Visualizzazione delle coordinate e degli input come LatLon o LonLat?

Sto cercando di capire se questo è un problema per gli altri o ogni input / output deve essere etichettato in modo che l'utente non sia confuso e lo segua?

Penso che quasi tutti lo definiscano "LatLon".

Chi l'ha iniziato?

È perché è in ordine alfabetico rispetto a "LonLat"?

Mappatura di Lat e Lon sul piano cartesiano Lon è "x" e Lat è "y", quindi dal momento che diciamo "(x, y)" si dovrebbe dire "LonLat". E ora per la visualizzazione di informazioni.

La barra di stato su un'applicazione di mappatura dovrebbe mostrare La, Lo o Lo, Lat?

Dovrebbe essere etichettato come un modo e consentire all'utente di gestirlo?

E lo stesso con l'input, qual è il modo giusto per ordinare i campi?

Il formato di KML è Lon, Lat, Altitude. Mentre altre app sono Lat, Lon e quindi devono essere molto attenti quando si convertono i formati.

C'è uno standard?

Dovresti dare un'occhiata allo standard ISO 6709. Ecco la voce di Wikipedia: ISO 6709

L'elemento principale è che l'ordine dovrebbe sempre essere la latitudine longitudine.

La latitudine viene prima della longitudine

[modifica ora che ho una copia di 6709: 2008]

Per lo scambio di dati, utilizzare DD, ma per compatibilità con le versioni precedenti, sexagesimal è valido.

C'è una sezione chiamata "Le coordinate di latitudine e longitudine non sono uniche" complete di immagini.

Esiste una formulazione molto forte sull'ordine delle coordinate per la visualizzazione (non interscambio). Dice che i navigatori hanno usato tradizionalmente l'ordine di longitudine della latitudine e che per cambiare l'ordine potrebbe compromettere la sicurezza. Usa simboli di direzione sessagesimali piuttosto che +/-, ecc. I valori Z seguono la longitudine. I valori griglia / planari devono utilizzare l'ordine specificato nella definizione CRS.

34 ° 05'09.76 "N 117 ° 02'01.23" O 829.1m

(Hah! Ho iniziato a scrivere un campione e prima ho scritto automaticamente il valore della longitudine)

La rappresentazione di una posizione su un globo richiede non due, ma tre valori, che sulla terra sono generalmente rappresentati da (latitudine, longitudine, elevazione). I computer generalmente lavorano negli spazi cartesiani, così come le nostre mappe cartacee, che sono più facili da capire come coordinate (x, y), da cui il conflitto.

L'ordinamento ha seguito alcune convenzioni storiche per le coordinate sferiche, che mappano sulle coordinate geografiche come segue:

geographic spherical   symbol
---------- ---------   ------
longitude  azimuth       φ
latitude   inclination   θ 
elevation  radius        r

L'ordinamento comune di (r, θ, φ) (uno standard ISO nella comunità fisica, anche se non stabilito altrove ) semplifica a (θ, φ) quando si assume che stiamo lavorando su una sfera unitaria, e quindi (latitudine, longitudine).

Poiché un GIS è implementato in un ambiente che utilizza coordinate cartesiane, viene utilizzato in tutto il resto del sistema, ci rimane un po 'di conflitto . Penso che il problema chiave sia chiarire cosa stai usando e attenerci.

Personalmente preferisco le unità cartesiane a causa della loro comunanza altrove, e mentre le connessioni accademiche a coordinate sferiche non devono essere dimenticate, non è la scelta pragmatica quando si implementano nuovi sistemi. Il modulo (x, y) viene utilizzato internamente nella maggior parte dei formati di file spaziali come WKT, Shapefiles, GeoJSON e simili - ma se stai presentando i dati a un pubblico non specializzato, ciò che è giusto dipende da ciò che è più facile per loro capire .

Le due precedenti risposte coprono già la storia, ecco solo i miei due centesimi sugli standard:

Ai fini dello scambio di dati, l'ordine delle coordinate è determinato dalla scelta del CRS , come promosso da OGC nella nota orientativa sulla politica degli ordini degli assi .

Se osservi attentamente, qualsiasi CRS EPSG specifica l'ordine degli assi, che dovrebbe essere rispettato in ogni carico utile contrassegnato per utilizzare il CRS. Ad esempio, tutto ciò che pubblica i dati in epsg: 4326 (WGS 84 geografico 2D) dovrebbe avere le coordinate espresse come (lat, lon). Puoi controllare tu stesso il registro EPSG (cerca il codice 4326 e guarda sotto Ellipsoidal CS / Axes).

Un altro modo ampiamente usato per specificare CRS è il Projection WKT (sezione 7; disponibile anche qui ), che prescrive anche l'ordine. Per esempio

...
AXIS["Lat",NORTH],
AXIS["Lon",EAST],
...

I parametri AXIS sono tuttavia facoltativi e quelli predefiniti, secondo questa specifica, lo sono

AXIS["Lon",EAST],AXIS["Lat",NORTH].

questo rende l'intera questione piuttosto confusa, perché significa che molti dei file .prj là fuori che fanno riferimento a epsg: 4326 ( ad esempio quello su spatialreference.org ) che non specificano esplicitamente lo stesso ordine degli assi di EPSG, ma fanno comunque riferimento al Codice EPSG, sono in conflitto con la nota di orientamento OGC.

Questo è un problema comune, ecco un'altra discussione precedente:

• Perché alcuni sistemi di coordinate definiscono l'asse x come nord e alcuni come est?

C'è una discussione molto esauriente su http://wiki.osgeo.org/wiki/Axis_Order_Confusion

@wwnick ha fornito le informazioni sopra riportate come commento a una domanda duplicata

Ciò ha costituito per me un grosso problema per anni su AutoCAD 2D, aggravato dal fatto che AutoCAD legge gli angoli in senso antiorario con 0 gradi a partire dalla posizione 90d. Per un po 'mi è piaciuto credere di averlo risolto cambiando l'UCS in modo tale che x diventasse nord e y est. Finché ho continuato a produrre piani di proprietà 2D non ho mai avuto modo di affrontare il mio errore: l'asse z è stato puntato nella direzione sbagliata.

Ovviamente il testo della mia dimensione di solito leggeva da destra a sinistra, ma sentivo che era un piccolo prezzo da pagare per una corretta lettura dell'angolo e altro al punto, mettendo xey nei loro punti intuitivi (come per Northing / Easting, Lat./Lon . convegni). Poi mi sono laureato in Autocad Civil 3d e ho provato a eseguire nuovamente il trucco e mi sono trovato faccia a faccia con la linea di fondo: y è nord / lat e x è est / lungo. Accettalo