Weitere Überlegungen zum Shape-Import: Unterschied zwischen den Versionen

Aktuelle Version vom 15. Februar 2007, 08:15 Uhr

Sicher wäre solch eine erweiterte Importfunktion sehr nützlich, nur frage ich mich ob es wirklich so gut ist, diese fest in kvwmap zu integrieren. Der Importer könnte ja auch von anderen Anwendern außerhalb von kvwmap Interessenten finden. Ich würde daher vorschlagen shp2pgsql zunächst als Programm oder Skript zu erweitern und dazu dann eine php Schnittstelle zu schreiben. Das sieht dann so aus, dass man mit dem php Skript sich

• die dbf-Tabelle ansehen kann,
• die Zuordnung zu Spaltennamen und Typen vornimmt
• die Auswahl zu einer Parameterliste zusammengestellt wird
• das Programm shp2pgsql mit der erweiterten Parameterliste ausgeführt wird.

--HolgerR 10:51, 11. Jan 2007 (CET) Die Realisierung als Programm/Skript ist eine sehr gute Idee, so kann die Datenaktualisierung von Shape-Dateien automatisiert im Batchbetrieb erfolgen. Wahlweise sollte die Funktion aber auch in kvwmap für den manuellen Import bzw. für die Einstellung der Parameter aufrufbar sein.

Des weiteren müssten hier dann auch eingestellt werden können, wie die Daten in die Tabelle eingelesen werden:

• die Tabelle neu erzeugen
• vorhande Daten überschrieben
• Daten anhängen.
• Koordinatensystem (srid)

Bei der Neuanlage der Tabelle sollte auswählbar sein,

• OID ja/nein
• Spalte(n), die den Primärschlüssel bilden
• Eintrag in der Tabelle geometry_column
• geometrischen Index (gist) ja/nein

--Markus Hentschel 08:15, 15. Feb 2007 (CET) Vielleicht auch folgende Feautures:

• Auswahlmöglichkeit: welche Attribute will ich in die PostGIS übernehmen / nicht übernehmen
• Attributnamen frei wählbar, aber nicht länger als 10 Zeichen
• Auswahlmöglichkeit: ist Attribut VARCHAR/TEXT/INTEGER, bei VARCHAR auch mit Angabe length