Terwijl we (ongeduldig 
) wachten op een oplossing voor het probleem met het niet doorleveren van het veld ‘eindRegistratie’ hebben we vandaag iets eigenaardigs ontdekt in de BGT CityGML stand (zonder plaatsbepalingspunten, bgt-citygml-nl-nopbp.zip) van heel Nederland van 2018-05-04T14:00:19. Er zijn heel veel objecten toegevoegd met een LV-publicatiedatum in het verleden.
Zo zijn er bijvoorbeeld nu 2 objecten met LV-publicatiedatum 2016-05-14T01:57:48.000 van bronhouder G0226, terwijl dat er eerder slechts 1 was. Het bestand van 2018-05-07T18:33:53 bevat 2 nieuwe objecten met LV-publicatiedatum 2017-11-30T16:37:14.000 van bronhouder G0858 (194, was eerder 192).
Het eerstgenoemde voorbeeld betreft 2 pand objecten met lokaalId G0226.365b91eacad0466fa12826f923a3f6b9, tijdstipRegistratie 2016-05-10T11:57:06.000 en 2018-04-18T14:44:34.000 (en voor de rest ook gelijk, inclusief gml id), wat dus nooit voor mag komen. Ook de nieuwe versie van dit object met LV-publicatiedatum 2018-05-02T13:54:25.000 en tijdstipRegistratie 2018-04-18T14:44:34.000 komt 2 keer voor (ook deze compleet gelijk inclusief gml id). Het lijkt er dus sterk op dat de mutaties niet correct verwerkt worden.
Is dit probleem bekend?