[Talk-it] Tags per cycleway

2020-12-19 Per discussione Marcello

Salve,

ripropongo l'argomento che periodicamente viene proposto in lista e 
puntualmente non arriva ad una conclusione.
A prescindere dalle etichette che si utilizzeranno vorrei capire se 
quanto riportato nella pagina wiki [1] è corretto o completamente 
sbagliato, soprattutto nel riquadro riassuntivo c'è scritto:

Implica
    bicycle=designated
    foot=yes
    motorcar=no
    cycleway=track

Secondo questo assunto una way etichettata con highway=cycleway dovrebbe 
avere quella serie di etichette implicite, poi però nell'esempio per la 
pista solo ciclabile fa aggiungere cycleway=track.
Nella versione inglese invece come tag implicito riporta solo 
bicycle=designated poi restrizioni e limiti di velocità variabili da 
nazione a nazione. Per l'Italia purtroppo per le restrizioni di accesso 
[2] c'è solo una proposta, dove per cycleway riporta bicycle=designated 
e tutte il resto no, quindi l'etichetta implicita sarebbe foot=no e non yes.
Direi che è importante avere nella pagina wiki l'informazione corretta 
su questo punto, come si possono verificare i tag di default che vengono 
applicati ad una way?


Grazie

[1] https://wiki.openstreetmap.org/wiki/IT:Tag:highway%3Dcycleway
[2] 
https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access_restrictions#Italy


--
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Webinar sulla cura di OSM

2020-10-06 Per discussione Marcello

Il 06/10/20 10:22, danysan95 ha scritto:

Editor della umap (aggiungetevi sotto)

- corfede
- canfe
- cascafico
- Danysan95


 - arcanma

Ciao
Marcello


- ...


cascafico wrote

Premetto che la funzione "I miei amici" di OSM ha gli stessi
obbiettivi, ma manca del lato geografico e un aggancio a OSMcha.

L'obbiettivo di avere una mappa dei giardinieri [1] (quelli che  si
occupano con una certa regolarità di un'area) è di
- evidenziare aree scoperte
- evidenziare sovrapposizioni tra giardinieri
- auspicabilmente stabilire collaborazioni
- condividere filtri OSMcha per: nuovi utenti, utenti problematici,
utenti affidabili.

Se aggiungete il vs username OSM, vi inserisco come editor e così
potete disegnare indicativamente il vs poligono inserendo magari pure
i campi filtro, watchlist e whitelist che usate in OSMcha.

Editor della umap (aggiungetevi sotto)

- corfede
- canfe
- cascafico
- ...



[1] https://umap.openstreetmap.fr/en/map/giardinieri_501929

___
Talk-it mailing list
Talk-it@
https://lists.openstreetmap.org/listinfo/talk-it





--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html





___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Import massivi in corso?

2020-09-29 Per discussione Marcello
Potrebbe usare ScanAerial, tempo fa lo provai proprio per mappare dei 
boschi, lavorando un po' sui parametri si ottiene un risultato 
accettabile, soprattutto dove non c'è nulla o quasi può velocizzare 
molto, ma è comunque meglio controllare bene il risultato prima di 
caricarlo.


--
Ciao
Marcello

Il 29/09/20 14:09, Lorenzo Stucchi ha scritto:

Anche se guardandoli bene mi sembrano molto strani, guardate questo [1].

Ciao.

[1] 
https://www.openstreetmap.org/way/852514694/history#map=19/40.30128/15.86923



Il giorno 29 set 2020, alle ore 14:07, Alessandro P. via Talk-it 
mailto:talk-it@openstreetmap.org>> ha 
scritto:


Il 29/09/20 13:33, Cascafico Giovanni ha scritto:

Si, hai ragione, a vedere i poligoni sono decisamente meglio dei
corine. Speriamo bene per le sue diottrie :-)


Ah, allora tranquillo, noi in Africa con FastDraw stiamo mappando 
landuse alla grande in Somalia, Rep. Centro Africana, Congo e Mali.

E niente epicondilite come quando mappavo strade in Sud Italia :-(

Alessandro Ale_Zena_IT

___
Talk-it mailing list
Talk-it@openstreetmap.org <mailto:Talk-it@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-it




___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Traduzione dei luoghi e dei monumenti famosi all'estero

2020-07-28 Per discussione Marcello

Il 23/07/20 13:14, Marcello ha scritto:

Il 23/07/20 10:30, Nap Osm ha scritto:

Buongiorno a tutta la lista!
Questa settimana mi è capitato di vedere un documentario della Rai 
della Seconda Guerra Mondiale in cui venivano nominati molti luoghi 
famosi come città e monumenti, in italiano.
Qualche giorno fa, per perdere un po' di tempo, ho deciso di andare a 
vedere se fossero tutti presenti in OpenStreetMap (anche per vedere 
in che parte del mondo si trovano/trovavano). Mi sono accorto che 
molti di questi è possibile cercarli soltanto in inglese, perché 
appunto manca il tag name:it.
Non solo con i monumenti, anche molte stazioni avevano soltanto il 
nome in altre lingue.
Se secondo voi è importante tradurre in italiano quanti più luoghi 
possibile o il tag Wikidata porta con sè già tutte le informazioni 
necessarie? Perché credo che alcune app sfruttino Wikidata (OsmAnd?) 
mentre Nominatim sembra di no (a quanto pare).
Si potrebbe creare/sarebbe necessario un "evento" (non mi viene un 
termine più preciso 😅) per promuovere la traduzione di questi 
luoghi? Magari anche luoghi italiani in inglese (se non sono già 
tutti tradotti).
Naturalmente penso che il problema principale sia trovare nomi 
"ufficiali", non so se è possibile utilizzare quelli di Wikidata, per 
questo ho deciso di scrivere qui, in modo che si possa aprire una 
discussione a riguardo.

Cosa ne pensate?


Sono assolutamente d'accordo. Qualche anno fa mi resi conto che anche 
qualche capitale delle nazioni dell'ex Jugoslavia non aveva il tag 
name:it. Partii da lì e controllai l'Europa del sud e il Medio Oriente 
fino ai paesi arabi, lo misi dove mancava, non conoscendo quelle 
lingue ho controllato la corrispondenza della grafia con la 
corrispondente pagina Wikipedia, dopo qualche ora mi sono cominciati 
ad arrivare messaggi in lingua araba (spero solo per collaborazione 
alla wikipedia locale) e ho desistito, anche perché avevo iniziato 
casualmente e impiegavo abbastanza tempo per ogni città.


Non so se il tag wikidata, dove presente, può sopperire alla mancanza 
di name:it, ma secondo me dovremmo partire con lo stabilire per quali 
luoghi vorremmo che ci sia il name:it (es. nazioni, capitali, città pù 
importati, luoghi geografici rilevanti), poi fare una query per 
estrarre dove manca, così sicuramente si velocizza il lavoro di 
completamento. Mi sembra un'operazione assolutamente da considerare, 
soprattutto per i paesi che usano alfabeti non latini basta spostarsi 
di poco per non avere più riferimenti.


--
Ciao
Marcello

Ho fatto un controllo sugli stati e le capitali che non hanno il tag 
name:it, gli stati sono 28, per lo più piccole isole, più i Territori 
Palestinesi, per i quali c'è boundary=disputed invece di administrative. 
Manca anche per la Repubblica di San Marino, va bene che è la lingua 
ufficiale, ma ad esempio per l'italia c'è anche il tag name:it.


Pensate che se aggiungo il tag dove manca usando come fonte wikidata c'è 
qualche problema con la licenza?



Per le capitali la situazione è molto peggiore, su 219 stati ben 127 
capitali non hanno il tag name:it, per molte il nome in italiano 
corrisponde al tag name, ma in qualche caso, ad esempio Santiago del 
Cile, oppure tutte le capitali dei paesi con alfabeto non latino (Amman, 
Bangkok, Beirut, ecc.) penso che sia molto importante aggiungere il tag 
name:it. Anche dove il è corrispondente al name se non c'è name:it non 
si può sapere se corrisponde, quindi meglio averlo su tutte. Ho 
preparato la mappa di queste città su umap, 
http://u.osmfr.org/m/483286/, qual'è secondo voi il metodo più agevole 
per aggiungere il tag, magari lavorando in più persone per fare prima?


--
Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Traduzione dei luoghi e dei monumenti famosi all'estero

2020-07-23 Per discussione Marcello

Il 23/07/20 10:30, Nap Osm ha scritto:

Buongiorno a tutta la lista!
Questa settimana mi è capitato di vedere un documentario della Rai 
della Seconda Guerra Mondiale in cui venivano nominati molti luoghi 
famosi come città e monumenti, in italiano.
Qualche giorno fa, per perdere un po' di tempo, ho deciso di andare a 
vedere se fossero tutti presenti in OpenStreetMap (anche per vedere in 
che parte del mondo si trovano/trovavano). Mi sono accorto che molti 
di questi è possibile cercarli soltanto in inglese, perché appunto 
manca il tag name:it.
Non solo con i monumenti, anche molte stazioni avevano soltanto il 
nome in altre lingue.
Se secondo voi è importante tradurre in italiano quanti più luoghi 
possibile o il tag Wikidata porta con sè già tutte le informazioni 
necessarie? Perché credo che alcune app sfruttino Wikidata (OsmAnd?) 
mentre Nominatim sembra di no (a quanto pare).
Si potrebbe creare/sarebbe necessario un "evento" (non mi viene un 
termine più preciso 😅) per promuovere la traduzione di questi luoghi? 
Magari anche luoghi italiani in inglese (se non sono già tutti tradotti).
Naturalmente penso che il problema principale sia trovare nomi 
"ufficiali", non so se è possibile utilizzare quelli di Wikidata, per 
questo ho deciso di scrivere qui, in modo che si possa aprire una 
discussione a riguardo.

Cosa ne pensate?


Sono assolutamente d'accordo. Qualche anno fa mi resi conto che anche 
qualche capitale delle nazioni dell'ex Jugoslavia non aveva il tag 
name:it. Partii da lì e controllai l'Europa del sud e il Medio Oriente 
fino ai paesi arabi, lo misi dove mancava, non conoscendo quelle lingue 
ho controllato la corrispondenza della grafia con la corrispondente 
pagina Wikipedia, dopo qualche ora mi sono cominciati ad arrivare 
messaggi in lingua araba (spero solo per collaborazione alla wikipedia 
locale) e ho desistito, anche perché avevo iniziato casualmente e 
impiegavo abbastanza tempo per ogni città.


Non so se il tag wikidata, dove presente, può sopperire alla mancanza di 
name:it, ma secondo me dovremmo partire con lo stabilire per quali 
luoghi vorremmo che ci sia il name:it (es. nazioni, capitali, città pù 
importati, luoghi geografici rilevanti), poi fare una query per estrarre 
dove manca, così sicuramente si velocizza il lavoro di completamento. Mi 
sembra un'operazione assolutamente da considerare, soprattutto per i 
paesi che usano alfabeti non latini basta spostarsi di poco per non 
avere più riferimenti.


--

Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Compresenza addr street e place

2020-06-22 Per discussione Marcello

Il 22/06/20 17:22, Luigi Scuotto ha scritto:

Buona sera forse può essere di aiuto una comunicazione di poste italiane


CAP


I nuovi CAP
<https://www.poste.it/cap.html#cap-i_nuovi_cap-collapse-0>

Dal *25 maggio 2020 *è operativo il nuovo aggiornamento del Codice di 
Avviamento Postale (primo aggiornamento 2020 - vedi sezione 
"Informazioni e aggiornamenti").

I vecchi CAP resteranno comunque in vigore *nei successivi sei mesi*.
Gli aggiornamenti dei Codici di Avviamento Postale sono finalizzati al 
miglioramento dello smistamento e del recapito della corrispondenza.


Alcune variazioni dei CAP sono state necessarie a seguito dei recenti 
cambiamenti degli assetti amministrativi, che hanno generato la 
fusione di nuovi Comuni, entrati in vigore successivamente alla data 
del 1 gennaio 2019. L’elenco delle nuove assegnazioni è consultabile 
nella sezione "Informazioni e aggiornamenti" riportata in basso.


*Nota bene*: la fusione di due o più comuni potrebbe *generare casi di 
omonimia nelle strade*, cioè strade con lo stesso nome presenti in due 
o più comuni accorpati; in questi casi per individuare in modo univoco 
il destinatario è opportuno indicare, *nel blocco indirizzo a fianco 
della via*, anche il nome del Comune originario. Per esempio, Via Roma 
è presente sia a Camairago che a Cavacurta, comuni fusi nell'unico 
comune di Castelgerundo; di seguito come scrivere l'indirizzo:


SIG. MARIO ROSSI
VIA ROMA CAMAIRAGO 8
26844 CASTELGERUNDO

SIG.GIUSEPPE BIANCHI
VIA ROMA CAVACURTA 8
26844 CASTELGERUNDO
Gigi


Mi sembra di capire che le 2 vie continueranno a chiamarsi "Via Roma", 
ma ai fini dello smistamento postale è bene indicare anche la località 
(Camairago o Cavacurta), che non è più Comune. Se così fosse in 
addr:street non possiamo mettere quanto suggerito da Poste Italiane, ad 
esempio "Via Roma Cavacurta", perché non è il nome della via, quindi si 
ritorna a scegliere se utilizzare addr:place insieme a addr:street, 
contravvenendo alla raccomandazione della pagina wiki, oppure al posto 
di addr:place usare addr:hamlet o addr:suburb, a seconda dei casi.


Per operare questa scelta secondo me sarebbe utile conoscere come 
vengono trattati questi tag dai software che poi li utilizzano, nella 
ricerca degli indirizzi, nel routing, ecc. C'è qualcuno che ha 
informazioni al riguardo?

Grazie

--
Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Compresenza addr street e place

2020-06-18 Per discussione Marcello

Il 18/06/20 12:51, Andrea Musuruane ha scritto:

Ciao,

On Thu, Jun 18, 2020 at 12:39 PM Damjan Gerl <mailto:dam...@damjan.net>> wrote:


Forse si, forse no... Le cose che mi hanno portato a non usarlo sono:
- la regola che in addr:city si mette il comune (quindi Trieste)
- se metto addr:city=Opicina per lo stesso cap (34151) mi trovo
anche altri addr:city=Trieste per Barcola (place=suburb), perché
lo stesso cap è usato anche in Trieste città.

Quindi capito che addr:place è da togliere, cosa usiamo?
o solo addr:city=Opicina / Opčine
o addr:city=Trieste  + addr:town=Opicina / Opčine

Io sarei per quest'ultimo..


Cerco di fare un po' di chiarezza.

In Italia gli indirizzi si assegnano a livello comunale. Quindi è 
errato mettere un addr:city diverso dal nome del comune in cui si 
trova l'indirizzo.


Se, come riportato dalla pagina wiki, le chiavi addr:* corrispondono 
all'indirizzo postale, non mi sembra automatico che in addr:city vada il 
nome del comune. Secondo le regole di composizione degli indirizzi di 
Poste Italiane, postato qui qualche giorno fa da Andrea Falco, a pag.8 
punto 11 si legge che è necessario indicare il nome del comune se la 
frazione non è inclusa nel Codice di Avviamento Postale, ma alcune 
frazioni sono incluse. Per Opicina è giusto mettere Trieste perché 
facendo una ricerca del CAP nel sito delle Poste non trova nulla, ma non 
sempre è così.
A volte capita ancora, anche se l'attuale normativa lo esclude 
esplicitamente, di avere odonimi uguali in differenti parti del comune 
(ad esempio in due frazioni). In questo caso si usa addr:hamlet. 
Tralasciamo il fatto che hamlet è un valore del tag place, così come 
city è un valore del tag place, con una sua specificità. E' solo una 
nomenclatura.


Se proprio vuoi inserire lo stesso l'informazione su luogo in cui si 
trovano anche se questa è inutile per la sua localizzazione, puoi 
usare addr:hamlet.


Se si usano altri tag non documentati come addr:town (anche se usati: 
in OSM può esistere qualsiasi tag, purtroppo), proprio perché non 
documentati, hanno un significato ambiguo e non ci saranno data user 
che li useranno.


Ciao,

Andrea


--
Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Compresenza addr street e place

2020-06-15 Per discussione Marcello

Il 15/06/20 16:17, Andrea Musuruane ha scritto:

Ciao,
   è solo una nomenclatura. Si usa addr:city per indicare il comune, 
indipendentemente dal fatto che la sede amministrativa sia taggata con 
place=village, town o city. Proprio per questo motivo addr:town e 
addr:village non sono tag documentati: 
https://wiki.openstreetmap.org/wiki/Key:addr


Ciao,

non trovo nessun riferimento al fatto che addr:city si usa per indicare 
il comune, mi sembra che si usi per indicare la località come indicata 
sull'indirizzo postale. Per esempio se l'indirizzo fosse: Sig. Mario 
Rossi, via Piave 34151 Opicina (TS) secondo me in addr:city è corretto 
mettere Opicina. Normalmente per le frazioni più grandi, soprattutto se 
è anche presente l'ufficio postale, nell'indirizzo è presente la 
località e non il comune, poi la sigla della provincia.


--
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Facebook usa OSM, ma OSM può usare Facebook?

2020-06-05 Per discussione Marcello

Il 05/06/20 09:03, Cascafico Giovanni ha scritto:

Da quel che capisco, posso usare le coordinate che il macellaio ha
inserito in FB, perchè quel "disseminates" significa che da questa
information posso farci crescere qualcosa. Se ci sono termini che
affermino il contrario, ma sono sottoposti solo all'atto della
sottoscrizione del contratto con FB, allora non sono vincolanti per
gli altri.
Non sono sicuro che le coordinate le abbia inserite il macellaio. Pochi 
giorni fa mi ha scritto un agriturismo perché in Facebook veniva 
posizionato ad un centinaio di chilometri dalla posizione reale e 
asseriva che non poteva inserire il marker nella posizione corretta 
perché la via non era inserita in Openstreetmap. Il marker era 
posizionato in un'altra città della stessa provincia, quindi c'è forse 
anche un geocoding che calcola le coordinate in base all'indirizzo?


--
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] Aggiornamento pagina wiki IT:Tag:tourism=artwork

2020-06-02 Per discussione Marcello

Salve,

ho aggiornato la pagina 
https://wiki.openstreetmap.org/wiki/IT:Tag:tourism%3Dartwork 
allineandola alla versione inglese, per cortesia verificate se può 
andare bene.
Sono finito a controllare quella pagina perché volevo inserire un museo 
sito in un palazzo rinascimentale dove l'attrazione principale sono le 
sale affrescate, sicuramente è una situazione non rara in Italia. 
Cercando come etichettare gli affreschi ho scoperto che in quel caso va 
utilizzato exhibit=artwork e non tourism=artwork, questa 
differenziazione non era riportata nella pagina in italiano, per questo 
ho provveduto ad aggiornarla.
A proposito di artwork_type invece vedo che mural è usato 6775 volte, 
mural_painting 251 e fresco solo 7 volte. Quale dei 3 valori mi 
consigliate? Inoltre il validatore di Josm mi segnala che il tag va 
usato in combinazione con tourism=artwork, sarebbe corretto invece di 
artwork_type usare in quel caso exhibit:artwork_type?


Grazie

--

Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Che cosa fa parte di una road route relation?

2020-05-22 Per discussione Marcello

Il 22/05/20 10:49, dam...@damjan.net ha scritto:

>From  : "Martin Koppenhoefer"

sent from a phone


On 21. May 2020, at 18:00, Volker Schmidt  wrote:
Partendo dalla discussione
[Tagging] Feature Proposal - RFC - Recreational route relation roles
mi sono posto la domanda in oggetto.
Ho notato che l'approccio non è omogeneo..
In particolare
ho notato che per tante strade importanti (statili, circonvallazioni, ecc), 
anche i raccordi fanno parte delle relazioni, per le invece autostrade mancano. 
L'effetto è che la rete delle strade principali non è completo nel senso di 
copertura con relazioni in OSM
E' intenzione?

per me una route dovrebbe essere lineare, cioè non contenere i “link”

Io invece metto anche i link, ma alla fine della relazione, così "disturbano" 
meno perché vedi comunque il grafo completo e senza interruzioni.
  

Anch'io metto i link alla fine

relazioni route=road non contengono mai stazioni di servizio, parcheggi ed 
altri accessori
Suppongo che questo è un implicito consenso in OSM in generale.
Giusto?

per me giusto

Giusto anche per me.

anche per me




ho notato due tipi di errori:
(a) ci sono (poche) strade cittadine con route=road (5303112)

perché un errore?

Forse per raggruppare i vari pezzi di way che compongono la stessa via? Ma non 
lo definirei errore. Io vedo più la necessitò di fare la relazione dove c'è una 
strada provinciale/regionale/statale numerata e segnata dai vari cartelli. Per 
le vie un po' meno, anche perché è un lavoro oneroso...

Damjan

non vedo un motivo per inserire una relazione route=road su una via 
cittadina, forse si voleva inserire una relazione associatedStreet?

(b) ci sono delle strade extraurbane con type=street ( 1953654, 6389901)
Suppongo che si tratta di errori, da corregere.
Giusto?

type=street cosa significa?
È un concetto che seguiamo? Pensavo fosse fallito.


Ciao Martin
sinceramente non avevo mai sentito parlare di relazioni di tipo street, 
vedo che è una proposta molto vecchia credo poi sostituita da altri tipi 
di relazione. Probabilmente anche in questi casi si è inserito un tipo 
di relazione non corrispondente a quello che realmente si voleva fare, 
queste dovrebbero essere relazioni di tipo route=road.


--
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Relazioni con elementi eterogenei

2020-05-19 Per discussione Marcello

Il 18/05/20 15:32, aldoct ha scritto:

Certo: ognuno ha un modo di risolvere le proprie esigenze. Il mio consiste
nello studiare e "personalizzare" un percorso per poi caricarlo sul GPS e
percorrerlo secondo i miei interessi e capacità. Cerco di non spegnere il
cervello affidandomi a programmi di navigazione (a proposito puoi farmi un
esempio pratico su come debba agire per seguire una tappa di un percorso
affidandomi ad un "router" piuttosto che alla traccia GPS?). Continuo a non
capire (sicuramente colpa mia!) cosa me ne faccio di una relazione dove sono
presenti elementi tanto eterogenei (una strada, un ristorante, un albergo,
un negozio ecc.). Un dubbio mi assale: vuoi vedere che il filo conduttore
sia il condizionare l'operato dell'utente finale che percorrendo un
tracciato viene sommerso da "consigli per gli acquisti"?



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html


