| Re: [Ontology v0.6] Common & Metadata class [message #3792 is a reply to message #3790] |
Tue, 25 November 2025 19:58   |
Mathias Vanden Auweele
Messages: 105
Registered: February 2025
Location: Brussels
|
Senior Member |
|
|
Quote:When extending railML ontology to cover railML 3.4 as well, I suppose, infrastructure/@id and common/@id can be marked as deprecated as well as classes "infrastructure" and "common". Does this sound reasonable to you?
Yes
Quote:
Removal of class metadata is not clear to me however. Metadata is supposed to describe source, creator, description of data etc, essentially data management. Since ontology is a set of triples, these properties still need to be attached to an individual or a blank node. How would you manage removal of metadata container in this case? Would you add an individual for each dataset in a similar manner as they do using Provenance ontology?
That's a good question. To what do we refer when we add metadata predicates? If we would have the class "Metadata" inside the ontology, then we could create 1, 2 ... as many instances of that class as we want inside one knowledge graph and add same or different objects to it. The problem is that a knowledge graph is not a railML file. It can be many railML files. So for me, having the "Metadata" class inside the ontology would mean to also add a class "railML file" to the ontology. Because the metadata should be related to this file, and not to the knowledge graph.
That feels strange to me. We could think one level up and look at the knowledge graph as a dataset in itself, as a file, and then link metadata (similar to DCAT approach) to the file.
Mathias Vanden Auweele
Railway data freelancer
https://matdata.eu
Brussels, Belgium
|
|
|
|
Members
Search
Help
Login
Home
