[PostNAS] NAS-Import mit ogr2ogr: create layer verhindern

[Meinolf Asshoff]

Hallo,
die Lösung war nicht eine andere gdal/ogr-Version oder die 
ogr-Aufrufparameter, sondern die PostGIS-Datenbank.

Beim Import in eine neu DB, die aus dem Reimport einer vorher exportierten 
alkis06-DB-Struktur erstellt wurde, traten immer die Fehlermeldungen
ERROR 1: Layer ax_##### already exists, CreateLayer failed.
auf,
in einer DB, die mit dem Skript alkis_PostNAS_0.6_schema.sql vom 2010-11-17 
erzeugt wurde,
lief das gleiche Import-Skript nahezu problemlos! (Bis auf zahlreiche  
Geometrie-Warnings und wenige Check-Constraint-Verletzunge 
»enforce_geotype_wkb_geometry« für Relation 
»ax_anderefestlegungnachwasserrecht« )

Beim Vergleich der beiden Datenbanken konnte ich bisher KEINE relevanten 
Unterschiede feststellen, weder in der Tabellenstruktur (ax_flurstueck) 
noch in den Zugriffsrechten oder der DB-Definition, auch ein Vergleich der 
Schema-Exporte ergab keine relevanten Unterschiede.

Fällt jemandem dazu noch etwas ein?


Gruß,
Meinolf Asshoff

> -----Ursprüngliche Nachricht-----
> Von:nas-bounces at lists.osgeo.org  [mailto:nas-bounces at lists.osgeo.org] Im
> Auftrag von Meinolf Asshoff
> Gesendet: Montag, 27. Mai 2013 15:04
> An:nas at lists.osgeo.org
> Betreff: [PostNAS] NAS-Import mit ogr2ogr: create layer verhindern
> ..
>> gibt es eine option für ogr2ogr, um beim Import von NAS-Daten nach PostGIS
>> keine neuen NAS-Tabellen anlegen zu lassen?
>>
>> Der Aufruf von ogr und die Meldung sehen so aus:
>>   .. ogr2ogr.exe .. -append ..
> ..
>> ERROR 1: Layer ax_flurstueck already exists, CreateLayer failed.
> Hallo,
> die entscheidende Option ist m.E.  das
>    -append:   Append to existing layer instead of creating new
> siehehttp://www.gdal.org/ogr2ogr.html  
>
> "Layer" ist hier (bei Zielformat PG) analog "Tabelle". Dies weist ogr2ogr also an, die vorhandenen Tabellen weiterhin zu nutzen.
> Die Zeile sieht für mich daher korrekt aus. Ich rate mal wild rum:
>    Syntaxfehler? Folgezeile? Rutscht das Append zwischen fremde ""?
>    Append mal als ersten Parameter nach vorn rücken?
>
> Die Version 1.9 müsste diesen Parameter eigentlich kapieren, wenn auch damit bezüglich NAS ein paar Dinge bei Update/Replace noch falsch laufen. Aber so weit sind wir ja noch nicht  ...
> Ich sehe gerade, dass es seit April eine Version 1.10 gibt:http://trac.osgeo.org/gdal/wiki/Release/1.10.0-News  
>
> Ich verwende die Dev-Version, unter Linux selbst compiliert aus aktuellen Quellen. Damit und mithttp://trac.wheregroup.com/PostNAS/browser/trunk/import/konv_batch.sh  funktioniert es.
> Daraus:
>    ogr2ogr -f "PostgreSQL" -append  -skipfailures PG:"dbname=${DBNAME} host=localhost port=5432" -a_srs EPSG:25832 ${nasdatei}
> Sieht eigentlich fast genauso aus.
>
> Mfg
> F. Jäger

-- 

geoGLIS oHG               Tel. 04351 75491-15
Marienthaler Straße 7     Fax 04351 75491-29
24340 Eckernförde          email: meinolf.asshoff at geoglis.de
Germany
http://www.geoglis.de
http://www.onmaps.de

Geschäftsführer: Beate Stabenow und Achim Wolf
Handelsregister: Amtsgericht Kiel HRA 728 EC, Sitz der Gesellschaft: Eckernförde

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und löschen Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail und der darin enthaltenen Informationen sind nicht gestattet.
This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : meinolf_asshoff.vcf
Dateityp    : text/x-vcard
Dateigröße  : 535 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.osgeo.org/pipermail/nas/attachments/20130528/dfbe0252/attachment.vcf>