V2 evidence guide

GenderAPI data sources and provenance

Explore GenderAPI V2 source labels, a dated database inventory, sampled consistency checks, and the limits of the available provenance evidence.

Page last reviewed

What does source mean in V2?

The source field identifies the path that produced the final result: a stored dataset lookup, AI inference, or no selected source. It is not a citation to the original publisher of a dataset, a licensing certificate, or a guarantee that an inference is correct.

This guide describes the current V2 response contract and a first-party database profile. The database observations below are measured inventory and consistency checks; a reviewed upstream source catalog and an independent accuracy benchmark remain unpublished.

What does source mean in V2?
sourceWhat it tells youWhat it does not establish
datasetA stored record was selected; an exact count tie can still return an unknown genderThe original publisher, collection method, licence, record age or independence of the observations
aiThe final response came from the configured AI inference path; the gender can still be nullA counted sample, a dataset citation, or calibrated predictive accuracy
noneNo stored record was selected for the final dataset-only outcomeThat the input has no possible name association in every population or language

Database profile: 26 September 2026

Collection metadata was read at 2026-09-26T15:28:18.227Z; random samples were read at 2026-09-26T15:31:54.045Z. Counts come from MongoDB collStats metadata, not a separate full count. The general collection contains stored name records; the country collection contains stored name-country records. Their counts must not be added into a unique-name or unique-person total.

For each collection, MongoDB randomly sampled 5,000 documents and calculated the following aggregate checks on the database server. No raw names or records are included in the public report. These are first-party observations of a live database, not an independent audit or a frozen evaluation dataset.

Database profile: 26 September 2026
ObservationGeneral recordsCountry-specific records
Collectiongeneralcountry-specific
Metadata document count2,483,2204,080,692
Stored unique keynamename + country
Randomly sampled documents5,0005,000
Numeric rule failures in sample00
male + female differs from total in sample00
Equal male and female counts in sample12494
updated_at field present in sample667 / 5,000741 / 5,000

What the database checks establish

The numeric check requires a positive safe-integer total and finite male/female counts between zero and total. A separate check compares male + female with total. All sampled counters passed those checks; this is not a claim that every record in the collections is consistent or that any prediction is correct.

Equal male/female counts occurred in 124 general and 94 country-specific sampled rows. These are ties in stored counts, not independently verified ambiguous identities or an API unknown rate. Actual API outcomes depend on inputs, Redis availability, candidate selection and AI settings.

A separate general-collection country-field inventory at 2026-09-26T15:33:13.811Z found 244 distinct stored values: 239 matched uppercase two-letter formatting and 5 did not. ISO membership, country-specific record distribution and supported-country coverage were not measured. These figures are not a count of supported countries.

No source or licence fields appeared in the two samples. This does not establish that provenance is absent from every record or from external systems. updated_at appeared as a numeric field in some records, but its values and meaning were not inspected; it does not establish freshness or an update schedule.

V2 serves dataset lookups from Redis. GenderAPI confirms that MongoDB and Redis contain the same dataset. The inventory above describes stored records; API answer coverage also depends on the submitted inputs, candidate matching and AI settings. The samples were unseeded, read without a frozen snapshot and had no independent reference labels; they cannot measure predictive accuracy, calibration or answer coverage.

Follow the evidence in the response

Follow the evidence in the response
FieldMeaningLimit
inputEchoes the input type, value and supplied country contextAn input value is not independently verified identity information
match.name / match.methodShows the selected lookup candidate and whether it was normalized, tokenized, extracted as a substring, or inferred by a modelA token match does not guarantee that a true given name was isolated from a full name or handle
match.scope / match.countryShows whether the chosen stored row used country-specific or global lookupA supplied country does not guarantee a country-specific row was available
sample_countThe selected row's stored total; null for AI inferenceNot necessarily unique people, independently sampled observations, or the size of an accuracy evaluation
confidence / confidence_kindDistinguishes a ratio from stored counts from a model-reported scoreNeither value is a verified probability of an individual's gender identity
country / country_sourceThe returned record's country metadata or an AI name association, when availableNot nationality, residence, verified origin, or proof that the input country was matched

