Quello di cui si parlava (beta)
[1] http://www.gpstracks.it/index.php/openstreetmap/134-osm-form-peaks.html
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
2011/12/11 Stefano Salvador stefano.salva...@gmail.com:
Ed allora com'è che spesso sulle carte topografiche trovo l'altezza
arrotondata al decimetro?
le carte topografiche vengono realizzate con strumenti di misura
estremamente precisi (ad esempio GPS topografici lasciati in misura
per
Buongiorno e scusate il lungo post.
Sto preparando uno script che permetta la ricerca e la modifica dei dati
riguardanti la feature natural=peak
L’idea è quella di definire dei canoni qualitativi minimi entro i quali
tenere i valori assegnati alle diverse chiavi.
Questo è un’abbozzo di
Hai informato anche la ML internazionale e quella degli sviluppatori
di questo tuo strumento?
2011/12/11 gpstracks.it m...@gpstracks.it:
Buongiorno e scusate il lungo post.
Sto preparando uno script che permetta la ricerca e la modifica dei dati
riguardanti la feature natural=peak
L’idea è
Il 11/12/2011 12.04, Maurizio Napolitano ha scritto:
Hai informato anche la ML internazionale e quella degli sviluppatori
di questo tuo strumento?
No, perchè come detto non si tratta di un bot, e poi, l'euristica che ho
preparato per i nomi riguarda solo l'Italia.
2011/12/11 gpstracks.it m...@gpstracks.it:
Spaziatura fra indicazione bilingue ( nome1/nome2 → nome1 / nome2)
di solito è meglio avere (anche in più) 2 tags (name:it, name:fr)
anzichè un name con 2 valori. La sintassi generale per 2 valori è la
separazione col semicolon.
Anomalie delle quali
No, perchè come detto non si tratta di un bot, e poi, l'euristica che ho
preparato per i nomi riguarda solo l'Italia.
Certo! ma puo' essere usato da altri.
Ancora di piu' se poi distribuisci il codice sorgente.
Giusto una curiosita'. Ho visto il tuo sito e mi e' caduto l'occhio sulla
licenza
2011/12/11 Martin Koppenhoefer dieterdre...@gmail.com:
Arrotonda all'intero più vicino
-1, se il mapper ha ritenuto di mappare ciffre decimali non vedo un
grande senso di fare questa operazione dentro al database, e 214.6 non
è 215. Se ti disturbino questi valori li puoi trasformare prima di
Il 11 dicembre 2011 12:21, Martin Koppenhoefer ha scritto:
se il mapper ha ritenuto di mappare ciffre decimali non vedo un
grande senso di fare questa operazione dentro al database, e 214.6 non
è 215. Se ti disturbino questi valori li puoi trasformare prima di
utilizzare i dati nella tua
2011/12/11 Daniele Forsi dfo...@gmail.com:
sono comunque d'accordo che un utente sistemi anche gli spazi quando
corregge manualmente errori che il programma non può correggere,
quindi ben venga questo strumento di controllo
+1, anch'io credo che questo strumento può essere utile, e volevo
2011/12/11 gpstracks.it m...@gpstracks.it:
Sul tag “ele=*” ho predisposto la funzione per arrotondare i valori
all’intero più vicino poiché ritengo che in un dato di altitudine terrestre
non sia necessaria la precisione decimale,
Propongo un compromesso: arrotondare al centimetro
Per
2011/12/11 Martin Koppenhoefer dieterdre...@gmail.com:
di solito è meglio avere (anche in più) 2 tags (name:it, name:fr)
anzichè un name con 2 valori. La sintassi generale per 2 valori è la
separazione col semicolon.
Nel caso di valori multipli (es cuisine=italian;pizza) hai ragione.
Qui
2011/12/11 Federico Cozzi f.co...@gmail.com:
2011/12/11 Martin Koppenhoefer dieterdre...@gmail.com:
di solito è meglio avere (anche in più) 2 tags (name:it, name:fr)
anzichè un name con 2 valori. La sintassi generale per 2 valori è la
separazione col semicolon.
Qui invece si sta parlando di
Il 11/12/2011 12.19, Martin Koppenhoefer ha scritto:
di solito è meglio avere (anche in più) 2 tags (name:it, name:fr)
anzichè un name con 2 valori. La sintassi generale per 2 valori è la
separazione col semicolon.
La correzione si riferisce a tags già esistenti
Anche io, se lo conosco,
-1, se il mapper ha ritenuto di mappare ciffre decimali non vedo un
grande senso di fare questa operazione dentro al database, e 214.6 non
è 215. Se ti disturbino questi valori li puoi trasformare prima di
utilizzare i dati nella tua applicazione, non nel database.
un esempio megli sarebbe:
Il 11/12/2011 16:24, Stefano Salvador ha scritto:
Quindi indicare misure in quota con i decimali è sbagliato perché
nessuno possiede uno strumento con questa precisione. Senza
considerare il fatto che lo zero di queste misure (il cosidetto
geoide) è anch'esso frutto di misure con precisione
Ed allora com'è che spesso sulle carte topografiche trovo l'altezza
arrotondata al decimetro?
le carte topografiche vengono realizzate con strumenti di misura
estremamente precisi (ad esempio GPS topografici lasciati in misura
per giorni) e appoggiandosi a geoidi ufficiali prodotti dall'IGM.
In data domenica 11 dicembre 2011 16:59:33, Giacomo Boschi ha scritto:
Io a volte ho inserito l'altezza di alcune cime con un decimale, perché
tale era la cifra indicata sulla carta (libera) usata come fonte.
Per curiosità a che carta libera ti riferisci?
Io uso le carte dell'impero
Il 11/12/2011 18:04, Alessio Zanol ha scritto:
Per curiosità a che carta libera ti riferisci?
Quelle del wms toscano:
http://web.rete.toscana.it/sgr/webgis/consulta/viewer.jsp
Le ctr hanno le quote con i decimetri. Addirittura ora mi sono accorto
che ci sono i punti quotati con le quote al
2011/12/11 Giacomo Boschi gwil...@gmail.com:
Le ctr hanno le quote con i decimetri. Addirittura ora mi sono accorto che
ci sono i punti quotati con le quote al centimetro.
Occhio che le CTR sono spesso fatte rispetto al geoide Roma 1940, che
è diverso da quello WGS84.
Pertanto se non trasformi
2011/12/11 Alessio Zanol nar...@infinito.it:
Io uso le carte dell'impero austroungarico.
Vedo che le quote metro su metro
sono giù corrispondenti a quelle riportate su carte topografiche moderne.
Di una quota di una mappa austro-ungarica mi fiderei al massimo della
decina di metri, tra errori
In data domenica 11 dicembre 2011 22:35:45, Federico Cozzi ha scritto:
Di una quota di una mappa austro-ungarica mi fiderei al massimo della
decina di metri, tra errori di misura e cambi di geoide!
Ma certamente! Come del resto ci si accontenta della decina di metri di molti
altri dati osm.
22 matches
Mail list logo