Ognuno cerca di risolvere le proprie esigenze, ma dato che non sono le 
stesse per tutti gli utenti è bene risolverle non togliendo elementi 
inseriti se corretti (nelle relazioni dei percorsi ristoranti e negozi 
non mi risulta, ma i segnavia sicuramente si). La cosa più immediata che 
mi viene in mente è quella di scaricare la relazione con JOSM, togliere 
gli elementi superflui e salvare il GPX senza ricaricare poi i dati in 
OSM, ma sicuramente ce ne sono anche altri.


--
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Confini codice postale

2020-05-14 Per discussione Marcello

Il 14/05/20 19:22, Marcello ha scritto:

Il 14/05/20 18:41, Andrea Musuruane ha scritto:

Ciao,
    le città italiane con il CAP legato allo stradario e non al 
comune sono 41, tra cui Bergamo, che è il caso in oggetto:

https://it.wikipedia.org/wiki/Codice_di_avviamento_postale

I confini comunali presenti in OSM (presi, se ricordo bene, da ISTAT) 
sono spesso approssimativi. Spesso non consentono di identificare 
correttamente se un civico appartiene a un determinato comune (e di 
conseguenza neppure il CAP).


Quindi secondo me non vale la pena di creare dei nuovi boundary di 
tipo postal_code ad hoc (non si può aggiungere questo tag al boundary 
di tipo administrative, perché questo è un altro tipo di boundary).


Ciao,

Andrea


Andrea,

dalla pagina wiki 
https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dpostal_code leggo:
"When a way is being shared as an administrative boundary relation 
(boundary 
<https://wiki.openstreetmap.org/wiki/Key:boundary>=administrative 
<https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative>), 
*and* a postal code boundary relation, tag that member way with 
boundary 
<https://wiki.openstreetmap.org/wiki/Key:boundary>=administrative 
<https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative>. 
Both boundaries types are implied"


Mi sembra di capire che se il boundary del postal_code corrisponde al 
boundary administrative si usa lo stesso boundary taggandolo come 
administrative per entrambe le funzioni, non è così?


Mi rispondo da solo, forse è più corretto usare le stesse way del 
boundary=administrative e inserirle in una nuova relazione 
boundary=postal_code, comunque ci sono 54.348 relazioni 
boundary=administrative con il tag postal_code=*, quindi mi sembra una 
pratica molto diffusa.


--
Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Confini codice postale

2020-05-14 Per discussione Marcello

Il 14/05/20 18:41, Andrea Musuruane ha scritto:

Ciao,
    le città italiane con il CAP legato allo stradario e non al comune 
sono 41, tra cui Bergamo, che è il caso in oggetto:

https://it.wikipedia.org/wiki/Codice_di_avviamento_postale

I confini comunali presenti in OSM (presi, se ricordo bene, da ISTAT) 
sono spesso approssimativi. Spesso non consentono di identificare 
correttamente se un civico appartiene a un determinato comune (e di 
conseguenza neppure il CAP).


Quindi secondo me non vale la pena di creare dei nuovi boundary di 
tipo postal_code ad hoc (non si può aggiungere questo tag al boundary 
di tipo administrative, perché questo è un altro tipo di boundary).


Ciao,

Andrea


Andrea,

dalla pagina wiki 
https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dpostal_code leggo:
"When a way is being shared as an administrative boundary relation 
(boundary 
<https://wiki.openstreetmap.org/wiki/Key:boundary>=administrative 
<https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative>), 
*and* a postal code boundary relation, tag that member way with boundary 
<https://wiki.openstreetmap.org/wiki/Key:boundary>=administrative 
<https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative>. 
Both boundaries types are implied"


Mi sembra di capire che se il boundary del postal_code corrisponde al 
boundary administrative si usa lo stesso boundary taggandolo come 
administrative per entrambe le funzioni, non è così?


--
Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Confini codice postale

2020-05-14 Per discussione Marcello

Il 14/05/20 18:03, Andrea Musuruane ha scritto:

Ciao,
    Non sono un esperto di postal_code, però i boundary dovrebbero 
essere relazioni. Quella che hai creato tu è un'area e come puoi 
leggere qui, questo tag non si applica alle aree:

https://wiki.openstreetmap.org/wiki/Tag:boundary=postal%20code?uselang=it

Inoltre, ricavare l'area di applicazione dei postal_code dai civici 
esistenti mi sembra una forzatura che può creare problemi.


Quando il comune creerà un nuovo civico, il suo CAP questo dovrebbe 
essere automaticamente identificabile tramite il boundary esistente. 
Se questo è stato dedotto (e non si è seguita la regola di definizione 
dal CAP stesso) allora questa proprietà non vale.


In conclusione, credo sia meglio avere il dato (puntuale) sul singolo 
civico che una approssimazione che non rispecchia la realtà.


Ciao,

Andrea


On Thu, May 14, 2020 at 4:47 PM Luigi Scuotto 
mailto:luigiscuott...@gmail.com>> wrote:


Ciao e dagli con ste fonti. Ricalcato i numeri con codoce postale,
se non serve lo cancello ed evito ti fare anche gli altri.
Ciao Gigi


Il giorno gio 14 mag 2020 alle ore 16:08 Cascafico Giovanni
mailto:cascaf...@gmail.com>> ha scritto:

Fonti?
Credo siano comunque sufficienti quelli sugli addr:postcode

Il gio 14 mag 2020, 14:09 Luigi Scuotto
mailto:luigiscuott...@gmail.com>>
ha scritto:

Buongiorno
Volevo sapere se i confini da me segnati vanno bene.
Prima di fare anche gli altri.
ID 85199286
Ciao Gigi
___
Talk-it mailing list
Talk-it@openstreetmap.org <mailto:Talk-it@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-it

___
Talk-it mailing list
Talk-it@openstreetmap.org <mailto:Talk-it@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-it

___
Talk-it mailing list
Talk-it@openstreetmap.org <mailto:Talk-it@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-it

Non riesco a capire a cosa fa riferimento l'ID 85199286, comunque nella 
grande maggioranza dei comuni il CAP è univoco per tutto il territorio 
comunale, dovrebbero essere meno di 50 i comuni italiani suddivisi in 
più aree postali, quindi nella maggior parte dei casi alla relazione dei 
confini comunali può essere aggiunto il tag postal_code=*. Per i comuni 
suddivisi in più aree dubito che ci sia qualche possibilità di avere i 
confini in formato compatibile con OSM.


Gigi, quali confini hai inserito e quali altri vorresti inserire? Grazie

--
Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Un paio di questioni riguardanti le relazioni

2020-05-08 Per discussione Marcello

Il 07/05/20 22:37, Ivo Reano ha scritto:

Pardon! Ho parlato senza guardare più in largo :)


Relazione: Sentiero Italia (1021025)

Comprende tutto.
Dato che c'è la relazione non sarebbe il caso di inserirla nella pagina 
https://wiki.openstreetmap.org/wiki/Italy/Sentieri? Così per i sentieri 
c'è un punto di partenza comune e (auspicabilmente) non c'è bisogno di 
conoscere dove passa il sentiero per trovare la relazione, al massimo 
per quelli regionali basta conoscere la regione.


--
Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Nuova Responsabile OpenStreetMap e Wikidata - Wikimedia Italia

2020-05-05 Per discussione Marcello

Il 05/05/20 14:53, Anisa Kuci ha scritto:


Ciao a tutti,


sono Anisa Kuci, la nuova responsabile OSM e Wikidata presso Wikimedia 
Italia.



Benvenuta Anisa, e buon lavoro!

--
Ciao
Marcello Arcangeli

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Village / Town

2020-05-03 Per discussione Marcello

Il 03/05/20 07:46, Alessandro Sarretta ha scritto:


Riporto la discussione in italiano, così che tutti in lista possano 
partecipare.


Il lista ci sono state varie discussioni simili nel passato, sui 
criteri da usare per assegnare i vari valori possibili alla chiave 
/place/ (l'ultima "intensa" mi pare quella di febbraio 2019) e mi 
sembra che si sia tutti d'accordo che il valore guida NON debba essere 
SOLAMENTE il numero di abitanti. Se qualcuno invece pensa debba 
esserlo... parliamone.


Se invece siamo d'accordo su questo, credo che dobbiamo passare alla 
correzione delle pagine che descrivono questo criterio come quello 
principale da seguire.


Io ho trovato queste pagine con riferimenti espliciti, può darsi ce ne 
siano altre:


  * 
https://wiki.openstreetmap.org/wiki/IT:Map_Features#Insediamenti_abitati.2C_urbani_e_rurali
  * https://wiki.openstreetmap.org/wiki/Template:It:Generic:Map_Features:place
  * https://wiki.openstreetmap.org/wiki/IT:Key:place
  * https://wiki.openstreetmap.org/wiki/IT:Tag:place%3Dtown
  * https://wiki.openstreetmap.org/wiki/Item:Q5053

Mi sono permesso di fare piccole modifiche sul testo (aggiuntendo il 
termine "indicativamente") che rendano meno perentorie le soglie 
numeriche presenti. In particolare, sulla pagina place=town, ho 
eliminato la frase "Regole specifiche per l'Italia. In Italia il tag 
place=town si usa per le città tra i 10.000 e i 100.000 abitanti e per 
i capoluoghi di provincia fina a 50.000 abitanti."


In questo modo, chi legge il wiki non dovrebbe avere l'impressione che 
il numero di abitanti sia l'unico criterio da usare. Che ne pensate?


Personalmente, sarei favorevole a riallineare il più possibile quelle 
pagine con le corrispondenti pagine in inglese, che mi sembrano più 
descrittive. Se siamo d'accordo anche su questo, coordiniamoci e 
vediamo di farlo avvenire a breve :-)


Ale

Secondo me andrebbe rivista anche la pagina 
https://wiki.openstreetmap.org/wiki/IT:Tag:place%3Dvillage, dove si 
indica di usare village per paesi tra 200 e 10.000 abitanti (forse 
intorno al 90% in Italia), i comuni autonomi e i capoluoghi di comuni 
sparsi, senza alcun riferimento oggettivo all'importanza del centro. In 
Umbria su 92 comuni solo 8 hanno un centro abitato (non l'intero 
territorio comunale) con più di 10.000 abitanti, per fare qualche 
esempio Orvieto, Assisi e Todi sarebbero village, penso che molti di voi 
conoscano quelle città, ditemi se è possibile classificarle come una 
frazione sperduta in mezzo alla campagna di 200 abitanti.


Per me i capoluoghi di comune che hanno servizi (per esempio scuole, 
uffici pubblici, ospedale, ecc.) utilizzati anche dai comuni limitrofi 
più piccoli sarebbero da classificare come town, essendo più importanti 
delle entità amministrative di pari livello confinanti, anche se la 
popolazione non è significativamente superiore.


--
Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] Indirizzo con nome della via ma km al posto del numero

2020-05-01 Per discussione Marcello

Salve,

in alcuni casi per attività o abitazioni fuori dai centri abitati ma 
lungo strade provinciali o statali si trova un indirizzo del tipo: 
Strada Statale Aurelia km 128. Secondo voi è corretto mettere km 128 in 
addr:housenumber o altrimenti come potrebbe essere inserito?


Nelle discussioni passate ho trovato un riferimento ad indirizzi simili 
solo nell'import dei distributori, dove l'informazione chilometrica 
viene scartata, ma nel caso di inserimento di un singolo indirizzo 
manualmente non è possibile metterla?


Grazie

--
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Dominio disponibile per naposm?

2020-04-21 Per discussione Marcello

Il 20/04/20 19:00, Martin Koppenhoefer ha scritto:



Am So., 19. Apr. 2020 um 16:56 Uhr schrieb Marcello <mailto:arca...@gmail.com>>:


Maurizio,

su questo punto vorrei farti una domanda, data la tua esperienza in
fatto di licenze.
In Wikidata praticamente ci sono tutti i CAP dei comuni italiani e se
non erro la licenza è CC0.
Per tutti i comuni dove il CAP è per l'intero territorio comunale
possiamo dire di avere un
dataset utilizzabile per aggiungere la maggior parte dei CAP in OSM,
anche se non ufficiale
e non completo, ma spero aggiornato, giusto?




lo so che non sono Maurizio, ma per la mia grande sorpresa quando 
abbiamo discusso sul tema di prendere dati da wikidata e la licenza, e 
altri hanno detto, nonostante la licenza di wikidata è ufficialmente 
cc0, di fatto non la è in tanti casi (chi ha inserito i dati non aveva 
i diritti da cedere a wikidata, lo ha semplicemente copiato il 
materiale). Purtroppo, con la licenza cc0, non hai alcuna garanzia che 
non ci siano altri diritti nei dati:


https://creativecommons.org/publicdomain/zero/1.0/legalcode
la parte 4 parla delle limitazioni, tra altro:

"4c. Affirmer disclaims responsibility for clearing rights of other 
persons that may apply to the Work or any use thereof, including 
without limitation any person's Copyright and Related Rights in the 
Work. Further, Affirmer disclaims responsibility for obtaining any 
necessary consents, permissions or other rights required for any use 
of the Work."


"4c. Il Dichiarante declina ogni responsabilità per diritti di 
proprietà o diritti a compenso che altre persone possano rivendicare 
sull'Opera o relativamente ad un suo particolare utilizzo, includendo 
senza limitazioni i Diritti d'Autore e Connessi che altre persone 
possano rivendicare sull'Opera. Il Dichiarante declina inoltre ogni 
responsabilità derivante dall' ottenimento di tutti i necessari 
consensi, permessi o altri diritti richiesti per l'utilizzo dell'Opera."


Ciao
Martin


Martin,

grazie del chiarimento,  avevo indicato Maurizio solo perché aveva 
affermato che il dataset con le aree geografiche dei cap non è rilascito 
in opendata, lo so che ci sono anche altri esperti di licenze. A questo 
punto mi viene da dire che la licenza più sicura e inattaccabile per 
poter usare dei dati in OSM sia quella "ad Simonem".


--
Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Dominio disponibile per naposm?

2020-04-19 Per discussione Marcello

Il 19/04/20 14:39, Maurizio Napolitano ha scritto:

On Sun, Apr 19, 2020 at 2:31 PM Nap Osm  wrote:

Ciao! Tutte le informazioni vengono prese da Nominatim, attraverso l' API che 
restituisce un JSON con le varie informazioni. Ho rimosso la divisione in unit

IMHO:
non è molto furba come cosa anche se aiuta molto.

Alcuni dubbi:
- CAP
il dataset con le aree geografiche dei cap non è rilasciato in opendata.
Nominatim lo propone sulla base dei valori che trova intorno
Ci sono città dove i cap sono cambiati e non sono stati aggiornati
quindi potrebbero fornire ulteriori errori


Maurizio,

su questo punto vorrei farti una domanda, data la tua esperienza in 
fatto di licenze.
In Wikidata praticamente ci sono tutti i CAP dei comuni italiani e se 
non erro la licenza è CC0.
Per tutti i comuni dove il CAP è per l'intero territorio comunale 
possiamo dire di avere un
dataset utilizzabile per aggiungere la maggior parte dei CAP in OSM, 
anche se non ufficiale

e non completo, ma spero aggiornato, giusto?

--
Ciao
Marcello


- Comune di appartenenza
sempre nominatim va ad associare spesso il suburban più vicino al
punto segnalato.
ttrattandosi di un punto non è detto che sia quello giusto
una soluzione può essere quella di fare una query per vedere in quale
confine comunale un punto è inserito

In ogni caso mi sembra di capire che si tratta di valori suggeriti e
quindi modificabili]



___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Identificare frazioni di un Comune nell'indirizzo

2020-04-18 Per discussione Marcello

Il 18/04/20 14:43, Alessandro Sarretta ha scritto:


Avete ragione Francesco e Andrea, place e street in addr: sono da 
considerare alternativi... ho letto e risposto in fretta...


Però il dover estrarre il nome del comune dalla relazione del boundary 
mi pare veramente complicato...


Assodato che su

addr:street=Via Cippirimerlo
addr:housenumber=5
addr:postcode=35030

siamo tutti d'accordo, io credo che andrebbero esplicitati sia il 
comune (Rubano) sia la frazione (Bosco).


la soluzione

addr:city=Bosco di Rubano

sembrarebbe la più funzionale, ma non so come si colleghi bene col 
fatto che in realtà non esiste alcun place con quel nome, mentre ci 
sono 2 village, Rubano e Bosco. Qualcuno ha esperienza in ricerche con 
indirizzi di questo tipo?


Mi piacerebbe trovare una soluzione standard (almeno per l'Italia) da 
applicare in tutti i casi in cui ci siano frazioni da dettagliare


Ale

Io ho sempre proceduto come indicato da Francesco, non ho mai però 
verificato se la ricerca funziona correttamente, il nome della via 
dovrebbe essere univoca per tutto il comune, quindi se si cerca Via 
Cippirimerlo a Rubano dovrebbe trovare quella di Bosco, la più vicina, a 
meno che non ci sia in un comune confinante più vicina al centro abitato 
di Rubano.


Per tutti i comuni dell'Umbria, tranne Perugia perché ha codici diversi, 
ho aggiunto alla relazione del comune il tag postal_code=*, 
probabilmente può aiutare se è necessario trovare il comune di 
appartenenza di un indirizzo.


--
Ciao
Marcello


On 18/04/20 14:35, Francesco Ansanelli wrote:



Il giorno sab 18 apr 2020 alle ore 14:31 Damjan Gerl 
mailto:dam...@damjan.net>> ha scritto:


Alessandro Sarretta je 18.4.2020 ob 14:26 napisal:


Grazie a tutti,

in effetti su taginfo
https://taginfo.geofabrik.de/europe/italy/search?q=addr%3A vedo
che addr:place è particolarmente usato.

Nel mio caso sarà qualcosa tipo:

addr:city=Rubano
addr:place=Bosco
addr:street=Via Cippirimerlo
addr:housenumber=5
addr:postcode=35030 (che è lo stesso in tutto il Comune )

Ale



Anche se sconsigliato usare addr:place con addr:street questo e
l'unico modo corretto per segnalare il pace. Io faccia anche così...


Questo è però errato... Infatti, anche JOSM da un warning quando 
provi a specificare le due chiavi insieme.

Credo che

addr:city=Bosco
addr:street=Via Cippirimerlo
addr:housenumber=5
addr:postcode=35030

sia lo standard.
Francesco


Damjan
___
Talk-it mailing list
Talk-it@openstreetmap.org <mailto:Talk-it@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-it


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] R: Bonus

2020-04-07 Per discussione Marcello

Il 07/04/20 06:15, canfe ha scritto:


Lo ha fatto _proprio l’amministrazione comunale_ di Torino?

Rimane sempre il problema che, per l’utente comune, è difficile 
*stamparsi una umap* da tenersi in auto per esempio.


Cantone Ferruccio (canfe)

Piuttosto che stamparla penso sia più utile visualizzarla sullo 
smartphone, c'è la possibilità di centrarla sulla propria posizione 
(aprendo tutti i tools a sinistra), quindi è utile per vedere i più 
vicini a dove ci si trova.


--
Ciao
Marcello


*Da:*Lorenzo Rolla [mailto:rolla.l...@gmail.com]
*Inviato:* lunedì 6 aprile 2020 20:08
*A:* openstreetmap list - italiano
*Oggetto:* Re: [Talk-it] Bonus

Ecco il comune di Torino ha realizzato quello che avevo in testa...

http://umap.openstreetmap.fr/it/map/negozi-di-torino-abilitati-al-ritiro-dei-buoni-spe_440125#10/45.0974/7.7719

Il giorno lun 6 apr 2020 alle 18:41 Lorenzo Rolla 
mailto:rolla.l...@gmail.com>> ha scritto:


Prova vedere in questa circolare... (pag.5)


https://www.interno.gov.it/sites/default/files/circolare_dpcm_23_marzo_2020_rev_def_5.pdf

Il giorno lun 6 apr 2020 alle 17:42 Cascafico Giovanni
mailto:cascaf...@gmail.com>> ha scritto:

Grazie per il link...

Il mio caso non è chiarito:
"Gli spostamenti verso Comuni diversi da quello in cui si ha
la residenza o il domicilio sono vietati. È possibile
spostarsi in altri Comuni solo ed esclusivamente per
comprovate esigenze lavorative o in casi di assoluta urgenza o
per motivi di salute. Laddove quindi il Comune non disponga di
punti vendita, o sia necessario acquistare con urgenza generi
di prima necessità non reperibili nel Comune di residenza o
domicilio, lo spostamento è consentito solo entro tali stretti
limiti, che dovranno essere autocertificati."

le "comprovate esigenze lavorative" le ho, ma restano i limiti
che il mio comune dispone di punti vendita, ma mi è più breve
fermarmi in altro punto del percorso.

...resta poi l'uso di aggettivi inutili: che vuole dire
"stretti limiti"? ci son limiti larghi? Per una volta che
potevano usare termini vaghi ed invece non l'hanno fatto: nei
dcpm hanno definiti quell'infausta regola del metro di
distanza, per cui adesso nel mio ufficio di 5x5 possiamo stare
in 12!

Scusatemi l'OT. Chiudo qua :-) ...era uno sfogo.

Il giorno lun 6 apr 2020 alle ore 17:24 Lorenzo Rolla
mailto:rolla.l...@gmail.com>> ha scritto:

Basta andare qui...


http://www.governo.it/it/articolo/decreto-iorestoacasa-domande-frequenti-sulle-misure-adottate-dal-governo/14278

Il giorno lun 6 apr 2020 alle ore 16:03 Alessandro
Sarretta mailto:alessandro.sarre...@gmail.com>> ha scritto:

Mi sa che è meglio se chiami la polizia del tuo comune
e chiedi a loro, non credo dovresti fidarti di alcun
consiglio proveniente da questa mailing list su questi
argomenti ;-)

Ale

On 06/04/20 15:58, Cascafico Giovanni wrote:

Il mio caso: devo andare al lavoro (non per
scelta) e lungo la strada attraverso 4-5 comuni
che non sono il mio. Se mi fermo in uno dei negozi
di altro comune, sono punibile un pericoloso
fuorilegge?

Il giorno lun 6 apr 2020 alle ore 11:22 Martin
Koppenhoefer mailto:dieterdre...@gmail.com>> ha scritto:

Am Mo., 6. Apr. 2020 um 11:07 Uhr schrieb
Manuel mailto:mannivuw...@gmail.com>>:

Parlo della Lombardia: il limite di 200m è
per l'attività fisica e per
portare fuori il cane. Per la spesa
l'unico limite è che se hai un
supermercato nel tuo paese, devi andare a
fare la spesa in quello.

+1, è quello che sapevo io (eventualmente, se
dovessi avere delle cose di prima necessità da
comprare, che si trovino soltanto in un'altro
supermercato, potresti anche andare lì). La
mia domanda era più rivolta a situazioni dove
hai più di un
supermercato/forno/tabaccaio/distributore di
benzina nelle tue relative vicinanze, e credo
che non devi per forza andare a quello più
vicino in assoluto (certamente non puoi
neanche andare da Roma a Firenze

Re: [Talk-it] Farmacie senza dispensing

2020-04-05 Per discussione Marcello

Il 05/04/20 14:12, Andrea Musuruane ha scritto:
On Sun, Apr 5, 2020 at 1:00 PM Marcello <mailto:arca...@gmail.com>> wrote:


Ok, forse bisogna allineare meglio le pagine wiki, ho letto la
pagina amenity=pharmacy e riporta: Pharmacies that fill
prescriptions should be tagged dispensing
<https://wiki.openstreetmap.org/wiki/Key:dispensing>=yes.


Non mi sembra ci sia nulla di errato. Fill in questo caso vuol dire 
"evadere (un ordine)".


La traduzione è quindi "Le farmacie che evadono le prescrizioni devono 
essere etichettate con dispensing=yes".



Grazie, avevo interpretato male il fill.

Ciao,

Andrea


--
Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Farmacie senza dispensing

2020-04-05 Per discussione Marcello

Il 05/04/20 11:55, Francesco Ansanelli ha scritto:



Il dom 5 apr 2020, 11:45 Marcello <mailto:arca...@gmail.com>> ha scritto:


Il 05/04/20 08:15, Alessandro Sarretta ha scritto:
> Ciao Francesco,
>
> On 04/04/20 21:31, Francesco Ansanelli wrote:
>> Ma per velocizzare un po' le cose e coprire tutto il territorio
>> italiano, vorrei procedere con una query analoga e con regex su
name
>> per "parafarmacia", poi regex su name "farmacia" e level0 per
>> aggiungere il tag.
>>
>> Se preferite anche voi procedere al 100% in maniera manuale nella
>> vostra zona o verificare prima i dati o avete qualche cosa in
>> contrario fatemi sapere.
>
> per essere prudente, mi viene da dire che sicuramente se il nome
> contiene "Parafarmacia", allora vale dispensing=no. Nel caso di
> "Farmacia" nel nome, qualcuno potrebbe voler "barare" (o qualche
> mappatore non essere pienamente consapevole della differenza), e
> quindi potrebbe essere più prudente lasciare senza tag
dispensing, se
> non c'è già.
>
> m2c
>
> Ale
>
>
>
Scusate, ma siamo sicuri che il dispensing=yes sia applicabile alle
farmacie italiane? Guardando la pagina [1] del Ministero della salute
non esiste alcuna possibilità che il farmacista possa prescrivere
farmaci, al massimo può dare consigli sui farmaci senza obbligo di
prescrizione.
Dalla pagina wiki mi sembra di capire (ma potrei sbagliarmi) che la
farmacia con dispensing=yes indica che può prescrivere farmaci,
mentre
in Italia può vendere farmaci con obbligo di prescrizione, a
differenza
delle parafarmacie, ma non prescriverli.


https://wiki.openstreetmap.org/wiki/Key:dispensing


Leggo:
Whether a pharmacy dispenses prescription drugs or not

As una farmacia distribuisce farmaci su prescrizione o no 



Ok, forse bisogna allineare meglio le pagine wiki, ho letto la pagina 
amenity=pharmacy e riporta: Pharmacies that fill prescriptions should be 
tagged dispensing <https://wiki.openstreetmap.org/wiki/Key:dispensing>=yes.


-- 
Ciao

Marcello

[1]

http://www.salute.gov.it/portale/temi/p2_6.jsp?id=3619&area=farmaci&menu=assfarm


___
Talk-it mailing list
Talk-it@openstreetmap.org <mailto:Talk-it@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-it


--
Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Farmacie senza dispensing

2020-04-05 Per discussione Marcello

Il 05/04/20 08:15, Alessandro Sarretta ha scritto:

Ciao Francesco,

On 04/04/20 21:31, Francesco Ansanelli wrote:
Ma per velocizzare un po' le cose e coprire tutto il territorio 
italiano, vorrei procedere con una query analoga e con regex su name 
per "parafarmacia", poi regex su name "farmacia" e level0 per 
aggiungere il tag.


Se preferite anche voi procedere al 100% in maniera manuale nella 
vostra zona o verificare prima i dati o avete qualche cosa in 
contrario fatemi sapere.


per essere prudente, mi viene da dire che sicuramente se il nome 
contiene "Parafarmacia", allora vale dispensing=no. Nel caso di 
"Farmacia" nel nome, qualcuno potrebbe voler "barare" (o qualche 
mappatore non essere pienamente consapevole della differenza), e 
quindi potrebbe essere più prudente lasciare senza tag dispensing, se 
non c'è già.


m2c

Ale



Scusate, ma siamo sicuri che il dispensing=yes sia applicabile alle 
farmacie italiane? Guardando la pagina [1] del Ministero della salute 
non esiste alcuna possibilità che il farmacista possa prescrivere 
farmaci, al massimo può dare consigli sui farmaci senza obbligo di 
prescrizione.
Dalla pagina wiki mi sembra di capire (ma potrei sbagliarmi) che la 
farmacia con dispensing=yes indica che può prescrivere farmaci, mentre 
in Italia può vendere farmaci con obbligo di prescrizione, a differenza 
delle parafarmacie, ma non prescriverli.


--
Ciao
Marcello

[1] 
http://www.salute.gov.it/portale/temi/p2_6.jsp?id=3619&area=farmaci&menu=assfarm


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Import civici Milano - preview

2020-03-28 Per discussione Marcello

Il 27/03/20 20:59, Francesco Ansanelli ha scritto:

Ciao,

Il ven 27 mar 2020, 20:39 Giovanni Fasano via Talk-it 
mailto:talk-it@openstreetmap.org>> ha scritto:


Il 27/03/20 20:17, Francesco Ansanelli ha scritto:
>
>
> Il ven 27 mar 2020, 18:53 Alessandro P. via Talk-it
> mailto:talk-it@openstreetmap.org>
<mailto:talk-it@openstreetmap.org
<mailto:talk-it@openstreetmap.org>>> ha scritto:
>
>     Il 27/03/20 17:54, Francesco Ansanelli ha scritto:
>      > Ciao,
>      >
>      > Complimenti!
>      > Ho guardato un po' a campione e i dati sembrano
precisi... Valuterei
>      > di cambiare lettere da maiuscolo a minuscolo,
>
>
>     Sulle targhe però sono scritte in maiuscolo
>
>
> Non importa... Riporto dal wiki:
>
> la prassi è quella di inserire il numero civico e l'esponente senza
> alcun separatore. L'esponente deve essere inserito in lettere
minuscole
> (es: addr:housenumber
> <https://wiki.openstreetmap.org/wiki/IT:Key:addr:housenumber>=2b
>

<https://wiki.openstreetmap.org/w/index.php?title=Tag:addr:housenumber%3D2b&action=edit&redlink=1>).
>
> Puoi approfittare al link:
> https://wiki.openstreetmap.org/wiki/IT:Addresses
>
> Francesco
>
>

Per curiosità, visto che tutte le targhe che mi è capitato di vedere
usano le maiuscole, perché è stato deciso di mettere le minuscole?


La modifica risale a 2 anni fa... Sicuramente sarà stata discussa, ma 
non so dirti la ragione storica.

Forse perché c'è il numero prima e  quindi la lettera va piccola...


Butto lì un'altra ipotesi, forse perché la O maiuscola può essere 
scambiata per 0 (zero).


Ciao
Marcello

Poi anche le targhe delle vie sono in maiuscolo, ma poi usiamo le 
regole Istat per caricare i nomi delle strade.

Personalmente mi va bene qualsiasi standard, purché documentato.
Francesco



-- 
Giovanni Fasano


___
Talk-it mailing list
Talk-it@openstreetmap.org <mailto:Talk-it@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-it

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] access=permit

2020-03-16 Per discussione Marcello
Da alcune settimane vedo che soprattutto i nuovi utenti spesso quando 
inseriscono una strada, sentiero o altro aggiungono access=permit (o 
anche bicycle=permit o combinazioni simili). Dato che in precedenza non 
succedeva sono andato a controllare se c'era una pagina wiki che 
documentava questo tag e ho trovato la pagina 
https://wiki.openstreetmap.org/wiki/Proposed_features/access%3Dpermit, 
leggendo mi sembra che la proposta sia per le strade per accedere alle 
quali occorre un permesso.


Considerando che le strade inserite mi sembrano assolutamente normali e 
che sono state inserite al primo o ai primi edit mi viene il sospetto 
che chi lo ha aggiunto lo abbia voluto usare per specificare che 
l'accesso è permesso (access=yes), probabilmente tratto in inganno dal 
preset di iD, che elenca solo le restrizioni. La proposta è di agosto 
2016, guardando in tagInfo gli access=permit sono 14073, mi sembrano 
veramente molti per una proposta abbastanza recente e così specifica, 
sospetto che molti siano tratti in inganno. Cosa si può fare?


--
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Altra violazione di licenza

2020-03-10 Per discussione Marcello

Il 10/03/20 19:15, Volker Schmidt ha scritto:

Mi sembra tutto apposto:
Sulla mappa c'è il solito "i" da cliccare per avere le informazioni 
sulla mappa e poi c'è il copyright separato sul contenuto del sito, 
che non utilizza OSM.


On Tue, 10 Mar 2020 at 19:10, Marcello <mailto:arca...@gmail.com>> wrote:


Trovato un altro sito che utilizza OSM senza nessuna citazione:
http://www.parks.it/mappe/ap.php

Sotto c'è il bel copyright di Parks.it e cliccandoci si apre una
pagina
nella quale dichiarano che tutti i contenuti sono di 250 autori:
Federparchi, ministero dell'ambiente, i singoli gestori delle aree
protette ma nessun cenno a OSM. Dato che è un sito di rilevanza
nazionale forse è il caso che scriva Wikimedia Italia?

-- 
Ciao

Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org <mailto:Talk-it@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-it


Ops, scusate, mi era sfuggita la "i" sulla sinistra.

--
Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] Altra violazione di licenza

2020-03-10 Per discussione Marcello
Trovato un altro sito che utilizza OSM senza nessuna citazione: 
http://www.parks.it/mappe/ap.php


Sotto c'è il bel copyright di Parks.it e cliccandoci si apre una pagina 
nella quale dichiarano che tutti i contenuti sono di 250 autori: 
Federparchi, ministero dell'ambiente, i singoli gestori delle aree 
protette ma nessun cenno a OSM. Dato che è un sito di rilevanza 
nazionale forse è il caso che scriva Wikimedia Italia?


--
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Tagging ZTL con varchi

2020-02-29 Per discussione Marcello

Il 28/02/20 11:29, Martin Koppenhoefer ha scritto:
C'è una proposta, attualmente usata 39 volte, per le ZTL come zona 
/oggetto (con nome, confine, ecc.)

https://wiki.openstreetmap.org/wiki/Proposed_features/boundary%3Dlimited_traffic_zone

Ciao
Martin


Una delle 39 la inserii io a Terni diverso tempo fa, non era molto tempo 
che mappavo, spero di aver fatto bene. Un varco ad esempio è 
https://www.openstreetmap.org/node/2288174841 (forse il ref non è il 
massimo ma non trovai altre informazioni, non so se è meglio non 
metterlo), l'area ZTL è questa: 
https://www.openstreetmap.org/relation/4198059.


--
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] R: key denomination=roman_catholic

2020-02-24 Per discussione Marcello
Non immaginavo tutta questa varietà, per evitare errori continuerò ad 
usare il più generico denomination=catholic.


Ciao
Marcello

Il 24/02/20 14:30, Martin Koppenhoefer ha scritto:
Am Mo., 24. Feb. 2020 um 14:10 Uhr schrieb Simone Saviolo 
mailto:simone.savi...@gmail.com>>:


Il giorno lun 24 feb 2020 alle ore 12:58 Martin Koppenhoefer
mailto:dieterdre...@gmail.com>> ha scritto:

Am Mo., 24. Feb. 2020 um 10:42 Uhr schrieb Simone Saviolo
mailto:simone.savi...@gmail.com>>:

In Italia le Chiese cattoliche operano principalmente su
tre riti: romano, ambrosiano e orientale. In più ci sono
altri riti limitati a piccole comunità.

infatti, ci sono altre "denomination" cattoliche (per esempio
russian_orthodox / orthodox, greek_othodox,
armenian_catholic,...):
https://taginfo.geofabrik.de/europe/italy/keys/denomination#values


Gli ortodossi non sono cattolici. Forse intendevi dire "altre
denominazioni cristiane".



no, intendevo proprio dire altri cattolici. Loro dicono di loro che 
sono cattolici (i papa credo dice di no, ma questo è un altro discorso).


Ciao
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] key denomination=roman_catholic

2020-02-23 Per discussione Marcello

Salve,

mi sono imbattuto in una chiesa inserita da un utente americano con il 
tag religion=roman_catholic, corretto qualche giorno dopo in 
religion=christian + denomination=roman_catholic da un utente tedesco 
che fa quality assurance in tutto il mondo 
(https://www.openstreetmap.org/user/Claudius%20Henrichs).


Dato che dalla pagina wiki sembra che il roman_catholic sia usato nei 
paesi di lingua tedesca per distinzione dalle chiese protestanti uso per 
le chiese cattoliche italiane denomination=catholic, sono quindi andato 
a vedere la pagina wiki inglese e c'è una bella differenza, ci sono 11 
differenti denominazioni cattoliche distinte in base ai riti (oltretutto 
l'avvertenza iniziale della pagina riporta che la  lista non è 
esaustiva) ed è consigliato di usare il valore appropriato per il tag 
denomination, piuttosto che il generico "catholic".


A questo punto è meglio per l'Italia inserire 
denomination=roman_catholic, giusto?
Se c'è accordo sulla preferenza di questo valore invece del generico 
"catholic", dato che i riti variano su base geografica si potrebbe 
mettere in piedi un task di edit semiautomatico o automatico dei valori 
già presenti? Attualmente in Italia abbiamo 47165  denomination=catholic 
e 5815 denomination=roman_catholic, ma hanno sicuramente lo stesso rito, 
credo che uniformare il tagging eviterebbe dei dubbi a chi vorrebbe 
scegliere una chiesa per seguire un rito religioso.


--
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] mancate attribuzioni su immagini pubblicate

2020-02-13 Per discussione Marcello
Informo che ne sito http://www.osservatoriometeoesismicoperugia.it/ 
hanno provveduto ad aggiungere l'attribuzione, nella pagina 
Geolocalizzazione hanno messo anche il link al sito OSM.


Ciao
Marcello

Il 10/02/20 13:49, Marcello ha scritto:



Ciao
Marcello

Il 09/02/20 21:20, Martin Koppenhoefer ha scritto:



sent from a phone

Il giorno 9 feb 2020, alle ore 21:00, Lorenzo Perone 
 ha scritto:


Ciao,
scrive anche
"Le immagini presenti su questo sito, proprietarie e non, sono state 
reperite sul web e quindi inserite perchè ritenute di libero 
utilizzo e non vincolate da copyright.
Nel caso in cui fosse stata pubblicata un'immagine protetta da 
copyright il legittimo proprietario è pregato di contattarci 
<mailto:i...@stazionemeteoolmeto.it>. L'immagine verrà  rimossa il 
prima possibile."

Che dire...
Lorenzo



scriviamo che la cartografia di OpenStreetMap è cc-by-sa se presa dal 
sito.

cfr. OpenStreetMap.org/copyright


Ciao Martin


Mi scuso per il precedente messaggio, era andato nel thread sbagliato...

Ho scritto a osservatorioperu...@gmail.com. Dato che è un sito di 
Perugia ho scritto come coordinatore regionale OpenStreetMap, speriamo 
che abbia un pochino più effetto.



Ciao
Marcello
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] mancate attribuzioni su immagini pubblicate

2020-02-10 Per discussione Marcello


Ciao
Marcello

Il 09/02/20 21:20, Martin Koppenhoefer ha scritto:



sent from a phone

Il giorno 9 feb 2020, alle ore 21:00, Lorenzo Perone 
 ha scritto:


Ciao,
scrive anche
"Le immagini presenti su questo sito, proprietarie e non, sono state 
reperite sul web e quindi inserite perchè ritenute di libero utilizzo 
e non vincolate da copyright.
Nel caso in cui fosse stata pubblicata un'immagine protetta da 
copyright il legittimo proprietario è pregato di contattarci 
<mailto:i...@stazionemeteoolmeto.it>. L'immagine verrà  rimossa il 
prima possibile."

Che dire...
Lorenzo



scriviamo che la cartografia di OpenStreetMap è cc-by-sa se presa dal 
sito.

cfr. OpenStreetMap.org/copyright


Ciao Martin


Mi scuso per il precedente messaggio, era andato nel thread sbagliato...

Ho scritto a osservatorioperu...@gmail.com. Dato che è un sito di 
Perugia ho scritto come coordinatore regionale OpenStreetMap, speriamo 
che abbia un pochino più effetto.



Ciao
Marcello
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Bici "contro-mano" in strada senso unico

2020-02-10 Per discussione Marcello

Il 09/02/20 23:28, Martin Koppenhoefer ha scritto:



sent from a phone

Il giorno 9 feb 2020, alle ore 23:13, Volker Schmidt 
 ha scritto:


La mia domanda era imprecisa e mi scuso per questo.
Ecco il motivo: Penso che si necessario di avere a disposizione un 
tagging che possa distinguere fra un one_way:bicycle=no come tagging 
impreciso o incompleto nel caso di corsie ciclabili "contromano" e il 
free-flow contromano senza corsie dipinte sulla strada.



taginfo sembra suggerire cycleway=no per risolvere questa ”ambiguità “
https://taginfo.openstreetmap.org/keys/cycleway#values

questo tipo di tag *=no è da usare con sostenutezza, perché si 
potrebbe sempre aggiungere centinaia di tag =no ad ogni oggetto, e 
finiremmo lì se spingessimo all'utilizzo per sicurezza per troppi tag 
(per segnalare che un tag/una proprietà non sia stato dimenticato).


Ciao Martin

Ho scritto a osservatorioperu...@gmail.com. Dato che è un sito di 
Perugia ho scritto come coordinatore regionale OpenStreetMap, speriamo 
che abbia un pochino più effetto.


Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Tag per tipo di toponimo

2019-11-11 Per discussione Marcello

Il 11/11/19 08:11, Andrea Albani ha scritto:



Il lun 11 nov 2019, 07:54 Alessandro via Talk-it 
mailto:talk-it@openstreetmap.org>> ha scritto:


Per la validazione dei nomi esiste lo strumento di Daniele Forsi,
qualcuno potrebbe indicare il link?


L'ultimo noto mi sembra questo

https://osmit3.wmflabs.org/stradario/

Ma non funziona più


Dal sito forsi.it si accede ad alcuni tools e altre informazioni 
relative a OSM, al link [0] tutto quello che c'è su OSM.


[0] https://www.forsi.it/taxonomy/term/54

--
Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Linee urbane con varianti

2019-10-27 Per discussione Marcello

Il 27/10/19 09:40, Martin Koppenhoefer ha scritto:


sent from a phone


Il giorno 27 ott 2019, alle ore 09:16, Marcello  ha scritto:

. Il mio dubbio è nato perché nel caso di una variante se nella relazione 
includo tutto il percorso avrò delle fermate (nel mio caso la maggior parte) 
che appartengono a 2 relazioni con lo stesso ref


stai dicendo che la stessa identica linea (secondo il numero/ref) fa percorsi 
diversi secondo l’orario?

Ciao Martin

Esatto Martin. Per le linee interurbane c'è ancora più caos, perché in 
alcuni casi casi ci sono 3 autobus con lo stesso numero, stessa fermata 
e orario di partenza, stessa fermata di arrivo ma tre percorsi diversi 
quindi tre orari di arrivo diversi. Bisogna chiedere all'autista dove 
passa per essere sicuri di arrivare all'orario o alla fermata 
desiderati. Non ho mai capito perché non danno un numero o lettera 
diversi, sembra che gli costi qualcosa.


--
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Linee urbane con varianti

2019-10-27 Per discussione Marcello

Il 26/10/19 16:34, Alessandro P. ha scritto:

Il 26/10/19 14:11, Andrea Albani ha scritto:

Ciao Marcello,

la regola dello schema Public Transport v2 che tu hai seguito vuole
che ogni singola variante abbia una sua relazione (ovviamente anche
qui duplicandola per tenere conto dei due sensi di marcia).



Ciao,
e tutte le relazioni delle varianti di una linea andrebbero 
raggruppate in una relazione bus_master 
https://wiki.openstreetmap.org/wiki/Relation:route_master


Come questa ad esempio https://www.openstreetmap.org/relation/7857863

Alessandro


Alessandro, mi sono guardato bene le pagine wiki, ho fatto anche le 
route_master. Il mio dubbio è nato perché nel caso di una variante se 
nella relazione includo tutto il percorso avrò delle fermate (nel mio 
caso la maggior parte) che appartengono a 2 relazioni con lo stesso ref, 
quindi chi facesse un sito per gestire anche gli orari dovrebbe 
verificare poi il percorso anche distante da ogni fermata per collegarla 
alla relazione corretta per quell'orario, ma probabilmente non avendo il 
percorso completo per la variante ci sarebbero altri problemi, per 
questo chiedevo come era stato affrontato l'argomento da altri mappers. 
Ho seguito l'indicazione della pagina wiki e di Andrea e ho completato 
le relazioni delle varianti con i tratti dalla partenza all'arrivo.


--
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] Linee urbane con varianti

2019-10-26 Per discussione Marcello

Salve,

pian piano sto mappando le linee urbane di Perugia 
(https://wiki.openstreetmap.org/wiki/Umbria/Trasporti_urbani#Perugia_2), 
gli orari di ogni linea variano quasi sempre in base all'ora o al 
giorno, ma il percorso rimane lo stesso, solo alcune fermate non sempre 
vengono effettuate. Questo non è un problema perché non gestiamo in OSM 
gli orari della singola fermata, ma in qualche caso cambia anche il 
percorso, ad esempio una linea effettua una variazione di circa 1,5 km a 
seconda degli orari. Al momento ho fatto una relazione con il percorso 
completo [1] e un'atra con solo il tratto della variante [2], ma forse è 
il caso nella seconda relazione di rimettere tutto il percorso, dalla 
partenza all'arrivo, cosa ne dite?


[1] https://osm.org/relation/10180878
[2] https://osm.org/relation/10216726

--
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Mappare una scuola due

2019-10-26 Per discussione Marcello

Il 25/10/19 16:31, Lorenzo Beltrami ha scritto:
Il giorno ven 25 ott 2019 alle ore 16:00 Cascafico Giovanni 
mailto:cascaf...@gmail.com>> ha scritto:


Qualcuno ha mai mappato shop=supermarket name=pincopallo l'area
dell'edificato e dei parcheggi di un intero centro commerciale?
IMHO questo è il problema dell'ostinarsi ad assegnare ad un
terreno gli attributi di una scuola.

Insisto nel dire che si dovrebbe mappare l'area di proprietà 
comunale che ospita la scuola con un uso del suolo (tipicamente
ricreativo), mentre l'edificio (o il piano dell'edificio) come gli
effettivi amenity=school|kindergarten


Credo che se il Supermarket avesse gli scaffali anche nel parcheggio 
io userei shop=supermarket includendo anche il parcheggio. :-P
Questo per dire che se attorno alla scuola ci fosse un grande orto 
botanico didattico o una zona in cui fare educazione fisica 
all'aperto, ecc. ecc. comunque ad uso didattico/educativo anche 
quella, in qualche modo, fa parte della scuola.
Discorso diverso se attorno alla scuola c'è un'area che è proprietà 
della scuola, ma non ad uso educativo (parcheggi, altre strutture non 
scolastiche...) o un'altra scuola differente.


Per certi versi ricorda la questione di amenity=hospital[1].
Lorenzo, penso che sia difficile confrontare queste situazioni con 
quella degli ospedali, per gli ospedali spesso abbiamo lo stesso 
ospedale costituito da più edifici, se ad ogni edificio si mettesse 
l'etichetta amenity=hospital avremmo la moltiplicazione ingiustificata 
degli ospedali, per questo si è deciso di assegnarla all'area. Nelle 
scuole invece abbiamo ormai spesso più scuole che occupano la stessa 
area se non addirittura lo stesso edificio, in questi casi l'idea di non 
mettere il tag amenity=school all'area, ma definirla come landuse=school 
e mettere amenity=school alla singola struttura mi sembra valida.


landuse=school[2] (utilizzato 5.464 volte) come contenitore generico 
potrebbe risolvere questo problema? O ne creerebbe altri?
Qualcuno ha provato ad usare anche landuse=education, ma è presente 
solo 548 volte.


Lorenzo

[1] https://wiki.openstreetmap.org/wiki/IT:Tag:amenity%3Dhospital
[2] https://taginfo.openstreetmap.org/tags/landuse=school


--
Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Discussione su Changeset

2019-10-17 Per discussione Marcello

Il 16/10/19 20:18, Andreas Lattmann ha scritto:

Buongiorno,
volevo portarvi a conoscenza della discussione che sta avvenendo su questo 
changeset: https://www.openstreetmap.org/changeset/75351906

Andreas

--
🤔



Andreas,

mi sembra che siamo arrivati ad un punto che forse solo i caschi blu 
dell'ONU potrebbero risolvere. Quel changeset è il massimo, ma in un 
mese poco più che è iscritto l'utente Arkeopterix anche diverse altre 
sue modifiche sono state revertate da Alecs01, quindi penso che la loro 
discussione potrebbe continuare ad oltranza in mancanza di decisioni 
esterne.


Non conosco la zona, mi sembra corretto mantenere distinte le 2 aree, 
una per definire il parco e l'altra per le zone con landuse=grass, nella 
relazione creata per quest'ultima però mancano degli inner, vedo un 
campo da basket, il Teatro Continuo di Alberto Burri, la Biblioteca 
Parco Sempione e sicuramente anche altri. Si potrebbero fare anche molte 
aree separate con l'etichetta landuse=grass, senza bisogno della relazione.


--
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Ospedali, ambulance_station e altro

2019-10-14 Per discussione Marcello

Il 14/10/19 12:02, Lorenzo Pesci ha scritto:

Nella mia zona ho trovato sospetto
questo inserimento:
6 ospedali mappati e nessuna corrispondenza sul web

Come quello segnalato da A.Palmas, anche questo è dell'utente mcheck .
https://www.openstreetmap.org/way/712913302#map=18/43.18101/11.98406

Non ne so abbastanza però per andare a modificare con sicurezza
(a parte riunire 6  [amenity hospital] in una unica area). L.Pesci


Lorenzo, quelli sono proprio fuori dall'Umbria quindi non sono entrati 
nella mia estrazione. In quella zona c'è un grosso centro privato ma è a 
qualche km di distanza, peraltro non inserito in mappa, non vorrei che 
mcheck abbia trovato informazioni su quel centro ma con una 
localizzazione non precisa. Purtroppo non ha messo alcuna informazione 
aggiuntiva ad amenity=hospital, come abbia fatto ad etichettare in quel 
modo quegli edifici, mettendo anche l'altezza al centimetro, dal source 
che dichiara (Esri World Imagery (Clarity) Beta) non riesco proprio a 
capirlo.


--

Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Ospedali, ambulance_station e altro

2019-10-14 Per discussione Marcello

Il 14/10/19 12:03, Fra Mauro ha scritto:
Credo che la situazione sia la stessa di quando si parla della 
superficie dei sentieri escursionistici...


Io lancio due domande sul tagging e faccio una proposta. Mi sforzerò 
di essere pratico! :)


1) vogliamo mappare l'Azienda Ospedaliero Universitaria Pisana ( 
http://www.ao-pisa.toscana.it/) o l'Ospedale di Cisanello 
(https://www.openstreetmap.org/relation/9243476)? Il secondo è quello 
che la persona normale chiama appunto ospedale, la prima è la 
struttura amministrativa che include l'ospedale e che interessa alla 
P.A. di cui parlava AleZena. Tenete presente che una azienda 
ospedaliera può includere più ospedali, a volte divisi anche da 
qualche km. Inoltre può succedere che l'informazione interessi anche 
al normale cittadino. La lista delle Aziende Ospedaliere è più 
semplice da reperire. Ovviamente la situazione ottimale sarebbe 
mappare entrambe le cose.
Direi che se l'azienda ospedaliera include più ospedali sicuramente 
questi sono identificati con nomi diversi, quindi ognuno si mappa come 
singolo ospedale e si mette in operator il nome dell'azienda ospedaliera


2) vogliamo distinguere l'ospedale dalla clinica? In base al tagging 
sono tutti e due amenity=hospital...
prendendo spunto dalla sollecitazione di Alessandro ho fatto una 
verifica della mappatura in Umbria, ho trovato qualche poliambulatorio 
delle aziende sanitarie pubbliche etichettato come amenity=hospital, 
cambiato in amenity=clinic, mentre le cliniche private presenti 
(qualcuna non c'è ancora) erano sempre etichettate con amenity=clinic, 
mentre come dice la pagina wiki (aggiornata a febbraio scorso dopo altro 
thread qui) è più corretto amenity=hospital, quelle che ho modificato 
hanno tutte posti letto per degenze ordinarie, sale operatorie, diverse 
specializzazioni, quello che le differenzia dagli ospedali pubblici è la 
presenza del pronto soccorso, quindi se non era presente (mi sembra ci 
fosse su tutte ma non sono sicuro) ho aggiunto emergency=no, quindi ho 
aggiunto in "operator" la società proprietaria e operator:type=private, 
mentre tutte le strutture appartenenti al servizio pubblico le ho 
etichettate con operator:type=public. Secondo me è un modo semplice ed 
efficace per distinguere la sanità pubblica da quella privata.


--
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Vorrei che qualcuno controllasse le mie modifiche

2019-10-06 Per discussione Marcello
Il 06/10/19 10:16, Martin Koppenhoefer ha scritto:
> potresti anche aggiungere un commento al changeset (in questa maniera 
> l’utente riceve una notifica)
>
> Ciao Martin 
>
Non avendo trovato altri modi più volte ho aggiunto il commento ai
changeset dove era richiesta la verifica, specificando se l'inserimento
era corretto o dando indicazioni sulle etichette più appropriate da
mettere, suggerendo pagine wiki o altro, senza correggere direttamente
gli errori.

Non ho mai ricevuto alcun feedback, quindi ho dei dubbi sul
funzionamento, o il check viene inserito in automatico e l'utente non se
ne rende conto oppure non riceve le notifiche, perché se viene
volutamente richiesto un controllo mi aspetterei una risposta.

-- 
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] Pagina welcome.openstreetmap.it irraggiungibile

2019-10-05 Per discussione Marcello
Salve,

la pagina per i messaggi di benvenuto non è più raggiungibile, sia
usando http che https rimanda alla pagina https://cortesi.com, dove
Simone ci fa un bel sorriso. L'avevo usata domenica scorsa e ancora era
funzionante.

-- 
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] power=marker per linea elettrica interrata

2019-08-14 Per discussione Marcello
Il 13/08/19 22:32, demon_box ha scritto:
> tra l'altro rileggendo il wiki di power=marker
>
> https://wiki.openstreetmap.org/wiki/Tag:power%3Dmarker
>
> dopo il tag position=left/right non ho capito nulla
>
> come faccio ad indicare che la linea si trova ad esempio (vedi prima foto) a
> 2.80 metri a destra del paletto marcatore?
> com'è la sintassi corretta?
>
> --enrico
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
>
Leggendo quella pagina wiki credo che la sintassi per indicare la
posizione nel tuo caso sia:

position=right;2.80

volendo si può aggiungere anche il valore dell'angolazione rispetto al nord

-- 
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Quesito stabile nuovo da mappare

2019-08-05 Per discussione Marcello
Il 05/08/19 13:35, Francesco Ansanelli ha scritto:
>
>
> Il lun 5 ago 2019, 12:37 Federico Cortese  <mailto:cortese...@gmail.com>> ha scritto:
>
> On Mon, Aug 5, 2019 at 12:03 AM Martin Koppenhoefer
> mailto:dieterdre...@gmail.com>> wrote:
> >
> > sì, lo faccio spesso anch’io (quando non mappo gli ingressi ma
> solo dei singoli POI). Sempre di meno però.
> >
>
> In realtà io mappo sempre gli ingressi ai fabbricati, ma se vedo che
> quell'ingresso corrisponde ad un negozio, oltre alle informazioni del
> civico ci metto anche quelle relative all'attività commerciale, cosa
> che ho capito a te non piacere.
>
>
> Qui non parliamo di cosa ci piace, ma cosa è giusto secondo le regole
> di OSM e le specifiche sul wiki... Non credo che mettiamo i tag come
> piacciono a noi e volevo precisarlo. Niente di personale
Ovviamente non c'è nulla di personale, però se si guarda le pagine wiki
c'è chiaramente scritto che nel caso di Point Of Interest gli elementi
addr:* si aggiungono al POI, come già detto nella pagina in italiano è
proprio riportato come esempio della chiave addr:*, dunque non capisco
tutto questo clamore, abbiamo un'opinione diversa, ma non si può dire
che è sbagliato.

-- 
Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Quesito stabile nuovo da mappare

2019-08-04 Per discussione Marcello
Il 03/08/19 17:31, scratera ha scritto:
> ...meglio fare a mio giudizio
> indoor=room
> room=amenity room=shoproom=...
> amenity=restauran shop=.. a secondo di cosa ci si trova dentro
> name=...
> level=
> ...e sull'ingresso
> addr:city=
> addr:country=IT
> addr:housenumber=
> addr:postcode=
> addr:street=
> door=yes
> entrance=yes
> indoor=door
> level=0
> ...e alla fine viene renderizzato così
> https://www.openstreetmap.org/way/709880992
> https://openlevelup.net/?l=0#20/45.89092/11.04140
> https://demo.f4map.com/#lat=45.8907182&lon=11.0396211&zoom=19&camera.theta=78.281&camera.phi=-94.825
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
>
Non mi sono mai cimentato con l'indoor mapping, comunque guardando la
pagina wiki [1] c'è scritto che room=shop e room=restaurant e altre
chiavi che fanno riferimento anche alla categoria amenity sono da evitare.

Se si considera la mappatura tradizionale guardando alcune pagine wiki,
[2] e [3] per esempio, mi sembra che l'etichetta building=* non sempre
sia utilizzata rispettando la regola "One feature One OSM element", anzi
sembra utilizzata come una caratteristica dell'elemento e non come una
feature a se stante. Se si vuole fare i pignoli poi secondo quella
regola non si dovrebbero mettere le informazioni dell'indirizzo su
entrance=* (feature) ma a lato, dove è posizionata la targhetta del civico.

Per concludere se si guarda la pagina wiki di addr:* [4] riporta come
esempio l'aggiunta dell'indirizzo ad amenity=restaurant, quindi mi
sembra prevista la possibilità che il POI possa coincidere con il
building e che ci possa essere l'indirizzo come informazione aggiuntiva
del POI, non rappresentante la posizione del civico, che andrebbe
aggiunta su un nodo separato.

[1] https://wiki.openstreetmap.org/wiki/Key:room
[2] https://wiki.openstreetmap.org/wiki/Castle
[3] https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dplace_of_worship
[4] https://wiki.openstreetmap.org/wiki/IT:Key:addr

-- 
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Quesito stabile nuovo da mappare

2019-08-03 Per discussione Marcello
Il 03/08/19 12:02, Francesco Ansanelli ha scritto:
> Il sab 3 ago 2019, 11:34 Marcello  <mailto:arca...@gmail.com>> ha scritto:
>
> Il 02/08/19 15:19, Andrea Musuruane ha scritto:
>> Ciao,
>>
>> On Wed, Jul 31, 2019 at 3:08 PM Martin Koppenhoefer
>> mailto:dieterdre...@gmail.com>> wrote:
>>
>>
>>
>> sent from a phone
>>
>> On 31. Jul 2019, at 14:04, Andrea Musuruane
>> mailto:musur...@gmail.com>> wrote:
>>
>>> Martin, mi puoi dare la tua definizione di indirizzo?
>>
>>
>> cito la wikipedia italiana, mi sembra abbastanza giusto:
>>
>>> L'*indirizzo* è la serie di informazioni, presentate in un
>>> formato codificato, necessaria per definire la
>>> localizzazione di un edificio o di una struttura. 
>>>
>>> È generalmente costituito dal nome del destinatario, da
>>> quello assegnato all'infrastruttura su cui sorge l'edificio
>>> (via, viale, piazza, corso ecc.) con suo eventuale numero
>>> civico, e dal nome della città e della nazione. A queste
>>> informazioni solitamente viene aggiunto anche il codice
>>> postale <https://it.m.wikipedia.org/wiki/Codice_postale> che
>>> prende nomi diversi a seconda dei paesi: in Italia
>>> <https://it.m.wikipedia.org/wiki/Italia> è conosciuto
>>> come CAP
>>> <https://it.m.wikipedia.org/wiki/Codice_di_avviamento_postale>
>>>
>>
>> La differenza tra indirizzo e civico è che il civico esiste
>> una sola volta, e in Italia descrive la posizione di un
>> ingresso (porta/cancello/possibile ingresso/etc), mentre lo
>> stesso indirizzo può apparire infinite volte (per ogni
>> abitante, struttura, esercizio raggiungibile a questo civico).
>>
>>
>> L'indirizzo è composto da una serie di informazioni (strada e/o
>> luogo, numero civico, comune, nazione) che consentono di
>> identificare un punto (e non un edificio!).
>>
>> Quindi, in questa accezione, il numero civico è quindi parte
>> dell'indirizzo. Spesso sono anche usati anche come sinonimi
>> (perché senza il numero civico, non puoi avere un indirizzo). 
>>
>> Inoltre, gli edifici possono avere più indirizzi in presenza di
>> differenti accessi esterni che dall'area di circolazione (strada,
>> piazza, via, ecc) immettono direttamente o indirettamente alle
>> unità immobiliari (abitazioni, esercizi commerciali, uffici,
>> garage, ecc.). Quindi l'associazione indirizzo - edificio non è
>> una funzione biettiva. La discussione potrebbe già fermarsi qui.
>>
>> Poi ci sono edifici ai quali si accede da un determinato
>> indirizzo. E ai quali in questo caso tu vorresti assegnare
>> nuovamente i tag addr:*. Questo lo trovo sbagliato perché
>> l'indirizzo era dove c'è la targhetta del numero civico.
>>
>> Aggiungendo questa informazione, non hai inserito una
>> informazione utile. Anzi, ne stai inserendo una errata, che crea
>> anche dei problemi. Con il navigatore, per esempio, io voglio
>> trovare l'accesso (dove in corrispondenza del quale è presente il
>> campanello, la cassetta della posta, ecc). Se lo duplichi, come
>> si fa a sapere dove andare?
>>
>> La duplicazione di tag addr:* identici viene giustamente
>> segnalata dal validatore di JOSM.
>>
>> Ciao,
>>
>> Andrea
>>
> Andrea,
>
> quindi secondo te è sbagliato aggiungere l'informazione
> dell'indirizzo ad un POI? A me sembra utile averla, anche se è
> presente la stessa informazione sul nodo che identifica il civico
> dell'edificio. Se volessi fare un'estrazione dei ristoranti di una
> città anche con l'informazione dell'indirizzo, n. telefonico ecc.
> sarebbe immediato, altrimenti no.
>
> Ciao Marcello,
>
> questa è la mia interpretazione di quando scritto nel wiki:
> è corretto inserire un indirizzo in un POI, ma è scorretto far
> coincidere edifici con POI, nel dubbio meglio riferirsi alla pagina:
>
> https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element
>
> Spesso capita di trovare edifici che coincidono con i POI (caso di
> uffici in un palazzo) e nel momento in cui bisogna aggiungere una
> nuova caratteristica verranno comunque separati, quindi, tanto vale

Re: [Talk-it] Quesito stabile nuovo da mappare

2019-08-03 Per discussione Marcello
Il 02/08/19 15:19, Andrea Musuruane ha scritto:
> Ciao,
>
> On Wed, Jul 31, 2019 at 3:08 PM Martin Koppenhoefer
> mailto:dieterdre...@gmail.com>> wrote:
>
>
>
> sent from a phone
>
> On 31. Jul 2019, at 14:04, Andrea Musuruane  <mailto:musur...@gmail.com>> wrote:
>
>> Martin, mi puoi dare la tua definizione di indirizzo?
>
>
> cito la wikipedia italiana, mi sembra abbastanza giusto:
>
>> L'*indirizzo* è la serie di informazioni, presentate in un
>> formato codificato, necessaria per definire la localizzazione di
>> un edificio o di una struttura. 
>>
>> È generalmente costituito dal nome del destinatario, da quello
>> assegnato all'infrastruttura su cui sorge l'edificio (via, viale,
>> piazza, corso ecc.) con suo eventuale numero civico, e dal nome
>> della città e della nazione. A queste informazioni solitamente
>> viene aggiunto anche il codice postale
>> <https://it.m.wikipedia.org/wiki/Codice_postale> che prende nomi
>> diversi a seconda dei paesi: in Italia
>> <https://it.m.wikipedia.org/wiki/Italia> è conosciuto come CAP
>> <https://it.m.wikipedia.org/wiki/Codice_di_avviamento_postale>
>>
>
> La differenza tra indirizzo e civico è che il civico esiste una
> sola volta, e in Italia descrive la posizione di un ingresso
> (porta/cancello/possibile ingresso/etc), mentre lo stesso
> indirizzo può apparire infinite volte (per ogni abitante,
> struttura, esercizio raggiungibile a questo civico).
>
>
> L'indirizzo è composto da una serie di informazioni (strada e/o luogo,
> numero civico, comune, nazione) che consentono di identificare un
> punto (e non un edificio!).
>
> Quindi, in questa accezione, il numero civico è quindi parte
> dell'indirizzo. Spesso sono anche usati anche come sinonimi (perché
> senza il numero civico, non puoi avere un indirizzo). 
>
> Inoltre, gli edifici possono avere più indirizzi in presenza di
> differenti accessi esterni che dall'area di circolazione (strada,
> piazza, via, ecc) immettono direttamente o indirettamente alle unità
> immobiliari (abitazioni, esercizi commerciali, uffici, garage, ecc.).
> Quindi l'associazione indirizzo - edificio non è una funzione
> biettiva. La discussione potrebbe già fermarsi qui.
>
> Poi ci sono edifici ai quali si accede da un determinato indirizzo. E
> ai quali in questo caso tu vorresti assegnare nuovamente i tag addr:*.
> Questo lo trovo sbagliato perché l'indirizzo era dove c'è la targhetta
> del numero civico.
>
> Aggiungendo questa informazione, non hai inserito una informazione
> utile. Anzi, ne stai inserendo una errata, che crea anche dei
> problemi. Con il navigatore, per esempio, io voglio trovare l'accesso
> (dove in corrispondenza del quale è presente il campanello, la
> cassetta della posta, ecc). Se lo duplichi, come si fa a sapere dove
> andare?
>
> La duplicazione di tag addr:* identici viene giustamente segnalata dal
> validatore di JOSM.
>
> Ciao,
>
> Andrea
>
Andrea,

quindi secondo te è sbagliato aggiungere l'informazione dell'indirizzo
ad un POI? A me sembra utile averla, anche se è presente la stessa
informazione sul nodo che identifica il civico dell'edificio. Se volessi
fare un'estrazione dei ristoranti di una città anche con l'informazione
dell'indirizzo, n. telefonico ecc. sarebbe immediato, altrimenti no.

-- 
Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Tempesta VAIA

