Triple

T13455511
Position Surface form Disambiguated ID Type / Status
Subject IND/BMT Division E311220 entity
Predicate hasOperationalRules P2846 FINISHED
Object New York City Transit operating rules for B Division 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: New York City Transit operating rules for B Division | Statement: [IND/BMT Division, hasOperationalRules, New York City Transit operating rules for B Division]
PD Predicate disambiguation gpt-5-mini-2025-08-07
Target predicate: hasOperationalRules
Context triple: [IND/BMT Division, hasOperationalRules, New York City Transit operating rules for B Division]
  • A. isRuleGoverned
    Indicates that an entity’s behavior, structure, or operation is determined and constrained by explicit rules or formal regulations.
  • B. hasRule chosen
    Indicates that an entity is governed, constrained, or defined by a specific rule or set of rules.
  • C. hasNumberOfRules
    Indicates the specific count of rules associated with or applicable to an entity.
  • D. hasOperationalComponent
    Indicates that an entity includes, uses, or depends on another entity as a functional or operational part of its overall system or process.
  • E. hasRuleOver
    Indicates that one entity holds authority, control, or governance over another entity.
  • 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_69d806a938b8819097ec43a2229fc7f9 completed April 9, 2026, 8:06 p.m.
NER Named-entity recognition batch_69dbaefc52448190b30d7999f44a9765 completed April 12, 2026, 2:41 p.m.
PD Predicate disambiguation batch_69d9a03ce03481908c61094f0cc0c158 completed April 11, 2026, 1:13 a.m.
Created at: April 9, 2026, 9:41 p.m.