Norme de validité pour les polygones GeoJSON?


8

Il existe deux façons différentes de représenter le polygone ci-dessous:

polygone avec trou touchant la coquille

  • Dans ESRI-land, le polygone serait modélisé comme un seul anneau extérieur qui se reboucle sur lui-même.
  • Dans le monde OGC, il serait modélisé comme un polygone avec un anneau extérieur et un anneau intérieur.

Le format GeoJSON nécessite-t-il que l'une de ces approches soit utilisée par rapport à l'autre?

Réponses:


7

Les polygones ne sont pas simples à manipuler et il y a plus de deux mondes. Je recommande de lire cet article «À propos des polygones non valides, valides et propres» http://www.springer.com/%3FSGWID%3D5-102-45-124048-p32597622

La spécification GeoJSON https://tools.ietf.org/html/rfc7946 indique que "GeoJSON comprend les sept types de géométrie concrète définis dans la spécification de mise en œuvre d'OpenGIS Simple Features pour SQL [SFSQL]". Vous pouvez l'obtenir sur http://portal.opengeospatial.org/files/?artifact_id=829 et essayer de le comprendre. Je ne pouvais pas vraiment. Cependant, les auteurs de "About Invalid, Valid and Clean Polygons" ont fait un test avec le polygone de test 4b (pages 10 et 11) et le résultat était "R3". Je suppose que cela signifie que par OGC Simple Feature Access, l'anneau extérieur auto-touchant est invalide et devrait donc être invalide dans GeoJSON également. Mais je crains que les interprétations dans la vie réelle puissent varier.

Étant donné que GeoJSON est dans une large mesure une norme pilotée par MapBox, ce ticket sur les tuiles vectorielles MapBox https://github.com/tilezen/mapbox-vector-tile/issues/63 suggère qu'il serait préférable d'éviter d'écrire sur l'extérieur limites. Cependant, les programmes qui lisent GeoJSON devraient probablement accepter les deux variantes.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.