Ogr2ogr especificar orden lat/long en conversión a GeoJSON

Question

Cuando se utiliza ogr2ogr convertir un polyon de un .shp archivo GeoJSON, me di cuenta de que escribe las coordenadas en el fin de lat, long. Me di cuenta de esto porque siempre traté de ver el GeoJSON sobre un mapa, que tendría lugar el polígono en el medio de la nada; luego leí un poco más acerca de la GeoJSON y se dio cuenta de que el formato que requiere el (x,y,z) orden (long,lat,altitude) [fuente]. Hay una manera para mí para especificar que ogr2ogr debe escribir el GeoJSON en ese orden? O hay alguna otra manera para mí para conseguir alrededor de este problema?

Estoy 100% abierto a la posibilidad de que yo estoy entendiendo GeoJSON y que en realidad no tiene que ser en long,lat,la altitud de la orden.

Answer 1

Parece ogr2ogr tiene soporte para este problema.

El de abajo es copiado directamente de la página:

¿Cómo le doy la vuelta coordenadas cuando no están en el orden esperado

La EPSG tiene un recommanded orden geográfico del SRS donde las coordenadas de tuplas de una geometría debe aparecer en la (latitud, longitud) de la orden, mientras que la mayoría de los SIG mostrará correctamente tales geometrías si aparecen en el (longitud, latitud). Este problema a menudo puede ser encontrado en la situación con GML3 archivos, WFS 1.1 datos, etc... que se adhieren a la (latitud, longitud) de la orden.

Cuando, por alguna razón, el orden de coordenadas no es el que desea, el siguiente truco se puede utilizar para voltear:

ogr2ogr -s_srs "+proj=latlong +datum=WGS84 +axis=neu +wktext"
        -t_srs "+proj=latlong +datum=WGS84 +axis=enu +wktext" dest.shp source.shp

... Una forma alternativa de lograr el mismo resultado, proporcionando el uso de GDAL 2.0 compilado con Spatialite apoyo a beneficiarse de SQLite dialecto de SQL, es:

ogr2ogr -dialect SQLite -sql "SELECT SwapCoordinates(geometry) AS geometry, * FROM source" dest.shp source.shp