niet benoemde en niet navigeerbare (of gerichte) relatierol wordt toch in catalogus opgenomen.

[PalmJanssen]

Ik constateer (nu pas) dat de relatie-einden van een relatie die niet benoemd zijn en geen richtingspijl hebben toch in de catalogus opgenomen zijn. Dat zou niet moeten, het zijn immers geen eigenschappen van een objecttype. De benoemde relatie-einden zijn dat wel middels de rolnaam die ze hebben gekregen.

Een voorbeeld:

Het objecttype Graafpolygoon heeft geen uitgaande relatie en dus ook geen eigenschap die een relatie met Gebiedsinformatieaanvraag implementeert. Toch zegt de IMvertor objectcatalogus dat er een rolnaam graafpolygoon bij het objecttype Graafpolygoon aanwezig is.

Dat klopt niet want de rolnaam graafpolygoon is een eigenschap van Gebiedsinformatieaanvraag en niet van Graafpolygoon

Dit maakt de catalogus moeilijk leesbaar.

Oplossing: benoem de niet benoemde rolnamen niet als rolnaam in de catalogus

[wilkoquak]

Voor mij is het ook nog steeds onduidelijk wat op welk moment getoond wordt. En ik ben het met @PalmJanssen eens dat bij een model waarin 'relatierol leidend' is je bij een klasse alleen relaties met benoemde rollen aangeeft.

Dit is wel lastig in het geval een relatie in twee richtingen benoemd is. Hoe zie je dan nog dat die twee relatierollen bij dezelfde relatie horen? In dat geval moet in de catalogus opgenomen worden dat twee relatierollen elkaars inverse zijn.

Overigens eist Imvertor ook dat een relatiesort benoemd is in het geval dat relatierol-leidend is. Kan het zijn dat Imvertor het hele kenmerk 'relatierol-leidend' verkeerd implementeert?

[ArjanLoeffen]

Binnen de beschrijving van graafpolygoon wordt de sectie

gegenereerd omdat we ervan uit gaan dat het relevant is om te weten dat er een relatie is waarin de graafpolygoon een rol speelt. Als je die info niet relevant vindt op deze plek kun je in de docrules de parameter include-incoming-associations op no zetten. Is dat wat je wilt?

[wilkoquak]

De modellering scheelt binnen Geonovum per informatiemodel. Is het ook mogelijk deze in de properties file te configureren?

[ArjanLoeffen]

Nee, helaas nog niet.

[PalmJanssen]

gegenereerd omdat we ervan uit gaan dat het relevant is om te weten dat er een relatie is waarin de graafpolygoon een rol speelt. Als je die info niet relevant vindt op deze plek kun je in de docrules de parameter include-incoming-associations op no zetten. Is dat wat je wilt?

Ik vind dit een goede oplossing.