Triple

T26315663
Position Surface form Disambiguated ID Type / Status
Subject Rüsselsheim Opelwerk station E661964 entity
Predicate hasEmergencyCallPoint P5951 FINISHED
Object yes 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: yes | Statement: [Rüsselsheim Opelwerk station, hasEmergencyCallPoint, yes]
PD Predicate disambiguation gpt-5-mini-2025-08-07
Target predicate: hasEmergencyCallPoint
Context triple: [Rüsselsheim Opelwerk station, hasEmergencyCallPoint, yes]
  • A. hasEmergencyServices
    Indicates that the subject provides or is equipped with emergency response services (such as police, fire, or medical assistance).
  • B. hasEmergencyAlarm
    Indicates that an entity is equipped with or associated with an emergency alarm system that can be activated in urgent situations.
  • C. hasEmergencyServiceProvider
    Indicates that an entity is associated with or served by a specific emergency service provider (such as police, fire, or medical services).
  • D. hasEmergencyTelephone
    Indicates that an entity is equipped with or provides access to an emergency telephone for urgent communication or assistance.
  • E. hasEmergencyIntercoms chosen
    Indicates that an entity is equipped with emergency intercom devices available for use in urgent or crisis situations.
  • 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_69ee812e73048190aae587f1d51e5a06 completed April 26, 2026, 9:18 p.m.
NER Named-entity recognition batch_69f60f273140819081a751f5d255e4e1 completed May 2, 2026, 2:50 p.m.
PD Predicate disambiguation batch_69f60b874cc88190a487230abb69efea completed May 2, 2026, 2:34 p.m.
Created at: April 26, 2026, 10:24 p.m.