¿En qué formato debo exportar un (lat, largo, alt) o (x, y, z) grid para ser compatible con el mayor número de software GIS?

Question

Soy nuevo en SIG y desarrollo de una aplicación que genera una rejilla 3D con (latitud, longitud, elevación) o (x, y, z) métrica de trillizos, y me gustaría añadir un exportador característica que asegura la compatibilidad con la mayoría de los software de SIG.

En caso de que haya varias posibilidades, me encantaría conocer los pros y los contras teniendo en cuenta los actuales estándares de la industria y también la "eficiencia" del formato, como me gustaría llegar al mayor número de usuarios.

ACTUALIZACIÓN: se me hizo un poco de la tarea, pero aún estoy un poco perdido con la gran variedad de formatos. Lo que he llegado a través de los cuales parecen interesantes: GRD (Surfer), KML (Google), DXF (AutoCad), WRL (parece frío, pero ya no se utiliza), SHP (ArcView - formato cerrado?)

Alguien podría ayudarme a elegir?

Answer 1

Lo que usted necesita es un formato de trama, una trama siendo una cuadrícula de datos. Hay un montón de formatos de mapa de bits que podría hacerlo pero Mike Toews' sugerencia de Esri ASCII Grid formato es el correcto. Extender en su respuesta, el Pro y los contras:

• Pro: formato de Texto y de fácil análisis; leer por lotes de software.
• En contra: Ninguno de los "avanzados" características: No Indexación, no integrado en compresión, no hay pre-genera estadísticas.

Hay otros ráster grid formatos: GRD (como se señaló), DEM, SDTS, ESRI Binario cuadrícula etc; pero ASCII es el camino a seguir como los demás no lo sean leídos por tanto de software.

Los otros formatos que he encontrado (SHP, KML, DXF, incluso WKT) son formatos de vectores de forma que sólo almacenar los datos de la línea y no son adecuados para esta aplicación.

Answer 2

Para los formatos de mapa de bits, creo que el Esri ASCII formato de Cuadrícula es el más comúnmente formato compatible con todo el software SIG. Ya que es el ASCII, es portátil para leer en cualquier lugar, incluso en un editor de texto. Muchos cerrada y software de código abierto (particularmente desarrollado recientemente) en general, utilizar GDAL, que tiene un nativo AAIGrid conductor.

Los dos inconvenientes son el tamaño del archivo (pero no comprime bien) y la posible pérdida de precisión de datos, particularmente si se trata de datos de punto flotante.

Answer 3

Me gusta el concepto de WKT

http://docs.GeoTools.org/stable/Javadocs/org/OpenGIS/referencing/doc-files/WKT.html