bra0 / Docs / Reference / Ontologies
Reference

Ontology Catalog Catalogue des ontologies

Every Knowledge Space ships with a curated toolkit of ontologies — ready-to-use, malleable patterns for modeling your domain. bra0 follows P1 (Least Power): it reuses established standards before inventing. This catalog lists everything available in a KS: the external standards bra0 makes immediately usable, the enterprise patterns, and the bra0 extensions. Chaque Knowledge Space embarque un toolkit d'ontologies curé — des patterns prêts à l'emploi et malléables pour modéliser votre domaine. bra0 suit P1 (Least Power) : réutiliser les standards établis avant d'inventer. Ce catalogue liste tout ce qui est disponible dans un KS : les standards externes rendus immédiatement utilisables, les patterns enterprise, et les extensions bra0.

schema.bra0.org Terminology Server → Serveur de terminologies → Download TTL files, check SHACL validation status, browse six-dimension ontology quality audit reports. 20 ontologies with IRI resolution. Téléchargez les fichiers TTL, vérifiez le statut de validation SHACL, consultez les rapports d'audit qualité d'ontologie six dimensions. 20 ontologies avec résolution IRI.
Upper ontology (mandatory grounding) Ontologie supérieure (ancrage obligatoire)
Ontology Role Classes Version Status
BFO — Basic Formal Ontology
http://purl.obolibrary.org/obo/BFO_
Mandatory upper ontology for every Knowledge Space. Provides the foundational distinction between continuants (entities that persist: objects, qualities, dispositions) and occurrents (entities that unfold in time: processes, events). Every bra0 class is BFO-grounded. Capabilities are dispositions (BFO:0000016). Realizations are processes (BFO:0000015). Ontologie supérieure obligatoire pour chaque Knowledge Space. Fournit la distinction fondamentale entre continuants (entités qui persistent : objets, qualités, dispositions) et occurrents (entités qui se déroulent dans le temps : processus, événements). Chaque classe bra0 est ancrée BFO. Les capacités sont des dispositions (BFO:0000016). Les réalisations sont des processus (BFO:0000015). 35 2020 External
W3C standards & enterprise patterns (reused as-is) Standards W3C & patterns enterprise (réutilisés tels quels)
Ontology KS patterns it enables Status
SKOS
http://www.w3.org/2004/02/skos/core#
Taxonomies, controlled vocabularies, concept hierarchies. Every compliance framework and every domain vocabulary starts here.Taxonomies, vocabulaires contrôlés, hiérarchies de concepts. Chaque référentiel et chaque vocabulaire métier commence ici. W3C Rec
PROV-O
http://www.w3.org/ns/prov#
Provenance chains: who did what, when, why. Foundation for the evidence trail (Decision → Change → Evidence).Chaînes de provenance : qui a fait quoi, quand, pourquoi. Fondation de la piste de preuves (Decision → Change → Evidence). W3C Rec
DCAT 3
http://www.w3.org/ns/dcat#
Dataset cataloging, distribution, data services. How KS sources are discovered and described.Catalogage de jeux de données, distribution, services de données. Comment les sources KS sont découvertes et décrites. W3C Rec
ODRL 2.2
http://www.w3.org/ns/odrl/2/
Access policies, usage constraints, consent. Machine-readable rules for who can do what with which data.Politiques d'accès, contraintes d'usage, consentement. Règles lisibles par machine pour qui peut faire quoi avec quelles données. W3C Rec
FOAF
http://xmlns.com/foaf/0.1/
People, organizations, relationships. Lightweight social modeling — contacts, teams, stakeholders.Personnes, organisations, relations. Modélisation sociale légère — contacts, équipes, parties prenantes. Standard
ORG
http://www.w3.org/ns/org#
Formal organizations, organizational units, memberships, roles. Canonical class for legal entities (firms, cooperatives, public bodies) — complements FOAF with structured membership and role reification. Use org:Organization as the type; capture "stakeholder", "diagnostician", "seller" as roles (org:Role), not as subclasses.Organisations formelles, unités organisationnelles, appartenances, rôles. Classe canonique pour entités légales (cabinets, coopératives, acteurs publics) — complète FOAF avec appartenance structurée et réification des rôles. Utiliser org:Organization comme type ; capturer « stakeholder », « diagnostiqueur », « vendeur » comme rôles (org:Role), pas comme sous-classes. W3C Rec
SOSA / SSN
http://www.w3.org/ns/sosa/
Observations, sensors, time-series. Coverage metrics tracking, IoT data integration.Observations, capteurs, séries temporelles. Suivi de métriques de couverture, intégration données IoT. W3C Rec
gist (SemanticArts)
https://w3id.org/semanticarts/ns/ontology/gist/
Enterprise upper ontology: organizations, agreements, events, commitments, measures. Minimalist BFO-aligned patterns for corporate modeling. Immediately useful for SI diagnostics, compliance, and referential consolidation.Ontologie supérieure enterprise : organisations, accords, événements, engagements, mesures. Patterns minimalistes alignés BFO pour modélisation corporate. Immédiatement utile pour diagnostics SI, conformité et consolidation référentielle. Open source
Health domain standards (mapped) Standards domaine santé (mappés)
Standard KS patterns it enables Status
HL7 FHIR R4
http://hl7.org/fhir/
Clinical resources: Patient, Encounter, Condition, Observation, MedicationRequest. Mapped in neuro-fhir-mapping.ttl. Foundation for healthcare pathway modeling.Ressources cliniques : Patient, Encounter, Condition, Observation, MedicationRequest. Mappé dans neuro-fhir-mapping.ttl. Fondation pour la modélisation des parcours de soins. HL7 Standard
OMOP CDM
http://data.ohdsi.org/
Observational medical outcomes: Person, ConditionOccurrence, DrugExposure, Measurement. Mapped in neuro-omop-mapping.ttl. Enables evidence-based care pathway analysis.Données médicales observationnelles : Person, ConditionOccurrence, DrugExposure, Measurement. Mappé dans neuro-omop-mapping.ttl. Permet l'analyse basée sur les preuves des parcours de soins. OHDSI Standard
Construction domain standards (mapped) Standards domaine construction (mappés)
Standard KS patterns it enables Status
OpenDTHX (ETSI ES 204 114)
https://opendthx.org/ns/
Construction data interoperability meta-model: ConstructionObject (digital twin of a building element), PropertyDefinition/PropertyValue, GOM → GO → SO lifecycle (generic model → project-contextualised → measured-on-site), CIQO (Collaboration In Quality Out). Enables capitalisation across actors: a single CO is enriched by diagnostician, builder, material library, cooperative — same data reused from PEMD diagnostic to DPP passport without re-keying. Used in EDCC demo to bind PEMD and DPP to the same IPE 200 beam CO.Méta-modèle d'interopérabilité données construction : ConstructionObject (jumeau numérique d'un élément de construction), PropertyDefinition/PropertyValue, cycle de vie GOM → GO → SO (modèle générique → contextualisé projet → mesuré sur ouvrage), CIQO (Collaboration In Quality Out). Permet la capitalisation multi-acteurs : un même CO est enrichi par diagnostiqueur, constructeur, matériauthèque, coopérative — la donnée saisie une fois est réutilisée du diagnostic PEMD au passeport DPP sans re-saisie. Utilisé dans la démo EDCC pour rattacher PEMD et DPP au même CO de poutrelle IPE 200. ETSI Standard
L3 Core domain ontologies (bra0) Ontologies de domaine bra0 (L3)
Ontology Models Classes Props Version Status
https://schema.bra0.org/evidence-os#
CQ: Which decision justified this change? Which evidence proves this control? Which tests ran on this commit?Quelle décision a justifié ce changement ? Quelle preuve démontre ce contrôle ? Quels tests ont tourné sur ce commit ?
BFO: Decision/Change → prov:Activity → BFO:0000015 (process) · Evidence → prov:Entity → BFO:0000002 (continuant) · Control → skos:Concept → BFO:0000031 (gdc)
Reuses: PROV-O, SKOS, DCAT, ODRL, SOSA, SPARQL-SD · Imports: ASC (agent-service-contract)
Decisions, changes, evidence and compliance controls. The governance vocabulary that makes every Knowledge Space auditable. Built on PROV-O, SKOS, ODRL, DCAT, SOSA; imports ASC for agent attribution (evo:byAgentService, evo:underMandate). Décisions, changements, preuves et contrôles de conformité. Le vocabulaire de gouvernance qui rend chaque Knowledge Space auditable. Construit sur PROV-O, SKOS, ODRL, DCAT, SOSA ; importe ASC pour l'attribution agent (evo:byAgentService, evo:underMandate). 18 23 0.1.0 Production
https://schema.bra0.org/agent-service-contract#
CQ: Which agent holds this mandate? What context did it declare? What interactions did it log?Quel agent porte ce mandat ? Quel contexte a-t-il déclaré ? Quelles interactions a-t-il journalisées ?
BFO: Holon → BFO:0000040 (material entity) · Mandate/Portal → BFO:0000031 (gdc) · InteractionLog → prov:Activity → BFO:0000015
Reuses: PROV-O, ODRL, DID
Agent governance: holons, contracts, mandates, portals, policies, interaction logs, conformance Gouvernance des agents : holons, contrats, mandats, portails, politiques, journaux d'interaction, conformité 29 97 0.4.0 Draft
http://www.omyn.ai/schema/edgy#
CQ: Which capability does this product realize? Who owns this journey? What purpose drives this brand?Quelle capacité ce produit réalise-t-il ? Qui possède ce parcours ? Quelle raison d'être dirige cette marque ?
BFO: Capability → BFO:0000016 (disposition) · Process → BFO:0000015 · Asset → BFO:0000040 · see ontoledgy-bfo-alignment.ttl (18 mappings)
Reuses: SKOS, FOAF · Aligned: BFO 2.0
Enterprise design: People, Organization, Product, Capability, Purpose, Journey, Brand Design d'entreprise : People, Organization, Product, Capability, Purpose, Journey, Brand 22 40+ 1.0-draft Draft
https://schema.bra0.org/essence-kernel#
CQ: What state is this alpha in? Which activity advanced it? What competencies did it require?Dans quel état est cet alpha ? Quelle activité l'a fait avancer ? Quelles compétences a-t-elle mobilisé ?
BFO: Alpha → BFO:0000031 (gdc) · Activity → BFO:0000015 (process) · Competency → BFO:0000016 (disposition)
Reuses: SKOS · Conforms to: OMG Essence 1.2
Software engineering kernel: alphas, activities, competencies, work products (BFO-grounded, OMG standard) Kernel d'ingénierie logicielle : alphas, activités, compétences, produits de travail (ancré BFO, standard OMG) 7 9 1.0.0 Production
Capability Operations
https://schema.bra0.org/capability#
CQ: Which capability does this CLI command realize? What SPARQL operation implements it? What ontology does it require?Quelle capacité cette commande CLI réalise-t-elle ? Quelle opération SPARQL l'implémente ? Quelle ontologie requiert-elle ?
BFO: Capability → BFO:0000016 (disposition) · Realization → BFO:0000015 (process)
Reuses: FnO, SKOS, ADMS, dcterms
48 leaf capabilities registry with interface/SPARQL/CLI triples. BFO-grounded: capabilities are dispositions, realizations are processes. Registre des 48 capacités avec triplets interface/SPARQL/CLI. Ancré BFO : les capacités sont des dispositions, les réalisations sont des processus. 2 7 0.1.0 Production
https://omyn.ai/schema/retroeng#
CQ: Which capture session produced this analysis? Which components did it identify? What RDF graph was emitted?Quelle session de capture a produit cette analyse ? Quels composants a-t-elle identifiés ? Quel graphe RDF a été émis ?
BFO: CaptureSession/AnalysisRun → prov:Activity → BFO:0000015 · ArchitectureMap → prov:Entity → BFO:0000031 (gdc)
Reuses: PROV-O, DCAT
Reverse-engineering pipeline: capture sessions, analysis reports, architecture maps, RDF outputs Pipeline de rétro-ingénierie : sessions de capture, rapports d'analyse, cartes d'architecture, sorties RDF 34 44 0.1.0 Production
L5 Application profile Profil d'application
ProfileRoleCustom propsADRStatus
bra0 Application Profile
http://www.omyn.ai/ns/bra0#
W3C PROF formalization. Borrows from EDGY, SKOS, PROV-O, DCAT, ADMS, ODRL, FnO. Defines only what has no standard equivalent. Formalisation W3C PROF. Emprunte à EDGY, SKOS, PROV-O, DCAT, ADMS, ODRL, FnO. Ne définit que ce qui n'a pas d'équivalent standard. 9 Accepted
Governance & policy Gouvernance & politiques
FileModelsStatus
agent-service-contract.shapes.ttl
32 SHACL shapes validating ASC agent definitions32 shapes SHACL validant les définitions d'agents ASC Production
governance-base-policy.ttl
ODRL base policies for agent governancePolitiques ODRL de base pour la gouvernance des agents Production
provenance.ttl
PROV-O extensions for agent activity tracingExtensions PROV-O pour le traçage d'activité des agents Production
agent-registry.ttl
13 agent instances (NextGraph DID-based identities)13 instances d'agents (identités DID NextGraph) Production
Domain ontologies (demos) Ontologies de domaine (démos)
FileModelsStatus
neuro-upper.ttl
urn:omyn:neuro:
Clinical neurology upper ontology (BFO-grounded, 9 classes)Ontologie supérieure de neurologie clinique (ancrée BFO, 9 classes) Demo
neuro-fhir-mapping.ttl
Alignment neuro-upper → HL7 FHIR (Patient, Encounter, Condition)Alignement neuro-upper → HL7 FHIR (Patient, Encounter, Condition) Demo
neuro-omop-mapping.ttl
Alignment neuro-upper → OMOP CDM (Person, ConditionOccurrence, DrugExposure)Alignement neuro-upper → OMOP CDM Demo
Cross-ontology alignments Alignements inter-ontologies
FileConnectsStatus
ontoledgy-bfo-alignment.ttl
EDGY ↔ BFO 2.0 (18 class alignments)EDGY ↔ BFO 2.0 (18 alignements de classes) Production
mapping-edgy-archimate.ttl
EDGY ↔ ArchiMate 3.2 (Capability pivot)EDGY ↔ ArchiMate 3.2 (pivot Capability) Draft
gist-bra0-alignment.ttl
gist (SemanticArts) ↔ EDGY + Evidence Ontology (SKOS mapping predicates)gist (SemanticArts) ↔ EDGY + Evidence Ontology (prédicats de mapping SKOS) Planned
skos-bfo-alignment.ttl
SKOS Concept/ConceptScheme ↔ BFO:0000031 (generically dependent continuant). Formalizes the BFO chain for the SKOS branch of bra0 ontologies.SKOS Concept/ConceptScheme ↔ BFO:0000031 (continuant génériquement dépendant). Formalise la chaîne BFO pour la branche SKOS des ontologies bra0. Planned
Open governance items (in review) Questions de gouvernance ouvertes (en revue)
ItemScopeStatus
Story articulation across three ontologiesArticulation de Story sur trois ontologies
edgy:Story · asc:Story · evo:UserStory
Three distinct Story classes exist in the stack. edgy:Story is a narrative artefact on the Identity facet; asc:Story is a governed work unit on an agent mandate; evo:UserStory is a product-backlog item. Arbitration pending on whether to express a subClassOf chain or keep them disjoint with SKOS mapping predicates.Trois classes Story distinctes coexistent dans la pile. edgy:Story est un artefact narratif de la facette Identity ; asc:Story est une unité de travail gouvernée sur un mandat agent ; evo:UserStory est un élément de backlog produit. Arbitrage en attente : chaîne subClassOf ou classes disjointes avec prédicats de mapping SKOS. In review
License unification across ASC, Evidence Ontology, EDGYUnification des licences ASC, Evidence Ontology, EDGY
dct:license
Only ASC currently declares dct:license (CC BY-SA 4.0). The Evidence Ontology and EDGY headers have no license declaration. A unified stance across the three bra0 core ontologies is required before external publication.Seul ASC déclare actuellement dct:license (CC BY-SA 4.0). Les en-têtes Evidence Ontology et EDGY n'ont pas de déclaration de licence. Une posture unifiée sur les trois ontologies cœur bra0 est requise avant publication externe. In review
EDGY v1.0-draft rigor audit — residual itemsAudit de rigueur EDGY v1.0-draft — items résiduels
ontologies/enterprise/edgy.ttl
6-dim ontology quality audit completed 2026-04-22 (6-dim quality framework, MIROs). T1 remediations in queue: stale integrationNotes still reference "v0.95 Golden Version"; missing owl:versionIRI; rdfs:range absent on alignsWithGist and groundedInBFO; BFO typing of edgy:People under BFO_0000040 conflicts with aggregate semantics.Audit qualité d'ontologie 6 dimensions complété le 22/04/2026 (cadre 6 dim., MIROs). Corrections T1 en file : integrationNotes obsolètes référençant encore « v0.95 Golden Version » ; owl:versionIRI manquant ; rdfs:range absent sur alignsWithGist et groundedInBFO ; typage BFO de edgy:People sous BFO_0000040 en conflit avec la sémantique d'agrégat. In review
Templates
TemplateContent
enterprise-design-edgy.ttl
EDGY + SKOS + SHACL shapes — ready-to-use enterprise design templateEDGY + SKOS + shapes SHACL — template de design d'entreprise prêt à l'emploi
skos-taxonomy.ttl
SKOS ConceptScheme + SHACL shapes — taxonomy starterSKOS ConceptScheme + shapes SHACL — démarrage taxonomie
research-bibliography-bibo.ttl
BIBO-based bibliography + SHACL shapes — research reference managementBibliographie BIBO + shapes SHACL — gestion de références

