search

Geonovum / MIM-Werkomgeving

Werkomgeving van MIM. Bevat werk en alle pre-publicatieversies.
https://geonovum.github.io/MIM-Werkomgeving/
7 stars 16 forks source link

2.4.3.37 Eenheid redactie en waardebereik duidelijk maken #448

Closed dkrijtenburg-GNM closed 3 months ago

dkrijtenburg-GNM commented 5 months ago

nav opmerking jesse bakker

2.4.3.37 Eenheid semantisch

Er wordt gesteld dat een waarde uit https://units-of-measurement.org/ moet worden gebruikt. https://units-of-measurement.org/ is allereerst geen officiele bron van codes, maar een linked data encoding van UCUM met mapping naar verschillende andere eenheid-standaarden. Daarnaast is het onduidelijk welke waarde men zou moeten gebruiken. Is dat de Linked Data URI van de waarde, of 1 van de verschillende codes?

Vernoem UCUM als standaard en gebruik de officiele specificatie (https://ucum.org/ucum). Beschrijf duidelijk het waardebereik van de waarde van het metagegeven eenheid. Beschrijf duidelijk hoe dit in de linked data taalbinding van MIM toegepast moet worden.

architolk commented 4 months ago

Het lijkt in ieder geval raar om in de definitie te verwijzen naar een website. Dit deel zou uit de definitie gehaald kunnen worden. Vervolgens zou in het algemeen verwezen kunnen worden naar UCUM, en dan in het LD stuk aangeven dat je gebruik maakt van de URLs zoals beschikbaar op https://units-of-measurement.org/. Dit lost voor de UML kant nog niets op... Zou er daarvoor niet een datatype o.i.d. moeten komen? Lijkt op een referentielijst? En wat is het primitieve datatype daarbij? is dat een URL? (dat lijkt nu de definitie wel te verplichten), of mag je in de UML-versie ook een code gebruiken?

Gtrouborst commented 4 months ago

Meerdere terechte opmerkingen.

  1. In de definitie hoort geen URL.
  2. Uitwerkingen van het metamodel in UML en LD horen thuis in respectievelijk H3 en H4.
  3. In H2 zou dan een verwijzing naar UCUM kunnen komen (als dat de geprefereerde standaard is).
  4. In H3 (UML) is Eenheid nu een vrij tekstveld (Tagged Value) bij Attribuutsoort en Referentielijst, er wordt m.a.w. niks voorgeschreven.
  5. In H4 (LD) kan dan inderdaad een verwijzing naar https://units-of-measurement.org/ opgenomen worden.
PalmJanssen commented 4 months ago

@trouborst dinsdag bespreken

Gtrouborst commented 3 months ago

@PalmJanssen: zie tekstvoorstel bij 2.4.3.37

Gtrouborst commented 3 months ago

Tekst aangepast en verwerkt in documentatie: https://geonovum.github.io/MIM-Werkomgeving/#metagegeven-eenheid. Er is voor gekozen om te verwijzen naar https://units-of-measurement.org/.

pmaria commented 3 months ago

Dit issue is gesloten, maar volgens mij is er nog discussie nodig.

Momenteel wordt er in de toelichting verwezen naar het onofficiele https://units-of-measurement.org/ en een overzicht met voorbeelden van codes, maar nog nergens naar de officiele UCUM standaard (https://ucum.org/ucum). Dat lijkt me minimaal nodig.

Nu is er gekozen om de code te gebruiken in de UML taalbinding. De vraag is dan wat we gaan gebruiken aan de LD kant. Gezien de onduidelijke status van https://units-of-measurement.org/ neig ik naar in MIM-LD ook gebruiken van dezelfde code met eigenschap mim:eenheid. Bij de transformatie naar een ontologie zouden we dan de mogelijkheid van het gebruiken van deze bron kunnen beschrijven. Daarmee houden we de optie open, maar binden we ons niet vast.

@architolk wat is jouw mening?

architolk commented 3 months ago

Ik had hier al wat over gezegd: "Het lijkt in ieder geval raar om in de definitie te verwijzen naar een website. Dit deel zou uit de definitie gehaald kunnen worden. Vervolgens zou in het algemeen verwezen kunnen worden naar UCUM, en dan in het LD stuk aangeven dat je gebruik maakt van de URLs zoals beschikbaar op https://units-of-measurement.org/. Dit lost voor de UML kant nog niets op... Zou er daarvoor niet een datatype o.i.d. moeten komen? Lijkt op een referentielijst? En wat is het primitieve datatype daarbij? is dat een URL? (dat lijkt nu de definitie wel te verplichten), of mag je in de UML-versie ook een code gebruiken?". Dus ja, ik zit op jou lijn, maar er moet nog wel wat bij in het metamodel (referentielijst...)

lennartvanbergen commented 3 months ago

Misschien gewoon verwijzen naar de BINAS?

https://nl.wikipedia.org/wiki/Natuurkundige_grootheden_en_eenheden

ThiesMesdag commented 3 months ago

De officiele internationale standaard van SI wordt beheerd door: Welcome - BIPM en daarbij hebben ze ook een LD pagina op https://si-digital-framework.org/SI?lang=en

Maar ook mogelijk om NEN3610 te volgen

PalmJanssen commented 3 months ago

NEN 3610 zegt dit:

image

lennartvanbergen commented 3 months ago

met dank aan Thies

De organisatie die er over gaat is: https://nl.wikipedia.org/wiki/SI-stelsel Deze geeft aan, kijk op: https://nl.wikipedia.org/wiki/SI-stelsel Hier heb je de unit of de unit expression van de quantity nodig omdat je een symbool niet goed kan intypen, zodat je: 'm.s-2' invult. Een paar voorbeeldjes neerzetten helpt ook.

Zegt NEN3610 hier niet ook wat over?

Gtrouborst commented 3 months ago

Na overleg besluit om te verwijzen naar https://si-digital-framework.org/SI?lang=en

lennartvanbergen commented 3 months ago

Ja, maar let op, symbool is een gereserveerd woord. We hebben de unit expression nodig van het symbool. Zoals bv. m2 en niet een m met een kleine 2 erboven. Kijk maar eens bij quantity en daarna op een symbol zoals bij area klikken.

Gtrouborst commented 3 months ago

@lennartvanbergen: dank voor deze toevoeging! Ik heb dit aangepast.

architolk commented 3 months ago

Als ik nu naar de uitwerking kijk, dan lijkt het alsof de de eenheid van string veld is. Dat lijkt me niet helemaal juist. Het zou een (meta) codelijst moeten zijn (m.i.). Dus in het metamodel in UML en in de LD vocabulaire mappen we dit naar de codelijst (beheert buiten de MIM standaard, zoals de definitie van een codelijst stelt).

architolk commented 3 months ago

Eenheid is toegevoegd aan het LD model: in de beschrijving, in de ontologie (mim.ttl en mim-shapes.ttl) en in de transformatie. In de LD situatie is sprake van een mapping naar de URL's uit de UOM lijst. Dit issue kan wat mij betreft gesloten worden.