Open MathiasVDA opened 4 months ago
As mentioned by @ednaru, we need to stick to the legal definition here https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32023R1694&qid=1695907738239#:~:text=for%20the%20register%20of%20infrastructure%20(-,RINF,-). Maybe it is something to raise for improving the legal text?
This seems to me like the difference between how an ontology is meant to be used, and what the purpose was for the definitions in the legal text.
For me it's not logically to create an ontology with exactly the legal text and then change the semantic meaning of the concept. In the ontology, the concept is an "object property", in the legal text, the concept is meant as a "data property". Either you change the ontology to correspond to the concepts from the legal text, or you change the descriptions. Keeping both is asking for semantic difficulty.
The guidelines of ERA for RINF parameters is to align their title (rdfs:label) and definition (rdfs:comment) from the legal text. In this particular case of op start and op end. as OP is a class, the design is to have these as object properties to avoid inconsistencies and "navigate" thorugh these object properties, and thus access the parameters of the corresponding OPs.
Yes, so this issue can be used to inform ERA that their guideline doesn't make sense when the concept has been changed to an object property. Besides, my proposed change is still in line with the spirit of the legal text.
Yes, so this issue can be used to inform ERA that their guideline doesn't make sense when the concept has been changed to an object property. Besides, my proposed change is still in line with the spirit of the legal text.
We need to reflect that in the new application guide. Please @MathiasVDA don't forget to raise that in our next RINF plenary meeting if needed.
@MathiasVDA, we will propose this change in the next RINF application guide and in the next revision of the ontology, for a better understanding of the concepts. The "RINF Index" annotation property could be used (by those interested) to point to the Table 1 of the RINF Regulation annex.
Same logic will be applied to other properties and classes in the ontology, which do not have a 1-to-1 link with Table 1 rows.
The vocabulary describes opStart as:
But the range of the property is an entity of the class "Operational point". Based on the above description, a reader might be confused with the data property 'uopid'.
I would suggest to alter the description of opStart and opEnd to something like: