From thekla.wirkus at wheregroup.com  Tue Jul  2 10:08:08 2024
From: thekla.wirkus at wheregroup.com (Thekla Wirkus (WhereGroup))
Date: Tue, 2 Jul 2024 19:08:08 +0200
Subject: [PostNAS Suite] Fehlermeldung bei ALKIS Import mit branch gid7i
Message-ID: <9e0348b0-75e4-427d-8d70-d454317d584a@wheregroup.com>

Hallo zusammen,

ich habe einen Erstdatensatz, den ich mit dem Branch gid7 erfolgreich 
mit alkis-import.sh importiert habe.

Jetzt möchte ich einen Folgedatensatz des NBA-Verfahrens zu dieser 
Datenbank hinzufügen.
Dazu verwende ich im  branch gid7i wieder die alkis-import.sh.

Ich verwende UBUNTU 24.04 noble mit gdal 3.8.
Dieverwendete lst-Datei:

PG:dbname=alkis_folge1_gid7i user=postgres password=xxx
epsg 25833
update
log
/data/xml1.xml
/data/xml2.xml

...



Es kommt folgende Fehlermeldung:

/START 2024-07-02 15:38:46
GDAL 3.8.4, released 2024/02/08
UPDATE 2024-07-02 15:38:46
.../

/SQL DONE[0]: alkis-update.sql 2024-07-02 15:38:47 in 1s
SQL RUN: postupdate.d/nas2alb.sql 2024-07-02 15:38:47
psql:postupdate.d/nas2alb.sql:18: error: config.sql: Datei oder 
Verzeichnis nicht gefunden
/


1. Woran könnte der Fehler liegen?
2. Ist die Reihenfolge korrekt:
- Erstabgabe mit gid7
- Erste Folgeabgabe mit gid7i


3. Bei Verwendung der Benutzeroberflächen (python3 alkisImport.py) kommt 
die Fehlermeldung

/Traceback (most recent call last):
   File "/data/git/alkisimport_gid7/alkisImport.py", line 45, in <module>
     from PyQt4.QtCore import QSettings, QProcess, QDir, QFileInfo, Qt, 
QDateTime, QElapsedTimer, QByteArray
ModuleNotFoundError: No module named 'PyQt4'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
   File "/data/git/alkisimport_gid7/alkisImport.py", line 53, in <module>
     from PyQt5.QtSql import QSqlDatabase, QSqlQuery
ModuleNotFoundError: No module named 'PyQt5.QtSql'
Speicherzugriffsfehler (Speicherabzug geschrieben)/



Viele Grüße
Thekla Wirkus


-- 

***********************************************************
FOSS Academy Sommerschule: Kompaktkurs zum Aufbau einer GDI
02.-06. September 2024, Präsenzveranstaltung in Bonn
https://www.foss-academy.com/kompaktkurse
***********************************************************

Thekla Wirkus
-GIS-Consultant-

WhereGroup GmbH
Eifelstraße 7
53119 Bonn
Germany

Tel: +49 (0)228 / 90 90 38 - 28
Fax: +49 (0)228 / 90 90 38 - 11

thekla.wirkus at wheregroup.com
www.wheregroup.com

Geschäftsführer:
Olaf Knopp, Peter Stamm
Amtsgericht Bonn, HRB 9885
-------------------------------
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.osgeo.org/pipermail/nas/attachments/20240702/5983057c/attachment.htm>

From joerg.bongartz at fischer-teamplan.de  Mon Jul  8 06:54:44 2024
From: joerg.bongartz at fischer-teamplan.de (=?iso-8859-1?Q?J=F6rg_Bongartz?=)
Date: Mon, 8 Jul 2024 13:54:44 +0000
Subject: [PostNAS Suite] Probleme  norbit ALKIS-Import 3.0-62
Message-ID: <BEUP281MB3674022E7D64C02ACE54141DD4DA2@BEUP281MB3674.DEUP281.PROD.OUTLOOK.COM>

Hallo zusammen,
bei den Ableitungsregeln bekomme ich bei einem Import in eine PostgreSQL DB 15.x und 16 folgende Fehlermeldung:

2024-07-08T15:15:01 >  Politische Grenze werden verschmolzen|
2024-07-08T15:15:01 > psql:postprocessing.d/1_ableitungsregeln/11002.sql:264: HINWEIS:  adfs:{7101} sn:2016 n:0|
2024-07-08T15:15:01 > psql:postprocessing.d/1_ableitungsregeln/11002.sql:264: HINWEIS:  adfs:{7102} sn:2018 n:0|
2024-07-08T15:15:01 > psql:postprocessing.d/1_ableitungsregeln/11002.sql:264: HINWEIS:  adfs:{7103} sn:2020 n:69|
2024-07-08T15:15:01 > psql:postprocessing.d/1_ableitungsregeln/11002.sql:264: FEHLER:  parse error - invalid geometry|
2024-07-08T15:15:01 > HINT:  "14" <-- parse error at position 2 within geometry|
2024-07-08T15:15:01 > CONTEXT:  PL/pgSQL-Funktion pg_temp_5.alkis_besondereflurstuecksgrenze(boolean) Zeile 83 bei FETCH|
2024-07-08T15:15:01 > psql:postprocessing.d/1_ableitungsregeln/11002.sql:264: STATEMENT:  SELECT pg_temp.alkis_besondereflurstuecksgrenze(false);|
2024-07-08T15:15:01 Fehler bei Prozeß: 3
2024-07-08T15:15:01 postprocessing.d\1_ableitungsregeln\11002.sql gescheitert.
2024-07-08T15:15:01 Import nach 10m6s abgebrochen.
Auf eine Server 12.x und 11.5 läuft alles ohne Fehler durch.
Hat hier jemand eine Lösung / Tip

Freundliche Grüße

Jörg Bongartz

FISCHER TEAMPLAN Ingenieurbüro GmbH
Holzdamm 8, 50374 Erftstadt

Telefon: +49 2235 402-208
Telefax: +49 2235 402-101
E-Mail: joerg.bongartz at fischer-teamplan.de<mailto:joerg.bongartz at fischer-teamplan.de>
Homepage: www.fischer-teamplan.de<https://www.fischer-teamplan.de>

Geschäftsführer:
Dipl.-Ing. Michael Hippe, Dipl.-Ing. Ralf Ostermann, Dipl.-Ing. Ralf Puderbach, Dipl.-Ing. Robert Ueberfeldt
Registergericht: Amtsgericht Köln, HRB 98837

Besuchen Sie unsere neue Homepage www.fischer-teamplan.de<http://www.fischer-teamplan.de>

[cid:image001.png at 01DAD14F.258CFFB0]<https://www.facebook.com/profile.php?id=61553355040490>[cid:image003.png at 01DAD14F.258CFFB0]<https://www.instagram.com/fischer.teamplan/>[cid:image005.png at 01DAD14F.258CFFB0]<https://www.xing.com/pages/fischerteamplaningenieurburogmbh/about_us>[cid:image007.png at 01DAD14F.258CFFB0]<https://www.linkedin.com/company/6277485/>
__________________________________________________
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.osgeo.org/pipermail/nas/attachments/20240708/558284e7/attachment.htm>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image001.png
Dateityp    : image/png
Dateigröße  : 1052 bytes
Beschreibung: image001.png
URL         : <http://lists.osgeo.org/pipermail/nas/attachments/20240708/558284e7/attachment.png>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image003.png
Dateityp    : image/png
Dateigröße  : 1863 bytes
Beschreibung: image003.png
URL         : <http://lists.osgeo.org/pipermail/nas/attachments/20240708/558284e7/attachment-0001.png>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image005.png
Dateityp    : image/png
Dateigröße  : 1252 bytes
Beschreibung: image005.png
URL         : <http://lists.osgeo.org/pipermail/nas/attachments/20240708/558284e7/attachment-0002.png>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image007.png
Dateityp    : image/png
Dateigröße  : 1107 bytes
Beschreibung: image007.png
URL         : <http://lists.osgeo.org/pipermail/nas/attachments/20240708/558284e7/attachment-0003.png>

From Krzysztof.Krzyzowski at mail.aachen.de  Mon Jul  8 06:55:00 2024
From: Krzysztof.Krzyzowski at mail.aachen.de (Krzysztof Krzyzowski)
Date: Mon, 08 Jul 2024 15:55:00 +0200
Subject: [PostNAS Suite] Antw: Probleme norbit ALKIS-Import 3.0-62
 (Abwesenheitsnotiz)
In-Reply-To: <9C46118102000092DE301769@gw.regioit.de>
References: <9C46118102000092DE301769@gw.regioit.de>
Message-ID: <668BEFB40200001E00093A3A@gw.regioit.de>

Ich befinde mich zurzeit nicht im Dienst. 
In dringenden Fällen wenden Sie sich bitte an Herrn Dyckmans 
Tel.: 0241/432 6216 oder an Frau Verhoeven Tel.: 0241/432 6211

Es erfolgt keine automatische Weiterleitung Ihrer Email!

Krzysztof Krzyzowski

>>> Jörg Bongartz via NAS <nas at lists.osgeo.org> 8.7.24 15:54 >>>

Hallo zusammen,
bei den Ableitungsregeln bekomme ich bei einem Import in eine PostgreSQL DB 15.x und 16 folgende Fehlermeldung:

2024-07-08T15:15:01 >  Politische Grenze werden verschmolzen|
2024-07-08T15:15:01 > psql:postprocessing.d/1_ableitungsregeln/11002.sql:264: HINWEIS:  adfs:{7101} sn:2016 n:0|
2024-07-08T15:15:01 > psql:postprocessing.d/1_ableitungsregeln/11002.sql:264: HINWEIS:  adfs:{7102} sn:2018 n:0|
2024-07-08T15:15:01 > psql:postprocessing.d/1_ableitungsregeln/11002.sql:264: HINWEIS:  adfs:{7103} sn:2020 n:69|
2024-07-08T15:15:01 > psql:postprocessing.d/1_ableitungsregeln/11002.sql:264: FEHLER:  parse error - invalid geometry|
2024-07-08T15:15:01 > HINT:  "14" <-- parse error at position 2 within geometry|
2024-07-08T15:15:01 > CONTEXT:  PL/pgSQL-Funktion pg_temp_5.alkis_besondereflurstuecksgrenze(boolean) Zeile 83 bei FETCH|
2024-07-08T15:15:01 > psql:postprocessing.d/1_ableitungsregeln/11002.sql:264: STATEMENT:  SELECT pg_temp.alkis_besondereflurstuecksgrenze(false);|
2024-07-08T15:15:01 Fehler bei Prozeß: 3
2024-07-08T15:15:01 postprocessing.d\1_ableitungsregeln\11002.sql gescheitert.
2024-07-08T15:15:01 Import nach 10m6s abgebrochen.
Auf eine Server 12.x und 11.5 läuft alles ohne Fehler durch.
Hat hier jemand eine Lösung / Tip

Freundliche Grüße

Jörg Bongartz

FISCHER TEAMPLAN Ingenieurbüro GmbH
Holzdamm 8, 50374 Erftstadt

Telefon: +49 2235 402-208
Telefax: +49 2235 402-101
E-Mail: joerg.bongartz at fischer-teamplan.de<mailto:joerg.bongartz at fischer-teamplan.de>
Homepage: www.fischer-teamplan.de<https://www.fischer-teamplan.de>

Geschäftsführer:
Dipl.-Ing. Michael Hippe, Dipl.-Ing. Ralf Ostermann, Dipl.-Ing. Ralf Puderbach, Dipl.-Ing. Robert Ueberfeldt
Registergericht: Amtsgericht Köln, HRB 98837

Besuchen Sie unsere neue Homepage www.fischer-teamplan.de<http://www.fischer-teamplan.de>

[cid:image001.png at 01DAD14F.258CFFB0]<https://www.facebook.com/profile.php?id=61553355040490>[cid:image003.png at 01DAD14F.258CFFB0]<https://www.instagram.com/fischer.teamplan/>[cid:image005.png at 01DAD14F.258CFFB0]<https://www.xing.com/pages/fischerteamplaningenieurburogmbh/about_us>[cid:image007.png at 01DAD14F.258CFFB0]<https://www.linkedin.com/company/6277485/>
__________________________________________________

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.osgeo.org/pipermail/nas/attachments/20240708/24b3b166/attachment-0001.htm>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image001.png
Dateityp    : image/png
Dateigröße  : 1052 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.osgeo.org/pipermail/nas/attachments/20240708/24b3b166/attachment-0004.png>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image003.png
Dateityp    : image/png
Dateigröße  : 1863 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.osgeo.org/pipermail/nas/attachments/20240708/24b3b166/attachment-0005.png>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image005.png
Dateityp    : image/png
Dateigröße  : 1252 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.osgeo.org/pipermail/nas/attachments/20240708/24b3b166/attachment-0006.png>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image007.png
Dateityp    : image/png
Dateigröße  : 1107 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.osgeo.org/pipermail/nas/attachments/20240708/24b3b166/attachment-0007.png>

From jef at norbit.de  Mon Jul  8 07:32:41 2024
From: jef at norbit.de (=?utf-8?Q?J=C3=BCrgen_E=2E?= Fischer)
Date: Mon, 8 Jul 2024 16:32:41 +0200
Subject: [PostNAS Suite] Probleme  norbit ALKIS-Import 3.0-62
In-Reply-To: <BEUP281MB3674022E7D64C02ACE54141DD4DA2@BEUP281MB3674.DEUP281.PROD.OUTLOOK.COM>
References: <BEUP281MB3674022E7D64C02ACE54141DD4DA2@BEUP281MB3674.DEUP281.PROD.OUTLOOK.COM>
Message-ID: <20240708143241.qtpemeyfarvdwpq7@norbit.de>

Moin Jörg,

On Mon, 08. Jul 2024 at 13:54:44 +0000, Jörg Bongartz via NAS wrote:
> bei den Ableitungsregeln bekomme ich bei einem Import in eine PostgreSQL DB
> 15.x und 16 folgende Fehlermeldung:

Im PostGIS-Schema ist das Schema anzugegeben in dem PostGIS installiert ist
(normalerweise public) und nicht das Zielschema.   Gibt man dort auch das
ALKIS-Schema an, werden darin die Kompatibilitätsfunktionen angelegt, was aber
aber nicht sauber klappt, weil eben kein PostGIS da ist.

Das einfachste ist, das Zielschema zu löschen und mit der richtigen Angaben des
PostGIS-Schema nochmal zu importieren.


Jürgen

-- 
Jürgen E. Fischer           norBIT GmbH             Tel. +49-4931-918175-31
Dipl.-Inf. (FH)             Rheinstraße 13          Fax. +49-4931-918175-50
Software Engineer           D-26506 Norden            https://www.norbit.de
QGIS release manager (PSC)  Germany                 IRC: jef on Libera|OFTC

-- 
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Juergen Fischer, Nils Kutscher HR: Amtsgericht Aurich HRB 100827
Datenschutzerklaerung: https://www.norbit.de/83/


From dezentech at web.de  Fri Jul 19 02:31:03 2024
From: dezentech at web.de (Der Laie)
Date: Fri, 19 Jul 2024 11:31:03 +0200
Subject: [PostNAS Suite] ALKIS NAS xml-File CRS wechseln
Message-ID: <2e855d4c-34a9-497f-84a5-a6165b597cbc@web.de>

Hallo Liste,

kann ich irgendwie, am besten mittels des norgis-Import-Tools, mehrere
ALKIS-NAS-xml Dateien der amtlichen Behörden aus unterschiedlichen
Bundesländern, also mit unterschiedlichen Koordinatensystemen (CRS), in
EIN und das selbe Datenbankschema einlesen?

Ich habe auch schon versucht, via Kommanodzeile mittels ogr2org die
xml-Dateien des einen CRS in das andere CRS umzuwandeln, aber so einfach
scheint das nicht zu sein...

Hat jemand hier in diesem Expertenkreis eine Idee, wie das gelingen kann?

Ich habe diese Frage auch in der FOSSGIS Mailingliste geschrieben, bin
aber nicht sicher, ob das angekommen ist.

Der Micha


From jef at norbit.de  Sun Jul 21 09:24:55 2024
From: jef at norbit.de (=?utf-8?Q?J=C3=BCrgen_E=2E?= Fischer)
Date: Sun, 21 Jul 2024 18:24:55 +0200
Subject: [PostNAS Suite] ALKIS NAS xml-File CRS wechseln
In-Reply-To: <2e855d4c-34a9-497f-84a5-a6165b597cbc@web.de>
References: <2e855d4c-34a9-497f-84a5-a6165b597cbc@web.de>
Message-ID: <20240721162455.eqnkahyh6euvv3jn@norbit.de>

Moin Micha,

On Fri, 19. Jul 2024 at 11:31:03 +0200, Der Laie via NAS wrote:
> kann ich irgendwie, am besten mittels des norgis-Import-Tools, mehrere
> ALKIS-NAS-xml Dateien der amtlichen Behörden aus unterschiedlichen
> Bundesländern, also mit unterschiedlichen Koordinatensystemen (CRS), in
> EIN und das selbe Datenbankschema einlesen?

Ich würde das über einen Trigger (ähnlich wie bei "Duplikate ignorieren")
regeln, der die Geometrie der Bundesländer, die vom Koordinatensystem der
Datenbank abweichen darauf transformieren.


Jürgen

-- 
Jürgen E. Fischer
Dipl.-Inf. (FH)           norBIT GmbH               Tel. +49-4931-918175-31
Software Engineer         Rheinstraße 13            Fax. +49-4931-918175-50
Geschäftsführer           D-26506 Norden              https://www.norbit.de
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 833 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.osgeo.org/pipermail/nas/attachments/20240721/c4d30df8/attachment.sig>

From dezentech at web.de  Mon Jul 22 06:11:39 2024
From: dezentech at web.de (Der Laie)
Date: Mon, 22 Jul 2024 15:11:39 +0200
Subject: [PostNAS Suite] ALKIS NAS xml-File CRS wechseln
In-Reply-To: <20240721162455.eqnkahyh6euvv3jn@norbit.de>
References: <2e855d4c-34a9-497f-84a5-a6165b597cbc@web.de>
 <20240721162455.eqnkahyh6euvv3jn@norbit.de>
Message-ID: <98c71c08-db9f-4ccf-9f32-9b9810f4c75a@web.de>

Moin Jürgen und danke,

das heißt also, dass ogr2ogr die Koordinaten in den xml-Dateien, die im
NAS-Format vorliegen, nicht von einem CRS in das andere umwandeln kann?

Der Micha


Am 21.07.24 um 18:24 schrieb Jürgen E. Fischer via NAS:
> Moin Micha,
>
> On Fri, 19. Jul 2024 at 11:31:03 +0200, Der Laie via NAS wrote:
>> kann ich irgendwie, am besten mittels des norgis-Import-Tools, mehrere
>> ALKIS-NAS-xml Dateien der amtlichen Behörden aus unterschiedlichen
>> Bundesländern, also mit unterschiedlichen Koordinatensystemen (CRS), in
>> EIN und das selbe Datenbankschema einlesen?
> Ich würde das über einen Trigger (ähnlich wie bei "Duplikate ignorieren")
> regeln, der die Geometrie der Bundesländer, die vom Koordinatensystem der
> Datenbank abweichen darauf transformieren.
>
>
> Jürgen
>
>
> _______________________________________________
> NAS mailing list
> NAS at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/nas

From o.rennemann at landkreis-cuxhaven.de  Mon Jul 22 08:05:43 2024
From: o.rennemann at landkreis-cuxhaven.de (o.rennemann at landkreis-cuxhaven.de)
Date: Mon, 22 Jul 2024 15:05:43 +0000
Subject: [PostNAS Suite] =?iso-8859-1?q?Import_von_Fortf=FChrungs-/Differ?=
 =?iso-8859-1?q?enzdaten_=28GeoInfoDok_7=29_scheitert?=
Message-ID: <2cc2c3532c6243bc90691407480d7504@landkreis-cuxhaven.de>

Moin zusammen,

wir haben im März/April auf GeoInfoDok 7 umgestellt und für Mai und Juni zum ersten Mal Differenzdaten erhalten und mit dem norGIS-ALKIS-Import (alkis-import-gid7, Version 4.1-11) eingespielt.
Den Datenbestand neuanzulegen (Graphische Benutzeroberfläche) hat ohne Probleme funktioniert, allerdings erscheinen Fehlermeldungen beim Import der Differenzdaten bzw. der Fortführungsdaten.

Hier der Auszug aus dem Protokollfenster:

