mvanbrab
commented
4 years ago Ik ontving voldoende feedback (zei het niet via dit kanaal) om te mogen aannemen dat we altijd een label-nl toekennen aan een vocabularium term met externe URI, zodat het niet nodig zal zijn om de voorgestelde oplossing in detail te specifiëren en uit te werken. Deze issue mag dan ook te gepasten tijde worden gesloten...
Link naar een voorbeeld waar het probleem zichtbaar is (Kan ik hier niet geven omdat het probleem intussen met een workaround is verborgen)
Omschrijving van het probleem Een gegenereerd linkend attribuut krijgt normaliter een label-nl op basis van het label-nl van de klasse waarnaartoe het linkt. Bijvoorbeeld:
De gegenereerde eigenschap met domein Heeft07 en bereik K07A krijgt een label-nl k 07A, op basis van het label-nl K 07A dat toegekend was aan de klasse K07A.
Het probleem is dat er geen fallback is voor het geval de gelinkte klasse geen label-nl tag heeft. Dat komt voor in dit voorbeeld uit Cultureel Erfgoed:
Beide gelinkte klassen hebben een uri tag (ze zijn gemapt op een externe uri), maar hebben geen label-nl tag.
Het resultaat in het gegeneerde vocabularium bestaat hier uit twee "naamloze" gegenereerde linkende attributen:
Voegt men aan beide klassen een label-nl tag toe ("Agent" resp. "Activiteit"), dan is dit opgelost, maar voor Activiteit komt dan de ongewenste entry er bij in "Externe terminologie":
Omschrijving van een mogelijke oplossing Een mogelijke oplossing zou er in kunnen bestaan om voor deze gegenereerde attributen indien geen label-nl beschikbaar in is in de gelinkte klasse, een label-nl aan te maken op basis van de UML-naam van de gelinkte klasse, met de nodige omvorming naar kleine letter vooraan en opsplitsing in woorden (CamelCase --> camel case).
Voor we dit uitwerken moeten we ons bezinnen of het wenselijk is om vocabularia te publiceren waarbij voor elementen gemapt op een externe URI geen label-nl werd toegekend. Vandaar het label "vraag" toegekend aan dit issue. Indien positief beantwoord, pas ik graag de spec voor de toolchain en de tests aan en wijzig ik het label in deze issue naar "bug".