Realisierung der Vorgaben zur Datenformatbeschreibung ALKIS Sekundärdatenbestand NRW (Geodatenzentrum)

Für den Datenaustausch von den Katasterbehörden zum Geodatenzentrum Liegenschaftskataster NRW im Rahmen der quartalsweisen Datenaktualisierung sind neue Vorgabebedingungen mit Wirkung zum 01.04.2022 herausgegeben worden. Dieser Artikel nimmt Bezug auf das Dokument 2021-12-10 DFB SDB LK 1.0.pdf, Datenformatbeschreibung ALKIS Sekundärdatenbestand NRW (siehe Anhang) von der Bezirksregierung Köln mit Stand vom 10.12.2021 und referiert die dort gegebenen Vorgaben und gibt hierzu Hinweise. Nicht erwähnte Punkte sind vollständig realisiert.

 zu 2. Profilkennung

Vorgabe der Bezirksregierung:

Für die Profilkennung ist der 6-stellige Dienststellenschlüssel und das Kfz-Kennzeichen (in Großbuchstaben) zu verwenden.

Eine Änderung ist theoretisch möglich. Die Profilkennung ist dazu über die Benutzerverwaltung beim NBA-Benutzer sowie im schon erfassten Auftrag für die nächste NBA-Abgabe zu ändern. Es darf keine Quittierung offen sein. 

Im Dokument der Bezirksregierung Köln ist jedoch vermerkt, dass im laufenden NBA-Verfahren eine Umstellung nicht möglich ist. Eine Änderung der Profilkennung wird beim Empfänger wahrscheinlich eine Erstaufnahme erfordern. Die Profilkennung sollte deshalb nicht im laufenden NBA-Verfahren geändert werden. Sie ist erst mit GID 7.1 verpflichtend.

zu 3. Dateinamen und 4. Datenpaketierung

Vorgaben der Bezirksregierung:
Der Dateiname setzt sich aus der Profilkennung, einem Zeitstempel, der Portionsnummer und der Koordinate des Portionsgebietes zusammen:
<Profilkennung>_<Zeitstempel>_< Portionsnummer >_< Portionsgebiet>.xml.zip

Jede .xml Portions-Datei sollte einzeln gezippt werden (.zip, .gzip oder .gz). Der Name der Zip-Datei entspricht dem Dateinamen.
Alle Einzel-Zip-Dateien sollen in ein Zip-Archiv gestellt werden (.zip, .gzip oder .gz). Der Name für das Zip-Archiv lautet: <profilkennung>_<jjmm>.zip

Hinweis zum Zeitstempel für die Einzeldateien:

Das geforderte Format (jjmmtt, keine Uhrzeit) wird erfüllt.

Ausnahme:
Die Uhrzeit erscheint im Dateinamen, wenn eine zweite Abgabe mit der nächsten laufenden Nummer am selben Tag erfolgt. Die Wiederholung einer Abgabe führt nicht dazu, dass die Uhrzeit in den Dateinamen aufgenommen wird. Da die Lieferungen an die Bezirksregierung quartalsweise erfolgen, stellt dies kein Problem dar.

Empfehlung für die Abgabe

VertiGIS empfiehlt die Verwendung des Werkzeuges AuftragsManagementDBClient.exe aus dem bin-Verzeichnis der 3A Server-Installation um Ergebnisdateien einer NBA-Abgabe auszulesen (-g) und in dem gewünschten Format im Dateisystem abzulegen. Dabei kann ein Gesamtarchiv im Zip-Format angelegt werden (-z), worin die Einzel-Ergebnisdateien als xml.gz oder xml.zip (-zipcomp) enthalten sind.

Siehe hierzu auch 3A-LM-Server-Administrationshandbuch.pdf (Version 6.7.0.0), Kapitel 7.4.1 AuftragsManagementDBClient, Seite 367ff.

Beispiel:

