Bereitstellen einer Anwendung mit C # GDAL / OGR-Bindungen

8

Ich habe eine relativ einfache Web-App entwickelt, die die C # OGR-Bindungen verwendet, um einige einfache geometrische Funktionen auszuführen. Puffer, Clip ... etc. Ich habe diese Anwendung auf meinem lokalen Computer entwickelt, auf dem FWTools installiert ist, sodass es nicht sehr schwierig war, alles zum Spielen zu bringen.

Als ich diese Anwendung auf dem Server bereitgestellt habe, hat natürlich nichts funktioniert, zweifellos aufgrund der fehlenden zugehörigen Abhängigkeiten für die C # -Bindungen. Kann ich trotzdem alle benötigten Dateien in den Ordner bin dieser Anwendung aufnehmen? Oder ist das mehr Ärger als es wert ist und ich sollte einfach FWTools auf dem Server installieren?

gdal c# ogr user890
quelle

Antworten:

6

Wenn es sich um eine einmalige Installation handelt, würde ich einfach FWTools installieren und damit fertig sein. Es gibt eine Reihe von beweglichen Elementen, die Sie mitbringen müssen, einschließlich GDAL_DATA-Dateien, Pfadeinstellungen und mehrerer DLL-Abhängigkeiten.

Wenn Sie etwas benötigen, das zuverlässig auf mehreren Servern erneut bereitgestellt werden kann, lohnt es sich möglicherweise, ein Paket aus einer vorhandenen FWTools- oder OSGeo4W-Installation zu erstellen. Eine andere Möglichkeit könnte darin bestehen, die GDAL-SDKs von Tamas zu verwenden, mit denen Sie möglicherweise nur ein Verzeichnis bereitstellen können.

http://vbkto.dyndns.org/sdk/

Howard Butler
quelle
Für den Fall, dass noch jemand auf diese Frage stößt, beachten Sie, dass FWTools in Bezug auf die GDAL / OGR-Version nicht mehr auf dem neuesten Stand gehalten wird. Trotzdem bin ich mir sicher, dass die vorhandenen FWTools für viele Zwecke für viele Menschen immer noch von Nutzen sind.
Kevin R Dyke
6

Ich ging noch ein bisschen weiter und tat, was Howard Butler vorschlug. Mit dem Build unter "vbkto dot dyndns dot org slash sdk" konnte ich GDAL in .NET ohne böse externe Abhängigkeiten erfolgreich ausführen.

Ich musste die Konfiguration und einige Umgebungsvariablen für GDAL programmgesteuert einrichten.

Ich habe hier http://bjarte.com/post/gdal-in-csharp darüber geschrieben

Bearbeiten:

Das DotSpatial-Projekt auf CodePlex verfügt über 32- und 64-Bit-Assemblys für die GDAL-Integration. Den Code, der GDAL tatsächlich konfiguriert, finden Sie hier . Dies ist möglicherweise der aktuellste Weg zur GDAL-Integration in .NET, da das Projekt sehr aktiv ist.

BjartN
quelle
BjartN, das ist wirklich interessant. Ich möchte dasselbe für Java tun - im Idealfall kann ich GDAL in einer benutzerdefinierten JAR-Datei bereitstellen, wobei alle Abhängigkeiten berücksichtigt werden. Was sind deine Gedanken? Oder wäre es sinnvoller, einfach gdal in der Maschine zu installieren und dann die Bindungen selbst zu verpacken?
Sam Ritchie
Mir ist klar, dass dies ein sehr alter Beitrag ist, aber der Link zu Ihrem Blog-Beitrag ist defekt. Gibt es eine Chance, den Link zu aktualisieren? Es wäre sehr dankbar.
GeoSharp