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?

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/

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.