Skip to main content

Request Requirements

The request must have enough data points to find a clear match. A valid request must include at least one of the following groups of optional parameters:

api_key

Your API Key must be included in either the request header or the api_key parameter. For more information about request authentication, see the Authentication page.

Optional Request Parameters

pdl_id

name

first_name

last_name

middle_name

location

street_address

locality

region

country

postal_code

company

school

phone

email

email_hash

profile

lid

birth_date

data_include

If this input parameter is not included, the full person profile will be returned. Include multiple fields by separating each with a comma. Include specific subfields by using dot notation (ex: emails.address). Exclude field(s) by using - as the first character. Entering - will exclude all of the comma-separated fields following the character and needs to be entered only once. For example, "-education,mobile_phone" will remove the education and mobile_phone fields from the enriched profile response. To exclude all data from being returned, use data_include="".

pretty

min_likelihood

This parameter allows you to balance precision and recall. In other words, using a high min_likelihood value will only return very strong matches but at the risk of not returning any match at all if none can be found above the min_likelihood threshold. Alternatively, using a low min_likelihood value is more likely to give you a match but at the cost of returning a potentially weaker match. By default, match recall is kept very high, so a response that returns a likelihood score of 2 will have roughly a 10-30% chance of being the person requested. Adding more data points to your requests will increase the probability of a successful match (high likelihood score and is actually the requested person). Some general rules of thumb for setting this parameter:
  • For use cases which rely on a high degree of data accuracy, use a value of 6.
  • Requests made with only a few less-specific data points will return lower scores.
  • Requests made with only a few data points (for example, a name and a location), will rarely return a likelihood score > 4.
  • Requests made with just a name return a score between 2 and 5, based on the quality of the match.
  • Requests made with just an email will rarely return a likelihood score > 6.

include_if_matched

As an example, if we wanted to enrich Sean Thorne using the following query:
JSON
Since Sean’s location is in California and not Abu Dhabi in the dataset, the response would contain:
JSON

required

This parameter ensures that we only charge you for responses that include the data fields that you’re interested in. You can use any top-level fields as required parameters, except those that you use as search parameters, input fields, and fields that are not included in API responses based on your API key. If you include a field in both the request and the required parameter, the required parameter will not work. Format the value as a boolean statement. Examples The response must contain a Linkedin URL:
cURL
The response must contain experience and a current work email:
cURL
The response must contain experience or emails:
cURL
The response must contain education and either emails or phone_numbers:
cURL
Valid Required Parameters You may specify any top-level fields in the required parameter such as the fields below:
You must have access to the appropriate Person Data Field Bundle for any field you provide as a required parameter.

titlecase