-
-
Notifications
You must be signed in to change notification settings - Fork 0
Annotations
Annotations in uml2semantics provide a structured mechanism for attaching governance metadata, documentation, quality indicators, provenance, lifecycle information, stewardship roles, and ISO-aligned semantic labels to ontology entities.
The annotation system is fully declarative and driven by two TSV files:
-
AnnotationProperties.tsv– defines annotation vocabulary -
Annotations.tsv– applies annotation assertions to ontology elements
Both files integrate seamlessly with classes, properties, datatypes, individuals, and the ontology itself.
Annotations allow you to enrich your ontology with metadata such as:
- natural language descriptions
- governance tags (e.g. steward, owner, version, status)
- provenance (e.g. source, importedFrom, creation date)
- quality information
- FAIR metadata
- controlled vocabulary links
- lifecycle states (draft, approved, deprecated)
uml2semantics ensures annotations are correctly serialised as OWL 2 annotation assertions in Turtle, RDF/XML, or JSON-LD.
This TSV defines the annotation properties that can be used across the model.
| Column | Description |
|---|---|
| Curie | CURIE for the annotation property, e.g. dct:creator
|
| Name | Human-readable label |
| Definition | Description of the annotation property and its intended usage |
Curie Name Definition
dct:creator Creator The person or system that created the entity.
dct:source Source Source data or upstream artefact.
iso:status Status Governance lifecycle label.
uml2semantics generates OWL axioms of the form:
AnnotationProperty: dct:creator
Annotations: rdfs:label "Creator"
This TSV applies annotation assertions to classes, properties, datatypes, individuals, or the ontology itself.
| Column | Description |
|---|---|
| TargetCurie | CURIE of entity being annotated |
| AnnotationProperty | CURIE referencing AnnotationProperties.tsv |
| Value | Literal string or IRI |
| Language | Optional language tag (ISO 639‑1) |
| Datatype | Optional literal datatype |
- If Datatype is given,
Valueis treated as a typed literal. - If Language is given,
Valueis serialized as a language-tagged literal. - If neither is provided,
Valueis a plain string literal. - If
Valuebegins with a registered prefix, it is interpreted as an IRI.
Examples:
| Value | Result |
|---|---|
"Account Transactions" |
plain literal |
"Account" with language en
|
"Account"@en |
"2024-01-20" with datatype xsd:date
|
"2024-01-20"^^xsd:date |
skos:Concept123 |
IRI reference |
TargetCurie AnnotationProperty Value Language Datatype
iso:Account rdfs:label "Account" en
iso:Account dct:source "ISO 20022 Logical Model"
iso:Amount iso:status "approved"
iso:Amount dct:creator "Chris Day"
iso:Amount dct:modified "2025-02-10" "" xsd:date
iso:GBP skos:prefLabel "British Pound Sterling" en
iso:Account rdfs:label "Account"@en .
iso:Account dct:source "ISO 20022 Logical Model" .
iso:Amount iso:status "approved" .
iso:Amount dct:creator "Chris Day" .
iso:Amount dct:modified "2025-02-10"^^xsd:date .
iso:GBP skos:prefLabel "British Pound Sterling"@en .
Annotations are ideal for recording:
iso:status = draft | proposed | approved | deprecated
gov:steward = “Data Architecture Team”
gov:owner = “Payments Domain Owner”
dct:source = “ISO 20022 2013 Edition”
dct:modified = “2024-10-02”
owl:versionInfo = “v2.3.1”
fair:category = “Interoperability”
fair:score = “0.83”
Annotate entities with descriptive labels, domain definitions, glossary references.
Track ownership, approval workflow, status, lifecycle.
Record upstream systems, data sources, transformation authors.
Mark controlled classes, explain regulatory requirements.
Provide discovery, accessibility, interoperability and reusability metadata.
- Maintain a curated list of annotation properties.
- Use one TSV row per annotation.
- Prefer CURIE values over hardcoded IRIs.
- Use typed literals for dates, numbers, and formal values.
- Include natural language strings for human readability.
graph TD
AP[AnnotationProperties.tsv] --> P[Annotation Properties]
AN[Annotations.tsv] --> A[Annotation Assertions]
A --> O[Ontology Elements]
Continue to:
- CLI-Usage to learn how annotations integrate into CLI arguments
- Datatypes-and-Facets for modelling constraints
- Examples for practical TSV samples
Return to Home.