[NAS] Problem beim Einlesen von Objektarten ohne Geometrie

[Ralf Suhr]

Ja, das stimmt. Manchmal ist es doch recht einfach. Demnach hat ogr2ogr 
versucht eine vorhandene Tabelle neu anzulegen, was zu einem Fehler führen 
muss.

Es gibt zwar den ogr2ogr Schalter "--config PG_LIST_ALL_TABLES YES" (seit der 
Version 1.8), der PostNAS nicht nur in die geometry_columns schauen lässt aber 
man kann dann das Verhalten nicht mehr so elegant steuern in welche Tabellen 
geschrieben wird. Zumindestens wenn man mehrere PostNAS Installation in 
verschiedenen Datenbankschemas betreibt.

Am Donnerstag 28 Juli 2011, 08:26:00 schrieb Armin Retterath:
> Hallo Ralf,
> 
> danke für die Info. Habe im ALKIS Schema noch mal nachgesehen und mir ist
> aufgefallen, dass man wohl auch dummy Einträge für die geometry_columns
> benötigt, wenn keine Geometriespalte vorhanden ist. Ich habe das im Schema
> abgeändert und lasse den Import laufen. Bis jetzt noch keine Fehlermeldung
> ;-) .
> 
> Grüße
> Armin
> 
> Am Mittwoch 27 Juli 2011, 14:23:37 schrieb Ralf Suhr:
> > Hallo Armin,
> > 
> > der Fehler liegt in der vorhandenen Tabellenstruktur, in die ogr2ogr
> > keine Daten einfügen kann. Generell gilt, dass ogr2ogr nicht mit der
> > Option - skipfailures aufgerufen wird, weil man damit nicht sieht was
> > alles schief geht.
> > 
> > Man kann schrittweise prüfen was funktioniert.
> > 1) schauen welche Tabellen vorhanden sind mit
> > 
> > 	ogrinfo NAS_Datei.xml
> > 
> > 2) prüfen wie viele Elemente für AX_Strasse vorhanden sind
> > 
> > 	ogrinfo -so NAS_Datei.xml AX_Strasse
> > 
> > 3) prüfen, was ogr2ogr für AX_Strasse der Datenbank übermittelt
> > 
> > 	ogr2ogr -f pgdump /vsistdout/ NAS_Datei.xml AX_Strasse
> > 	
> >    und die Ausgabe von an die Datenbank schicken, bis ein Fehler auftritt
> > 
> > oder in die Logdatei von PostgreSQL schauen was den Fehler ausgelöst hat.
> > Wenn ogr2ogr von PostgreSQL einen Fehler zurück bekommt wird das Einfügen
> > aller Werte für diese Tabelle verworfen.
> > 
> > 
> > 
> > MfG
> > Ralf Suhr
> > 
> > Am Mittwoch 27 Juli 2011, 13:51:19 schrieb Armin Retterath:
> > > Hallo zusammen,
> > > 
> > > ich nutze die 1.9dev Version von PostNAS um ATKIS Daten in die Postgis
> > > DB zu überführen. Die Probleme mit dem Abschneiden der Felder habe ich
> > > ähnlich wie Frank Jäger gelöst, indem ich zuerst mal alles importiert
> > > habe und dann die Problemfälle im SQL geändert habe.
> > > 
> > > Das Schema befindet sich unter:
> > > http://trac.wheregroup.com/PostNAS/browser/trunk/data/konvert/postnas_0
> > > .6 /a tkis_rp_PostNAS_0.6_schema.sql
> > > 
> > > Leider werden die Tabellen ohne Geometrie nicht mehr gefüllt. Bei der
> > > Version 1.8 war das aber, soweit ich weiß, noch der Fall.
> > > 
> > > Das Script um die Daten zu importieren wird folgendermaßen aufgerufen:
> > > 
> > > /data/gdal-trunk/gdal/apps/ogr2ogr -f "PostgreSQL" -append
> > > -skipfailures PG:"dbname=atkis2 user=atkis_user host=localhost
> > > port=5434
> > > password=atkis_user" -a_srs EPSG:25832 /data/atkis/unzipped/$nasfile
> > > 2>> postnas_error.log
> > > 
> > > Muß ich andere Optionen wählen - vielleicht das a_srs weglassen weil es
> > > keine Geometrie gibt (z.B. AX_Strasse)?
> > > Wenn alles funktioniert können wir auch NBA Daten aus RP für ATKIS
> > > austesten.
> > > 
> > > Danke und viele Grüße
> > > 
> > > Armin