Re: [NAS] Kein Import von NAS-Daten mit ogr2ogr/GDAL-1.8dev in existierende Tabellen möglich

[Ralf Suhr]

Ja stimmt, genau so wie benötigt.
Wenn man genau wissen will, was in der DB passiert kann man auch das 
log_statment in der postgresql.conf angeben. Dann sieht man, dass ogr2ogr eine 
Abfrage absetzt:

select f_table_name,f_table_schema,f_geometry_column,type,pg_class.relkind 
from geometry_columns,pg_class,pg_namespace where relname=f_table_name and 
f_table_schema=nspname and pg_namespace.oid=pg_class.relnamespace and 
has_schema_privilege(pg_namespace.nspname,'usage') and 
has_table_privilege('"'||pg_namespace.nspname||'"."'||
pg_class.relname||'"','select') order by 
f_table_schema,f_table_name,f_geometry_column;

Bei dem jetzt geschilderten Fehler, hat dieser Mechanismus fehlgeschlagen, so 
dass ax_flurstueck von der Anfrage nicht erfasst werden konnte.

MfG
Ralf Suhr

Am Dienstag 26 Oktober 2010, 15:24:18 schrieb Frank Jäger:
> Hallo
> 
> Am 26.10.2010 15:01, schrieb Ralf Suhr:
> ..
> 
>  > ich kenne nicht das DB Schema aus alkis_PostNAS_0.5_schema.sql
> 
> Hier zu finden:
> 
> http://trac.wheregroup.com/PostNAS/browser/trunk/data/konvert/postnas_0.5/a
> lkis_PostNAS_0.5_schema.sql
> 
>  > ... aber ich
>  > vermute mal, das die Tabellen nicht in der Übersichtstabelle
>  > "geometry_columns" eingetragen sind.
>  > 
>  > In der aktuellen PostNAS Version versucht ogr2ogr die
> 
> Datenbanktabellen über
> 
>  > diese Übersichtstabelle zu bekommen. Deshalb müssen auch Tabellen ohne
>  > Geometrie wie alkis_beziehungen in geometry_columns eingetragen sein.
> 
> -- Dummy-Eintrag in Metatabelle
> INSERT INTO geometry_columns
>    (f_table_catalog, f_table_schema, f_table_name, f_geometry_column,
> coord_dimension, srid, type)
>    VALUES ('', 'public', 'alkis_beziehungen', 'dummy', 2, 25832, 'POINT');
> 
>  > MfG
>  > Ralf Suhr
> 
> Es wird ein Dummy-Eintrag gemacht für Geometrie-Tabellen ohne Geometrie.
> Bis gdal 1.7 hat das gereicht. Mit 1.8 noch nicht getestet.