Desarrollé una aplicación web relativamente simple que usa los enlaces C # OGR para realizar un par de funciones geométricas simples; tampón, clip ... etc. Desarrollé esta aplicación en mi máquina local, que tiene instaladas FWTools, por lo que hacer que todo funcione bien no fue muy difícil.

Naturalmente, cuando implementé esta aplicación en el servidor, nada funcionó, indudablemente debido a todas las dependencias asociadas faltantes para los enlaces de C #. ¿Hay alguna forma de incluir todos los archivos necesarios en la carpeta bin de esta aplicación? ¿O eso es más problema de lo que vale, y debería instalar FWTools en el servidor?

Si se trata de una instalación única, simplemente instalaría FWTools y ya estaría listo. Hay una serie de piezas móviles que necesitará para asegurarse de llevar, incluidos los archivos GDAL_DATA, la configuración de ruta y las múltiples dependencias de DLL.

Si necesita algo que se pueda volver a implementar de manera confiable en varios servidores, puede valer la pena construir un paquete a partir de una instalación existente de FWTools o OSGeo4W. Otra opción podría ser utilizar los SDK de GDAL de Tamas, que podrían proporcionarle algo que se puede desplegar en un solo directorio.

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

Llevé esto un poco más allá e hice lo que Howard Butler sugiere. Utilizando la compilación en "vbkto dot dyndns dot org slash sdk" pude ejecutar con éxito GDAL en .NET sin ninguna dependencia externa desagradable.

Me requirió configurar programáticamente la configuración y algunas variables de entorno para GDAL.

He escrito sobre esto aquí http://bjarte.com/post/gdal-in-csharp

Editar:

El proyecto DotSpatial en CodePlex tiene conjuntos de 32 y 64 bits para la integración de GDAL. El código que realmente configura GDAL se puede encontrar aquí . Puede ser la forma más actualizada de integración de GDAL en .NET ya que el proyecto es muy activo.