Volgens de XSD schema's in bg0310_20120101_patch10 kan het samengestelde kennisgevingsbericht bagCOR_Lk03 kan de volgende enkelvoudige berichten bevatten: aoaLk01, gemLk01, oprLk01, pndLk01, ligStaLk01, ogoLk01, otrLk01, vboLk01, wplLk01.
Wat wij missen zijn enkelvoudige berichten voor de overige RSGB entiteiten: GOR, WYK en BRT.
Han, de enkelvoudige berichten voor de overige RSGB entiteiten GOR, WYK en BRT zijn bewust niet als BAG+ objecten gezien en behoren dus niet tot de berichtcatalogus BAG. De relatie ligt in buurt is wel een BAG+ attribuut, maar het opvoeren van de buurt is geen BAG activiteit. De Wijken en Buurten worden extern door het CBS beheerd.
De gemeentelijke openbare ruimte speelt bij de adressering geen rol. Het is meer de link tussen de openbare ruimte en het wegvlak en daarmee, ons inziens, een relatie van BGT.
Wij zijn geen voorstander van het alsnog toevoegen van deze enkelvoudige berichten in de catalogus. Als we niet oppassen komt alles onder de berichtcatalogus BAG te vallen. Deze wordt dan erg groot.
Als WYK en BRT worden beheerd door CBS, hoe komen de gegevens dan gterecht bij een gemeente? En als ze eenmaal bij een gemeente aangekomen zijn in één applicatie, hoe kunnen deze gegevens dan uitgewisseld worden met andere binnengemeentelijke applicaties?
Onze klanten vragen voor de BAG applicatie naar functionaliteit voor het beheren van WYK en BRT. Zij zien het blijkbaar als hun taak en verwachten het als onderdeel van een gemeentelijke BAG applicatie.
Idem dito voor GOR. Het RSGB geeft duidelijk aan dat de gemeente het beheer voert op het niveau van GOR. Dus zijn berichten op dat niveau gewenst.
Enkelvoudige kennisgevingen voor GOR, BRT en WYK zitten in het schema bg0310_msg_mutatie.xsd, onder andere gorLk01, brtLk01 en wykLk01. Waarom gebruik je die niet?
Het idee van de berichtcatalogus BAG is dat we enkel de berichten daarin genoemd gebruiken. De berichten gorLk01, brtLk01 en wykLk01 staan daar bewust niet in. Wij zijn geen voorstander om deze alsnog toe te voegen, zoals eerder in deze post al geschreven.
Annemiek, het is inderdaad niet de bedoeling om berichten uit de mutatiecatalogus (zoals gorLk01, brtLk01, etc.) van bg0310 toe te voegen aan de bagcatalogus. Dat is onzinnige duplicatie. Ik bedoel gewoon dat Han vrij is om berichten uit andere berichtcatalogie van bg0310 te implementeren tenzij hij in een keten opereert waarin dit verboden is. Blijkbaar is er behoefte (in ieder gval volgens Han) om ook correcties in GOR, BRT, WYK entiteiten geclusterd (in één transactie) met mogelijk ook andere entiteiten (AOA, PND, VBO, OPR, etc) in een samengestelde kennisgeving uit te wisselen. Als die behoefte werkelijk bestaat en erkend wordt kunnen we de door Han genoemde enkelvoudige kennisgevingen toevoegen aan het samengestelde bagCor_Lk03 bericht. De expertgroep moet bepalen of deze aanpassing via een erratum kan worden afgehandeld. In het andere geval moeten we een nieuwe samengesteld bericht aan de bagcatalogus toevoegen.
Volgens mij kan deze discussie afgesloten worden. GOR, WYK en BRT zitten niet in de BAG berichtencatalogus en ze komen er voorlopig ook niet in. Punt.