Clarification de l'option «25D» dans ogr2ogr

[EDIT: Dans mon message d'origine, j'avais reçu une erreur qui était basée sur une faute de frappe, j'ai donc supprimé cette partie de la question, mais laissé les questions qui s'appliquent toujours.]

Dans les documents ogr2ogr, il est dit:

-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.

Est-ce que cette partie: Add "25D" to the name to get 2.5D versionss'applique à la fois au chargement de choses dans postgres ainsi qu'à l'exportation de données de postgres vers des fichiers .shp?

De plus, je suppose que 25D signifie que l'on peut avoir une valeur az qui correspond à chaque paire de coordonnées xy (comme c'est le cas avec les types de fichiers de formes PolygonZ), mais que ces coordonnées ne peuvent pas se chevaucher. Est-ce correct? Quelle est la distinction envisagée dans ce cas entre 2.5D et 3D?

Merci

— BenjaminGolder
source

Pour répondre à la première question: il n'est pas nécessaire d'utiliser le -nlt avec 25D pour la sortie vers les fichiers de formes. Il semble que si je charge des fichiers de formes dans Postgres à l'aide de l'option -nlt MULTIPOLYGON25D, puis que j'exporte les fonctionnalités résultantes sous forme de fichiers de formes sans l'option -nlt, les coordonnées de chaque forme conservent leurs valeurs z individuelles.

— BenjaminGolder

Le terme 2.5D est utilisé à la place de 3D car, bien que vous ayez des valeurs Z, elles ne sont pas prises en compte lors des opérations spatiales. Les intersections, les tampons, tous les prédicats spatiaux (à l'intérieur, les chevauchements, etc.) fonctionnent avec en ignorant la valeur Z.

— Ragi Yaser Burhum
source

Non pas pour être en désaccord ou contredire, mais pour ajouter à la réponse de Ragi:

La distinction entre 2D, 2.5D et 3D

Généralement, un SIG contient (au moins) des entités 2D sur des cartes 2D. Autrement dit, les entités sont géolocalisées dans deux dimensions géographiques principales: X et Y. Selon le contexte, nous les appelons nordiques et abscisses ou latitudes et longitudes. Les entités sont représentées par des points, des lignes et des polygones, dont les éléments sont des paires de données XY.

Pour être plus utile, un SIG contiendra des surfaces géographiques ou même des entités reposant sur ces surfaces. Le cas évident est la surface de la Terre, mais il pourrait s'agir de «surfaces» plus abstraites comme la densité de la population locale ou les jours de soleil annuels locaux. Il y a les deux dimensions géographiques principales, X et Y, et une troisième dimension, Z. Ces entités sont à nouveau représentées par des points, des lignes et des polygones, mais dont les éléments sont maintenant des triplets de données XYZ. Est-ce donc la 3D? Oui et non. Une caractéristique distinctive d'une surface géographique est que, même si elle peut exister partout dans l'espace XY 2D, elle n'a qu'une seule valeur Z à un emplacement 2D donné .

Encore plus utile est un système qui contient des volumes géographiques . Ce sont de «vraies» fonctions 3D existant dans les espaces 3D et peuvent être enfermées par des surfaces de tous les côtés. Pensez à des modèles géologiques, océanographiques ou météorologiques sophistiqués. Ou des bâtiments à plusieurs étages ou des modèles complexes d'installations industrielles. Ils sont représentés par des points, des lignes, des polygones (comme ci-dessus) et des polyèdres . Et comme ci-dessus, les éléments sont toujours des triplets de données XYZ. Cependant, une caractéristique distinctive d'un volume géographique est qu'il peut exister n'importe où dans l'espace 3D XYZ. Et en tout lieu 2D donné , il peut y avoir plusieurs valeurs Z .

Alors, comment appeler le type de données intermédiaire s'il s'agit de plus de 2D mais de moins que de la vraie 3D?

— Martin F
source

merci d'avoir pris le temps d'ajouter à cela. Je pense que cela rend quelques aspects plus confus. Par exemple, il semble y avoir une confusion entre l'utilisation de valeurs z pour indiquer des relations spatiales tridimensionnelles et l'utilisation de valeurs z pour contenir d'autres valeurs de paramètres. Les surfaces géographiques ne sont pas des entités 3D plus ou moins «vraies» que les volumes géographiques. De plus, cette distinction entre surfaces et volumes ne correspond pas à la signification de 2.5D dans GDAL.

— BenjaminGolder

On dirait que vous n'êtes pas d'accord avec ce que j'ai dit ou ne le comprenez pas. Je ne sais pas ce que vous entendez par "valeurs Z pour indiquer des relations spatiales 3D ". Après re-lecture de vos 2 dernières phrases bien, je vois que je ne dois modifier ou ajouter à ma réponse à ce jour ... Est-ce que faire.

— Martin F

Excusez-moi de ne pas avoir été clair. Par «relations spatiales», j'entendais «valeurs d'élévation». Vos exemples de surfaces utilisent des valeurs z pour stocker des paramètres (densité de population, ensoleillement) tandis que vos exemples de volumes utilisent tous des valeurs z pour stocker des élévations. Mais les surfaces peuvent stocker des élévations sous forme de valeurs z et les volumes peuvent stocker des paramètres sous forme de valeurs z (intervalles de temps, par exemple).

— BenjaminGolder

Oui. Probablement mieux si j'enlève toute mention de surfaces sans élévation.

— Martin F