Glasgow Surname Project

For researchers and programmatic clients

Research data and machine interface

Schema 1.0. These static, cacheable files are generated from the same public historical-person model as the human catalogue. Start with the compact resolver index, then fetch one dossier or depth-one family network.

people-index.jsonCompact identity resolver index; no biographies or evidence payloads Per-person dossierClaims, evidence, family status, questions and leads for Glasgow-951 Immediate-family networkDepth-one family links and their best relationship evidence Static name resolverExplainable candidate shortlist for Alexander Glasgow people.csv4,429 historical or deceased people people.jsonFull people, relationships and nested records records.csv4,599 sourced or provenance-labelled associations wikitree-profile-evidence.json4,126 full biography, citation and relationship snapshots records.csv.txtPlain-text mirror for clients whose host treats CSV as a download source-gaps.csv4,586 associations still needing an explicit underlying citation source-review.csvCandidate citation matches and unresolved associations requiring inspection early-bearers.json26 medieval documentary entries ydna-timeline.json15 ancestry and migration stages person.schema.jsonJSON Schema for a person dossier HTML catalogueSmall, citable page for every published person

Predictable endpoints

PurposePath
Compact global index/data/people-index.json
Person dossier/people/<lowercase-wikitree-id>.json
Depth-one network/people/<lowercase-wikitree-id>.network.json
Exact normalised-name candidates/data/resolve/<name-slug>.json

The static resolver returns candidates, never a genealogical conclusion. Filter or score candidates using birth year, all locations, spouse names, parents, children and occupations in people-index.json. The generated score is deterministic: normalised name, birth-year tolerance, location and spouse matches add explainable reasons; conflicts subtract a documented amount.

Claims, evidence and relationships

The dossier follows Person → Claim → Evidence → Source. Stable hash-based IDs prevent rebuilds from renumbering unchanged objects. Canonical claim statuses are unknown, possible, probable, strongly_supported, proved, disputed and contradicted; the original project label is retained in status_label. Source quality is original, derivative, secondary, tree_only or unknown.

A relationship with tree_relationship: true says the exported WikiTree currently connects the people. It is not documentary proof. Children with relationship_source: reconstructed_parent_reference were recovered by reversing child profiles’ Father/Mother fields. A proved relationship carries claim and evidence IDs from the controlled evidence assessment.

Research questions and leads

open_questions come from versioned local research cases. research_leads include pending case targets plus conservatively extracted profile-note actions only when they contain a concrete archive reference, URL, or a record type with a constrained year. Repository, collection/reference, date bounds and reason are retained where supplied. No archive references are invented.

Provenance and interpretation