2019-07-26 Per discussione Marcello
Il 25/07/19 23:43, scratera ha scritto:
> https://www.openstreetmap.org/#map=16/45.8923/11.1345
> ...quello che mi fa paura e che li c'è ora un sentiero taggato con 
> access=no
> bicycle=no
> foot=no
> highway=path
> horse=no
> mtb:scale=2
> note=impraticabile causa tempesta VAIA
> obstacle=fallen_tree
> sac_scale=mountain_hiking
> smoothness=impassable
> trail_visibility=no
>
> ...ma che chi lo vedrà sula mappa come lo interpreterà???
> ...ora sulla mia mappa sparirà ma chi lo guarderà sul cessofono come fara a
> capire che da li non ci si passa???
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
>
Alla fine del discorso però si ritorna al render, il problema non è
della mappatura ma del render. "Chi lo vedrà sulla mappa come lo
interpreterà?" significa che il render dell'applicazione che si utilizza
non è in grado di riprodurre una mappa decente, dove c'è access=no non
dovrebbe visualizzare il sentiero esattamente come gli altri, ma in modo
ben distinguibile, se addirittura c'è abandoned:* non dovrebbe
visualizzarlo per nulla.

-- 
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Etichette con valori in lingua italiana

2019-07-06 Per discussione Marcello
Il 05/07/19 18:54, Volker Schmidt ha scritto:
> No, almeno per quelle che ho scoperto per caso. Sono tutti dei valori
> descrittivi non-standard.
> Come detto sono pochi, ma il mio sospetto è che questi utenti abbiano
> utilizzati valori "inventati" in Italiano anche per altre chiavi.
> La mia domanda forse dovrebbe essere stata: sono l'unico ad avere
> incontrato questo fenomeno, o ci sono altri casi. Per avere un idea se
> è un problema diffuso o no.
>
> On Fri, 5 Jul 2019 at 17:46, liste DOT girarsi AT posteo DOT eu
> mailto:liste.gira...@posteo.eu>> wrote:
>
> Il 05/07/19 11:57, Volker Schmidt ha scritto:
> > Per caso mi sono accorto che c'è un numero (limitato) di oggetti
> in OSM con
> > etichette cui valore è espresso in lingua Italiana.
> > Per esempio: surface=terra-erba (con varianti), surface=terra e
> fango
> > Numericamente sembra non essere un problema, ma volevo
> sollevarlo, in caso
> > qualcuno vorrebbe fare qualcosa sistematicamente.
> >
> > Volker
> >
>
> Che sia qualche bug di preimpostazioni di Josm o ID?
>
>
>
> -- 
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
> Simone Girardelli
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org <mailto:Talk-it@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-it
>
Sarebbe interessante però verificare con quale editor sono state
inserite. iD non lo uso praticamente mai per cui non so come gestisce i
preset, ma Josm propone una lista di valori in italiano (chiaramente
quando è configurata la lingua italiana) e dopo la selezione converte
nel corrispondente in inglese, ma il campo è editabile e si può inserire
anche un valore non proposto. Purtroppo le liste a volte non sono
esaustive, ad esempio qualche giorno fa ho inserito qualche statua e tra
i materiali ad esempio manca il bronzo, ho riempito il campo con la
dicitura in inglese, ma compilando un campo
: per i meno esperti potrebbe
sfuggire il fatto che se non è proposto si deve riempire la casella
usando la lingua inglese.

-- 
Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Nome Rotatoria

2019-07-03 Per discussione Marcello
Il 03/07/19 13:44, claudio62PG ha scritto:
> giuro che mi astengo da ora in poi:
> Faccio notare che se il nome della rotatoria va all'anello stradale allora
> se la rotatoria non ha nome è scorretto mettere dei nomi nell'anello
> stradale.
> La situazione è complessa e non pensavo di scatenare questo vespaio.
> A complicare le cose, a Perugia, al centro della rotatoria vi sono monumenti
> che nulla hanno a che fare con il nome della rotatoria, Penso alla Rotatoria
> Giovanni Paolo secondo che ha un monumento al Grifo nel suo centro.
> Saluti
> Claudio
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
>
Claudio,

non ti preoccupare, la mailing list serve proprio per chiarire i dubbi e
cercare di avere una mappa abbastanza uniforme, se non ci si parlasse
non potrebbe essere così.

-- 
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Nome Rotatoria

2019-07-02 Per discussione Marcello
Il 02/07/19 17:05, claudio62PG ha scritto:
> il problema è la definizione di rotatoria
>
>
> La rotatoria o rondò alla francese (scrittura corretta in francese:
> rondeau), è un tipo di intersezione a raso (cioè le strade che afferiscono
> ad essa sono poste sullo stesso piano senza intersecarsi) fra due o più
> strade. Assolve alla funzione di moderazione e snellimento del traffico.
>
> L'incrocio fra le strade è sostituito da un anello stradale (detto anche
> corona giratoria) a senso unico che si sviluppa intorno ad uno
> spartitraffico di forma più o meno circolare. I flussi di traffico lo
> percorrono in senso antiorario nei paesi in cui si guida a destra, in senso
> orario nei paesi dove si guida a sinistra.
>
> il problema è questo se il cartello con il nome è posto nello spartitraffico
> l nome a chi va;
> Dirò di più le rotatorie a Perugia sono sponsorizzate e la ditta tal de tali
> contribuisce al suo abbellimento
> un cartello specifica che la ditta tal de tali contribuisce alla
> manutenzione della rotatoria pinco pallo... Per cui penso che il nome vada
> allo spartitraffico
> Claudio  
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
>
Il comune di Perugia ha un regolamento per la toponomastica e la
numerazione civica, riguardo la segnaletica stradale riporta quanto segue:

ART. 16 - Targhe stradali. Modalità di attuazione.
La S. O. Sicurezza provvede – dietro formale richiesta della U.O.
Servizi al Cittadino –
all’installazione delle targhe stradali che, recanti l’intitolazione
delle aree di circolazione da attuare,
debbono essere poste in opera in conformità all’art. 133 del Regolamento
di esecuzione e di
attuazione del Nuovo Codice della Strada.
...
Le targhe dovranno essere poste in opera nel punto di migliore
visibilità e, per quanto riguarda le
rotatorie, dovrà essere apposta una targa nell’isola centrale in
corrispondenza di ogni intersezione
stradale

Quindi è espressamente previsto che per le rotatorie il nome va
nell'isola centrale, ma riguarda l'area di circolazione e non l'isola
stessa.

-- 
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Nome Rotatoria

2019-07-02 Per discussione Marcello
Il 02/07/19 00:26, Martin Koppenhoefer ha scritto:
>
> sent from a phone
>
>> Am 01.07.2019 um 19:59 schrieb Marcello :
>>
>> La maggioranza di coloro che hanno espresso un'opinione sono concordi
>> con l'applicazione del nome della rotatoria all'area di circolazione e
>> non estenderlo o limitarlo all'aiuola centrale, a questo punto
>> aggiornerei la pagina wiki in italiano con le indicazioni già presenti
>> nella pagina in inglese, poi direi di rimettere il nome alle rotatorie a
>> cui è stato tolto.
>
> se si trattasse di una piazza oppure di un largo ecc. il place=square sarebbe 
> da disegnare al bordo (tipicamente confine con le particelle intorno, quindi 
> comprensivo di strada e aiuola)
>
> Ciao, Martin 
>
>
>
Di solito uso il place=square e anche all'area di circolazione che
attraversa la piazza (highway=*) aggiungo il nome della piazza.

Tornando alle rotatorie mi sembrano equiparabili alle piazze, ossia
tutta l'area occupata è parte della rotatoria, il bordo esterno, l'area
di circolazione e l'aiuola interna, il nome quando c'è contiene la
parola "Rotatoria", quindi l'elemento principale è l'area di
circolazione, come per le vie, non vedo perché non dovremmo assegnare il
nome all'elemento principale. Se non c'è chiaramente non si mette.

-- 
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Nome Rotatoria

2019-07-01 Per discussione Marcello
Vorrei chiudere questo thread cercando di arrivare ad una conclusione.

La maggioranza di coloro che hanno espresso un'opinione sono concordi
con l'applicazione del nome della rotatoria all'area di circolazione e
non estenderlo o limitarlo all'aiuola centrale, a questo punto
aggiornerei la pagina wiki in italiano con le indicazioni già presenti
nella pagina in inglese, poi direi di rimettere il nome alle rotatorie a
cui è stato tolto.

Ciao

Marcello

Il 27/06/19 23:11, Marcello ha scritto:
> Claudio,
>
> scusa se riprendo il discorso solo ora ma ero fuori e non potevo.
> Innanzitutto ti faccio notare che i navigatori sono tanti e non ci
> interessa come ognuno tratta i dati, a noi interessa inserire i dati
> utili ai vari servizi, sta poi a loro decidere come utilizzarli.
>
> Partendo dal tuo esempio di Via Annibale Vecchi vedo che hai tolto il
> nome della rotatoria, ma non hai inserito il nome "Via Annibale Vecchi",
> quindi la via è comunque discontinua. In secondo luogo molte volte le
> rotatorie sono state inserite su incroci di vie diverse, quindi non si
> pone il problema della continuità di una via con lo stesso nome. Per
> finire lo stradario pubblicato dal comune di Perugia riporta
> regolarmente le rotatorie (allego quello del 2017, ora sul sito
> stranamente è rimasto solo quello del 2014), quindi evidentemente il
> nome della rotatoria è riferito alla strada, anzi in qualche caso vedo
> che ne interrompono un'altra, ad esempio la "Rotatoria Genocidio degli
> Armeni", che va da Via Centova a Via Centova.
>
> Ciao
> Marcello
>
> P.S. la pagina wiki [1] (inglese) specifica che se la rotatoria ha un
> nome va applicato all'oggetto junction=roundabout e non deve essere
> usato il nome della via collegata.
>
> [1] https://wiki.openstreetmap.org/wiki/Tag:junction%3Droundabout
>
> Il 26/06/19 08:01, claudio62PG ha scritto:
>> riprendendo il discorso 
>> Faccio notare che un navigatore non nomina il nome della rotatoria
>> avremmo dei paradossi 
>> via Aldo Rossi incrocia via Bianchi con la rotatoria Neri
>> Quindi se vengo da Aldo Rossi e voglio continuare per quella via il
>> navigatore non dice entra nella rotatoria Neri e continua per aldo Rossi ma
>> dice entra nellincrocio e prendi la seconda uscita.
>> Inoltre sono andato a vedere in casa di altri per vedere come facevano 
>> su Waze dicono espressamente di NON dare il nome alla rotatoria
>> Waze <https://wazeopedia.waze.com/wiki/Italy/Rotatorie>  
>> Claudio
>>
>>
>>
>>
>> --
>> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>>
>>

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] highway=residential con access=permissive

2019-05-27 Per discussione Marcello
Per tornare all'oggetto del thread io metto "permissive" alle strade che
hanno un cartello di "Strada privata" ma senza nessun segnale di divieto
o barriere di accesso, tipo questa:
https://www.rivalta-trebbia.it/sentiero-nel-bosco-di-croara/. Lo
interpreto come proprietà privata, per cui il proprietario potrebbe
chiudere l'accesso se volesse, ma non segnalando in nessun modo che non
si può entrare concede il passaggio a tutti. Anche se ci fosse scritto
"Proprietà privata" metto access=permissive, ma non sono sicuro che sia
corretto, perché probabilmente per l'accesso in una proprietà privata
potrebbe esserci qualche norma del codice civile che stabilisce gli
eventuali diritti e potrebbe essere meglio mettere access=destination o
private. Se oltre ai citati cartelli c'è un cartello di segnaletica
stradale secondo me prevale su tutto, a meno di fare una verifica
amministrativa sull'autorizzazione a metterlo, che non è nostro compito.

Queste situazioni non sono affatto rare, secondo me potrebbero spiegare
il numero di access=permissive presenti.

Ciao
Marcello

Il 27/05/19 10:07, Martin Koppenhoefer ha scritto:
> Am So., 26. Mai 2019 um 21:46 Uhr schrieb Volker Schmidt
> mailto:vosc...@gmail.com>>:
>
> in realtà “destination” è più permissivo di residenti, consente
> l’accesso a chiunque volesse andare a trovare i residenti e
> commercianti, include i visitatori, clienti, fornitori, ecc.
> In OSM il tag "access=residents" è poco utilizzato (1500x) e non
> documentato nel wiki.
> "access=resident" è utilizzato 50 volte, ma esiste una proposta
> wiki
> (https://wiki.openstreetmap.org/wiki/Proposed_features/access%3Dresident)
> del 2011.
> Hai ragione per esempio nei casi delle ZTL, dove può entrare solo
> chi ha un permesso, incluso i residenti.
>
>
>
>
> access=resident richiede che uno ha la residenza lì? Il domicilio? Un
> posto in un albergo? Posso andare a trovare un mio amico in macchina,
> se non ci abito io? I veicoli delle poste ci possono andare? I taxi?
> Per me access=resident non è specificato sufficientemente.
>
> Ciao,
> Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Tag presenti in Italia

2019-05-11 Per discussione Marcello
A proposito del nome c'è anche il caso opposto, ossia dove andrebbe
messo anche "cosa è" invece non c'è. Il nome delle statue e delle chiese
spesso riporta solo a chi è dedicata, almeno per le chiese nella wiki è
chiaramente scritto che invece deve contenere anche il tipo di edificio.

Direi che nel nome va messo anche "cosa è" se il nome proprio
dell'elemento è derivato da un altro nome proprio, Bianco e Rosa sono
nomi propri di colori, Zerbion non mi sembra un nome proprio ereditato
da altri elementi, quindi è corretto mettere solo Zerbion, a meno che
non venga comunemente identificato come "Monte Zerbion". Facendo una
ricerca ho trovato un "Hotel Zerbion", nome proprio derivato, in questo
caso penso sia corretto includere "Hotel" nel nome.

Ciao
Marcello

Il 10/05/19 22:08, mbranco2 ha scritto:
> Bravo Ale,
>
> hai scoperchiato un vaso di Pandora a cui penso da parecchio, vediamo
> se riusciamo a trovare una quadra.
>
> Finché si tratta di correggere errori di battitura, non c'è
> discussione e benemerito chi la fa.
> Anche eliminare la spazzatura-rumenta è opera meritoria, e dio solo sa
> quanta ce n'è in OSM...
>
> Voglio però cogliere l'occasione per fare una proposta, e cioè
> regolamentare in generale le "modifiche massive", che siano per
> sistemare macro-errori evidenti ma anche per proporre di
> standardizzare (=normalizzare) un certo modo di taggare.
> Un po' come per gli import, anche se con un iter un po' più blando.
>
> Lo ritengo opportuno perché penso sia da salvaguardare lo "spirito" di
> OSM che consente ed ammette uno "stile personale" di mappatura, così
> come permette che una certa caratteristica sia mappabile in più modi
> tra loro alternativi (anche se per deformazione professionale sono
> sensibile all'esigenza di normalizzazione/standardizzazione dei dati).
>
> Faccio un esempio (ne avevamo già parlato tempo fa ma a volte giova
> ripetere): a me non piace che nel name di un elemento ci sia anche il
> "cosa è", quindi per me il fiume più lungo d'Italia (che è taggato con
> waterway=river) è giusto che abbia name=Po e non name=Fiume Po. Ma
> allora perchè il Sesia ha name=Fiume Sesia ?
> Se fate una ricerca in overpass, vedrete che parecchi fiumi e torrenti
> hanno il name che inizia con "Fiume" o "Torrente".
> Stessa cosa per le montagne (natural=peak): magari che il name inizi
> con "Monte" lo lascerei per il Monte Bianco ed il Monte Rosa, ma ci
> sono tantissime altre cime che hanno il name che inizia con "Monte"
> (chiedo ai valdostani: lo Zerbion è più giusto chiamarlo "Monte Zerbion"?)
>
> Bene, io la penso così però sbaglierei di grosso se mi mettessi a
> modificare a tappeto tutti i name dei fiumi/torrenti o delle montagne
> italiane in base a come la penso io, senza una discussione con la
> comunità...
>
> Ecco quindi la proposta (vale tanto per la sistemazione di
> macro-errori evidenti quanto per le "normalizzazioni" potenzialmente
> soggette ad opinioni diverse):
> creare una pagina "Modifiche massive" nella Wiki  con una tabella che
> riporti
> - Titolo della proposta
> - Nickname del/i proponente/i
> - Data proposta
> - Area interessata (tutta l'Italia, una regione, una provincia...)
> - Link alla discussione in mailing list
> - Descrizione della proposta (se poche righe, altrimenti link ad una
> apposita pagina sempre nella wiki)
> - Data di esecuzione
>
> La descrizione della proposta (o l'apposita pagina) dovrebbe contenere
> un'analisi dei tag attuali, come verrebbero modificati, e con quali
> strumenti sarebbe eseguita la modifica.
>
> Ok, ho lanciato il sasso nello stagno, se considerate l'argomento
> degno d'interesse sono disponibile ad impostare un template nella wiki.
>
> Buona serata,
> Marco
>
> P.S. @Andy :  thank you for your reporting, it should be very helpful
> an Italian taginfo, we've to think about it.
>
>
> Il giorno gio 9 mag 2019 alle ore 09:45 Ale_Zena_IT via Talk-it
> mailto:talk-it@openstreetmap.org>> ha scritto:
>
> In questo periodo per lavoro stò scremando i tag del planet ed ho
> trovato veramente di tutto. Se aprite taginfo scoprite che su OSM
> sono presenti oltre 74.000 chiavi.
>
> Ieri ho scaricato l'Italia ed ho tirato giù la lista dei valori di
> highway, building, railway, amenity, natural, shop, place, leisure
> e anche layer (piuttosto che niente anche lì ci sono 20 valori
> differenti dal range -5/+5 ufficialmente riconosciuto).
>
> Spicca la chiave shop con 836 valori. Secondi i building, che tra
> errori di

Re: [Talk-it] pronto soccorso ospedali italiani

2019-01-21 Per discussione Marcello
Ottimo Aury, ho corretto un piccolo refuso (avevi dimenticato "tag" in
una frase), per il resto mi sembra un netto miglioramento dell'attuale.
L'unica cosa che consiglierei di aggiungere, tra l'altro nell'immagine
c'è, anche l'uso di entrance=main per indicare l'ingresso principale,
perché spesso il punto informazioni è unico, quindi se non si sa già
dove bisogna andare all'interno dell'ospedale è bene sapere il punto
migliore per accedere e ottenere informazioni.

Ciao
Marcello

Il 20/01/19 13:22, Aury88 ha scritto:
> fatta una veloce bozza della pagina. la trovate qui [1]
>
> rispetto a quanto precedentemente stabilito ho aggiunto un brevissimo
> paragrafo in cui parlo dell'indoor mapping (o meglio dico che allo stato
> attuale l'argomento per gli ospedali non è ufficialmente coperto) con in più
> una bozza di schema di mappatura
>
> [1]https://wiki.openstreetmap.org/wiki/User:Aury88/sandbox/hospital
>
>
>
> -
> Ciao,
> Aury
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
>

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] pronto soccorso ospedali italiani

2018-12-31 Per discussione Marcello
Il 31/12/18 16:44, Lorenzo Mastrogiacomi ha scritto:
> Il giorno lun, 31/12/2018 alle 03.34 -0700, Aury88 ha scritto:
>> se c'è consenso qui vorrei modificare la voce italiana in maniera tale da:
>> 1)allinearla di più a quella inglese (in cui tra l'altro si specifica che
>> l'amenity=hospital + emergency=yes va aggiunto al perimetro esterno e non si
>> fa menzione di eventuali nodi per gli omologhi del pronto
>> soccorso...particolarità temo tutta della mappatura italiana);
>> 2)sconsigliare esplicitamente l'aggiunta del nodo (amenity=hospital +
>> emergency=yes) interno all'area ospedaliera per indicare il pronto soccorso 
>> 3)fare un primo accenno alla questione ingresso al pronto soccorso con link
>> alla voce italiana del tag emergency=emergency_ward_entrance
>> 4) dare indicazioni su dove applicare il tag name=Pronto Soccorso * in base
>> a quanto deciderete qui ed eventualmente modificando anche la voce
>> emergency=emergency_ward_entrance se è su quell'elemento che deciderete di
>> applicare il tag.
>> se c'è il via libera ci penso io a fare tutto quello che concerne la wiki,
>> naturalmente poi sta ala comunità italiana aggiornare la mappatura (magari
>> commentando il changeset con il riferimento alla discussione o alla futura
>> voce wiki) e vigilare perchè si mantenga coerente in tutta italia.
> 1) si
> 2) si
> 3) si
> 4) Non credo sia una buona idea applicare i tag relativi al pronto soccorso 
> su questo elemento, che indica l'ingresso, non l'ubicazione del pronto 
> soccorso.
> Ho proposto su Telegram di mappare il pronto soccorso stesso con 
> healthcare=yes + healthcare:speciality=emergency, è ciò che ho tirato fuori 
> da wiki.
> Potrebbe essere una alternativa migliore avere un tag healthcare apposito 
> (healthcare=emergency?) ed usare healthcare:speciality=* per definirlo meglio?
> Lorenzo
anch'io sono d'accordo per i punti 1, 2 e 3 e, se ho interpretato bene
il pensiero di Aury88, anche il 4 penso vada bene, applicando il tag
emergency=emergency_ward_entrance al nodo dove è fisicamente collocato
l'ingresso all'edificio del Pronto Soccorso, non all'ingresso dell'ospedale.

Qualche settimana fa ho speso un po' di tempo a migliorare la mappatura
dell'ospedale di Terni, era appena abbozzato, way 646021813,
all'ingresso principale dell'ospedale ho messo il tag entrance=main e a
quello del Dipartimento di Emergenza e Urgenza i tag
emergency=emergency_ward_entrance + entrance=emergency, quest'ultimo nel
wiki è riportato da utilizzare per le uscite di emergenza ma la
combinazione è usata 134 volte, credo possa essere utile specificare
entrance=* perché emergency lo vedo usato in casi molto diversi tra
loro, così definisce il tipo di entrance. Secondo me ci potrebbe stare
anche un emergency=exit per specificare un'uscita di emergenza.

Colgo l'occasione per augurare Buon Anno a tutta la lista.

Ciao
Marcello
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Awesome Italian Public Datasets

