DPROD 1.0b2 FTF Avatar
  1. OMG Issue

DPROD — Enumeration issues

  • 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

    https://github.com/EKGF/dprod/issues/100

  • Reported: DPROD 1.0a1 — Mon, 10 Nov 2025 14:57 GMT
  • Updated: Mon, 10 Nov 2025 14:59 GMT