Quante cifre significative dovrei memorizzare nel mio database per una coordinata GPS?

Question

Ho nel mio database MySQL sia le coordinate di longitudine e latitudine (dati GPS).

E 'attualmente memorizzato come:

column  type 
------------------------ 
geolat  decimal(10,6) 
geolng  decimal(10,6) 

Domanda: Ho davvero bisogno di un tipo di dati grande come decimal(10,6) per memorizzare correttamente i dati delle coordinate?

Poiché ho un indice combinato su longitudine e latitudine, questa dimensione dell'indice è enorme. Se riesco a renderlo più piccolo senza compromettere nulla, sarebbe fantastico.

Answer 1

WGS84 di solito vengono dati come coordinate in una notazione decimale completa, in genere con 5 posizioni decimali, quindi per la latitudine (da -90 a +90) è possibile utilizzare decimali (7, 5) (da -90.00000 a 90.00000), per longitudine è possibile utilizzare decimale (8, 5) (da -180,00000 a 180,00000).

.00001 gives an precision of around a meter at the equator

I DECIMAL/NUMERIC data type is a fixed precision scaled integer e sia positivi che negativi parti della gamma sono sempre disponibili - non influenzano la precisione o la scala (c'è ovviamente archiviazione richiesta per questo, ma non si ottiene un scelta a riguardo per DECIMAL)

Answer 2

Ciò dipende dalla precisione con cui si desidera la localizzazione. Ovviamente più grande è il più preciso, e più piccoli saranno i risultati più ampi. Ti suggerirei di mantenere i tuoi valori più grandi, dato che non sono comunque molti dati.

Answer 3

Ho sempre lavorato con sei cifre dopo il decimale. Ero solito fare lavori GIS con un contratto militare e questo era sufficiente.

Answer 4

Ricordare che è più semplice ridurre i dati che aumentare i dati. Solitamente, l'aumento dell'accuratezza dei dati non è nemmeno possibile a corto di rimisurazione. E il rimisurare ha un costo. Non sapendo nient'altro della vostra situazione o del settore, direi di catturare quanti più dati/specificità possibili.

I dati effettivamente utilizzati possono essere eliminati da questo set. Se si finisce per richiedere un grado più alto di specificità, è sempre possibile ricalcolare senza rimisurare.

Inoltre, non sono sicuro che l'indicizzazione dei dati grezzi sia la cosa migliore da fare poiché non è un insieme discreto di elementi. La creazione di una tabella con meno dati/punti di dati più piccoli renderebbe gli indici molto più piccoli.

Answer 5

se questo è per il settore immobiliare hai davvero così tante case che 2 byte salvati per fila saranno così visibili? Terrò la massima precisione possibile a meno che non ci fosse una buona ragione per non farlo.

Answer 6

La normale frequenza GGA in un output Lat/lon NMEA è di soli 3decimal posti con una risoluzione di circa 10m all'equatore. Alcune marche aggiungono una cifra extra personalizzata per dare 1m.

4 cifre deg.mm mm/1000 è anche comune.

Se si utilizza ad alta precisione end RTK-GPS potrebbe essere necessario più posti per ottenere mm precisione

Answer 7

È anche possibile provare la memorizzazione (e/o di lavoro con) le vostre coordinate in unità diverse. Un progetto su cui ho lavorato, tutte le nostre coordinate erano in milliarcseconds memorizzate come long (forse ints, sono passati un paio d'anni). Questo è stato fatto in parte per la velocità e per lo spazio di archiviazione (questo era un sistema embedded).Ma la stessa logica potrebbe applicarsi qui.

Answer 8

Se tutte le coordinate si trovano in un'area specifica, fissare un punto centrale (ovvero punti correnti medi e arrotondati per ottenere un numero che si può pronunciare ad alta voce) e quindi memorizzare le coordinate come relative a questo punto. In questo modo è possibile saltare le prime 2-4 cifre più significative, il che consente notevoli risparmi. Ma ricorda di gestire questi dati solo tramite una classe o VISUALIZZA che restituisce vere coordie WGS84.