• AMGR000000006538: AuftragsID der NBA-Abgabe
• zip: Gesamt-Zip-Archiv, der Name ist frei wählbar
• oraa: Name der Oracle-Instanz im Netzwerk, d.h. Aliasname aus tnsnames.ora bzw. Easy Connect (EZ) mit host[:port]/service_name
• aaaserv_am: Benutzername des Auftragsmanagementbenutzers in der Datenbank
• aaaserv_am_pw: Kennwort (Standardwert: Benutzername), Verschlüsselung möglich

Aufruf des Programms in einer cmd-Shell, Beispiel:

cd C:\temp\abgabe

c:\Temp\abgabe>"C:\Program Files (x86)\AED-SICAD\3A\3A-Server\bin\AuftragsManagementDBClient.exe" -oi oraa –u aaaserv_am -p aaaserv_am_pw -g -z C:\temp\abgabe\profilkennung_2204.zip -zipcomp AMGR000000006538

Ausgabe:

Dateiliste:

profilkennung_220401_01von39.xml.zip in Zip-Datei angefügt
profilkennung_220401_02von39.xml.zip in Zip-Datei angefügt
…
profilkennung_220401_38von39_520989_5405296.xml.zip in Zip-Datei angefügt
profilkennung_220401_39von39_521489_5405296.xml.zip in Zip-Datei angefügt

C:\temp\abgabe\profilkennung_2204.zip erzeugt

Offene Punkte

• Anforderung zur Koordinate des Portionsgebietes:
  Auch bei NREO-Portionen ist eine Pseudo-Koordinate (linke untere Ecke des Abgabegebietes) anzugeben
  Stand 3A Server 6.7.0.0 und älter:
  Portionen, die 'vollständig' abgegebene NREOs enthalten, haben keine Koordinaten im Dateinamen, da es keine geometrische Zuordnung gibt.
  -> Es wurde Change Request 165522 erstellt, um die Anforderung zu erfüllen.
• Anforderung zum Passwortschutz:
  Das Zip-Archiv hat einen Passwortschutz, welcher durch das GDZ LK vorgegeben wird
  Stand 3A Server 6.7.0.0:
  Ein Passwort kann derzeit noch nicht direkt bei der Erstellung des Gesamt-Zip-Archivs angegeben werden.
  -> Es wurde Change Request 165537 erstellt, um die Anforderung zu erfüllen.

Die Umsetzung der Change Requests ist für die Frühjahrsversion des 3A Server 6.7.2.0 eingeplant.

Hinweise zur Datenabgabe mit Versionen 6.7.0.0 und älter

Mit 3A Server 6.6.3.0 wurden die zum damaligen Zeitpunkt bekannten Change Request

• ASDbm1130746: GeoInfoDok-konforme Portionskennung bei Ausgabe mittels AuftragsManagementDBClient und
• ASDbm1129768: NBA-Abgabe: Ausgabe als zip-Gesamtarchiv mit zip-komprimierten Portionen

umgesetzt. Ältere Versionen sollten daher für die Abgabe nicht mehr zum Einsatz kommen. Beim Einsatz von 3A Server 6.7.0.0 bzw. 6.6.3.x könnte für die Datenabgabe zum 01.04.2022 wie folgt vorgegangen werden:

• Die Ergebnisdateien können über AuftragsManagementDBClient.exe ohne Gesamtarchiv (-> Option z <gesamtarchivname> weglassen -> Dateien werden als xml.gz geliefert) ausgespielt werden, oder das Gesamtarchiv ist zu entzippen
• Es existieren in der Regel nur wenige Portionsdateien zu 'vollständig' abgegebenen NREOs. Diese müssen entzippt und händisch umbenannt werden, um die Vorgabe der Pseudo-Koordinate (linke untere Ecke des Abgabegebietes) zu erfüllen. Z.B. Umbenennung von
  profilkennung_220401_01von39.xml xml
  nach
  profilkennung_220401_01von39_520000_5405000.xml
• Die entzippten Einzeldateien sind wieder zu zippen
• Das Gesamtarchiv kann nun z.B. über 7-Zip mit einem Passwortschutz erstellt werden.

Dieser Workaround erübrigt sich, sobald die Frühjahrsversion des 3A Server 6.7.2.0 zum Einsatz kommt, in der die neuen Change Requests gelöst sein werden.