Closed ElisabethKloren closed 3 months ago
@gerritversteegh raar, de rest komt overeen, eentje zit op de verkeerde plek. hoe dat kan met een automatisch script??
@ElisabethKloren, interessante bevinding. Dit is het gevolg van een kind_van relatie die naar een object uit een andere hoofdgroep verwijst, zie onderstaande screenshot met de groen gemarkeerde rijen en let op de kolommen 'nummer' en 'kind_van'.
SCHILDMUUR uit hoofdgroep RI verwijst naar een object uit de BV hoofdgroep. Bij het opstellen van de hierarchie is de aanname gedaan dat een onderliggend object zich altijd in dezelfde 'tak' van het bovenliggende object bevindt. Vandaar dat hier nu een afwijking is ontstaan. Binnen Laces Apps is het niet mogelijk om een kind_van relatie aan te maken met een object in een andere tak, dit zou dan middels een ander soort relatie gedaan moeten worden en dan zal de informatie van het bovenliggende object niet overgeërfd worden.
Zoals je zelf al aangaf is dit een gevolg van de dataopzet en een automatisch script. Mochten er vaker kind_van relaties aangemaakt zijn met objecten van andere hoofdgroepen, zal dit dus vaker voorkomen.
Ja, ik snap het, is dus een kopieerfoutje in de huidige database. Ik ben sowieso per hoofdgroep aan het tellen of ik hetzelfde aantal regels krijg, dus dit moet ik eruit kunnen halen. Verder zal ik dit dan maar handmatig gaan toevoegen.
Beide objecten horen wel thuis in de nieuwe hoofdgroep, als kind-van, er wijzigt niets in de database.
Bij test publicatie linked data versie van NLCS komt naar voren, dat objecten in de ene hoofdgroep zitten, maar kind-van relaties hebben met een kind uit een andere hoofdgroep. Het script zet ze dan als kind neer, niet in de juiste hoofdgroep. Dit komt voor bij:
BV 3487 GELEIDECONSTRUCTIE_GELEIDERAIL_KOPPELING_SCHILDMUUR VH KANTOPSLUITING_ELEMENT_BOOMKRANS_ELEMENT in VH