-
Key: DPROD-42
-
Status: open
-
Source: eccenca.com ( Mr. Marcel Froehlich)
-
Summary:
You declare 3 enumerations but no values for them:
`dprod:DataProductLifecycleStatus, dprod:InformationSensitivityClassification, dprod:SecuritySchemaType
That's not useful. Please collect at least an initial set of values. You cite 2 links, and there's also Wikidata, so you should be able to do it.
You can add a scopeNote that the enumeration is open, i.e. users are expected to add values.
For the last one you say dprod:securitySchemaType "# rdfs:range rdf:resource ; # better let user decide whether they want SecuritySchemaType class or own class or skos": that means the class SecuritySchemaType is doubly useless (the spec doesn't standardize members, and doesn't mandate its use)
Please consider using SKOS: it reduces the number of classes. To specify which skos:ConceptScheme is used by which prop, you can use the pattern adopted by ERA: they have an annotation property era:inSkosConceptScheme (Eg see LODE: improve name of inSkosConceptScheme Interoperable-data/ERA-Ontology-3.1.0#54)
(if you keep the current approach)
dprod:DataProductLifecycleStatusis declaredrdfs:subClassOfofdprod:Enumeration. But that should better be rdf:type, else Enumeration` will contain all kinds of values from various enumerations, which imho is not useful
Do that for the other enumerations as well -
Reported: DPROD 1.0a1 — Mon, 10 Nov 2025 14:57 GMT
-
Updated: Mon, 10 Nov 2025 14:59 GMT