Triple

T36467682
Position Surface form Disambiguated ID Type / Status
Subject Marchenko–Pastur law E898463 entity
Predicate supportUpperEndpoint P204883 FINISHED
Object (1 + sqrt(λ))^2 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: (1 + sqrt(λ))^2 | Statement: [Marchenko–Pastur law, supportUpperEndpoint, (1 + sqrt(λ))^2]
PD Predicate disambiguation gpt-5-mini-2025-08-07
Target predicate: supportUpperEndpoint
Context triple: [Marchenko–Pastur law, supportUpperEndpoint, (1 + sqrt(λ))^2]
  • A. supportLowerBound
    Indicates that one entity provides or defines a minimum level or lower limit of support for another entity or condition.
  • B. supportsReach
    Indicates that one entity enables, facilitates, or maintains the ability of another entity to extend its influence, access, or coverage to additional targets or areas.
  • C. supportsEP
    Indicates that one entity provides assistance, resources, or endorsement to another entity’s emergency preparedness (EP) efforts or program.
  • D. supportEndedIn
    Indicates that a previously existing support relationship between entities has come to an end at a specific point in time.
  • E. supportsUpgrade
    Indicates that one entity is capable of accepting, enabling, or being compatible with an upgrade provided by another entity.
  • F. None of above. chosen

Provenance (4 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_69f76e58ebd88190b75d9b169b59d793 completed May 3, 2026, 3:48 p.m.
NER Named-entity recognition batch_6a037c92f03c8190ae2751270b195423 completed May 12, 2026, 7:16 p.m.
PD Predicate disambiguation batch_6a037a0bf4b88190bdcfae9a14b51f0a completed May 12, 2026, 7:05 p.m.
PDg Predicate description generation batch_6a037c82f8c88190bd77a086023ac0e1 completed May 12, 2026, 7:16 p.m.
Created at: May 3, 2026, 4:10 p.m.