In StUF bg hebben VBO, LIG en STA een "platgeslagen adres" waarin ook de identificatiecode openbare ruimtenaam en woonplaatscode voorkomen. Op basis van deze codes kan geverifieerd worden of de eveneens vermelde "straatnaam" en woonplaatsnaam correct zijn en kunnen eventuele mutaties efficiënt worden verwerkt.
Echter OGO en OTR hebben ook een "platgeslagen adres", maar zonder vermelding van deze identificatiecodes. Ook directe relaties naar OPR en WPL ontbreken.
Wanneer een OGO of OTR een aanduiding heeft die is afgeleid van een NUM of OAO kan via de identificatiecode van deze NUM of OAO nog een relatie naar de OPR en WPL worden gelegd. Maar wanneer de OGO of OTR een ander soort adres heeft, dan is dit niet mogelijk. Volgens RSGB bestaat bijvoorbeeld van OGO de relatie "heeft straatadres" naar OPR. Door het platslaan van het adres, ontbreekt deze relatie in StUF bg.
Daarom verzoeken wij de OPR.identificatie en wpl.identificatie ook op te nemen in het "platgeslagen adres" bij OGO en OTR.
Ik snap het probleem niet. In bg0310 komen VBO, LIG, STA, OGO en OTR niet voor als entiteittypen. Ze worden allemaal geimplementeerd als TGO en binnen adresAanduidingGrp komen opr.identificatie en wpl.identificatie voor.
Over welke stuf-definities van OGO en OTR met een platgeslagen adres heb je het?
Maarten,
Ik kijk vanuit de berichtcatalogusBAG. Daar staat bijvoorbeeld gedefinieerd het vrije bericht bgrVBN_Lk03. Met dit bericht kan een nieuwe OGO worden opgevoerd in alle op de BAG aansluitende applicaties.
In dit vrije bericht zit een ogoLk01 bericht. In dit ogoLk01 bericht zit een adresAanduidingGrp. In deze groep komt wel (optioneel) een num en oao identificatie voor, maar verder alleen openbareRuimteNaam (geen straatnaam) en woonplaatsnaam, dus zonder identificaties en zonder relaties naar OPR en WPL, terwijl het volgens het RSGB wel mogelijk is om een directe relatie naar straatnaam te leggen.
Weet je nu waar je moet zoeken. Vanuit de Berichtcatalogus BAG zijn er meer van dit soort voorbeelden.
Ruud,
Je hebt helemaal gelijk. Ik stel voor het probleem op te lossen door in de complexTypes TGO-Lk01-bag-OGO-corrigeren, TGO-Lk01-bag-OGO-muteren, TGO-Lk01-bag-OGO-wijzigenAanduiding, TGO-Lk01-bag-OTR-corrigeren, TGO-Lk01-bag-OTR-muteren en TGO-Lk01-bag-OTR-wijzigenAanduiding het huidige complexType van adresAanduidingGrp te vervangen door AdrGrp-bag-wijzigenAanduiding en in TGO-Lk01-bag-OGO-toevoegen en TGO-Lk01-bag-OTR-toevoegen door AdrGrp-bag-toevoegen. Op deze wijze zijn alle berichten waarin deze kennisgevingen van OGO of OTR voorkomen nu correct.
Mocht jij denken dat er nog op meer plaatsen een probleem is, laat het dan nog even weten.