Design principles Principes de conception

Six design principles govern every ontology in this catalogue. Each derives from one of the six quality dimensions established by ontology engineering practice, aligns with an anchor from the EKGF Data-Centric Manifesto, and traces to a bra0 foundational principle (P1–P13). Six principes de conception gouvernent chaque ontologie de ce catalogue. Chacun dérive d'une des six dimensions de qualité établies par l'ingénierie des ontologies, s'aligne sur un repère du manifeste Data-Centric de l'EKGF, et renvoie à un principe fondateur bra0 (P1–P13).

1. Accuracy — BFO grounds everything. Every class terminates in a Basic Formal Ontology root. Speculative classes are rejected; a class needs at least two named use cases before it enters the catalogue. 1. Accuracy — BFO ancre tout. Chaque classe se termine dans une racine de la Basic Formal Ontology. Les classes spéculatives sont rejetées ; une classe doit justifier au moins deux cas d'usage nommés avant d'entrer au catalogue. Accuracy · EKGF Standards · P1, P11

2. Completeness — every class answers a competency question. No class ships without a competency question it resolves. CQs are catalogue-first-class citizens, listed alongside each ontology entry. 2. Completeness — chaque classe répond à une question de compétence. Aucune classe n'est livrée sans une question de compétence qu'elle résout. Les CQ sont des citoyennes de première classe du catalogue, listées à côté de chaque ontologie. Completeness · EKGF Holistic Knowledge Views · P12

