Is rdfs:label correcte property om trefwoorden aan een entiteit toe te voegen?

[Stiksels]

Op de entiteit Activiteit is er de mogelijkheid om een label property toe te voegen met een (typed) literal als object.

https://data.vlaanderen.be/doc/applicatieprofiel/cultuurparticipatie/#Activiteit

• property 'label' : https://www.w3.org/2000/01/rdf-schema#label
• beschrijving: "Generiek label van de Activiteit."
• gebruik: "Te gebruiken om zaken die niet met andere codelijsten, datatypes, etc. worden ingevuld aan te vullen."

Dat resulteert in onderstaand gebruik, wat volgens mij niet correct is voor rdfs:label (=human-readable label for the referenced entity)

@prefix cidoc: <http://www.cidoc-crm.org/cidoc-crm/> .
@prefix dcterms: <http://purl.org/dc/terms/> .
@prefix schema: <https://schema.org/> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix labeltype: <https://data.cultuurparticipatie.be/id/concept/LabelType/> .

<https://data.publiq.be/events/aa52e898-92d9-4441-9ae3-137373905e35>
  a cidoc:E7_Activity ;
  dcterms:title "Ceci n'est pas une exposition"@nl ;
  rdfs:label "outx"^^labeltype:publiek, "museumpassmusees"^^labeltype:publiek, "jongerencuratie"^^labeltype:verborgen, "Paspartoe"^^labeltype:verborgen .

Is de eigenschap schema:keywords niet meer toepasselijk in deze context?

[jitsedc]

Dat label was initieel toegevoegd om bijkomende tags te geven maar hoe het uiteindelijk in het model is beland is inderdaad niet het correcte gebruik van rdfs:label.

Ik stel voor om wel gebruik te maken van dcat:keyword in plaats van schema:keywords gezien de range ervan problematisch is. dcat:keyword heeft enkel Literal als range wat hier fit for purpose is denk ik.

Indien je codelijsten zou willen gebruiken voor zaken die niet als attribuut zijn gedefinieerd (en zou dat toch goed afchecken) dan ben je beter met dcat:subject. Schema.org mengt deze door elkaar wat het moeilijker maakt achteraf (mappings met kopzorgen).

Ik zou het ook zo aanpassen indien er een nieuwe iteratie van de standaard zou komen.

[Stiksels]

ok, bedankt voor de input @jitsedc ! Ik ga het zo ook laten aanpassen in onze bestaande datasets