How input matching affects a result

Dataset lookup normalizes text and derives candidate tokens. For email inputs it derives candidates from the local part; for usernames it removes an optional leading @. Ordinary email and username lookup can also try bounded substring candidates. If multiple candidate records are available, the record with the largest stored total is selected. This can select a token other than the intended given name.

When country context is supplied, the lookup tries the country row for each candidate and uses its global row when the country row is absent. The final result reports the selected match. A country-specific row that is ambiguous is not automatically replaced by a global row for that candidate.

The normal AI prompt asks for a recognizable given name. forceToGenderize also allows personal nickname or alias associations, so a non-null gender with name: null is valid in that mode. These are different inference tasks and need separate evaluation.

Dataset lookup and AI processing

When AI is invoked, V2 sends the submitted type, value and country context to the configured AI inference service. For email inputs, the prompt tells the model to ignore the domain and plus-addressing suffix; this is not a promise that those characters are removed from the value before AI processing. Use ai_mode: off without forceToGenderize when your workflow requires dataset-only prediction.

AI response validation checks JSON fields, types and cross-field consistency. It does not prove that a returned name, gender association or country association is factually correct. The public result does not include the model identifier, model version or a citation for its inference.

Dataset lookup and AI processing
OptionInference pathEvidence returned
ai_mode: offUses dataset lookup onlySelected dataset metadata, or an unknown result with no selected record
ai_mode: fallbackTries the dataset first; invokes AI if no gender is returnedThe final path's evidence, not a combined dataset-plus-AI sample
ai_mode: alwaysUses the configured AI inference path directlyModel-reported score or an unknown result with null confidence; sample_count is always null
forceToGenderize: trueTries the dataset, then nickname-capable AI when unresolvedDataset evidence or model-reported alias association; name may be null

Source documentation that remains unpublished

A reviewed source catalog is not published here. The response contract and implementation behavior alone cannot verify data origin, permission to use a source, representativeness, or the quality of its labels. Before making source-specific claims, the following evidence needs to be documented and reviewed.

This documentation review does not establish that upstream sources are licensed, unlicensed, complete or incomplete. It states the limits of the public evidence. Contact GenderAPI when your intended use requires a source-specific assessment.

Source documentation that remains unpublished
EvidenceRequired recordPublic status
Origin and permitted useNamed source or publisher, collection period, licence or other documented basis for useNo reviewed catalog published here
Processing lineageTransformation, normalization, deduplication, aggregation and any synthetic or model-generated contributionNot exposed by a source: dataset label
Population coverageCountry and script coverage, selection process, label definitions and documented biasNo independently evaluated coverage figures published here
FreshnessSnapshot identifiers, per-source update dates and a supported update scheduleNo per-record freshness or snapshot identifier in the V2 response
Quality and correctionValidation results, overlap checks, correction/removal handling and review responsibilityNo source-specific audit results published here

Privacy, processing and responsible use

Source provenance, personal-data handling and legal terms are different questions. Consult the current published policies for processing roles, retention, providers and contractual terms. This technical guide does not add a new retention promise or certify legal compliance.

Send only the information needed for your workflow. Preserve confidence kinds and unknown outcomes, and do not describe an inference as a person's self-declared identity. Do not use inferred gender as the basis for consequential decisions about an individual.

Accuracy evidence and review history

A source label explains the inference path, not its measured quality. Use the accuracy guide to distinguish response scores, answer coverage, errors and the information needed for a reproducible evaluation.

Accuracy evidence and review history
DateDocumentation revisionChange
2026-09-261.0.1Published a dated MongoDB inventory and bounded sample consistency checks alongside V2 source and match fields, AI processing boundaries, and remaining source-catalog gaps. Recorded GenderAPI’s confirmation that MongoDB and Redis contain the same dataset. No accuracy percentage or source-licence claim is introduced.