Triple
T6505007
| Position | Surface form | Disambiguated ID | Type / Status |
|---|---|---|---|
| Subject | Ndebele people |
E149985
|
entity |
| Predicate | ISO639-2LanguageCode |
P5197
|
FINISHED |
| Object | nbl |
—
|
LITERAL FINISHED |
How this triple was built (2 steps)
Every LLM step that produced this triple, in pipeline order — named-entity classification, the disambiguation choices (the exact options shown, with the pick highlighted), and the generated description. The batch + timestamp of each is in the Provenance table below.
NER
Named-entity recognition
gpt-5-mini
Instruction
Given a phrase, classify it is english named entity (e.g., persons, organizations, works of art) in Latin script, or not (e.g., literals, dates, URLs, verbose phrases). For disambiguation, the statement where the phrase occurs as object is also given. Please return a JSON object with `phrase` (string, the phrase being analyzed) and `is_ne` (boolean, indicating whether the phrase is a Named Entity).
Input
Phrase: nbl | Statement: [Ndebele people, ISO639-2LanguageCode, nbl]
PD
Predicate disambiguation
gpt-5-mini-2025-08-07
Target predicate: ISO639-2LanguageCode Context triple: [Ndebele people, ISO639-2LanguageCode, nbl]
-
A.
ISO639-3CodeOfLanguage
Indicates that one entity is the ISO 639-3 three-letter language code assigned to the language represented by the other entity.
-
B.
ISO639CollectiveCode
Indicates that the relationship assigns or associates an ISO 639 collective language code (a code representing a group of related languages) to the relevant language entity or set of languages.
-
C.
sharesISO639-3CodeWith
Indicates that two language entities share the same ISO 639-3 code, meaning they are treated as the same language in that coding system.
-
D.
languageCodeISO639-2
chosen
Indicates that an entity is associated with a language identified by its ISO 639-2 three-letter code.
-
E.
ISO639-2Equivalent
Indicates that two language identifiers are equivalent according to the ISO 639-2 language code standard.
- F. None of above.
Provenance (3 batches)
The batch behind each pipeline step, in order, with when it ran. Timestamps are batch-level — stages were processed in waves, so the object chain (NER → NED1 → NEDg → NED2) reads in order, but predicate / elicitation batches can sit in a different wave.
| Step | Stage | Batch ID | Status | When |
|---|---|---|---|---|
| creating | Elicitation | batch_69c687ef291081909d437f035eef1cda |
completed | March 27, 2026, 1:36 p.m. |
| NER | Named-entity recognition | batch_69c69f386aa08190bfc8592a92ec6339 |
completed | March 27, 2026, 3:16 p.m. |
| PD | Predicate disambiguation | batch_69c68ab714908190aa7c2fbf64078e15 |
completed | March 27, 2026, 1:48 p.m. |
Created at: March 27, 2026, 1:43 p.m.