2018-11-18 Per discussione Marcello
Il 18/11/18 19:55, mbranco2 ha scritto:
> Sarà la mia natura ottimistica e fiduciosa, ma voglio pensare che il
> Ministero della Salute ce l'abbia abbastanza giusta, l'informazione
> della denominazione e indirizzo delle farmacie italiane...
>
> Penso anche che sovente, quando un mapper diventa senior, disdegni
> tutto quello che non sia "mappatura perfetta" e perda un po' di vista
> lo spirito wiki "poi passerà qualcuno dopo di me a migliorare la mia
> mappatura".
>
> :-)
>
> Marco
>
Marco, il problema non è di mappatura perfetta o di mappatori senior, ma
solo mi sembra sbagliato mettere un dato errato per poi sperare che
qualcuno lo corregga. Un conto mettere un'informazione non completa ma
corretta, un altro invece mettere dati anche errati solo perché sono del
ministero della salute.

Per la farmacia di cui ho messo il riferimento il nome della via è
sbagliato, sicuramente un errore di digitazione, quella riportata come
denominazione è l'operator, non il nome della farmacia, quindi se una
farmacia non è in OSM ma è nel database mis per inserirla occorre
qualcuno che sia sicuro della posizione e della correttezza della via e
numero civico, a quel punto potrebbe inserirla senza avere bisogno del
database mis o meno, se si vogliono inserire i campi ref:mis e ref:vatin
invece può recuperarli dal database.

Ciao
Marcello
>
> Il giorno dom 18 nov 2018 alle ore 18:51 Andrea Musuruane
> mailto:musur...@gmail.com>> ha scritto:
>
> Concordo. Io ho trovato anche errori nell'indirizzo (non era
> aggiornato) e nel campo name ho trovato spesso l'operator e non il
> nome della farmacia.
>
> Ciao,
>
> Andrea
>
>
> On Sun, Nov 18, 2018 at 6:40 PM Volker Schmidt  <mailto:vosc...@gmail.com>> wrote:
>
> Si ci sono così tanti errori della posizione, chi ci dice che
> il resto dell'inforamzione è di qualità milgiore?
> Io sono assolutamente contrario a qualsiasi import dove non
> c'è un controllo manuale uno ad uno o  sul territorio o su
> foto street-level con data recente.
>
> 
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
>   Virus-free. www.avast.com
> 
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
>
>
>
> On Sun, 18 Nov 2018 at 17:52, mbranco2  <mailto:mbran...@gmail.com>> wrote:
>
> Nella segnalazione di esempio che ho fatto, le farmacie,
> non volevo affatto suggerire di fare un import automatico
> di quei dati, eh? (tra l'altro, sono contrario per
> principio agli import automatici in OSM!)
>
> Descrivo come uso io quella tabella, per
> controllare/aggiungere le farmacie nella mia zona (il
> Canavese):
> - Dal .csv iniziale, filtro per SIGLAPROVINCIA=TO
> - Cancellazione di tutte le righe che hanno valorizzato
> DATAFINE VALIDITA'
> - Ordinamento per CAP, così da poter estrarre i dati della
> mia zona
> - SOSTITUZIONE DELLA VIRGOLA CON IL PUNTO PER LE
> COORDINATE GEOGRAFICHE 
> - Salvataggio delle righe che mi interessano in una
> tabella .csv
> - creazione della mappa in Umap:
> http://u.osmfr.org/m/21/, abilitando il pulsante di
> modifica con iD/Josm (che di default è nascosto)
> Da questa mappa posso facilmente aggiornare i dati
> relativi nella mia zona, aggiundendo le farmacie oppure,
> se esistono già, aggiungedoci se mancano l'indirizzo, la
> descrizione (messa come "operator" [1]); e se non sono
> mappati - già che ci sono - aggiungo l'edificio, la strada
> di servizio...
> Anche se la localizzazione è imprecisa, riesco facilmente
> ad identificare di quale farmacia si tratta.
> Poi carico su OSM indicando come source "conoscenza
> diretta + www.dati.salute.gov.it/dataset/farmacie.jsp
> <http://www.dati.salute.gov.it/dataset/farmacie.jsp>"
>
> Ribadisco quindi l'intenzione iniziale del mio intervento,
> ringraziare Giorgia e Maria Claudia: fa sempre piacere
> scoprire che c'è, nella pubblica amministrazione, chi è
> sensibile alla tematica degli open data e se ne occupa
> anche al di fuori dell'attività lavorativa.
>

Re: [Talk-it] Awesome Italian Public Datasets

2018-11-18 Per discussione Marcello
Confermo i molti errori. Ho fatto un giro per le farmacie umbre, il
posizionamento spesso è sbagliato anche di decine di chilometri, in
mezzo ai boschi, oppure sulla via con il nome giusto ma nel comune
sbagliato. Quella posizionata meglio, solo qualche metro di errore,
edificio corretto ma nel lato sbagliato, è questa [1], però è sbagliato
il nome della via, ci sono in più i campi ref:mds e ref:vatin, nel campo
name è messa la ragione sociale, che secondo me andrebbe messa nel campo
operator. C'è anche il campo start:date, ma non capisco a cosa si
riferisce, perché è 01/07/2012 (formattazione errata, non è ISO 8601),
ma quella farmacia esiste sicuramente da più di 20 anni, anche la
proprietà è la stessa, forse è un cambio di ragione sociale? Che utilità
può avere inserire questo campo?

Mi sembra che l'utilità è veramente poca, bisogna conoscere praticamente
tutto della farmacia in questione per validare il dato da importare,
tanto vale metterlo direttamente, al massimo è utile per aggiungere i
campi ref:mds e ref:vatin.

[1] https://www.openstreetmap.org/node/3697323486

Ciao
Marcello

Il 18/11/18 08:49, Federico Cortese ha scritto:
> On Sat, Nov 17, 2018 at 4:06 PM Volker Schmidt  wrote:
>> Solo utilizzabili per import manuale! E con grande cautela :-(
>>
> Anche dalle mie parti molti errori grossolani. La prima farmacia che
> ho controllato è posizionata a circa 80 km di distanza da dove è già
> correttamente mappata in OSM.
> Ho comunque aggiunto i tag mancanti (ref:vatin e ref:mds) alla
> farmacia già mappata.
> Sul sistema di validazione ho indicato "not there", ma c'è modo per
> indicare dove si trova effettivamente oppure se è già mappata in OSM?
>
> Ciao,
> Federico
>
>

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Mancata attribuzione.... due al prezzo di una

2018-11-16 Per discussione Marcello
Ultimo aggiornamento, mi ha riscritto Marianna di Pilla, hanno inserito
l'attribuzione sulle mappe OSM, per le foto, dopo aver visto che
partendo dalla pagina della località con la raccolta delle foto
cliccando sulle miniature si apriva la pagina della foto con i crediti,
avevo chiesto che da qualsiasi miniatura cliccando si aprisse la pagina
della foto, ha detto che richiede un intervento più complesso e lo
prevederanno in caso di aggiornamento del sito.

Per ora hanno corretto l'attribuzione alla mia foto che avevano digitato
male, ora compare "*Crediti:* arcanma - Creative Commons".

Considerando la buona volontà che ci hanno messo tutto sommato mi sembra
una situazione accettabile, ora c'è l'attribuzione sulla mappa e per le
foto non è sempre facile arrivare alla pagina con i crediti, ma ci sono.

Ciao
Marcello

Il 26/10/18 17:26, Marcello ha scritto:
> Alessandro,
>
> avevo visto una mia foto relativa alle mura megalitiche di Amelia,
> presente su Commons, nella pagina
> https://www.paesionline.it/italia/monumenti-ed-edifici-storici-amelia,
> dalla quale non è possibile ricavare alcuna informazione sull'autore,
> aprendo la pagina del monumento la foto non c'è più e compare la mappa
> OSM di localizzazione del monumento senza attribuzione.
>
> In tutte le pagine del sito dove c'è la mappa di localizzazione questa è
> senza attribuzione, per le foto  girando un po' ho capito il loro 'modus
> operandi', gli utenti possono registrarsi sul sito e a quel punto
> possono caricare del materiale e scrivere recensioni di monumenti,
> locali, ecc. Per ogni città c'è una pagina che raccoglie le foto, nel
> caso di Amelia è https://www.paesionline.it/italia/foto-immagini-amelia,
> passando con il mouse sulla miniatura delle foto compare il nome
> dell'utente che l'ha caricata in PaesiOnLine, cliccandola apre la pagina
> con la foto e i crediti (nel mio caso è sbagliato ma è un errore di
> battitura).
>
> Ieri mattina mi ha risposto Marianna Di Pilla, Ufficio Editoriale e
> Social Media Manager di PaesiOnLine, a cui ho chiesto di inserire
> l'attribuzione sulle mappe e per le foto che da ogni miniatura visibile
> cliccandoci si possa richiamare la pagina con la foto e i crediti, non
> solo dalla pagina di raccolta delle foto, non facile da trovare. La
> reazione è stata veloce, vediamo se anche l'aggiornamento lo sarà
> altrettanto.
>
> Ciao
> Marcello
>
> On 25/10/2018 15:10, Alessandro Palmas wrote:
>> Il 25/10/18 08:56, Marcello ha scritto:
>>> Salve,
>>>
>>> ho trovato un altro sito che usa le mappe OSM con solo la scritta
>>> Leaflet, nessuna menzione di OpenStreetMap, oltretutto anche le foto dei
>>> monumenti molto spesso sono prese da Wikimedia Commons senza nessuna
>>> attribuzione. Loro invece si riservano tutti i diritti ecc. ecc.
>>>
>>> il sito è www.paesionline.it, ho scritto a entrambe le mail che ho
>>> trovato, amministrazi...@valica.it e sa...@valica.it, vi terrò al
>>> corrente della risposta (se arriverà).
>>>
>> Ciao Marcello,
>> ho verificato la presenza di mappa OSM. Mi daresti giusto un
>> riferimento a una foto presa da Commons (così non sto a fare ricerche
>> se l'hai già fatta tu)?
>>
>> E cosa grave dichiarano la proprietà dei contenuti.
>>
>> https://www.paesionline.it/info/legal
>> "MARCHI E DIRITTI
>> Tutti i contenuti del Sito, quali a titolo esemplificativo e non
>> esaustivo, testi, grafici, marchi, loghi, icone, immagini, brani
>> audio, database o software sono protetti dalla legge sul diritto
>> d’autore, n. 633/41, e sono di proprietà del Titolare ovvero dei
>> relativi fornitori"
>>
>> Alessandro
>>
>>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Mancata attribuzione.... due al prezzo di una

2018-10-26 Per discussione Marcello
Alessandro,

avevo visto una mia foto relativa alle mura megalitiche di Amelia,
presente su Commons, nella pagina
https://www.paesionline.it/italia/monumenti-ed-edifici-storici-amelia,
dalla quale non è possibile ricavare alcuna informazione sull'autore,
aprendo la pagina del monumento la foto non c'è più e compare la mappa
OSM di localizzazione del monumento senza attribuzione.

In tutte le pagine del sito dove c'è la mappa di localizzazione questa è
senza attribuzione, per le foto  girando un po' ho capito il loro 'modus
operandi', gli utenti possono registrarsi sul sito e a quel punto
possono caricare del materiale e scrivere recensioni di monumenti,
locali, ecc. Per ogni città c'è una pagina che raccoglie le foto, nel
caso di Amelia è https://www.paesionline.it/italia/foto-immagini-amelia,
passando con il mouse sulla miniatura delle foto compare il nome
dell'utente che l'ha caricata in PaesiOnLine, cliccandola apre la pagina
con la foto e i crediti (nel mio caso è sbagliato ma è un errore di
battitura).

Ieri mattina mi ha risposto Marianna Di Pilla, Ufficio Editoriale e
Social Media Manager di PaesiOnLine, a cui ho chiesto di inserire
l'attribuzione sulle mappe e per le foto che da ogni miniatura visibile
cliccandoci si possa richiamare la pagina con la foto e i crediti, non
solo dalla pagina di raccolta delle foto, non facile da trovare. La
reazione è stata veloce, vediamo se anche l'aggiornamento lo sarà
altrettanto.

Ciao
Marcello

On 25/10/2018 15:10, Alessandro Palmas wrote:
> Il 25/10/18 08:56, Marcello ha scritto:
>> Salve,
>>
>> ho trovato un altro sito che usa le mappe OSM con solo la scritta
>> Leaflet, nessuna menzione di OpenStreetMap, oltretutto anche le foto dei
>> monumenti molto spesso sono prese da Wikimedia Commons senza nessuna
>> attribuzione. Loro invece si riservano tutti i diritti ecc. ecc.
>>
>> il sito è www.paesionline.it, ho scritto a entrambe le mail che ho
>> trovato, amministrazi...@valica.it e sa...@valica.it, vi terrò al
>> corrente della risposta (se arriverà).
>>
>
> Ciao Marcello,
> ho verificato la presenza di mappa OSM. Mi daresti giusto un
> riferimento a una foto presa da Commons (così non sto a fare ricerche
> se l'hai già fatta tu)?
>
> E cosa grave dichiarano la proprietà dei contenuti.
>
> https://www.paesionline.it/info/legal
> "MARCHI E DIRITTI
> Tutti i contenuti del Sito, quali a titolo esemplificativo e non
> esaustivo, testi, grafici, marchi, loghi, icone, immagini, brani
> audio, database o software sono protetti dalla legge sul diritto
> d’autore, n. 633/41, e sono di proprietà del Titolare ovvero dei
> relativi fornitori"
>
> Alessandro
>
>

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] Mancata attribuzione.... due al prezzo di una

2018-10-24 Per discussione Marcello
Salve,

ho trovato un altro sito che usa le mappe OSM con solo la scritta
Leaflet, nessuna menzione di OpenStreetMap, oltretutto anche le foto dei
monumenti molto spesso sono prese da Wikimedia Commons senza nessuna
attribuzione. Loro invece si riservano tutti i diritti ecc. ecc.

il sito è www.paesionline.it, ho scritto a entrambe le mail che ho
trovato, amministrazi...@valica.it e sa...@valica.it, vi terrò al
corrente della risposta (se arriverà).

-- 
Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] nomi vie con numeri romani

2018-10-19 Per discussione Marcello
On 19/10/2018 12:13, Cascafico Giovanni wrote:
> Il giorno ven 19 ott 2018 alle ore 11:55 Marco_T  <mailto:toto...@libero.it>> ha scritto:
>
>
> In questo caso il nome del mese non è usato come nome comune ("in
> aprile
> arrivano le rondini") ma come nome proprio della via in quanto
> appellativo
> toponomastico unico ed individuale della strada all'interno del
> Comune.
> Pertanto a mio parere le iniziali vanno in maiuscolo. Come se una
> persona si
> chiamsse Primo (nome), Agosto (cognome).
> Mia opinione.
>
>  
>
> +1
>
+1

Anche nel manuale di stile di Wikipedia [1] c'è scritto che il nome
andrebbe in maiuscolo, poi i nomi degli avvenimenti storici di grande
importanza sono considerati nomi propri, da scrivere con le maiuscole,
quindi per me va messo Primo Maggio, Venticinque Aprile, ecc.

[1] https://it.wikipedia.org/wiki/Aiuto:Maiuscolo_e_minuscolo#Odonimi

Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] "cabina" metano

2018-10-08 Per discussione Marcello
Claudio,

io ho tutto attivato tranne "Visualizza il livello informativo", con
queste regole attive:

Indirizzi;Combinazioni di etichette;Caratteristiche
deprecate;Geometria;Strade;Valori multipli;Valori
numerici;Religione;Relazioni;Etichette non necessarie;Wikipedia;Territori

Il validatore fa il check in automatico sugli oggetti creati o
modificati prima del caricamento, se lo lanci manualmente controlla gli
oggetti selezionati o tutti gli oggetti presenti se non ne hai
selezionato nessuno. Gli avvertimenti qualche volta sono inevitabili, ad
esempio se metti una strada residenziale di cui non conosci il nome ti
segnala che manca, ma se non lo sai ci puoi fare ben poco, quando lo
saprai lo aggiungerai o lo metterà qualcun altro, meglio avere una
strada senza nome piuttosto che nessuna strada.

Ciao
Marcello

On 08/10/2018 11:02, claudio62PG wrote:
> In effetti cambiando la spunta il messaggi del validatore sono
> scomparsi e quindi mi accetta la modifica
>
> Quindi nasce spontanea la domanda  quale è il modo corretto di untilizzare /
> impostare il validatore di
> josm?
> ciao
> Claudio
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
>

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Numero di corsie sbagliato

2018-09-08 Per discussione Marcello
Il 08/09/2018 15:42, Volker Schmidt ha scritto:
> Ho guardato un po' l'uso delle lanes=1.5
> Il solo paese che ho trovato con uso oltre 100 unità sono Germania e UK.
> 100 in Germania
> 800 in UK
> In UK mi sono guardato alcune strade, che conosco bene personalmente
> (attorno a casa mia a Oxford) e sono tutte strade normali di campagna
> come centinaia altre lì. Senza strisce laterali o centrali, come è la
> regola lì, e con larghezze da 4.5 a 6 metri, e che io utilizzo
> tranquillamente con un normale auto. E su tutte incontri anche camion
> e autobus.
> Non capisco perché i mappatori hanno messo 1.5 su alcune (poche)
> strade, se ne sono tante altre di uguali dimensioni senza il tag lanes.
> E non vedo nessun valore aggiunto perché è un valore troppo vago.
>
Volker, le 2 o 3 strade che ho trovato con lanes=1.5 nella mia zona sono
strade di campagna di larghezza dai 3 ai 4.5 metri, a doppio senso e con
i bordi della carreggiata segnati solo nei punti asfaltati recentemente.
Non si passa mai con due autovetture contemporaneamente senza rallentare
molto e a volte ci si deve fermare e trovare uno slargo per consentire
il passaggio. Ho interpretato la pagina wiki come una possibilità in
mancanza di un sopralluogo per mettere il tag width. Il lanes=1.5 è più
generico di un est_width, ma essendo strade collinari abbastanza
tortuose e con larghezza variabile forse è più semplice da applicare e
più efficace per rappresentare la situazione.

Ciao
Marcello
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Numero di corsie sbagliato

2018-09-08 Per discussione Marcello
Il 08/09/2018 11:34, Martin Koppenhoefer ha scritto:
>
> sent from a phone
>
>> On 8. Sep 2018, at 11:10, Marcello  wrote:
>>
>> A proposito di lanes dalle mie parti a qualche strada stretta a doppio senso 
>> di circolazione, senza linea centrale, è stato messo il tag lanes=1.5 da un 
>> mapper americano che risiede 6 mesi negli USA e 6 mesi qui, JOSM mi mette 
>> sempre un avvertimento ma nel wiki vedo che è ammesso quindi ho lasciato 
>> così, in attesa di fare un sopralluogo e rilevare la larghezza, cosa ne 
>> pensate?
>
> per me va bene. 
>
>
> Invece sul lanes=1 dove non sono marcate mi trovi ancora in disaccordo.
> ;-)
>
Martin, anch'io non sono d'accordo con lanes=1 dove non sono marcate, lo
metterei solo nel caso volontariamente la linea centrale non sia
tracciata ma le linee di limite della carreggiata siano tracciate e ci
sia anche un senso unico o unico alternato, altrimenti è preferibile il
lanes=1.5. Leggo le mail dal digest quindi non avevo ancora visto la tua
indicazione di lanes=0 quando non sono marcate, può essere utile per far
capire che in quel momento non ci sono linee tracciate, non so però gli
effetti che produce al di fuori del db rispetto all'assenza del tag.

Ciao
Marcello 
>
> Ciao, Martin 
>


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Numero di corsie sbagliato

2018-09-08 Per discussione Marcello
Il 08/09/2018 07:50, nogaro_ ha scritto:
> Il wiki alla voce "lanes" parla di "marked traffic lines", non parla
> di larghezza. Per sapere quante macchine affiancate ci possono stare
> si usa "width". Se in Italia anche su strade larghe le singole corsie
> non vengono marcate, per il wiki e' lanes=1.
Se su strade larghe a doppio senso di marcia non vengono marcate per un
preciso e documentato motivo metterei lanes=1 + width=*, se la linea
centrale non si vede più oppure non è stata tracciata ma non sappiamo se
la faranno a breve, non hanno i soldi per farla ecc... non utilizzerei
il tag lanes, ma solo width.
A proposito di lanes dalle mie parti a qualche strada stretta a doppio
senso di circolazione, senza linea centrale, è stato messo il tag
lanes=1.5 da un mapper americano che risiede 6 mesi negli USA e 6 mesi
qui, JOSM mi mette sempre un avvertimento ma nel wiki vedo che è ammesso
quindi ho lasciato così, in attesa di fare un sopralluogo e rilevare la
larghezza, cosa ne pensate?
>
> Ciao
> Alberto
>
>  Original message 
> From: Martin Koppenhoefer 
> Date: 07/09/2018 23:06 (GMT+01:00)
> To: openstreetmap list - italiano 
> Subject: Re: [Talk-it] Numero di corsie sbagliato
>
> lanes=1 va bene per strade dove c’è una corsia di marcia insieme, per
> tutti i sensi di marcia, in altre parole, 2 macchine non passano.
>
> https://dennisschatz.files.wordpress.com/2011/02/single-lane-road.jpg
>
>
> Ciao, Martin 

Ciao
Marcello
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Modifica strada

2018-08-04 Per discussione Marcello
La way non era connessa alla SP75 ma all'area landuse=forest. Non so se
poteva influire sul rendering, comunque ho messo a posto.

Ciao
Marcello

