Los polígonos no son fáciles de manejar y hay más de dos mundos. Recomiendo leer este artículo "Sobre Polígonos Inválidos, Válidos y Limpios". http://www.springer.com/%3FSGWID%3D5-102-45-124048-p32597622
La especificación GeoJSON https://www.rfc-editor.org/rfc/rfc7946 dice que "GeoJSON comprende los siete tipos concretos de geometría definidos en la Especificación de Implementación de Características Simples de OpenGIS para SQL [SFSQL]". Puede obtenerla en http://portal.opengeospatial.org/files/?artifact_id=829 y tratar de entenderlo. La verdad es que no pude. Sin embargo, los autores de "About Invalid, Valid and Clean Polygons" han hecho una prueba con el polígono de prueba 4b (páginas 10 y 11) y el resultado fue "R3". Supongo que esto significa que para OGC Simple Feature Access el anillo exterior que se toca a sí mismo es inválido y por lo tanto debería ser inválido en GeoJSON también. Pero de alguna manera me temo que las interpretaciones en la vida real pueden variar.
Dado que GeoJSON es en gran medida un estándar impulsado por MapBox, esta entrada sobre los mosaicos vectoriales de MapBox https://github.com/tilezen/mapbox-vector-tile/issues/63 sugieren que sería mejor evitar escribir límites exteriores que se toquen a sí mismos. Sin embargo, los programas que leen GeoJSON probablemente deberían aceptar ambas variantes.