[PostNAS Suite] NAS Import nach SQL Server

Mi Sep 7 23:10:24 PDT 2016

Hallo Gunter,

Du könntest vielleicht auch den umgekehrten Weg gehen, ALKIS in PostGIS 
halten und weitere Daten aus MS-SQLServer zum Verarbeiten nach 
PostgreSQL holen. Dafür gibt es in PostgreSQL den "foreign data wrapper" 
FDW [1] Ich weiss leider nicht, ob/wie das mit Geometrien aus 
MS-SQLServer funktioniert, bisher habe ich nur alphanumerische Daten aus 
ORACLE eingebunden.
Mittelfristig könntest Du dann den MS-SQLServer aufgeben ;-)

[1] https://wiki.postgresql.org/wiki/FDW

Gruß

Bernhard

Am 07.09.2016 um 16:54 schrieb Gunter Becker:
> Hallo,
>
> Das wäre natürlich auch eine Möglichkeit, allerdings denke ich, dass man dann auch bei der Schnittstelle PostgreSQL/PostGIS <-> SQL Server einiges an Arbeit investieren müsste. Zu viele Schnittstellen/Ausführungsschritte bereiten mir persönlich, was die Pflege des Gesamtsystems anbelangt, immer ein paar Bauchschmerzen.
>
> Danke für die Anleitung zum Aufsetzen der Umgebung für PostNAS.
>
> Gruß, Gunter
>
> Von: NAS [mailto:nas-bounces at lists.osgeo.org] Im Auftrag von roberto.uhlig at kreis-gr.de
> Gesendet: Mittwoch, 7. September 2016 15:22
> An: nas at lists.osgeo.org
> Betreff: Re: [PostNAS Suite] NAS Import nach SQL Server
>
> Ebenfalls Hallo zusammen!
>
> Ich betreibe PostgreSQL incl. PostGIS unter WIN7 ohne Installation, nach folgender Anleitung:
> http://www.postgresonline.com/journal/archives/172-Starting-PostgreSQL-in-windows-without-install.html
> Downloads:
> PostgreSQL
> https://www.postgresql.org/download/windows/
> Advanced users can also download a zip archive<http://www.enterprisedb.com/products/pgbindownload.do> of the binaries, without the installer. This download is intended for users who wish to include PostgreSQL as part of another application installer.
> PostGIS
> http://postgis.net/windows_downloads/
> If you want to use the zip, setup, and setup source files directly they are available:
> ·         Zip and Installer files<http://download.osgeo.org/postgis/windows> The .zip files are just the binaries you can copy into your PostgreSQL installation and then enable in each database as usual. The exe are standard windows setup for both 32-bit and 64-bit PostgreSQL
>
> Damit stehen alle Möglichkeiten von PostgreSQL/PostGIS/PostNAS zur Verfügung.
>
> Anschließen könnten sich Konvertierungen oder ODBC/JDBC ... so dass sich SQL Server ggf. daraus bedienen könnte.
>
> Mit freundlichen Grüßen
>
> Roberto Uhlig
>
>
> Anwenderbetreuer / SB Fachadministrator FNO
> Fachanwendungen ILE - Ländliche Neuordnung
> --------------------------------------------------------------------
> Landratsamt Görlitz
> Amt für Vermessungswesen und Flurneuordnung
> Sachgebiet Obere Flurbereinigungsbehörde
> --------------------------------------------------------------------
> Sitz: Georgewitzer Straße 42, 02708 Löbau
> Postanschrift: PF 30 01 52, 02806 Görlitz
> --------------------------------------------------------------------
> Telefon: (0 35 85) 44 - 29 13
> Telefax: (0 35 81) 66 36 - 36 23
> E-Mail: roberto.uhlig at kreis-gr.de<mailto:roberto.uhlig at kreis-gr.de>
> Internet: www.kreis-goerlitz.de<http://www.kreis-goerlitz.de>
> --------------------------------------------------------------------
> [Logo_Lkr_GR]
> --------------------------------------------------------------------
> Der Zugang für elektronisch signierte und verschlüsselte elektronische Dokumente ist mit Einschränkungen eröffnet.
> Informationen und Erläuterungen finden Sie auf unserer Homepage www.kreis-goerlitz.de<http://www.kreis-goerlitz.de>. Der Inhalt dieser E-Mail
> (inklusive etwaiger Anhänge) ist vertraulich und nur für den Adressaten bestimmt. Falls Sie nicht der richtige Adressat
> oder dessen berechtigter Vertreter sind, dürfen Sie die vorliegende E-Mail nicht verbreiten, drucken, kopieren,
> speichern oder sonst gebrauchen. Wenn Sie diese E-Mail irrtümlich erhalten haben, zeigen Sie dies bitte an, indem
> Sie dem Absender antworten und löschen Sie diese E-Mail von Ihrem System.
> --------------------------------------------------------------------
>
>
>
> Von: NAS [mailto:nas-bounces at lists.osgeo.org] Im Auftrag von Gunter Becker
> Gesendet: Mittwoch, 7. September 2016 10:22
> An: nas at lists.osgeo.org<mailto:nas at lists.osgeo.org>
> Betreff: [PostNAS Suite] NAS Import nach SQL Server
>
> Hallo zusammen,
>
> als Dienstleister für Kommunen setzen wir aktuell den NAS-Konverter (via GDAL) zum Import der ALKIS Daten in unsere GIS-Anwendungen ein. Wir verwenden für unsere WebGIS-Anwendung als Datenbank-System ausschließlich den SQL Server, weswegen wir anfangs versucht haben die ALKIS-Daten via PostNAS in eben diesen zu importieren. Dies scheiterte in früheren GDAL Versionen gewöhnlich daran, dass Umlaute in den Zeichenketten durch "kryptische Zeichen" ersetzt wurden und die Zeichenketten dadurch länger wurden als per Definition erlaubt. Dies hatte dann schlussendlich ein Abschneiden der Zeichenketten beim Import zur Folge.
>
> Da wir unseren Kunden kein zweites Datenbanksystem "zumuten" wollten, kam PostgreSQL bzw. PostGIS als DB nicht in Frage, weswegen wir auf SQLite ausgewichen sind. Hier erfolgte der Import einwandfrei. Auch die Performance von SQLite in unsere GIS-Anwendung lässt keine Wünsche übrig. Der große Nachteil von SQLite ist allerdings, dass das Weiterverarbeiten bzw. Aufbereiten der Daten durch fehlende Features wie Funktionen und Prozeduren sehr umständlich und extrem zeitaufwendig wird, was mit einem "kompletten" DB-System nicht der Fall sein würde.
>
> Daher haben wir dem Import nach SQL Server ab der GDAL Version 2 erneut eine Chance gegeben. Allerdings erfolglos! Der oben beschriebene Importfehler ließ sich auf einen bekannten Bug in der GDAL Bibliothek zurückführen, der aber seit Version 2 gefixt ist.  Daher sind die Umlaute jetzt zwar richtig, dafür wird aber diesmal am Anfang einer jeden Zeichenkette ein "kryptisches" Zeichen angezeigt und am Ende der Zeichenkette fehlen dann jeweils 2 Zeichen. Dabei ist es unerheblich, ob es sich um eine Zeichenkette mit fester oder variabler Länge handelt.
>
> Lange Rede (sorry) kurzer Sinn (kurze Frage): Hat vielleicht schon einmal jemand anders den Import nach SQL Server probiert und war erfolgreich. Oder hat vielleicht jemand noch eine Idee, wie man das Problem in den Griff bekommen kann? Evtl. eine andere Zeichenkodierung bei den NAS-Dateien verwenden oder etwaige zu setzende Optionen des ogr2ogr-Befehls, die für den Import noch eine Rolle spielen?
>
> Ich bin für jeden Hinweis dankbar!
>
> Danke schon einmal,
>
> Gunter Becker
> CSO GmbH
>
>
>
>
>
> __________ Information from ESET Mail Security, version of virus signature database 14085 (20160907) __________
>
> The message was checked by ESET Mail Security.
> http://www.eset.com
>
>
>
> '�z�Zr�r^�)�j[p��Z��'~��zJ&�W����{^��iק
>

__________ Information from ESET Mail Security, version of virus signature database 14088 (20160908) __________

The message was checked by ESET Mail Security.
http://www.eset.com