Aclaración de la opción "25D" en ogr2ogr

[EDITAR: En mi publicación original, recibí un error que se basó en un error tipográfico, así que eliminé esa parte de la pregunta, pero dejé las preguntas que aún se aplican.]

En los documentos de ogr2ogr dice:

-nlt type:
Define the geometry type for the created layer. One of NONE, GEOMETRY, POINT, LINESTRING, POLYGON, GEOMETRYCOLLECTION, MULTIPOINT, MULTIPOLYGON or MULTILINESTRING. Add "25D" to the name to get 2.5D versions.

¿Esta parte se Add "25D" to the name to get 2.5D versionsaplica tanto a la carga de cosas en postgres como a la exportación de datos de postgres a archivos .shp?

Además, supongo que 25D significa que uno puede tener un valor az que corresponde a cada par de coordenadas xy (como es el caso con los tipos de archivos de forma PolygonZ), pero que estas coordenadas pueden no superponerse. ¿Es esto correcto? ¿Cuál es la distinción prevista en este caso entre 2.5D y 3D?

Gracias

— BenjaminGolder
fuente

Para responder a la primera pregunta: no es necesario usar -nlt con 25D para la salida a los archivos de forma. Parece que si cargo shapefiles en Postgres usando la opción -nlt MULTIPOLYGON25D, y luego exporto las características resultantes como shapefiles sin la opción -nlt, las coordenadas de cada forma retienen sus valores z individuales.

— BenjaminGolder

El término 2.5D se usa en lugar de 3D porque, aunque tiene valores Z, no se tienen en cuenta al realizar ninguna de las operaciones espaciales. Las intersecciones, los búferes, cualquiera de los predicados espaciales (dentro, superpuestos, etc.) funcionan ignorando el valor Z.

— Ragi Yaser Burhum
fuente

No para estar en desacuerdo o contradecir, sino para agregar, la respuesta de Ragi:

La distinción entre 2D, 2.5D y 3D

En general, un SIG contiene (al menos) características 2D en mapas 2D. Es decir, las características se ubican geográficamente en dos dimensiones geográficas principales: X e Y. Dependiendo del contexto, las llamamos norte y este o latitudes y longitudes. Las características están representadas por puntos, líneas y polígonos, cuyos elementos son pares de datos XY.

Para ser más útil, un SIG mantendrá superficies geográficas o incluso entidades ubicadas en dichas superficies. El caso obvio es la superficie de la Tierra, pero podría tratarse de "superficies" más abstractas, como la densidad de población local o los días de sol locales anuales. Existen las dos dimensiones geográficas principales, X e Y, y una tercera dimensión, Z. Dichas características están nuevamente representadas por puntos, líneas y polígonos, pero cuyos elementos ahora son tripletes de datos XYZ. Entonces, ¿es 3D? Si y no. Una característica distintiva de una superficie geográfica es que, si bien puede existir en todas partes en el espacio 2D XY, tiene un solo valor Z en cualquier ubicación 2D .

Aún más útil es un sistema que contiene volúmenes geográficos . Estas son características 3D "verdaderas" existentes en espacios 3D y pueden estar encerradas por superficies en todos los lados. Piense en sofisticados modelos geológicos, oceanográficos o meteorológicos. O edificios de varios pisos o modelos complejos de plantas industriales. Están representados por puntos, líneas, polígonos (como arriba) y poliedros . Y como anteriormente, los elementos siguen siendo tripletas de datos XYZ. Sin embargo, una característica distintiva de un volumen geográfico es que puede existir en cualquier lugar del espacio 3D XYZ. Y en cualquier localización dada en 2D que puede haber varios valores Z .

Entonces, ¿cómo llamar al tipo de datos intermedio si es más que 2D pero menos que 3D real?

— Martin F
fuente

Gracias por tomarse el tiempo para agregar a esto. Creo que esto hace que algunos aspectos sean más confusos. Por ejemplo, parece haber una combinación entre el uso de valores z para indicar relaciones espaciales tridimensionales y el uso de valores z para mantener otros valores de parámetros. Las superficies geográficas no son características 3D más o menos "verdaderas" que los volúmenes geográficos. Además, esta distinción entre superficies y volúmenes no corresponde a la importancia de 2.5D en GDAL.

— BenjaminGolder

Parece que no estás de acuerdo o no entiendes lo que dije. No sé qué quiere decir con "valores Z para indicar relaciones espaciales en 3D ". Sin embargo, después de volver a leer sus últimas 2 oraciones, veo que necesito modificar o agregar mi respuesta hasta ahora ... Lo haré.

— Martin F

Perdón por no ser claro. Por "relaciones espaciales" quise decir "valores de elevación". Sus ejemplos para superficies usan valores z para almacenar parámetros (densidad de población, luz solar) mientras que sus ejemplos para volúmenes usan valores z para almacenar elevaciones. Pero las superficies pueden almacenar elevaciones como valores z y los volúmenes pueden almacenar parámetros como valores z (intervalos de tiempo, por ejemplo).

— BenjaminGolder

Si. Probablemente sea mejor si elimino cualquier mención de superficies sin elevación.

— Martin F