Closed ssteinbuss closed 1 year ago
"As a data space community, I want to declare certain vocabularies as mandatory in addition to the IDS IM."
Vocabularies = RDF vocabularies, OWL ontologies, leight-weight catalogs, industry catalogs like ECLASS, additional data models like AAS, ...
"As a data space community, I don't want to be forced to follow domain-specific vocabularies that are declared by IDSA or similar top-level bodies."
I just tried to put my view in user stories. To sum it up: I want to have the possibility to agree on mandatory vocabularies in my own data space but I don't want the IDSA to make this decision for me.
I would suggest that IDSA defines the way HOW vocabularies are treated if they are needed, but NOT WHAT vocabularies are going to be used.
My suggestion is that the self-description of the dataspace needs to contain information of whether there are any mandatory vocabularies in the dataspace and if so, where to find them and what the current version is, etc... This information is binding for anybody who wishes to join the dataspaces and therefor a pre-requisit to join the dataspace is going to be a proof to the adherence to this mandatory rules.
If a participant offers a data contract that requires a special vocabulary to be used in addition to (or potentially instead of???) the optional mandatory one, then this information would have to be again defined in the policies of the data contract (e.g. adding an obligation to use vocabulary xyz). The participant then would have to provide means (ideally through its self-description) to discover and access those additional vocabularies.
This way the dataspace authority has the autonomy to define which vocabularies, if any, are mandatory to be used in the dataspace and individual participants have the autonomy to define additional vocabularies if needed for the processing of the data contracts they offer.
I would like to support Peter's proposal. In the MDS we are using both concepts.
We defined additional mobility specific attributes for the description of data offers. One attribute is mandatory, so every participant has to use this attribute. This is binding, exactly as Peter has described it.
As far as the data exchange itself is concerned, data from participants can be exchanged in any format. We will use the Vocabulary Hub to open the possibility to upload and download relevant vocabularies. Later on, it will also go towards harmonisation and matching between available vocabularies, the next step would be the setting up of an MDS-specific vocabulary, which will not be mandatory though.
An issue (that belongs) and to be discussed within the previous version of the IDS Rulebook. It's already addressed in the new version of IDS Rulebook.
Describe mandatory and optional aspect of semantic interoperability