Triple
T28421588
| Position | Surface form | Disambiguated ID | Type / Status |
|---|---|---|---|
| Subject | Debian Technical Committee |
E719953
|
entity |
| Predicate | instanceOf |
P0
|
FINISHED |
| Object | Debian project body |
C54052
|
CONCEPT FINISHED |
How this triple was built (1 step)
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.
CD
Concept disambiguation
gpt-5-mini-2025-08-07
Target class: Debian project body Context triple: [Debian Technical Committee, instanceOf, Debian project body]
-
A.
Debian Project document
A Debian Project document is an official or semi-official written artifact produced within the Debian community that records policies, procedures, decisions, or technical information relevant to the development, governance, or use of the Debian operating system.
-
B.
Fedora project
The Fedora Project is a community-driven open source initiative that develops the Fedora Linux distribution and related technologies, focusing on innovation, freedom, and collaboration.
-
C.
FreeBSD project entity
A FreeBSD project entity represents an organized initiative, subproject, or working group within the FreeBSD ecosystem that coordinates resources, contributors, and activities toward specific technical or community goals.
-
D.
division of the GNU Project
A division of the GNU Project is an organizational unit within the GNU initiative that focuses on developing, maintaining, or coordinating a specific subset of GNU software, documentation, or related activities.
-
E.
Linux Foundation project
A Linux Foundation project is a collaborative, open-source initiative hosted under the Linux Foundation that develops and maintains software, standards, or infrastructure for the broader technology ecosystem.
- F. None of above. chosen
Provenance (1 batch)
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_69eff6f1c5088190bc24bfbf92f9c017 |
completed | April 27, 2026, 11:53 p.m. |
Created at: April 28, 2026, 1:34 a.m.