Il existe deux façons différentes de représenter le polygone ci-dessous:
Le format GeoJSON nécessite-t-il que l'une de ces approches soit utilisée par rapport à l'autre?
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.