2024-07-22T15:22:07 Import-Version: 7fa9382
2024-07-22T15:22:07 Datenbank-Version: PostgreSQL 16.3 (Debian 16.3-1.pgdg110+1) on x86_64-pc-linux-gnu, compiled by gcc (Debian 10.2.1-6) 10.2.1 20210110, 64-bit
2024-07-22T15:22:07 PostGIS-Version: POSTGIS="3.4.2 c19ce56" [EXTENSION] PGSQL="160" GEOS="3.9.0-CAPI-1.16.2" PROJ="7.2.1 NETWORK_ENABLED=OFF URL_ENDPOINT=https://cdn.proj.org USER_WRITABLE_DIRECTORY=/tmp/proj DATABASE_PATH=/usr/share/proj/proj.db" LIBXML="2.9.10" LIBJSON="0.15" LIBPROTOBUF="1.3.3" WAGYU="0.5.0 (Intern...
2024-07-22T15:22:07 Import von Client: 192.168.232.5
2024-07-22T15:22:08 > GDAL 3.9.1, released 2024/06/22|
2024-07-22T15:22:09 > psql (PostgreSQL) 16.2|
2024-07-22T15:22:09 Gesamtgröße des Imports: 612MiB
2024-07-22T15:22:09 >  Aktuelles Schema public.|
2024-07-22T15:22:09 > psql:alkis-update.sql:114: HINWEIS:  ALKIS-Schema-Version: 101|
2024-07-22T15:22:09 > psql:alkis-update.sql:114: HINWEIS:  ALKIS-PO-Schema-Version 4|
2024-07-22T15:22:10 > psql:postupdate.d/nas2alb.sql:101: HINWEIS:  ALB-Schema-Version 4|
2024-07-22T15:22:10 postupdate.d\nas2alb.sql ausgeführt.
2024-07-22T15:22:11 >  Lade Signaturen...|
2024-07-22T15:22:12 preprocessing.d\0_alkis-signaturen.sql ausgeführt.
2024-07-22T15:22:12 preprocessing.d\1_ignore-duplicates.sql ausgeführt.
2024-07-22T15:22:12 C:\temp\nas\+p3Kal_R-=!1czyF6DMNVnSk_20240503-072011\RD_OTT_Landkr_Cuxhaven_20240318_0850__NbaEnd=2024-05-01__00000HCH__FA\RD_OTT_Landkr_Cuxhaven_20240318_0850_20240501T000000Z_1von1_0_0.xml: Fortführungsdatum 20240501T000000Z
2024-07-22T15:22:46 E 0
2024-07-22T15:22:46 > ERROR 1: FEHLER:  aktuelle Transaktion wurde abgebrochen, Befehle werden bis zum Ende der Transaktion ignoriert|
2024-07-22T15:22:46 > ERROR 1: CREATE TABLE "public"."ax_grenzpunkt" ( "ogc_fid" SERIAL, PRIMARY KEY ("ogc_fid"), "gml_id" VARCHAR(16), "anlass" varchar[], "beginnt" VARCHAR, "endet" VARCHAR, "advstandardmodell" varchar[], "sonstigesmodell" varchar[], "quellobjektid" VARCHAR, "zeigtaufexternes_art" varchar[], "zeigtauf...
2024-07-22T15:22:46 > FEHLER:  aktuelle Transaktion wurde abgebrochen, Befehle werden bis zum Ende der Transaktion ignoriert|
2024-07-22T15:22:46 > ERROR 1: Unable to write feature 1 from layer ax_grenzpunkt.|
2024-07-22T15:22:46 > ERROR 1: Terminating translation prematurely after failed|
2024-07-22T15:22:46 > translation of layer ax_grenzpunkt (use -skipfailures to skip errors)|
2024-07-22T15:22:46 Fehler bei Prozeß: 1
2024-07-22T15:22:46 C:\temp\nas\+p3Kal_R-=!1czyF6DMNVnSk_20240503-072011\RD_OTT_Landkr_Cuxhaven_20240318_0850__NbaEnd=2024-05-01__00000HCH__FA\RD_OTT_Landkr_Cuxhaven_20240318_0850_20240501T000000Z_1von1_0_0.xml mit 612MiB in 33s importiert (18MiB/s)
2024-07-22T15:22:46 > Usage: C:\OSGeo4W\apps\alkis-import-gid7\quittierung.py verzeichnis eingabe gml_id impid status|
2024-07-22T15:22:46 >   error: <geaenderteObjekte> nicht in den ersten 10000 Bytes der Datei C:\temp\nas\+p3Kal_R-=!1czyF6DMNVnSk_20240503-072011\RD_OTT_Landkr_Cuxhaven_20240318_0850__NbaEnd=2024-05-01__00000HCH__FA\RD_OTT_Landkr_Cuxhaven_20240318_0850_20240501T000000Z_1von1_0_0.xml gefunden.|
2024-07-22T15:22:46 >   verzeichnis: Quittierungsverzeichnis|
2024-07-22T15:22:46 >   eingabe: zu quittierende Eingabedatei|
2024-07-22T15:22:46 >   gml_id: Kennung der Portionsquittierung|
2024-07-22T15:22:46 >   impid: Quittierungskennung|
2024-07-22T15:22:46 >   status: true, wenn Portion erfolgreich verarbeitet wurde, sonst false|
2024-07-22T15:22:46 Fehler bei Prozeß: 1
2024-07-22T15:22:46 Import nach 39s abgebrochen.

Wie ist der Fehler zu deuten? Ich kann da leider erstmal wenig mit anfangen.


Wenn ich die Aktualisierung der Datenbank alternativ über das Shellscript laufen lasse, sieht es so aus, als wenn nur das "preprocessing", "postprocessing" usw. verarbeitet wird.
Vergleiche ich das Ergebnis (Anzeige der Buchdaten) z. B. mit der Anzahl der Flurstücke in der Datenbank zum Zeitpunkt des Erstimports, ist kein Unterschied festzustellen.
Die XML-Datei scheint gar nicht wirklich importiert/erkannt zu werden und der Rest läuft in ein paar Minuten einfach so durch.

Hier der Inhalt der lst-Steuerdatei:

PG:host=server port=5432 dbname=alkis user=postgres password=geheim
update
C:\temp\nas\+p3Kal_R-=!1czyF6DMNVnSk_20240503-072011\RD_OTT_Landkr_Cuxhaven_20240318_0850__NbaEnd=2024-05-01__00000HCH__FA\RD_OTT_Landkr_Cuxhaven_20240318_0850_2_20240501T000000Z_1von1_0_0.xml


Eventuell kommt jemanden das Problem bekannt vor und kann mir da weiterhelfen.
Vielleicht mache ich ja grundlegend was falsch und sehe den Fehler schon nicht mehr.


Danke und viele Grüße
Oliver


-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.osgeo.org/pipermail/nas/attachments/20240722/8c8a01c7/attachment.htm>

From jef at norbit.de  Mon Jul 22 08:16:52 2024
From: jef at norbit.de (=?utf-8?Q?J=C3=BCrgen_E=2E?= Fischer)
Date: Mon, 22 Jul 2024 17:16:52 +0200
Subject: [PostNAS Suite] ALKIS NAS xml-File CRS wechseln
In-Reply-To: <98c71c08-db9f-4ccf-9f32-9b9810f4c75a@web.de>
References: <2e855d4c-34a9-497f-84a5-a6165b597cbc@web.de>
 <20240721162455.eqnkahyh6euvv3jn@norbit.de>
 <98c71c08-db9f-4ccf-9f32-9b9810f4c75a@web.de>
Message-ID: <20240722151651.affmftd3tcvhw5zl@norbit.de>

Moin Micha,

On Mon, 22. Jul 2024 at 15:11:39 +0200, Der Laie via NAS wrote:
> das heißt also, dass ogr2ogr die Koordinaten in den xml-Dateien, die im
> NAS-Format vorliegen, nicht von einem CRS in das andere umwandeln kann?

Doch, dass wird bzw. wurde ja auch tlw. verwendet.   Z.B. um die sechsstelligen
GK-Koordinaten in BW auf sieben Stellen zu bringen.

Im ALKIS-Import ist es nur nicht vorgesehen Daten aus anderen
Koordinatensystemen als denen der Datenbank zu importieren.


Jürgen

-- 
Jürgen E. Fischer
Dipl.-Inf. (FH)           norBIT GmbH               Tel. +49-4931-918175-31
Software Engineer         Rheinstraße 13            Fax. +49-4931-918175-50
Geschäftsführer           D-26506 Norden              https://www.norbit.de
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 833 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.osgeo.org/pipermail/nas/attachments/20240722/1e63fa93/attachment.sig>

From dezentech at web.de  Mon Jul 22 08:32:34 2024
From: dezentech at web.de (Der Laie)
Date: Mon, 22 Jul 2024 17:32:34 +0200
Subject: [PostNAS Suite] ALKIS NAS xml-File CRS wechseln
In-Reply-To: <20240722151651.affmftd3tcvhw5zl@norbit.de>
References: <2e855d4c-34a9-497f-84a5-a6165b597cbc@web.de>
 <20240721162455.eqnkahyh6euvv3jn@norbit.de>
 <98c71c08-db9f-4ccf-9f32-9b9810f4c75a@web.de>
 <20240722151651.affmftd3tcvhw5zl@norbit.de>
Message-ID: <a001f24e-e2e8-4880-bf72-aa63b81323c8@web.de>

Ah, verstehe, Jürgen,

es scheint also zwei Möglichkeiten zu geben:

1. ALKIS-Import umbauen oder

2. die xml-Dateien mit ogr2ogr in ein anderes CRS umzuwandeln

richtig?

Und meine Frage ist dann zu 2.: wie lautet der Konsolenbefehl, denn bei
mir hat folgender nicht geklappt:

|ogr2ogr -f "GML"output_file.xml input_file.xml -s_srs EPSG:25832 -t_srs
EPSG:25833 ERROR 1: No schema information loaded Der Micha |

Am 22.07.24 um 17:16 schrieb Jürgen E. Fischer via NAS:
> Moin Micha,
>
> On Mon, 22. Jul 2024 at 15:11:39 +0200, Der Laie via NAS wrote:
>> das heißt also, dass ogr2ogr die Koordinaten in den xml-Dateien, die im
>> NAS-Format vorliegen, nicht von einem CRS in das andere umwandeln kann?
> Doch, dass wird bzw. wurde ja auch tlw. verwendet.   Z.B. um die sechsstelligen
> GK-Koordinaten in BW auf sieben Stellen zu bringen.
>
> Im ALKIS-Import ist es nur nicht vorgesehen Daten aus anderen
> Koordinatensystemen als denen der Datenbank zu importieren.
>
>
> Jürgen
>
>
> _______________________________________________
> NAS mailing list
> NAS at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/nas

From jef at norbit.de  Mon Jul 22 09:17:43 2024
From: jef at norbit.de (=?utf-8?Q?J=C3=BCrgen_E=2E?= Fischer)
Date: Mon, 22 Jul 2024 18:17:43 +0200
Subject: [PostNAS Suite] ALKIS NAS xml-File CRS wechseln
In-Reply-To: <a001f24e-e2e8-4880-bf72-aa63b81323c8@web.de>
References: <2e855d4c-34a9-497f-84a5-a6165b597cbc@web.de>
 <20240721162455.eqnkahyh6euvv3jn@norbit.de>
 <98c71c08-db9f-4ccf-9f32-9b9810f4c75a@web.de>
 <20240722151651.affmftd3tcvhw5zl@norbit.de>
 <a001f24e-e2e8-4880-bf72-aa63b81323c8@web.de>
Message-ID: <20240722161743.ro4jbljh7f7j473e@norbit.de>

Moin Micha,

On Mon, 22. Jul 2024 at 17:32:34 +0200, Der Laie via NAS wrote:
> Am 22.07.24 um 17:16 schrieb Jürgen E. Fischer via NAS:
> > Im ALKIS-Import ist es nur nicht vorgesehen Daten aus anderen
> > Koordinatensystemen als denen der Datenbank zu importieren.

> Ah, verstehe, Jürgen,
> 
> es scheint also zwei Möglichkeiten zu geben:
> 
> 1. ALKIS-Import umbauen

> Am 21.07.24 um 18:24 schrieb Jürgen E. Fischer via NAS:
> > Ich würde das über einen Trigger (ähnlich wie bei "Duplikate ignorieren")
> > regeln, der die Geometrie der Bundesländer, die vom Koordinatensystem der
> > Datenbank abweichen darauf transformieren.

Ein SQL-Skript preprocessing.d/1_transform.sql zu ergänzen, würde ich nicht als
"umbauen" bezeichnen:

SET search_path TO :"alkis_schema",public;

CREATE OR REPLACE FUNCTION inplace_transform() RETURNS TRIGGER LANGUAGE plpgsql AS $$
BEGIN
  IF substr(NEW.gml_id, 3, 2) IN ('BW','BY','HB','HE','HH','NI','NW','RP','SH','SL','ST','TH') THEN
    NEW.wkb_geometry := st_transform(st_setsrid(NEW.wkb_geometry, 25832), 25833);
  END IF;
  RETURN NEW;
END;
$$ SET search_path TO :"alkis_schema";

SELECT format(E'DROP TRIGGER IF EXISTS %I ON %I.%I;\nCREATE TRIGGER %I BEFORE INSERT ON %I.%I FOR EACH ROW EXECUTE PROCEDURE inplace_transform();',
        a.table_name || '_transform', a.table_schema, a.table_name,
        a.table_name || '_transform', a.table_schema, a.table_name)
    FROM information_schema.columns a
    JOIN information_schema.columns b ON a.table_schema=b.table_schema AND a.table_name=b.table_name AND b.column_name='wkb_geometry'
    WHERE a.table_schema=:'alkis_schema'
      AND substr(a.table_name,1,3) IN ('ax_','ap_','ln_','lb_','au_','aa_')
      AND a.column_name='gml_id';
\gexec

Setzt voraus, dass die Datenbank in 25833 ist und tranformiert die Daten aus
"anderen" Bundesländern dorthin.  Getestet habe ich das allerdings nicht.
 
> oder
> 2. die xml-Dateien mit ogr2ogr in ein anderes CRS umzuwandeln
 
> richtig?

> Und meine Frage ist dann zu 2.: wie lautet der Konsolenbefehl, denn bei
> mir hat folgender nicht geklappt:
> 
> |ogr2ogr -f "GML"output_file.xml input_file.xml -s_srs EPSG:25832 -t_srs
> EPSG:25833 ERROR 1: No schema information loaded Der Micha |

So einfach geht das wahrscheinlich nicht - OGR bricht die GML-Daten ja erstmal
auf Layer und Attribute herunter und müßte die GML-Datei daraus wieder
aufbauen.  Ich würde daher nicht erwarte, dass dabei nur die Geometrien
verändert werden.

Dafür müßte man den ogr2ogr-Aufruf in ALKIS-Import modifizieren.


Jürgen

-- 
Jürgen E. Fischer
Dipl.-Inf. (FH)           norBIT GmbH               Tel. +49-4931-918175-31
Software Engineer         Rheinstraße 13            Fax. +49-4931-918175-50
Geschäftsführer           D-26506 Norden              https://www.norbit.de
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 833 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.osgeo.org/pipermail/nas/attachments/20240722/3b1e70ee/attachment.sig>