Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Duidelijker vastleggen hoe om te gaan met meerdere talen en meerdere voorkomens van tekstvelden #4

Open
copycatK opened this issue Jul 4, 2024 · 3 comments

Comments

@copycatK
Copy link

copycatK commented Jul 4, 2024

Binnen de NL-SBB standaard ondersteunen we meerdere talen voor tekstvelden, waardoor die een kardinaliteit hebben van 0..* of 1..*. Maar bij het bestuderen van de standaard, kon ik niet goed vinden welke tekstvelden per taal slechts 1x mogen voorkomen in een taal en welke velden meerdere keren kunnen voorkomen in dezelfde taal.

Alleen voor voorkeursterm (= skos:prefLabel) van een begrip wordt, conform de SKOS standaard, vastgelegd dat dit veld verplicht is en uniek per taal. Dit staat in de tekst, in diagrammen en in het SHACL bestand. Maar in andere velden lijkt dit niet goed vastgelegd:

  • Kan een begrip meer dan 1 definitie hebben in dezelfde taal?
  • Kan een begrippenkader meerdere namen hebben of kan "uitleg" meermaals voorkomen in dezelfde taal?
  • Voor alternatieve term, zoekterm en voorbeeld stelt SKOS dat er meerdere voorkomens per taal zijn toegestaan, maar het is niet duidelijk of dat ook voor ons profiel geldt;
  • etc, etc

Mijn voorstel is voor iedere veld waar een waarde van type rdf:langString in de taalbinding is opgegeven, de samenhang tussen kardinaliteit en meertaligheid duidelijker vast te leggen in de tekst, figuren en indien van toepassing het SHACL bestand.

@fterpstra
Copy link
Contributor

Op te pakken in volgende versie NL-SBB, mogelijk niet backwards compatible(bijv max 1 definitie in dezelfde taal). Dit is een aanscherping/profilering op wat in standaard SKOS mag.

@fterpstra
Copy link
Contributor

Bij het profileren van SKOS moeten we goed in de gaten houden wat de gevolgen zijn voor toepasbaarheid. Bijvoorbeeld door een testset van de stelselcatalogus te hebben waar we nieuwe conceptversies op kunnen testen.

@fterpstra
Copy link
Contributor

ALs onderdeel van oplossen van dit issue willen we komen tot uitspraak hoe SKOS zich verhoud tot NL-SBB voor toekomstige veranderingen aan de standaard,

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants