Volevo esprimere le mie opinioni sulla bozza mappatura dei sentieri CAI
Sono (diventato) completamente contrario al "name" contenente il numero
di sentiero per i seguenti motivi:
-E' in contrapposizione a quello che è indicato sulla documentazione [1]
-OSM è un database e come tale va
Non so cosa stia succedendo a Bike Route Toaster, forse un problema di DNS,
fatto sta che il sito è raggiungibile all'indirizzo http://191.235.223.25
Ciao.
___
Talk-it mailing list
Talk-it@openstreetmap.org
E pure Alicudi sulla mappa osm.org.
Sono stato via un po'. Sapete se è già stato risolto?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
Io ho usato
craft=stonemason
http://wiki.openstreetmap.org/wiki/Tag:craft%3Dstonemason
Mandi
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
Se può essere utile, la sintassi del filtro di JOSM per i nodi senza tag è
type:node untagged -child
Mandi.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
man_made=tower
tower:type:communication
operator=*
height=*
...eccetera [1]
oppure dai un'occhiata alle proposed [2]
[1] http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dtower
[2] http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcommunications_tower
mandi
Eviterei il name se non esiste un nome ufficiale.
Ad esempio landuse=wineyard contiene già l'informazione che
quell'appezzamento è un vigneto.
Mandi.
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
A causa di un'upload andato a male mi sono ritrovato la relazione della
SS13 completamente sminchiata (maleditemi pure).
Il changeset è questo: 16761326
Non essendo molto esperto in queste operazioni chiedo:
è possibile fare il revert solo della relazione?
Facendo il revert tramite JOSM, si
/historic_wayside=shrine/
Secondo me non è corretto.
Io di solito uso
historic=wayside_shrine
http://wiki.openstreetmap.org/wiki/IT:Tag:historic%3Dwayside_shrine
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://www.gpstracks.it/cartelli_provincia.png
La zona della foto è questa:
http://www.openstreetmap.org/?lat=46.29557lon=13.12677zoom=15layers=M
Comunque cominciano ad apparire ovunque.
Il rendering è di un estratto abbastanza recente, spero che li abbiano
licenziati correttamente.
Quasi mi
Buongiorno
Chi sa spiegarmi questo [1] comportamento della OSRM?
[1]
http://map.project-osrm.org/?hl=itloc=45.875600,12.286620loc=45.872710,12.280030z=17center=45.874570,12.284743alt=0df=0re=0
Grazie
___
Talk-it mailing list
Propongo una regola semplice e pragmatica:
Dove l'indicazione bilingue è obbligatoria (penso TAA), indicare name=* / *
Dove invece si premette che:
[cit. art. 8 L. 38/2001 ] Fermo restando il carattere ufficiale della
lingua italiana...
mettere name=italiano ed aggiungere name:fur=* name:sl=*
Ciao
Volevo esporre all'autore del thread alcune mie considerazioni.
OSM è un database, non una mappa. Se manca la coerenza e l'ordine
nell'inserimento dei dati c'è il rischio di renderli inutilizzabili.
Esiste il wiki per dare delle linee guida.
Lo si consulta o si chiede un parere in ML,
Non è proprio un bug, ma un'errore delle regole di Maperitive, il software
usato per la vestizione dei dati.
Nel caso in cui sia stato assegnato il tag al percorso building, (ad esempio
amenity=shelter), il programma tenta di disegnare un'icona ogni punto
dell'edificio.
Mandi
Alessandro
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
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
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.
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,
18 matches
Mail list logo