Il 03/08/2018 21:16, Damjan Gerl ha scritto:
> 03.08.2018 - 21:04 - liste_girarsi:
>> Il 3 Agosto 2018 20:33:11 CEST, Matteo Canuti  
>> ha scritto:
>>> Ciao a tutti,
>>>
>>> ho aggiunto un altra strada offroad, questa volta indicandola come
>>> TRACK,
>>> ma continua a non essere visibile. La modifica è questa:
>>> Percorso: 611776412
>>> Strada da Grammatica (Castello) a Sivizzo
>>> Modificato 2 giorni fa da alpinestars013
>>> <https://www.openstreetmap.org/user/alpinestars013>
>>> Versione #2 · Gruppo di modifiche #61271898
>>> <https://www.openstreetmap.org/changeset/61271898>
>>>
>>>
>>> Potete dirmi dove sbaglio?
>>> Grazie!!!
>>>
>>> On Tue, Jul 17, 2018 at 9:20 AM Rallysta74 
>>> wrote:
>>>
>>>> A tale proposito segnalo che il layer public transport su OSM non si
>>>> aggiorna
>>>> da diversi mesi...
>>>>
>>>>
>>>>
>>>> --
>>>> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>>>>
>>>> ___
>>>> Talk-it mailing list
>>>> Talk-it@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-it
>>>>
>> vedo che hai fatto richiesta di controllo al caricamento, penso dipenda da 
>> questo.
>>
>> Non ne sono certo perché non l'ho mai applicato questo filtro, attendo altri 
>> pareri.
>>
>>
>> --simone girardelli--
> Ho commentato il changeset, vediamo se serve: comunque tutto perfetto.
>
> Damjan

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] Sito Benvenuto utente

2018-05-17 Per discussione Marcello
Salve,

non mi ricordo chi aveva messo in piedi il sito
http://welcome.openstreetmap.it, segnalo che da 2 giorni non è possibile
fare il login.

-- 
Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] 5x1000

2018-04-20 Per discussione Marcello
Salve,

in questi giorni nella lista dell'associazione Wikimedia Italia si sta
parlando del 5x1000.
Penso che molti non sappiano che Wikimedia in Italia supporta anche
Openstreetmap con l'organizzazione di eventi e altre attività per
favorirne la diffusione e dato che è il capitolo ufficiale OSM
Foundation per l'Italia mi chiedevo se un banner per sollecitare la
devoluzione del 5x1000 potesse essere aggiunto alla pagina principale di
OSM, tipo quello che era stato fatto in occasione del GFOSS a Roma.
Chiaramente questo se fosse possibile inserirlo solo nella pagina in
lingua italiana, non mi sembra opportuno inserirlo a livello globale.

In alternativa si può pensare all'inserimento in pagine gestite
direttamente da server italiani, come
http://osm-estratti.wmflabs.org/estratti/ (credo). Cosa ne pensate?

-- 
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] place=municipality

2018-03-26 Per discussione Marcello
Il 25/03/2018 22:13, Martin Koppenhoefer ha scritto:
>
> sent from a phone
>
>> On 25. Mar 2018, at 20:54, Damjan Gerl  wrote:
>>
>> Oggi ho scoperto che alcuni comuni del FVG hanno un nodo con 
>> place=municipality(+name=x,population=y).
>
>
>  mi sembra un contrasenso, “municipality” descrive una funzione 
> amministrativa, mentre place sono delle classi geografiche
>
> Ciao, Martin 
>
>
>
>
>
>
probabilmente è opera dell'utente fayor, lo scorso anno trovai che aveva
adottato questa soluzione per uno o 2 comuni in Umbria dove c'è più di
un admin_centre, ossia già il nome riporta 2 centri abitati diversi.
Siccome stava inserendo il numero degli abitanti con gli ultimi
aggiornamenti ISTAT aveva inserito questo nodo place=municipality
mettendolo con ruolo label nella relazione del comune.

Avevamo avuto qualche scambio di vedute perché a me il problema non si
era presentato, in quanto avevo inserito il valore della popolazione
dell'intero comune nella relazione amministrativa e ai singoli place
avevo assegnato la popolazione relativa, ma siccome nella maggioranza
dei casi è adottata l'altra soluzione (la popolazione dell'intera area
comunale al centro amministrativo) mi disse che anche se era d'accordo
in linea di principio era meglio uniformare e quindi aveva creato quel
nodo per ovviare alla mancanza di un admin_centre.

In seguito la discussione venne anche in lista, non mi ricordo se per il
motivo del place=municipality o altro, e si disse che è corretto avere
la popolazione dell'amministrazione sulla relazione (e mi sembra chiaro,
altrimenti Roma avrebbe 60 milioni di abitanti, come admin_centre della
relazione Italia), quindi ho rimesso tutti i dati di popolazione come
erano, vedo però che ho dimenticato di togliere i place=municipality,
ormai inutili.

Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] [Talk-it-cai] Proposta utilizzo scala CAI

2018-02-09 Per discussione Marcello
Un po' in ritardo... dico il mio pensiero, almeno per come interpreto io
lo spirito di OpenStreetMap.

Il tuo ragionamento lo accetto se per il tuo uso avessi bisogno delle
tue 50 relazioni e basta, ma se ne utilizzi anche altre potrebbero
essere il frutto di ore "perse" da qualcun altro per inserirle, che
forse non aveva nessun interesse diretto a quelle relazioni.
Non so se c'è qualcuno, per quanto con migliaia di edit alle spalle, che
possa dire di aver contribuito alla mappa (anzi, al database) più di
quanto ne trae di utile, se ognuno mettesse solo ciò che è utile per sé
sicuramente avremmo un database molto più povero.

Ciao
Marcello

Il 09/02/2018 07:56, dan...@libero.it ha scritto:
> Un pò in ritardo...chiarisco.
>
> Io uso OSM e Waymarked Trails (WMT) come uno scrittore di libri.
> Un libro viene scritto per essere letto, l'autore non si preoccupa della 
> tipografia e dei problemi del tipografo, io inserisco percorsi che vengono 
> utilizzati dagli escursionisti e non mi interesso ai problemi di OSM ed al 
> suo database. Ho inserito una cinquantina di relazioni in OSM e sono 
> ottimamente visualizzate e fruite per mezzo di WMT ed in un vicino futuro 
> verrano riprese in INFOMONT del CAI.
>
> Qualche numero:
> 50 relazioni, facciamo 5 way a relazione, facciamo 5 tag "inutili" a way, 60 
> secondi per tag (ma sono pochi):
> 50 x 5 x 5 x 60 / 3600 = 21 ore "perse" secondo la mia ottica, non sono 
> nenche tante, ma preferisco impiegarle per rilevare sul campo qualche nuovo 
> percorso e inserirlo come relazione.
>
> Ciao a tutti
>
>
>


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] FOSS4G-IT 2018

2018-01-19 Per discussione Marcello
Alessandro,

io penso di esserci, ma non avrò la certezza, almeno sulla data, fino
alla settimana precedente. Nella stessa settimana dovrò essere a Roma
anche per lavoro, molto probabilmente il 20, ma ancora non è fissata.

Ciao
Marcello

Il 19/01/2018 09:26, Alessandro Palmas ha scritto:
> Il 16/01/2018 08:19, Alessandro Palmas ha scritto:
>> Ciao lista,
>> in giornata dovrebbero pubblicare il calendario degli interventi.
>> Quello dei workshop è già visibile da tempo cliccando su
>> "Registrazione".
>>
>> Vorrei parlare della giornata OSM del 22 febbraio.
>> Essendo di giovedì mmagino non ci sarà un'affluenza oceanica. Mi
>> piacerebbe proporre due attività:
>>
>> - un mapping party dedicato ai numeri civici mostrando prima le app
>> più indicate per farlo
>>
>> - una sessione in aula sulla mappatura nel campo della Protezione
>> Civile / VVF, ecc..
>>
>> Vorrei sentire però il parere della comunità. Avete proposte
>> alternative o consigli?
>>
>> Alessandro Ale_Zena_IT
>
>
> Non avendo ricevuto nessun feedback (ma gli incontri della comunità
> interessano ancora a qualcuno?) in giornata dovremmo pubblicare il
> programma della giornata OSM che chiuderà la 4 giorni di FOSS4G-IT
>
> Alessandro Ale_Zena_IT
>
>
>


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Ville

2018-01-08 Per discussione Marcello
Lorenzo,

per il primo quesito direi sicuramente di sostituire leisure=park con
leisure=garden, hai poi la possibilità di specificare anche il tipo con
garden:type.

Per le ville storiche non sono sicuro se historic=manor va bene, credo
di si, ma la pagina wiki è veramente minima e oltretutto la pagina
originale dovrebbe essere quella in tedesco che non ho nemmeno aperto,
tanto non ci avrei capito nulla. Per le ville venete
(https://wiki.openstreetmap.org/wiki/Veneto/Ville_Venete) vedo che lo
hanno usato, mettendo il tag all'edificio.

Ciao
Marcello

Il 08/01/2018 12:53, Lorenzo Pesci ha scritto:
> Salve, vi espongo il mio dubbio:
> vorrei inserire ville con giardino ma non sono sicuro che leisure=park 
> vada sempre bene poiché è indicato principalmente per parchi pubblici.
>
> Nel caso di ville storiche private può andare bene historic=manor ?
> O si usa solo per l'edificio?
> E per il complesso edificio+giardino cosa si dovrebbe usare?
> Saluti 
> Lorenzo Pesci
>


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] standardizzazione stradario comunale

2018-01-06 Per discussione Marcello
Il 05/01/2018 18:47, totera ha scritto:
> Andrea Musuruane wrote
>> Ho modificato le seguenti pagine della wiki:
>> https://wiki.openstreetmap.org/wiki/IT:Key:name
>> https://wiki.openstreetmap.org/wiki/IT:Italian_Roads_Tagging#name
>> https://wiki.openstreetmap.org/wiki/IT:Editing_Standards_and_Conventions#Nomi_delle_strade
>>
>> Le prime due ora fanno riferimento all'ultima, in modo da avere un unico
>> posto dove sono inserite le regole per i nome delle strade.
>>
>> Ho cercato di inserire - in modo sintetico - le informazioni principali
>> riportate dall'ISTAT, evidenziando le eccezioni di OpenStreetMap (nomi NON
>> tutti in maiuscolo, uso di lettere accentante, prima lettera maiuscola,
>> ecc).
> Rispetto alle convenzioni che usavamo la variazione più significativa
> riguarda i nomi composti da giorno e mese.
> Siamo d'accordo ad accogliere questo punto delle direttive Istat, passando
> per il giorno dalle cifre al numero scritto per esteso?
> Se sì, è il caso di implementare una modifica automatica o procediamo
> manualmente?
>
Sull'argomento c'era stata una discussione anche ad aprile,
http://gis.19327.n8.nabble.com/nomi-con-date-tp5894982.html, alla fine
mi sembra che il consenso a seguire la direttiva Istat per le date mi
sembra abbastanza unanime. Sulla decisione maiuscole o minuscole invece
l'Istat non è di aiuto, dato che usa solo il maiuscolo, la pagina wiki
dice che si seguono le regole della lingua italiana, poi però negli
esempi mette i titoli onorifici in maiuscolo. Per facilitare la vita si
era proposto o tutte le iniziali in maiuscolo tranne le preposizioni
(di, del, della, ecc), oppure tutte minuscole, tranne chiaramente i nomi
propri e i termini Via, Piazza, ecc., senza però arrivare ad una scelta.

Personalmente preferisco la prima soluzione, ossia tutte le iniziali in
maiuscolo, ad esempio in quella discussione si era portato l'esempio del
25 aprile, che non è un qualsiasi 25 aprile ma fa riferimento al
Venticinque Aprile anniversario della liberazione, quindi andrebbe
scritto con le iniziali maiuscole. Se ad esempio trovo via dell'ulivo
non so se è riferito genericamente all'insieme degli alberi di ulivo
oppure in quella via esiste un ulivo particolare ai piedi del quale ha
pregato San Francesco. Dato che le regole della lingua italiana sono
molte e in vari casi anche complicate (vedi quando nel cognome c'è anche
la preposizione, in minuscolo per personaggi esistiti prima del XIX
secolo e in maiuscolo dopo) penso che dare un'indicazione semplice da
seguire sia fondamentale, ci saranno dei casi non corretti secondo la
lingua italiana, ma molto probabilmente ce ne sarebbero comunque e non
sarebbe nemmeno facile stabilire se rispettano le nostre regole di
inserimento.

Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] [talk-it] Allarme allagamento fine corso Sesia

2017-10-27 Per discussione Marcello
Ho il sospetto che non sia un problema di coastline, innanzitutto il
problema è presente anche in zone interne, dove c'è un corso d'acqua
sembra che il rendering sovrapponga l'acqua a tutti i tipi di landuse
tranne le foreste, poi ho fatto un controllo e non ho trovato
interruzioni nella coastline, almeno nel tratto italiano.

Il 27/10/2017 14:47, Simone Saviolo ha scritto:
> Il giorno 27 ottobre 2017 14:39, Alessandro Palmas
>  <mailto:alessandro.pal...@wikimedia.it>> ha scritto:
>
> E' qualche settimana che girando per l'Italia trovo parecchie tile
> allagate, potrebbe essere stato un taglio della coastline.
>
>
> Sto seguendo il corso del Ticino: dalla sorgente del Ticino, a nord
> della Val d'Ossola, fino a Frutigen, c'è un problema simile... nel
> pieno della Svizzera. Credo proprio che non si tratti di un problema
> con un fiume a questo punto. 
>
> Esiste un coastline/lake/riverbank checker?
>
> Ciao,
>
> Simone 

Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] qualità dei dati OSM nel territorio italiano

2017-10-20 Per discussione Marcello Parisini
Grazie Gianfranco! Anche a tutti gli altri per le utili informazioni
Marcello
 

On Thursday, October 19, 2017 5:17 PM, gianfranco g  
wrote:
 

 Ciao Marcello.Il tuo riferimento alle aree rurali rende la risposta  alla tua 
domanda ancora più difficile. Tutti gli strumenti usualmente sviluppati sono 
indirizzati alle aree urbane.Pochi lavori puntano la loro attenzione alle aree 
extraurbane più che altro tendono a vedere la qualità di mappe di uso del suolo 
o la popolarità di elementi naturali. Nessun lavoro di quelli che conosco io è 
stato fatto in Italia o su dati Italiani. Sono principalmente Tedeschi e 
Irlandesi.
Ciao
Gianfranco

On 19 Oct 2017 09:58, "Marcello Parisini"  wrote:

Ciao,premetto che non sono un esperto di openstreetmap ma per una attività di 
ricerca legata alle aree rurali in italia sto valutandone l'impiego.
Ho già cercato online qualcosa che spiegasse i processi o le migliori pratiche 
che sono attualmente in vigore nel chapter italiano di OSM per le 
considerazioni legate alla qualità dei dati ma non ho trovato un granché. Anche 
nell'archivio della lista, a parte qualche scambio di consigli nell'utilizzo 
dei tag non ho trovato nulla che trattasse l'argomento.Ho quindi le seguenti 
domande per coloro che sono più esperti e navigati in questi ambiti:   
   - esistono dei materiali dove si mostrano analisi sullo stato dei dati di 
OSM in Italia (possibilmente sia geografici che dei relativi tag)
   - esistono procedure automatizzate specifiche che effettuano alcuni 
controlli per garantire il rispetto dei formalismi sui tag di base, ovvero cosa 
sappiamo di certo essere affidabile e cosa no?
   - esistono localmente iniziative per migliorare la qualità di quanto ad oggi 
presente?
   - esiste un elenco di organizzazioni pubbliche e private che ufficialmente 
impiegano OSM e che curano i propri contenuti su di esso ? (anche estere a 
patto che lavorino su dati nel territorio italiano)

Grazie,Marcello
__ _
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap. org/listinfo/talk-it





   ___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] qualità dei dati OSM nel territorio italiano

2017-10-19 Per discussione Marcello Parisini
Ciao,premetto che non sono un esperto di openstreetmap ma per una attività di 
ricerca legata alle aree rurali in italia sto valutandone l'impiego.
Ho già cercato online qualcosa che spiegasse i processi o le migliori pratiche 
che sono attualmente in vigore nel chapter italiano di OSM per le 
considerazioni legate alla qualità dei dati ma non ho trovato un granché. Anche 
nell'archivio della lista, a parte qualche scambio di consigli nell'utilizzo 
dei tag non ho trovato nulla che trattasse l'argomento.Ho quindi le seguenti 
domande per coloro che sono più esperti e navigati in questi ambiti:   
   - esistono dei materiali dove si mostrano analisi sullo stato dei dati di 
OSM in Italia (possibilmente sia geografici che dei relativi tag)
   - esistono procedure automatizzate specifiche che effettuano alcuni 
controlli per garantire il rispetto dei formalismi sui tag di base, ovvero cosa 
sappiamo di certo essere affidabile e cosa no?
   - esistono localmente iniziative per migliorare la qualità di quanto ad oggi 
presente?
   - esiste un elenco di organizzazioni pubbliche e private che ufficialmente 
impiegano OSM e che curano i propri contenuti su di esso ? (anche estere a 
patto che lavorino su dati nel territorio italiano)

Grazie,Marcello___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Aiuto su conditional restrictions

2017-09-27 Per discussione Marcello
Grazie Damjan, mi mancava soprattutto il PH -1 day, non lo conoscevo.
Grazie anche per il link al tool, veramente comodo.

Il 26/09/2017 20:14, Damjan Gerl ha scritto:
> 26.09.2017 - 19:46 - Marcello:
>> Salve,
>>
>> i comuni certo non facilitano la vita ai mappatori e non amano la
>> semplificazione, ad esempio volevo inserire le restrizioni di accesso
>> secondo la segnaletica della foto [1].
>>
>> Al momento ho inserito:
>> access=private
>> disabled=yes
>> emergency=yes
>> foot=yes
>> goods=delivery
>>
>> Vorrei aggiungere anche access:conditional=yes in base agli orari,
>> giorni della settimana e mesi, ma sono talmente tante le condizioni che
>> mi sto intrecciando sempre più e non ne esco. Qualcuno ha dei
>> suggerimenti?
>>
>> Grazie a tutti
>>
>> [1] https://www.dropbox.com/s/a26h145wdkw7nn6/20170920_102002.jpg?dl=0
>>
>
> Ecco la stringa per gli orari (supponendo che l'ultima riga con la
> croce valga come quella prima - domenica e festivi):
>
> Apr 14-Oct 29: Mo-Th 10:00-24:00, Fr-Sa,PH -1 day 19:00-01:00, Su,PH
> 14:00-01:00, Oct 30-Apr 13: Fr,Sa,PH -1 day 19:30-01:00, Su,PH
> 14:00-01:00
>
>
> Damjan
>
> PS: per la verifica della sintassi degli orari/opening_hours consiglio
> l'uso del tool http://openingh.openstreetmap.de/evaluation_tool/
>
>

-- 
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] Aiuto su conditional restrictions

2017-09-26 Per discussione Marcello
Salve,

i comuni certo non facilitano la vita ai mappatori e non amano la
semplificazione, ad esempio volevo inserire le restrizioni di accesso
secondo la segnaletica della foto [1].

Al momento ho inserito:
access=private
disabled=yes
emergency=yes
foot=yes
goods=delivery

Vorrei aggiungere anche access:conditional=yes in base agli orari,
giorni della settimana e mesi, ma sono talmente tante le condizioni che
mi sto intrecciando sempre più e non ne esco. Qualcuno ha dei suggerimenti?

Grazie a tutti

[1] https://www.dropbox.com/s/a26h145wdkw7nn6/20170920_102002.jpg?dl=0

-- 
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Storia di una strada

2017-07-18 Per discussione Marcello
Anche per me il problema è sul changeset di Marian28, ho ripristinato il
percorso di Via Pierluigi da Palestrina, non vorrei che qualcuno faccia
qualche percorso strano a causa di OSM :-).

Segnalo che sullo stesso changeset è stata fatta questa modifica e
un'altra in Romania (credo), essendo un utente alle prime modifiche
probabilmente non si è reso conto di cosa è accaduto. Se avesse usato
JOSM sarebbe stato impossibile non rendersi conto che si stavano
modificando due zone completamente diverse. Se iD avesse una validazione
sui dati avrebbe segnalato diversi errori, sarà più semplice ma
sicuramente è anche molto più semplice combinare pasticci.

Ciao
Marcello


Il 17/07/2017 19:42, Federico Cortese ha scritto:
> 2017-07-17 19:34 GMT+02:00 Martin Koppenhoefer :
>> Il problema è probabilmente qui:
>> https://www.openstreetmap.org/node/4548350470/history
>>
> Sì, anche io stavo segnalando il changeset di Marian28:
>
> https://www.openstreetmap.org/changeset/50321683
>
> anche se non riesco a visualizzarlo con achavi, forse perchè, anche se
> contiene solo poche modifiche, si estende da Firenze all'Ucraina.
>
> Ciao,
> Federico
>
>


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] 21 e 22 luglio giornate OSM a Spoleto

2017-07-08 Per discussione Marcello
Dino,

ottima idea. Credo tu in OSM sia l'user 50x34, ho visto che hai
contribuito a OSM Tasking Manager, se fossi disponibile a riportare la
tua esperienza a Spoleto credo che Alessandro sarebbe d'accordo.

Ciao,
Marcello (arcanma)


Il 08/07/2017 09:47, Dino Michelini ha scritto:
> vedrei appropriato qualche info anche su OSM Tasking Manager e il
> recente terremoto che ha coinvolto anche l'Umbria
> (http://osmit-tm.wmflabs.org/project/13)
>
>
> Il 08/07/2017 09:12, Alessandro Palmas ha scritto:
>> Il 07/07/2017 16:14, Gmail Pierluigi ha scritto:
>>> Ciao Alessandro
>>> Ovviamente sono disponibile a fare un intervento
>>> Che titolo gli diamo?
>>> Io parlerei anche dell'esperienza al corso di gis in geologia degli
>>> idrocarburi o no?
>>> Grazie
>>> P
>>>
>>
>> Ciao Pierluigi,
>> ci dovrebbero essere alcuni tecnici e funzionari di comuni limitrofi
>> alcuni dei quali è probabile che non conoscano OSM, se possibile
>> cercherei di tenermi su argomenti in relazione alla P.A. e all'uso
>> che ne può fare un cittadino.
>>
>> Alessandro
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>
>
>


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] OsmAnd+ con lo sconto del 50%

2017-05-27 Per discussione Marcello
Salve,

segnalo che oggi Osmand+ è scontato del 50% (3.69€). Il messaggio di
notifica riportava sconto festività o qualcosa del genere, ma non so
fino a quanto dura, io ho approfittato.

Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Problemi editor esterno su pagina principale openstreetmap.org

2017-05-25 Per discussione Marcello


