Informatievlaanderen / OSLOthema-wegenenverkeer

De datastandaarden betrokken bij het thema wegenenverkeer.
2 stars 4 forks source link

Verschil in Verwacht Type kolom bij Master impl tov andere impl modellen #83

Open deefbas opened 4 years ago

deefbas commented 4 years ago

In de impl modellen, in het Verwacht Type kolom hebben de URIs van de complexe,union,kwantwaarde,… datatypes de vorm https://uri# ipv https://uri# waardoor deze verwijzen naar het VOC ipv naar het Master impl model. Kunnen we dit nog aanpassen?

Bv. Oppervlakte eigenschap bij bv. Dwarse Markering

Master : https://wegenenverkeer.data.vlaanderen.be/doc/implementatiemodel/master/#Dwarse%20markering Impl : https://wegenenverkeer-test.data.vlaanderen.be/doc/implementatiemodel/signalisatie/#Dwarse%20markering

Ik merk ook op dat het TypeVan relatie niet aanwezig is in het Master impl model maar wel bij Impl Signalisatie. Niet zeker hoe dit komt...

mvanbrab commented 4 years ago

Voor wat betreft de implementatiemodel-links in de kolom Verwacht Type: In het master implementatiemodel staan blijkbaar alle elementen op de figuur, vandaar dat die de goeie links bevat in de kolom Verwacht Type, bvb. bij https://wegenenverkeer.data.vlaanderen.be/doc/implementatiemodel/master/#Dwarse%20markering krijg je voor Kwantitatieve waarde in vierkante meter de link naar https://wegenenverkeer.data.vlaanderen.be/doc/implementatiemodel/master/#Kwantitatieve%20waarde%20in%20vierkante%20meter. Voor de andere (partiële) implementatiemodellen: inderdaad, bvb. bij https://wegenenverkeer.data.vlaanderen.be/doc/implementatiemodel/signalisatie/#Dwarse%20markering krijg je voor Kwantitatieve waarde in vierkante meterdezelfde de uri van de voc term https://wegenenverkeer.data.vlaanderen.be/ns/implementatieelement#KwantWrdInVierkanteMeter. Kijk je eens of hier de uitleg van @bertvannuffelen uit issue #50 goed werd toegepast?

mvanbrab commented 4 years ago

Voor wat betreft TypeVan: Het fenomeen in het master-implementatiemodel is dus (zoals ik het observeer) dat "Type van" gedocumenteerd is als klasse, maar dat in elke klasse aan de bronkant van een gelijknamige connector geen overeenkomstig attribuut gegenereerd wordt.

Ik stel bvb. ook hetzelfde vast voor HoortBij.

Het zou me niet verwonderen mocht de toolchain zich zo gedragen omdat op het diagram van het master-implementatiemodel een klasse met dezelfde naam en hetzelfde package voorkomt als een connector. Merk op dat dit in alle andere implementatiemodellen deze klassen niet op het diagram staan. Suggestie: test eens door alle betreffende klassen van het diagram te verwijderen.