3. Conciseness — reuse before invent. If a W3C or established vocabulary defines the concept, use it. The bra0 application profile (L5) defines zero classes. Domain ontologies (L3) extend minimally — only where intrinsic new semantics or disjointness axioms justify a new class. 3. Conciseness — réutiliser avant d'inventer. Si un vocabulaire W3C ou établi définit le concept, il est réutilisé. Le profil d'application bra0 (L5) ne définit aucune classe. Les ontologies de domaine (L3) étendent avec parcimonie — uniquement lorsque de nouvelles sémantiques intrinsèques ou des axiomes de disjonction justifient une nouvelle classe. Conciseness · EKGF Reusability Priority · P1

4. Adaptability — layers release independently. L3 domain ontologies, the L5 application profile, and L6 SHACL shapes each evolve on their own cadence. All vocabularies live under schema.bra0.org/*, fixing the seams and preventing cross-layer coupling. 4. Adaptability — les couches se relâchent indépendamment. Les ontologies de domaine L3, le profil d'application L5 et les shapes SHACL L6 évoluent chacun à leur rythme. Tous les vocabulaires vivent sous schema.bra0.org/*, fixant les coutures et empêchant tout couplage inter-couches. Adaptability · EKGF All Data Connected · P2, P3

5. Clarity — every term is readable by a stranger. Every class and property carries rdfs:label and rdfs:comment in the target language. CI enforces the rule via rudof SHACL validation. Unlabeled terms are validation failures. A naive reader must be able to understand what a class is and why it exists from its label and comment alone. 5. Clarity — chaque terme est lisible par un inconnu. Chaque classe et chaque propriété porte un rdfs:label et un rdfs:comment dans la langue cible. La CI applique la règle via la validation SHACL rudof. Les termes sans label sont des échecs de validation. Un lecteur naïf doit pouvoir comprendre ce qu'est une classe et pourquoi elle existe à partir de son label et de son commentaire seuls. Clarity · EKGF Transparency · P11

6. Consistency — agents and knowledge are decoupled. Ontologies contain zero agent references. Agent contracts contain zero domain facts. The two are versioned independently. This separation is enforced at every layer of the stack. 6. Consistency — agents et connaissance sont découplés. Les ontologies ne contiennent aucune référence aux agents. Les contrats d'agents ne contiennent aucun fait de domaine. Les deux sont versionnés indépendamment. Cette séparation est appliquée à chaque couche de la pile. Consistency · EKGF Multiple Versions of Truth · P3