Il 25/05/2017 12:50, Alessandro Palmas ha scritto:
> Il 25/05/2017 12:33, Marco_T ha scritto:
>> Damjan Gerli wrote
>>> Pongo qui il mio problema, vediamo se mi confermate che anche a voi si
>>> comporta nello stesso modo, e quindi è un bug di osm e non solo mio...
>> Confermo (firefox + josm).
>> Se cerco di caricare dati dalla pagina di osm verso editor esterno
>> non devo
>> essere loggato.
>> A mamoria, si è sempre comportato così...
>>
>> -- 
>> Marco_T
>
> Comportamento corretto: chiunque può scaricare dati in Josm anche
> senza essere loggato; ovviamente se vuoi caricarli ti chiede i dati di
> account.
>
> Alessandro
>   Ale_Zena_IT
>
>
Veramente se apro JOSM prima di aprire la pagina Openstreetmap sul
browser (Firefox 53.0 su Linux, ho il login automatico in OSM) a me
funziona correttamente, se invece prima apro la pagina web OSM poi JOSM
mi da il problema segnalato. Non ho mai provato senza essere loggato in
OSM se il comportamento è il medesimo.

Ciao
Marcello

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] (senza oggetto)

2017-05-11 Per discussione Marcello Gianola
Capito. Grazie dell'aiuto! 😃

Da: Andrea Musuruane 
Inviato: giovedì 11 maggio 2017 12:29:24
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] (senza oggetto)

2017-05-11 12:14 GMT+02:00 Marcello Gianola 
mailto:marcellogian...@outlook.it>>:
Sto mappando la zona di Venezia e ho mappato un ponte come scale, ma vedendo 
altri ponti i colori del tratto sono diversi (le scale sono puntini bianchi e 
verdi alternati, il ponte puntini verdi su fondo nero). Come faccio a cambiare 
le scale come ponte?

Se il ponte è fatto a gradini:
http://www.openstreetmap.org/way/174491272#map=19/45.43325/12.32060&layers=N

Ciao,

Andrea

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] (senza oggetto)

2017-05-11 Per discussione Marcello Gianola
Sto mappando la zona di Venezia e ho mappato un ponte come scale, ma vedendo 
altri ponti i colori del tratto sono diversi (le scale sono puntini bianchi e 
verdi alternati, il ponte puntini verdi su fondo nero). Come faccio a cambiare 
le scale come ponte?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Relazione Autostrada del Sole (93329)

2017-05-10 Per discussione Marcello


Il 09/05/2017 18:10, girarsi_liste ha scritto:
> Il 09/05/2017 17:10, Marcello ha scritto:
>> Salve,
>>
>> quando faccio qualche edit nei paraggi della A1 e ne scarico anche un
>> piccolo tratto il validatore di JOSM segnala un problema nella verifica
>> perché ci sono alcuni nodi senza alcun ruolo assegnato. Ho voluto
>> approfondire meglio e trovo che sono stati inclusi nella relazione i
>> nodi in corrispondenza delle uscite da Roma Sud a Napoli e due nei
>> pressi di Milano, si vede bene qui [1].
>>
>> Chiedo se avere i nodi in corrispondenza delle uscite nella relazione ha
>> qualche utilità oppure sarebbe meglio inserire le rampe di
>> ingresso/uscita assegnandogli il ruolo , come previsto dal wiki.
>> Su altre autostrade ho anche visto che alla corsia è assegnato
>> generalmente il ruolo , dato che la way si può percorrere solo
>> in una direzione,  nel raro caso che la way fosse tracciata in
>> senso inverso a quello di marcia. In effetti mi sembra corretto, se così
>> fosse che dite, organizziamo un editathlon per migliorare la mappatura
>> della relazione della A1? 
>>
>> Ciao
>> Marcello
>>
>> [1] http://www.openstreetmap.org/relation/93329#map=7/43.041/13.667
>>
> Probabile sia stata una selezione tipo "seleziona tutto".
>
> I nodi se non contengono informazioni inutile metterli.
>
>
I nodi hanno tag highway=motorway_junction e name=*, quindi sembra
corretto. Il mio dubbio è su cosa va inserito nella relazione
route=road, nel wiki per questo tipo di relazione non ci sono molti
dettagli, o non sono riuscito a interpretarlo bene.
Qualche mese fa sono stato in Germania e prima delle uscite il
navigatore mi diceva sempre su quale corsia dovevo stare e quale uscita
prendere, in Italia qualche volta si ma molte altre no, già il percorso
della A1 mappato senza un criterio comune penso sia dovuto a poca
chiarezza nel metodo di mappatura.

Secondo voi nella relazione route=road cosa deve esserci? Grazie

Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] Relazione Autostrada del Sole (93329)

2017-05-09 Per discussione Marcello
Salve,

quando faccio qualche edit nei paraggi della A1 e ne scarico anche un
piccolo tratto il validatore di JOSM segnala un problema nella verifica
perché ci sono alcuni nodi senza alcun ruolo assegnato. Ho voluto
approfondire meglio e trovo che sono stati inclusi nella relazione i
nodi in corrispondenza delle uscite da Roma Sud a Napoli e due nei
pressi di Milano, si vede bene qui [1].

Chiedo se avere i nodi in corrispondenza delle uscite nella relazione ha
qualche utilità oppure sarebbe meglio inserire le rampe di
ingresso/uscita assegnandogli il ruolo , come previsto dal wiki.
Su altre autostrade ho anche visto che alla corsia è assegnato
generalmente il ruolo , dato che la way si può percorrere solo
in una direzione,  nel raro caso che la way fosse tracciata in
senso inverso a quello di marcia. In effetti mi sembra corretto, se così
fosse che dite, organizziamo un editathlon per migliorare la mappatura
della relazione della A1? 

Ciao
Marcello

[1] http://www.openstreetmap.org/relation/93329#map=7/43.041/13.667


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Funzione per trasferire una posizione dal PC allo Smartphone

2017-04-27 Per discussione Marcello
Mi ha detto che trova molto utile nella preparazione di un viaggio
segnare vari posti (hotel, ristoranti, musei, mete montane, ecc) nella
mappa sul pc e trovarseli poi nella mappa dello smartphone. Dato che
utilizza Osmand ho consigliato di creare un file gpx con i luoghi di
interesse (con JOSM è molto semplice), trasferirlo nello smartphone poi
aprirlo con Osmand, un pochino più macchinoso ma il risultato dovrebbe
essere più o meno equivalente.

Ciao
Marcello


On 25/04/2017 20:21, carlo folini wrote:
> Ciao,
> per cosa gli serve?
> Se serve per arrivare ad una posizione potrebbe bastare un link creato
> clickando su openstreetmap.com <http://openstreetmap.com> con mouse
> destro sulla mappa e selezionare "Indicazioni fino a qua" e copiare il
> link dalla barra degli indirizzi.
>
> Il giorno 25 aprile 2017 11:12, Marcello  <mailto:arca...@gmail.com>> ha scritto:
>
> Salve,
>
> un nuovo utente mi ha chiesto se con OSM è possibile avere una
> funzione
> simile a quella di GoogleMaps, dove è possibile salvare una posizione
> della mappa nel PC e trovarsela nello smartphone. Attualmente ha
> installato Osmand, che conosco pochissimo, per cui chiedo se c'è
> qualche
> modo per fare ciò con Osmand o altri software, oltre alla
> possibilità di
> salvare una posizione nel proprio profilo OSM, utilizzata quando si
> sceglie "Vai alla posizione di casa", che potrebbe essere visualizzata
> aprendo un browser da smartphone e loggandosi in OSM.
>
> Ciao
> Marcello
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org <mailto:Talk-it@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-it
> <https://lists.openstreetmap.org/listinfo/talk-it>
>
>
>
>
> -- 
> Carlo Folini
> mailto:carlo.fol...@gmail.com <mailto:carlo.fol...@gmail.com>
> blog: http://www.diariocorsa.com

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] Funzione per trasferire una posizione dal PC allo Smartphone

2017-04-25 Per discussione Marcello
Salve,

un nuovo utente mi ha chiesto se con OSM è possibile avere una funzione
simile a quella di GoogleMaps, dove è possibile salvare una posizione
della mappa nel PC e trovarsela nello smartphone. Attualmente ha
installato Osmand, che conosco pochissimo, per cui chiedo se c'è qualche
modo per fare ciò con Osmand o altri software, oltre alla possibilità di
salvare una posizione nel proprio profilo OSM, utilizzata quando si
sceglie "Vai alla posizione di casa", che potrebbe essere visualizzata
aprendo un browser da smartphone e loggandosi in OSM.

Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] utente sempre lui

2017-04-22 Per discussione Marcello


On 22/04/2017 10:14, Fabrizio Tambussa wrote:
> 2017-04-22 8:45 GMT+02:00 dgitto :
>> Si chiama usaf8 adesso. Si è dato una calmata vedo
> Si, adesso si è spostato a far danni in Olanda.  Ha già un po' di
> changeset commentati là.
> In preda alla noia mi sono guardato tutti i suoi 135 changeset.
> Segnalo il changeset numero 47988248 in cui ha modificato la punta
> dell'Etna e ha cancellato le righe del campo di calcio di Catania [1]
Quello delle linee del campo di calcio mi sembra un esempio lampante di
mapping per il rendering, comunque sono contrario alle cancellazioni di
oggetti per cui qualcuno ha impiegato del tempo, se pensava non fossero
corrette poteva inserire un commento al changeset o una nota.

Ciao
Marcello
>
> Prendendo spunto dagli amici olandesi e come abbiamo fatto in passato,
> ricordo di commentare sempre i changeset dubbi e non permettere che
> vengano lasciati commenti vaghi tipo "details".
> Saluti
>
> [1] http://nrenner.github.io/achavi/?changesetG988248
>
>


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Castello nel... castello

2017-04-17 Per discussione Marcello
Le geometrie credo siano tutte necessarie, anzi ne servirebbero anche di
più per meglio descrivere il portale e aggiungere le finestre. Non sono
sicuro che siano necessarie tutte le relazioni, per ora ho creato la
relazione di tipo building per raccogliere tutti gli elementi
building:part e il perimetro esterno del castello, non faceva parte di
nessuna delle relazioni esistenti per il 3D, aveva solo ruolo inner per
la relazione del prato circostante.

Ho anche messo il materiale e il colore, ricavato "ad occhio" dalle foto
di quando ci sono stato 7 anni fa, ma anche se F4Map dice che i dati
sono aggiornati meno di un minuto fa non vedo variazioni, forse per
questi dettagli ha bisogno di più tempo?

Ciao
Marcello

On 16/04/2017 13:14, Francesco Pelullo wrote:
> MI sembra di capire che tutte le geometrie presenti sono necessarie,
> giusto?
> Magari sarebbe stato meglio raccoglierle in una super-relazione.
>
> Tutto è bene quel che finisce bene. ;-)
>
> Ciao
> /niubii/
>


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

2017-03-31 Per discussione Marcello
On 31/03/2017 18:10, Davide Mangraviti wrote:
> +2 
>
> Anche io sottoscrivo le affermazioni sia di Simone che Fabrizio.
> In modo un pò provocatorio, aggiungo che è proprio la differenza tra chi con
> OpenStreetMap, normalmente ci chiacchera solamente... e chi veramente vuole
> lavorarci e presentandolo, deve avere consapevolezza che i dati che sta
> usando siano completi, veritieri ed efficaci allo scopo di un tale progetto.
Credo che la differenza sia soprattutto nei servizi "efficaci" per
fornire dati ad una massa di persone molto maggiore rispetto a quella
che usa OpenStreetMap, dubito però che quella massa di persone scelga
GMaps perché i dati sono completi e veritieri, a parte i civici non mi
sembra ci sia una differenza abissale con OSM, anzi in alcune zone penso
non sia affatto più completa.
> saluti
>
Ciao
Marcello


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Come mappare i Pronto Soccorso

2017-03-13 Per discussione Marcello
Scusate se torno sull'argomento dopo qualche giorno ma ultimamente ho
pochissimo tempo.

Venendo al problema dei Pronto Soccorso, ho fatto un'analisi della
situazione a Roma, secondo me è evidente la necessità di un nuovo tag.

Premetto che il metodo di mappatura utilizzato a Roma non è uniforme, in
3 casi è conforme al wiki (amenity=hospital + emergency=yes), di cui 2
ospedali pubblici più una struttura privata, in altri due casi
all'interno dell'ospedale è stato inserito un nodo con name="Pronto
Soccorso"+amenity=hospital + emergency=yes. In conclusione abbiamo
nemmeno la metà dei Pronto Soccorso inseriti e con due stili di
mappatura diversi.

Se la analizzo dal punto di vista di un utente che si trova a Roma e ha
bisogno di un Pronto Soccorso la tecnica più efficace sarebbe quella del
nodo con name="Pronto Soccorso", perché facendo una ricerca potrei
selezionare gli ospedali con quella stringa nel name, mentre nessun
navigatore (che io conosca) mi da indicazioni sul tag emergency
associato all'ospedale, avere una lista di ospedali e case di cura senza
indicazioni sulla presenza del Pronto Soccorso non mi sarebbe di alcuna
utilità, anche se fossero stati tutti inseriti seguendo il wiki, questo
è valido indipendentemente da come è organizzata la struttura di
soccorso, quindi anche al di fuori dell'Italia. La soluzione del singolo
nodo non mi piace perché non si tratta di un altro ospedale, ma di un
dipartimento, inoltre preferirei che il nome non fosse solo "Pronto
Soccorso" ma ci fosse anche il nome dell'Ospedale.

Detto questo mi meraviglio che per un servizio così importante non ci
sia un tag specifico, emergency=yes è usato anche in altri contesti,
abbiamo emergency=ambulance_station (tra l'altro in Italia mi sembra
quasi sempre utilizzato per ambulanze non di pronto soccorso) e
emergency=defibrillator, vedrei bene un tag tipo
emergency=healthcare_emergency_service o qualcosa del genere.

Ciao
Marcello

On 11/03/2017 15:11, carlo folini wrote:
> Ciao,
> forse bisognerebbe usare un pattern simile a quello dei centri sportivi 
> http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dsports_centre
>
> Un'area esterna marcata come hospital (con specificato emergency
> yes/no) e i vari buildings con i vari reparti (specificando li piano
> in cui sono ubicati).
> Uno di questi potrebbe essere marcato come emergency=yes.
> Sul bordo dell'area, assieme alle entrate marcarne quella di ingresso
> al pronto soccorso come emergency=yes.
>
> Strano che nella pagina wiki non sia specificato il valore yes no.
> Bisogna aggiungerlo?
> http://wiki.openstreetmap.org/wiki/Key:emergency
>
> Ho visto che un tentativo di standardizzazione era stato fatto una
> decina di anni fa, ma è stato abbandonato.
> http://wiki.openstreetmap.org/wiki/Proposed_features/Hospital:_Emergency
>
> Ciao
> Carlo
>
> Il giorno 11 marzo 2017 14:09, Martin Koppenhoefer
> mailto:dieterdre...@gmail.com>> ha scritto:
>
> ci sono anche i pronto soccorso specializzati, per esempio
> ginecologi, di brusciature, di rottura spina dorsale, ...
>
>
> ciao,
> Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org <mailto:Talk-it@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-it
> <https://lists.openstreetmap.org/listinfo/talk-it>
>
>
>
>
> -- 
> Carlo Folini
> mailto:carlo.fol...@gmail.com <mailto:carlo.fol...@gmail.com>
> blog: http://www.diariocorsa.com

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] Accetta il mio invito e vieni anche tu a BANCHETTO #STOPCETA 12/3!

2017-03-11 Per discussione Marcello Billia

Hai ricevuto un invito!

--

Unisciti a Marcello Billia a BANCHETTO #STOPCETA 12/3

Quando:
domenica 12 marzo 2017, 9.00

Dove:
Piazza della Borsa TS
Piazza della Borsa, 
Trieste, TS

Questo Meetup è organizzato da Trieste5Stelle.
SCENDIAMO NELLE PIAZZE PER DIRE #STOPCETA

banchetto informativo #STOPCETA
domenica 12 marzo
dalle ore 09:00 alle 13:00
in Piazza della Borsa

https://www.youtube.com/watch?v=y0lzo0HKXDY

https://www

https://secure.meetup.com/n/?s=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJkZXN0IjoiaHR0cHM6Ly9zZWN1cmUubWVldHVwLmNvbS9pdC1JVC9yZWdpc3Rlci8_Z2o9dGUxJmM9MjAwOTAxNzUmcnY9dGUxJl94dGQ9Z3F0bGJXRnBiRjlqYkdsamE5b0FKRGt3T1RSaU1qQXlMVEJpTWpFdE5EazFPQzA1TUdSaExXSmlaalE1TlRkak9HSmxPS3BwYm5acGRHVmxYMmxrcURReE9UYzFPRGt6JnJnPXRlMSZjdHg9aW52JnRhcmdldFVyaT1odHRwcyUzQSUyRiUyRnd3dy5tZWV0dXAuY29tJTJGaXQtSVQlMkZUcmllc3RlNVN0ZWxsZSUyRmV2ZW50cyUyRjIzODI4NjcxNyUyRiUzRmdqJTNEdGUxJTI2cnYlM0R0ZTEiLCJob29rIjoiaW52IiwiZW1haWxfaW52aXRlZV9pZCI6NDE5NzU4OTMsImlhdCI6MTQ4OTI0MDMzMCwianRpIjoiMTQxMDEzYTItZTNjOC00NmI1LWEwZTctNjE4NGEyM2ZmZWEwIiwiZXhwIjoxNDkwNDQ5OTMwfQ%3D%3D.2ZCxKPUyYnaD-amS6H0W5Dm_51WbjPGbfJ6bb7BHmro%3D

--

---
Questo messaggio è stato inviato da Meetup per conto di Marcello Billia 
(https://www.meetup.com/it-IT/Trieste5Stelle/members/32426452/) di 
Trieste5Stelle.


Domande? Mandaci un'email: supp...@meetup.com

Non desidero ricevere questo tipo di e-mail: 
https://secure.meetup.com/n/?s=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJob29rIjoiaW52X29wdG91dCIsImRlc3QiOiJodHRwczovL3d3dy5tZWV0dXAuY29tL2l0LUlUL2FjY291bnQvb3B0b3V0Lz9zdWJtaXQ9dHJ1ZSZlbz10ZTEmZW1haWw9aW52aXRlJl9tc191bnN1Yj10cnVlIiwiZW1haWwiOiJ0YWxrLWl0QG9wZW5zdHJlZXRtYXAub3JnIiwiaW52aXRlcl9pZCI6MzI0MjY0NTIsImlhdCI6MTQ4OTI0MDMzMCwianRpIjoiMzZhZjViZGMtNDE3Mi00NjE2LWI1OGUtZTM0OTRhOGE5NzFiIiwiZXhwIjoxNDkwNDQ5OTMwfQ%3D%3D.e5UTRCXY7YnKb3_4PRMd0AvfX3QHSHwFDFmC1Qls7Nw%3D

Meetup Inc. (https://www.meetup.com/it-IT/), POB 4668 #37895 New York NY USA 
10163
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] edificato Umbria

2017-03-11 Per discussione Marcello
Confermo che per la regione Umbria non siamo riusciti ad avere
autorizzazione esplicita all'utilizzo dei dati e neppure risposte
esaustive ai chiarimenti richiesti via mail. Speriamo si possa
organizzare un incontro per cercare di sbloccare la situazione.

Ciao
Marcello

On 11/03/2017 10:28, Andrea Musuruane wrote:
> Ciao,
>  A quanto ricordo io, l'edificato della regione Umbria NON può
> essere importato in OSM perché richiede un'attribuzione sulle
> geometrie che OSM non è in grado di garantire e di mantenere.
>
> L'unica possibilità per importare dati da fonti CC-BY è che il
> proprietario consenta esplicitamente l'attribuzione nella pagina dei
> contributors:
> http://wiki.openstreetmap.org/wiki/Contributors#Italy
>
> Inoltre, la Regione Umbria ha derivato dati di terzi per produrre
> questo dataset: mappe catastali, CTR e Ortofoto digitale Terraitaly
> anno 2005. La Regione Umbria ha l'autorizzazione a distribuire il
> lavoro di questi terzi secondo la
> licenza CC-BY-3.0-IT? In caso positivo, lo dovrebbe scrivere
> esplicitamente.
>
> Ciao,
>
> Andrea
>
>
> 2017-03-10 18:26 GMT+01:00 stefano campus  <mailto:skam...@gmail.com>>:
>
> ciao a tutti,
> non volendo aprire un thread specifico, approfitto di questo
> perchè molto
> simile alla situazione piemontese.
>
> regione piemonte pubblica con licenza CC BY 2.5 l'intero database
> topografico strutturato secondo le specifiche nazionale dei dbtopo
> e la
> comunità la importa in maniera puntuale o massiva.
> da quello che ho letto in questo thread le procedure di importazione e
> manutenzione non garantiscono che l'attributo di origine della
> geometria
> possa essere mantenuto per sempre.
>
> tutto ok...
>
> ora però, dato che sicuramente qualcuno aggiornerà o geometrie o
> attributi/tag, mi piacerebbe ogni tanto verificare le differenze
> tra il
> dbtopo originale e l'evoluzione in osm ed eventualmente popolare
> attributi o
> geometrie nel mio dbregionale.
>
> non mi aspetto molte nuove geometrie degli edifici perchè la fonte
> regionale
> dei fabbricati è il catasto, mentre sicuramente tipologia
> costruttiva e
> destinazione d'uso possono essere utili.
>
> la mia domanda è questa: posso importare geometrie o solo
> attributi per mie
> geometrie già esistenti, indicando semplicemente nel metadato
> operativo la
> fonte osm?
>
> la mia preoccupazione è la viralità della licenza odbl nei
> confronti della
> cc by 2.5, anche se, ripeto, sono ragionevolmente sicuro che quanto
> utilizzabile da osm sia numericamente residuale rispetto alla
> consistenza
> completa sia del db regionale sia del db osm.
>
> grazie mille per l'aiuto
>
> s.
>
>
>
>
>
> --
> View this message in context:
> http://gis.19327.n8.nabble.com/edificato-Umbria-tp5884911p5892849.html
> <http://gis.19327.n8.nabble.com/edificato-Umbria-tp5884911p5892849.html>
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org <mailto:Talk-it@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-it
> <https://lists.openstreetmap.org/listinfo/talk-it>
>
>

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


  1   2   3   >