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 :
>> 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
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.
2011/12/11 Alessio Zanol :
> 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 di misura e camb
2011/12/11 Giacomo Boschi :
> 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 l'altitudine (
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 a
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 austroun
>
>
> 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'
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 molt
>> -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 megl
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, metto
2011/12/11 Federico Cozzi :
> 2011/12/11 Martin Koppenhoefer :
>> 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 un valore solo, il tag name, che
2011/12/11 Martin Koppenhoefer :
> 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 invece si sta parlando di
2011/12/11 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 arrotondamenti superiori
2011/12/11 Daniele Forsi :
> 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
solamente indicar
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 t
2011/12/11 Martin Koppenhoefer :
>> 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
> utilizzare i
> 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 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 propone la modi
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.
___
Hai informato anche la ML internazionale e quella degli sviluppatori
di questo tuo strumento?
2011/12/11 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 è quella di d
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 strume
22 matches
Mail list logo