Feature Count: 0, ondanks informatie in XML files met LVBAG driver

Hallo, bij gebruik van de LVBAG driver zie ik dat niet bij elk XML document features worden gevonden (Feature Count: 0):

ogrinfo -if LVBAG 9999InOnderzoek08102024/9999IOVBO08102024/9999IOVBO08102024-000001.xml -ro -al -so

Met als resultaat:

INFO: Open of `9999InOnderzoek08102024/9999IOVBO08102024/9999IOVBO08102024-000001.xml'
      using driver `LVBAG' successful.

Layer name: Verblijfsobject
Geometry: Point
Feature Count: 0
Layer SRS WKT:
PROJCRS["Amersfoort / RD New",
    BASEGE.......[weggehaald om het in te korten].........

Data axis to CRS axis mapping: 1,2
gebruiksdoel: StringList (0.0)
oppervlakte: Integer (0.0)
hoofdadresNummeraanduidingRef: String (0.0)
nevenadresNummeraanduidingRef: StringList (0.0)
pandRef: StringList (0.0)
identificatie: String (0.0)
status: String (0.0)
geconstateerd: Integer(Boolean) (0.0)
documentDatum: Date
documentNummer: String (0.0)
voorkomenIdentificatie: Integer (0.0)
beginGeldigheid: Date
eindGeldigheid: Date
tijdstipRegistratie: DateTime
eindRegistratie: DateTime
tijdstipInactief: DateTime
tijdstipRegistratieLV: DateTime
tijdstipEindRegistratieLV: DateTime
tijdstipInactiefLV: DateTime
tijdstipNietBagLV: DateTime

Terwijl er wel informatie in de XML bestanden staat:

<?xml version="1.0" encoding="UTF-8"?>
<sl-bag-extract:bagStand xmlns:DatatypenNEN3610="www.kadaster.nl/schemas/lvbag/imbag/datatypennen3610/v20200601" xmlns:Objecten="www.kadaster.nl/schemas/lvbag/imbag/objecten/v20200601" xmlns:gml="http://www.opengis.net/gml/3.2" xmlns:Historie="www.kadaster.nl/schemas/lvbag/imbag/historie/v20200601" xmlns:Objecten-ref="www.kadaster.nl/schemas/lvbag/imbag/objecten-ref/v20200601" xmlns:nen5825="www.kadaster.nl/schemas/lvbag/imbag/nen5825/v20200601" xmlns:KenmerkInOnderzoek="www.kadaster.nl/schemas/lvbag/imbag/kenmerkinonderzoek/v20200601" xmlns:selecties-extract="http://www.kadaster.nl/schemas/lvbag/extract-selecties/v20200601" xmlns:sl-bag-extract="http://www.kadaster.nl/schemas/lvbag/extract-deelbestand-lvc/v20200601" xmlns:sl="http://www.kadaster.nl/schemas/standlevering-generiek/1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xs="http://www.w3.org/2001/XMLSchema" xsi:schemaLocation="http://www.kadaster.nl/schemas/lvbag/extract-deelbestand-lvc/v20200601 https://developer.kadaster.nl/schemas/lvbag/extract-deelbestand-lvc/v20200601/BagvsExtractDeelbestandExtractLvc-2.1.0.xsd">
  <sl-bag-extract:bagInfo>
    <selecties-extract:Gebied-Registratief>
      <selecties-extract:Gebied-NLD />
    </selecties-extract:Gebied-Registratief>
    <selecties-extract:LVC-Extract>
      <selecties-extract:StandTechnischeDatum>2024-10-08</selecties-extract:StandTechnischeDatum>
    </selecties-extract:LVC-Extract>
  </sl-bag-extract:bagInfo>
  <sl:standBestand>
    <sl:dataset>LVBAG</sl:dataset>
    <sl:inhoud>
      <sl:gebied>Nederland</sl:gebied>
      <sl:leveringsId>0000000001</sl:leveringsId>
      <sl:objectTypen>
        <sl:objectType>VBO</sl:objectType>
      </sl:objectTypen>
    </sl:inhoud><sl:stand><sl-bag-extract:kenmerkInOnderzoek><KenmerkInOnderzoek:KenmerkVerblijfsobjectInOnderzoek><KenmerkInOnderzoek:kenmerk>gebruiksdoel</KenmerkInOnderzoek:kenmerk><KenmerkInOnderzoek:identificatieVanVerblijfsobject domein="NL.IMBAG.Verblijfsobject">0003010000126211</KenmerkInOnderzoek:identificatieVanVerblijfsobject><KenmerkInOnderzoek:inOnderzoek>J</KenmerkInOnderzoek:inOnderzoek><KenmerkInOnderzoek:documentdatum>2019-12-05</KenmerkInOnderzoek:documentdatum><KenmerkInOnderzoek:documentnummer>A2019-WFS-049B</KenmerkInOnderzoek:documentnummer><KenmerkInOnderzoek:historieInOnderzoek><Historie:HistorieInOnderzoek><Historie:tijdstipRegistratie>2019-12-05T11:51:39.000</Historie:tijdstipRegistratie><Historie:beginGeldigheid>2019-12-05</Historie:beginGeldigheid><Historie:BeschikbaarLVInOnderzoek><Historie:tijdstipRegistratieLV>2019-12-05T12:00:33.720</Historie:tijdstipRegistratieLV></Historie:BeschikbaarLVInOnderzoek></Historie:HistorieInOnderzoek></KenmerkInOnderzoek:historieInOnderzoek></KenmerkInOnderzoek:KenmerkVerblijfsobjectInOnderzoek></sl-bag-extract:kenmerkInOnderzoek></sl:stand><sl:stand><sl-bag-extract:kenmerkInOnderzoek><KenmerkInOnderzoek:KenmerkVerblijfsobjectInOnderzoek><KenmerkInOnderzoek:kenmerk>heeft als nevenadres</KenmerkInOnderzoek:kenmerk><KenmerkInOnderzoek:identificatieVanVerblijfsobject domein="NL.IMBAG.Verblijfsobject">0003010000126211</KenmerkInOnderzoek:identificatieV [....]

Heeft iemand een idee hoe dat kan?

Bronbestand: https://service.pdok.nl/lv/bag/atom/downloads/lvbag-extract-nl.zip

Beste geotester,
We hebben je vraag even bekeken en ook voorgelegd bij data-aanbieder. Er zijn geen wijzigingen geconstateerd in GDAL en ook in de levering van het BAG-extract is niets geconstateerd. Het is geen antwoord op je vraag, maar mogelijk helpt het je toch iets verder.

Bedankt voor de terugkoppeling. Wellicht helpt het als ik wat concrete verschillen heb die ogrinfo ziet en wat er daadwerkelijk in de XML bestanden staat:

9999InOnderzoek08112024/9999IOLIG08112024/9999IOLIG08112024-000001.xml

ogrinfo -ro -al -so "9999InOnderzoek08112024/9999IOLIG08112024/9999IOLIG08112024-000001.xml" | grep Feature
Feature Count: 0

xmlstarlet select -t -v "count(//sl:stand)" -n "9999InOnderzoek08112024/9999IOLIG08112024/9999IOLIG08112024-000001.xml"
4173

9999InOnderzoek08112024/9999IONUM08112024/9999IONUM08112024-000001.xml

ogrinfo -ro -al -so "9999InOnderzoek08112024/9999IONUM08112024/9999IONUM08112024-000001.xml" | grep Feature
Feature Count: 0

xmlstarlet select -t -v "count(//sl:stand)" -n "9999InOnderzoek08112024/9999IONUM08112024/9999IONUM08112024-000001.xml"
10000

9999InOnderzoek08112024/9999IOPND08112024/9999IOPND08112024-000001.xml

ogrinfo -ro -al -so "9999InOnderzoek08112024/9999IOPND08112024/9999IOPND08112024-000001.xml" | grep Feature
Feature Count: 0

xmlstarlet select -t -v "count(//sl:stand)" -n "9999InOnderzoek08112024/9999IOPND08112024/9999IOPND08112024-000001.xml"
10000

9999InOnderzoek08112024/9999IOVBO08112024/9999IOVBO08112024-000001.xml

ogrinfo -ro -al -so "9999InOnderzoek08112024/9999IOVBO08112024/9999IOVBO08112024-000001.xml" | grep Feature
Feature Count: 0

xmlstarlet select -t -v "count(//sl:stand)" -n "9999InOnderzoek08112024/9999IOVBO08112024/9999IOVBO08112024-000001.xml"
10000

Mocht het hier niet de juiste plaats zijn, waar kunnen vragen gesteld worden over de LVBAG driver?
Vast bedankt!

Dit forum is m.i. een prima plek voor dit soort vragen. Maar aangezien het lijkt op een probleem met de LVBAG driver is het misschien goed om melding te maken bij GDAL (waar de LVBAG driver deel van uitmaakt) via Issues · OSGeo/gdal · GitHub.

Voor de helderheid: hoewel de naam wellicht anders doet vermoeden is de LVBAG driver niet door het Kadaster gerealiseerd. Het is (uitgaande van de broncode) door Laixer BV ontwikkeld en als open source bijdrage geleverd aan het GDAL project (waar het potentieel door een grotere community wordt onderhouden).

@geotester ja de antwoorden van oa @rkettelerij en @Anouk kloppen. LVBAG is als GDAL Driver door Laixer B.V. uit Delft ontwikkeld een aantal jaren geleden. Ik heb daar ook nog iets aan bijgedragen. Vooral om deze driver binnen het open source project NLExtract te integreren om BAGv2 naar PostGIS om te zetten. Dit werkt al jaren naar behoren.

Om deze driver “kaal” te gebruiken is kennis van de Leveringsstructuur en inhoud van BAG nodig en meer eromheen. Deze begint met een “Matroska” inpak-formaat: .zip binnen .zip binnen .zip. Uiteindelijk zullen er .xml bestanden met Objecten met tag <sl-bag-extract:bagObject> zijn. Uit mijn hoofd: volgens mij gebruik in je voorbeelden .xml bestanden die niet-geldige, ‘InOnderzoek’, Objecten bevatten en terecht dus geen ‘Features’ bevatten volgens ogrinfo. Dit is pas begin. Ook binnen de geldige bestanden zul je ‘geldige’ en ‘actueelbestaande’ objecten willen extraheren. BAG bevat volledige historie.

Afhankelijk van je doel raad ik aan om NLExtract te gebruiken. Direct LVBAG: er is een video fragment uit De Grote Geo Show waarin ik LVBAG met ogr2ogr in Docker BAG naar GeoPackage converteer.

1 like