Re: [OSM-talk] Removing all signposts from relations

[Alberto Nogaro via talk]

You could run a script to remove the signposts from the route relations. But, 
other than digging in the database history, there’s no script which could add 
them back (proximity of a sign to a route is not a valid criterion). So if you 
do so, information is indeed lost. Otherwise I can’t see why should it 
difficult to data consumer to strip the unwanted information before processing 
the route.

 

Unless the script preserves the information by storing it by alternative means, 
I would regard such a script as vandalism.

 

 

From: pangoSE  
Sent: 25 July 2020 18:14
To: talk@openstreetmap.org
Subject: [OSM-talk] Removing all signposts from relations

 

Hi

Recently it was discussed whether to have signposts in route relations. I 
suggest we delete them from all relations by running a script.
I se no loss of information doing that and a benefit to data consumers wanting 
to sort and calculate the length and height profile of the relation which I 
think should only contain unclosed ways belonging to the route.

What do you think?

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

Re: [Talk-it] maxspeed su attraversamento con dosso

[Alberto Nogaro]

>-Original Message-
>From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com]
>Sent: giovedì 5 aprile 2018 01:04
>To: openstreetmap list - italiano 
>Subject: Re: [Talk-it] maxspeed su attraversamento con dosso
>
>
>
>sent from a phone
>
>> On 3. Apr 2018, at 07:47, Federico Cortese  wrote:
>>
>> Secondo me sono comunque due segnali autonomi. Il limite di velocità parte
>dal segnale fino al primo incrocio, quindi maxspeed=30 (non max_speed) +
>source:maxspeed=sign li puoi aggiungere al tratto di strada. Il dosso poi lo
>mappi sul nodo.

Concordo. Non sono autonomi nel senso che Il codice della strada dice che in 
alcuni casi al segnale di dosso è obbligatorio abbinare il segnale di limite di 
velocità per cui tale dosso è concepito. Non dice però (perlomeno non 
esplicitamente) che in questa particolare applicazione il segnale di limite di 
velocità ha significato diverso da quello usuale. Pertanto il limite dovrebbe 
valere dal punto dal punto in cui è posizionato il cartello di inzio del limite 
fino ad un cartello che stabilisca la fine del limite, oppure l'inizio di un 
limite differente, oppure una intersezione che ripristina implicitamente il 
limite implicito per il tipo di strada. 

A mio parere ha anche senso che il limite riguardi un intero stratto di strada. 
Il dosso ha giocoforza ha lunghezza limitata, ma viene messo apposta per 
persuadere al rispetto di tale limite in tutto il tratto.

>sicuro sulla fine del limite? In Germania un limite di velocità che viene dato
>insieme ad un altro cartello di avviso (per esempio 2 curve strette, oppure
>scuola), vale fin che hai superato il pericolo.

Non credo che in Italia valga lo stesso. Comunque il dosso artificiale non è un 
pericolo, o perlomeno è un pericolo secondario. Il pericolo vero è 
rappresentato da una velocità eccessiva nel tratto di strada in cui è 
posizionato il dosso.  Diverso sarebbe, per esempio, se il cartello di limite 
di velocità fosse posto per segnalare un punto in cui la strada è sconnessa per 
carenza di manutenzione, superato quello è anche passato il pericolo.

Ciao,
Alberto







---
Questa email è stata esaminata alla ricerca di virus da AVG.
http://www.avg.com


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

Re: [Talk-it] Josm off line, come salvare la visione aerea

[Alberto Nogaro]

Ciao,



un metodo, un po’ contorto ma comodo, per riempire automaticamente la cache con 
le tiles delle immagini sulla zona in cui lavori può essere questo:



*   apri una copia del layer dati per cui vuoi salvare la visione aerea, 
diciamo che si chiami “Pippo”
*   nella finestra “Layers”, clicca con il tasto destro su “Pippo” e 
seleziona la voce “Convert to GPX layer”
*   ti comparira un layer gpx nominato “Converted from: Pippo”
*   apri il  livello di immagini che ti interessa, nel tuo caso Bing
*   zooma fino ad un livello utile per vedere bene le immagini
*   nella finestra “Layers”, clicca con il tasto destro su “Converted from: 
Pippo” e seleziona la voce “Precache imagery tiles along this track” e poi su 
“Download”
*   al termine del download, tutte le tile immagine della zona compresa nel 
tuo layer dati saranno state salvate al livello di zoom corrente



Ora le immagini dovrebbero essere disponibili anche quando sei off line



Ciao,

Alberto









From: riccardopastoc...@alice.it [mailto:riccardopastoc...@alice.it]
Sent: venerdì 23 febbraio 2018 09:22
To: talk-it@openstreetmap.org
Subject: [Talk-it] Josm off line, come salvare la visione aerea



Buon giorno,

spesso mi trovo a mappare in modalità off line, cioè dalla stanzetta autisti 
del 118 dove non abbiamo internet.



Ma non riesco a capire come salvarmi la cartina con la visione aerea (es Bing) 
da sovrascrivere a Josm.



Descrivo il mio procedimento, in modo che possiate capire l'errore.



1) Da casa in modalità on line, mi apro Josm seleziono l'area di lavoro e 
salvo: file_salva come_   "data+ora" .osm

e fin qui tutto bene perchè quando vado in modalità off line, mi riapro il file 
e tutto funziona;

tranne il fatto che mi salva solo il file josm, quindi le linee che traccio 
io,ma non il livello di Bing (modalità aerea).



2) allora ho provato a salvare il livello Bing con estensione WMS  (Web Map 
Service), e succede che al al primo riavvio del Pc riesco ad aprire anche la 
mappa Aerea,

ma se spengo e riaccendo il Pc, non mi apre più il file di Bing, o meglio me lo 
apre ma mi fa schermo nero  con scritte "nessun tassello in questo livello di 
ingrandimento".



3) provando a "spippolare" tra sottocartelle e file adesso non riesco a far 
riaprire il livello di Bing neanche al primo riavvio







Chiedo gentilmente di utilizzare terminologia consona ad un principiante, grazie



Riccardo Pastocchi







---
Questa email è stata esaminata alla ricerca di virus da AVG.
http://www.avg.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] risposta a dichiarazione uso di GoogleStreetView

[Alberto Nogaro]

Tanto tempo fa era stato fatto:

https://lists.openstreetmap.org/pipermail/talk/2011-April/057473.html

Ciao,
Alberto

>-Original Message-
>From: emmexx [mailto:emm...@tiscalinet.it]
>Sent: giovedì 22 febbraio 2018 15:10
>To: openstreetmap list - italiano 
>Subject: Re: [Talk-it] risposta a dichiarazione uso di GoogleStreetView


>Ma nessuno ha mai provato a chiederlo direttamente a Google? ;-)



---
Questa email è stata esaminata alla ricerca di virus da AVG.
http://www.avg.com


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

Re: [Talk-it] Falegnameria / Segheria

[Alberto Nogaro]

>-Original Message-
>From: demon.box [mailto:e.rossin...@alice.it]
>Sent: sabato 14 ottobre 2017 09:54
>To: talk-it@openstreetmap.org
>Subject: [Talk-it] Falegnameria / Segheria
>
>ciao, scusate ma qual'è il tag corretto per una semplice falegnameria /
>segheria?
>
>craft=carpenter ?

Se l'attività è prevalentemente di segheria,  forse meglio questo:

https://wiki.openstreetmap.org/wiki/Tag:industrial%3Dsawmill

Ciao,
Alberto


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

Re: [Talk-it] Sentiero diventato impraticabile

[Alberto Nogaro]

Anche questa proposta può essere utile:

 

https://wiki.openstreetmap.org/wiki/Proposed_features/Obstacle

 

Ciao,

Alberto

 

From: angelo mornata [mailto:angelo.morn...@hotmail.it] 
Sent: martedì 5 settembre 2017 18:58
To: openstreetmap list - italiano 
Subject: Re: [Talk-it] Sentiero diventato impraticabile

 

Direi che non è più percorribile, soprattutto perchè era taggato come
sentiero per mountain bike, se uno ci si infila con la bici si rompe il
collo.

Angelo

 

 

  _  

Da: emmexx  >
Inviato: martedì 5 settembre 2017 17:55
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] Sentiero diventato impraticabile 

 

On 09/05/2017 05:34 PM, angelo mornata wrote:
> All'inizio sembrava un sentiero normale poi è diventato impraticabile,
> l'acqua ha scavato buche da 1 metro i rovi lo hanno quasi comletamente
> sommerso 99%.
> 
> Attualmente ho usato l'escamotage di mettere "Impraticabile" come nome
> del sentiero, così appare sulla cartina.
> 
> Ma cosa devo fare esattamente?

O anche abandoned http://wiki.openstreetmap.org/wiki/Key:abandoned: 


  

  Key:abandoned: -
OpenStreetMap Wiki

wiki.openstreetmap.org

Description. The abandoned: lifecycle prefix can be added to tags that
relate to features that have fallen into serious disrepair and which could
only be put back ...



Dipende da cosa ritieni prevalente: il sentiero è ancora percorribile
anche se con grande difficoltà oppure non è più percorribile, nessuno lo
usa più?

ciao
maxx


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


  Pagina di informazioni
della lista Talk-it

lists.openstreetmap.org

Il tuo indirizzo email: Il tuo nome (opzionale): Devi inserire una password
personale. Questo ti garantirà solo una minima sicurezza, ma impedirà ad
altri di ...

 

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

Re: [Talk-it] Tag per area attrezzata all'aperto per esercizi ginnici?

[Alberto Nogaro]

Come tag fisico potrebbe andare bene questo:

 

https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dfitness_station

 

Ciao,

Alberto

 

From: Cascafico Giovanni [mailto:cascaf...@gmail.com] 
Sent: lunedì 17 luglio 2017 10:46
To: openstreetmap list - italiano 
Subject: Re: [Talk-it] Tag per area attrezzata all'aperto per esercizi ginnici?

 

sport=gymnastics

outdoor=yes

 

2017-07-17 10:11 GMT+02:00 mircozorzo  >:

Ciao, l'area ha delle attrezzature ed è all'aperto.

Per favore, come va mappata?



Ciao, Mirco



--
View this message in context: 
http://gis.19327.n8.nabble.com/Tag-per-area-attrezzata-all-aperto-per-esercizi-ginnici-tp5899362.html
Sent from the Italy General mailing list archive at Nabble.com.

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

 

 


 

 

Virus-free.  

 www.avg.com 

 

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

Re: [Talk-it] pezzo di strada con divieto di transito

[Alberto Nogaro]

>-Original Message-
>From: vrmap [mailto:giuse@gmail.com]
>Sent: mercoledì 22 febbraio 2017 08:49
>To: talk-it@openstreetmap.org
>Subject: Re: [Talk-it] pezzo di strada con divieto di transito
>
>A questo punto vi chiedo se sarebbe possibile creare una pagina wiki
>contenente una tabella in cui inserire le fotografie di tutti i segnali 
>stradali e
>combinazioni di segnali stradali con a fianco i tag OSM appropriati e 
>"validati".
>In tal modo un utente, in caso di dubbio, può trovare un valido aiuto su quali
>tag utilizzare senza effettuare lunghe ricerche che, in alcuni casi, non
>conducono ad un risultato univoco e definitivo.
>Cosa ne pensate?

La proposta di Damjan sui segnali stradali [1] contiene indicazioni per alcuni 
casi semplici, si protrebbe completare man mano che emergono situazioni nuove.

[1] https://wiki.openstreetmap.org/wiki/User:Damjang/IT:traffic_sign_italy

Ciao,
Alberto


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

Re: [Talk-it] pezzo di strada con divieto di transito

[Alberto Nogaro]

From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] 
Sent: martedì 21 febbraio 2017 17:53
To: openstreetmap list - italiano 
Subject: Re: [Talk-it] pezzo di strada con divieto di transito


2017-02-21 16:45 GMT+01:00 Marco Ciampa :
> Direi questo: http://www.segnaletica3000.it/image_prodotti/big/120.jpg
> (Figura ii 60/b, art. 117)

Esatto.


proposta:

hgv=no
hgv:conditional=yes @ (maxweight<5)


Martin

La figura sul cartello è ingannevole,  il significato vero è  chiarito nel 
regolamento di attuazione del codice della strada, all'articolo 117 comma i). 
Vale in effetti solo per i veicoli non addetti al trasporto di persone. Ma il 
peso indicato non è il peso massimo del veicolo (maxweight), ma la massa a 
pieno carico indicata sulla carta di circolazione. Significa che anche se il 
veicolo pesa meno di 6.5 tonnellate, perché  a carico parziale o addirittura 
vuoto, non può transitare ugualmente.

Secondo questa proposta [1] potrebbe essere:

maxgcweightrating:hgv = 6.5

Ogni volta che raggiungiamo un accordo sulla mappatura di qualche cartello 
particolare, sarebbe utile anche tenerne traccia nella proposta di Damjan [2]

[1] http://wiki.openstreetmap.org/wiki/Proposed_features/gross_weight
[2] 
https://wiki.openstreetmap.org/wiki/User:Damjang/IT:traffic_sign_italy#Segnali_di_divieto


Ciao,
Alberto


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

Re: [Talk-it] problema rendering mappe su alcuni punti di interesse

[Alberto Nogaro]

>-Original Message-
>From: girarsi_liste [mailto:liste.gira...@gmail.com]
>Sent: lunedì 12 dicembre 2016 10:49
>To: talk-it@openstreetmap.org
>Subject: Re: [Talk-it] problema rendering mappe su alcuni punti di interesse
>
>Il 12/12/2016 08:46, Marco Bartalini ha scritto:
>> Ragazzi, sto provando ad inserire un punto di interesse: in pratica è
>> una pietra tondeggiante dovuta ad erosione (marmitta del gigante) che


>geological=palaeontological_site (se di altra era, va identificata).

Questo lo metterei solo se la pietra contiene fossili o altri elementi utili 
allo studio della vita.

>historic=archeological_site

Questo solo se la pietra è legata a qualche uso da parte dell'uomo.

Ciao,
Alberto


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

Re: [Talk-it] [Bulk] Fumetteria

[Alberto Nogaro]

>-Original Message-
>From: Alessandro Pozzato [mailto:apozz...@libero.it]
>Sent: mercoledì 7 dicembre 2016 10:24
>To: openstreetmap list - italiano 
>Subject: [Bulk] [Talk-it] Fumetteria
>
>Come si può mappare una fumetteria prevalentemente orientata ai manga
>che vende anche alimenti giapponesi confezionati? Non mi sembra
>appropriato shop=books e vending=comics, perché non tratta libri se non in
>minima quantità.

Forse puoò andare questo:

https://wiki.openstreetmap.org/wiki/Tag:shop%3Danime

Ciao,
Alberto


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

Re: [Talk-it] Tagging di argini

[Alberto Nogaro]

From: Lorenzo "Beba" Beltrami [mailto:lorenzo.b...@gmail.com] 
Sent: venerdì 25 novembre 2016 10:30
To: openstreetmap list - italiano 
Subject: [Talk-it] Tagging di argini

Per casi semplici mi rendo conto che l'attributo embankment=yes sulle strade 
risolve la maggior parte dei problemi, ma mi piacerebbe fare una cosa più 
precisa utilizzando man_made=embankment.
Però sulla wiki vedo che non è segnato come valido per le aree...

Qualcuno sa perché?
Secondo voi ha senso mappare l'argine come area? (Secondo me sì)
In questo caso il tag man_made=embankment è adatto allo scopo?

man_made=embankment descrive il bordo dell'argine, la way va tracciata in modo 
che l'argine sia a sinistra della way. Quando hai tracciato i bordi, l'area è 
automaticamente quella compresa.

Ciao,
Alberto


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

Re: [Talk-it] Progetto Montagne Sicure

[Alberto Nogaro]

>-Original Message-
>From: demon.box [mailto:e.rossin...@alice.it]
>Sent: martedì 8 novembre 2016 08:18
>To: talk-it@openstreetmap.org
>Subject: Re: [Talk-it] Progetto Montagne Sicure

>certo altrimenti bisognerebbe disgiungere le 2 informazioni con 2 nodi distinti
>ma ciò non corrisponderebbe più alla realtà.

Perché dici che non corrisponderebbe più alla realtà? In OSM sono due oggetti 
distinti anche se molto vicini. Se proprio ci tieni a dire che sono proprio 
sulla stessa verticale, puoi sempre fare due nodi sovrapposti. Con due nodi 
distinti puoi usare i tag standard, senza bisogno di inventare nulla.

Ciao,
Alberto


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

Re: [Talk-it] Progetto Montagne Sicure

[Alberto Nogaro]

>-Original Message-
>From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com]
>Sent: venerdì 4 novembre 2016 07:33
>To: openstreetmap list - italiano 
>Subject: Re: [Talk-it] Progetto Montagne Sicure


>secondo me si potrebbe importare queste informazioni, ma non userei il
>namespace di information. Invece mi sembra più adatto "emergency". Un
>guidepost è un segnavia. (o forse ho capito male di cosa si tratta e questi 
>pali
>hanno una doppia funzione?)

Concordo. Dalla descrizione, mi sembra corrispondere a questo:

https://wiki.openstreetmap.org/wiki/Tag:highway%3Demergency_access_point

Ciao,
Alberto


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

Re: [Talk-it] (Mappatura) Rotonda al contrario

[Alberto Nogaro]

>-Original Message-
>From: Max1234Ita [mailto:max1234...@gmail.com]
>Sent: martedì 23 agosto 2016 01:18
>To: talk-it@openstreetmap.org
>Subject: [Talk-it] (Mappatura) Rotonda al contrario
>
>Ispezionando quell'area con JOSM, mi sono accorto che il rondò in questione è
>mappato come tutti gli altri (/junction=roundabout/, /name/, /ref/,
>/old_ref/), in più però è presente il tag /lanes=2/, che invece di solito 
>manca.
>
>A voi risulta che quest'ultimo tag possa dare problemi del genere? Quale
>sarebbe la maniera corretta per mappare quella rotonda? Eliminare il tag mi
>sembra un po' drastico.

Non so perché dire perché quel lanes=2 dia problemi di routing. Ma credo che 
comunque sia sbagliato rispetto alla realtà, perché secondo la normativa 
italiana la corona delle rotonde deve avere sempre una sola corsia [cfr. 
Gazzetta Ufficiale n. 170 del 24.07.2006, paragrafo 4.5.2., tabella ), nota 
(*)). Probabilmente andrebbe corretto in lanes=1, non per problemi di routing, 
ma per mappare la realtà.

Ciao,
Alberto


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

[Talk-it] FW: [Bulk] Re: [Bulk] Re: traffic_sign valori ID per l'Italia

[Alberto Nogaro]

From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] 
Sent: venerdì 29 luglio 2016 17:02
To: Alberto Nogaro <bartosom...@yahoo.it>; openstreetmap list - italiano 
<talk-it@openstreetmap.org>
Cc: Bruno <bv...@libero.it>
Subject: Re: [Talk-it] [Bulk] Re: [Bulk] Re: traffic_sign valori ID per l'Italia


2016-07-29 16:46 GMT+02:00 Alberto Nogaro <bartosom...@yahoo.it>:
Una serie di rallentatori deve essere indicata mediante analoghi segnali e 
pannello integrativo con la parola «serie» oppure «n. ... rallentatori»."


questa frase fa pensare che c'è un automatismo, proprio per quello si scrive 3 
curve, no?
Ciao,
Martin

Si, ma parliamo di cose diverse. Il segnale di pericolo non ha bisogno del 
cartello di fine, anche se il cartello di fine pericolo lo si deve mettere 
quando la fine del pericolo non è ovvia. Il segnale di limite massimo di 
velocità invece ha bisogno di un cartello di fine, tranne i casi in cui la fine 
della validità è implicita (intersezione,  sopraggiunto cartello che impone una 
velocità diversa). Oppure si può usare il cartello di velocità massima con il 
pannello integrativo modello II art. 83, che dice per quanti metri dopo il 
cartello si applica la prescrizione. Non mi sembra invece che da alcuna parte 
sia scritto che quando è associato ad un segnale di pericolo, anche il limite 
di velocità cessa dove cessa il pericolo.

Ciao,
Alberto 


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

Re: [Talk-it] [Bulk] Re: [Bulk] Re: traffic_sign valori ID per l'Italia

[Alberto Nogaro]

From: Bruno [mailto:bv...@libero.it] 
Sent: venerdì 29 luglio 2016 16:01
To: talk-it@openstreetmap.org
Subject: [Bulk] Re: [Talk-it] [Bulk] Re: traffic_sign valori ID per l'Italia


Esatto, io pensavo che fosse come dice Martin.

Guardando come viene posizionata la cartellonistica sembrerebbe questo lo scopo.


Si, però sul codice della strada non ne trovo menzione. Il codice prescrive di 
presegnalare il rallentatore con il segnale di dosso (figura II.2) abbinato ad 
un segnale di limite massimo di velocità (figura II.50). Specifica anche che 
quest'ultimo deve essere di formato ridotto. Ma non sembra dire che usato in 
questo modo non vale come un regolare cartello di limite massimo di velocità:

"7. Il presegnalamento è costituito dal segnale di cui alla figura II.2 di 
formato preferibilmente ridotto, posto almeno 20 m prima. Ad esso è abbinato il 
segnale di cui alla figura II.50 di formato ridotto, con un valore compreso tra 
50 e 20, salvo che sulla strada non sia già imposto un limite massimo di 
velocità di pari entità. Una serie di rallentatori deve essere indicata 
mediante analoghi segnali e pannello integrativo con la parola «serie» oppure 
«n. ... rallentatori»."

Ciao,
Alberto


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

Re: [Talk-it] [Bulk] Re: traffic_sign valori ID per l'Italia

[Alberto Nogaro]

From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] 
Sent: venerdì 29 luglio 2016 13:44
To: Alberto Nogaro <bartosom...@yahoo.it>; openstreetmap list - italiano 
<talk-it@openstreetmap.org>
Cc: Bruno <bv...@libero.it>
Subject: Re: [Talk-it] [Bulk] Re: traffic_sign valori ID per l'Italia

quindi ci sono dei dettagli diversi rispetto alle regole del traffico della 
Germania, dove un cartello di prescrizione abbinato ad un cartello di 
avviso/pericolo vale soltanto per la durata di questo pericolo. (esempio: curva 
stretta + maxspeed=40, dopo la curva si toglie in automatico).
Ciao,
Martin

Che io sappia da noi non è così:

"2. Lungo il tratto stradale interessato da una prescrizione i segnali di 
divieto e di obbligo, nonché quelli di diritto di precedenza, devono essere 
ripetuti dopo ogni intersezione. Tale obbligo non sussiste per i segnali a 
validità zonale. 
[...]
5. Salvo i casi previsti dal presente regolamento, nei  quali  esista
uno specifico segnale di FINE, il  termine  di  una  prescrizione  va
indicato con  lo  stesso  segnale,  munito  di  pannello  integrativo
modello 5/a3, 5/b3." [Art. 104, (Art. 39, CdS)]

Dunque la prescrizione finisce o ad una intersezione, oppure dove è indicato da 
un qualche altro cartello (di fine zona o di fine prescrizione).

Ciao,
Alberto



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

Re: [Talk-it] [Bulk] Re: traffic_sign valori ID per l'Italia

[Alberto Nogaro]

>-Original Message-
>From: Bruno [mailto:bv...@libero.it]
>Sent: venerdì 29 luglio 2016 08:41
>To: openstreetmap list - italiano 
>Subject: [Bulk] Re: [Talk-it] traffic_sign valori ID per l'Italia


>Infine, vi sottopongo un altro problema, che facendo le ricerche non ho
>trovato.
>http://mapillary.com/map/im/DcwsI2IWRpQA7rJEw0c3uA
>Questo cartello indica che poco più vanti c'è un dosso con limite di velocità 
>ai
>30 km/h.
>http://mapillary.com/map/im/-WAY2L0qpJVlPPfg_swO_g
>
>La strada ha il limite dei 50. Segno i 30 all'ora nel tratto dal cartello al 
>dosso, poi
>rona ai 50 km/h oppure metto il limite solo sul dosso?

Il fatto che il cartello del limite di velocità sia abbinato al segnale di 
dosso non ne cambia il significato. Il cartello di limite di velocità  è un 
segnale di prescrizione. 

" I segnali di prescrizione devono essere installati in corrispondenza o il più 
vicino possibile al punto in cui inizia la prescrizione. Essi, muniti di 
pannello integrativo modello II.1 di cui all'articolo 83, comma 4, possono 
essere ripetuti in anticipo con funzione di preavviso." (Regolamento di 
attuazione del codice della strada Art.81, art. 39 c.d.s., comma 8)

Dunque la validità del limite di velocità è dal punto in cui è installato il 
cartello. A meno che il cartello non sia abbinato ad un pannello integrativo 
(Modello II 1 Art.83) che indica la distanza tra il segnale ed punto pericoloso 
o il punto in cui si applica la prescrizione. Oppure che sia evidente che sia 
stato installato il più vicino possibile al vero punto in cui inizia la 
prescrizione, ma in cui l'installazione non era possibile.

Per la fine della validità:

"I segnali che indicano la fine del divieto o dell'obbligo devono essere 
installati in corrispondenza o il più vicino possibile al punto in cui cessa il 
divieto o l'obbligo stesso. L'installazione non è necessaria se il divieto o 
l'obbligo cessa in corrispondenza di una intersezione."  (Regolamento di 
attuazione del codice della strada Art.81, art. 39 c.d.s., comma 10)

Nel tuo caso mi sembra che ci sia una intersezione subito dopo il dosso, e 
nessun cartello di fine velocità massima o di obbligo di velocità massima 
inferiore a 30 tra cartello di segnalazione del dosso e intersezione. Dunque 
metti il limite dei 30 all'ora nel tratto di strada dal cartello 
all'intersezione. Dopo l'intersezione, in assenza di cartelli, vale il limite 
proprio della strada (50 se in centro urbano). 

Ciao,
Alberto


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

Re: [Talk-it] traffic_sign valori ID per l'Italia

[Alberto Nogaro]

>-Original Message-
>From: Damjan Gerl [mailto:dam...@damjan.net]
>Sent: mercoledì 27 luglio 2016 21:28
>To: talk-it@openstreetmap.org
>Subject: Re: [Talk-it] traffic_sign valori ID per l'Italia


>Mi trovate/proponete un esempio da mettere in tabella, che non sia questo
>"eccetto traffico locale" che non sappiamo cosa significa ?

Questo è  chiaro:

https://d1cuyjsrcm0gby.cloudfront.net/YWZMMGjFvzeqddiAIZbz4w/thumb-2048.jpg

Ciao,
Alberto


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

Re: [Talk-it] traffic_sign valori ID per l'Italia

[Alberto Nogaro]

>-Original Message-
>From: Damjan Gerl [mailto:dam...@damjan.net]
>Sent: mercoledì 27 luglio 2016 19:35
>To: talk-it@openstreetmap.org
>Subject: Re: [Talk-it] traffic_sign valori ID per l'Italia

>Questo è più un problema di legge e interpretazioni, nel senso che il cartello 
>è
>fuorilegge e non conforme al cds, oppure il cds non specifica in modo
>inequivocabile come devono essere posti e scritti i cartelli...

Il codice della strada prevede pannelli integrativi con testo libero, che 
definisce "concisa iscrizione":

" Il modello II.6 indica, mediante simboli o concisa iscrizione, la spiegazione 
del significato del segnale principale, ovvero aggiunge una indicazione o 
esplicitazione al fine di ampliare o specificare utilmente il significato del 
segnale stesso, in particolari casi di occasionalità o provvisorietà"

Mentre per i simboli dice che devono essere approvati (e fornisce una tabella 
di simboli approvati, aggiungendo che il Ministero dei Lavori Pubblici ne può 
autorizzare altri), nulla specifica sulle "concise iscrizioni", salvo fornire 
due "Esempi con iscrizione" (i 2 esempi sui tornanti).

Dunque il cartello "solo traffico locale "è conforme alle prescrizioni del cds 
riguardante i cartelli. Cosa poi voglia dire, non si capisce.

>quindi non un problema di osm, anche se alla fine si pone il problema di come
>interpretarlo per inserirlo in osm...

Per cominciare a inserire il mero cartello non occorre interpretarlo, inseriamo 
ciò che vediamo. Basta concordare un metodo per inserire i pannelli integrativi 
a testo libero, inserendo poi il testo letterale.

Ciao,
Alberto


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

Re: [Talk-it] Quali gli IDs per i segnali stradali traffic_sign=IT:CODE?

[Alberto Nogaro]

>-Original Message-
>From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com]
>Sent: mercoledì 27 luglio 2016 16:59
>To: openstreetmap list - italiano 
>Subject: Re: [Talk-it] Quali gli IDs per i segnali stradali 
>traffic_sign=IT:CODE?


>personalmente preferisco nomi (traffic_sign=maxspeed invece di IT:cds123),
>per i casi semplici/non ambigui.

Si, secondo la lista 
http://wiki.openstreetmap.org/wiki/Key:traffic_sign#Human-readable_values , 
sarebbe da aggiungere anche:

Traffic_sign= maxweight e maxweight=* per Figura II 68 Art. 118

Ciao,
Alberto


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

Re: [Talk-it] traffic_sign valori ID per l'Italia

[Alberto Nogaro]

>-Original Message-
>From: Damjan Gerl [mailto:dam...@damjan.net]
>Sent: mercoledì 27 luglio 2016 15:38
>To: talk-it@openstreetmap.org
>Subject: [Talk-it] traffic_sign valori ID per l'Italia

>Ho visto che per il tag traffic_sign [0] che prevede anche degli Traffic sign 
>IDs
>per country, ma la lista degli id in Italia non esiste: la pagina wiki [1], 
>parziale,
>non indica gli id da usare. Sono andato poi a vedere in taginfo ed ho trovato
>usato come id la descrizioni dei segnali (vedi testo sotto). Siccome alcune
>descrizioni sono abbastanza lunghe, con spazi e quindi passibili di errori, ho
>preparato una pagina wiki temporanea di proposta per gli id dei segnali usati 
>in
>Italia [3]. Riporta i segnali pari-pari dal codice della strada 92. E' ancora 
>da finire
>ma sono le mie proposte per vedere cosa ne pensate...

Grandioso! 

Tempo fa avevo proposto una cosa analoga [1], ma non avevo ricevuto consensi. 
Per cominciare a mappare comunque i cartelli, nel dubbio avevo deciso di usare 
la descrizione estesa. Se la tua proposta viene approvata, mi impegno a 
convertire i cartelli da me mappati con descrizione estesa nel formato 
approvato. 

Superlativo sarebbe poi anche creare un preset per josm.

Dovremmo trovare anche il modo di definire i pannelli integrativi con solo 
testo.  I Modello II 6/p1 e  Modello II 6/p2 dovrebbero essere solo 2 esempi, 
ma il testo credo che sia libero (vedi codice della strada, Titolo II, art. 83, 
commi 9 e 10 [2])   

[1] http://www.mail-archive.com/talk-it%40openstreetmap.org/msg45094.html
[2] 
http://www.altalex.com/documents/news/2013/09/02/costruzione-e-tutela-delle-strade#titolo2

Ciao,
Alberto




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

Re: [Talk-it] cosa vuol dire "eccetto traffico locale"?

[Alberto Nogaro]

>-Original Message-
>From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com]
>Sent: mercoledì 13 luglio 2016 14:05
>To: openstreetmap list - italiano 
>Subject: Re: [Talk-it] cosa vuol dire "eccetto traffico locale"?

>formalmente il cartello vale per tutti i veicoli, quindi con un Segway ci puoi
>andare (presumo che vale come pedone), con la bici no.

Il cartello vale per tutti i veicoli, anche per le bici. A piedi ci puoi 
andare. Con il Segway non puoi andare su nessuna strada, solo sul marciapiede 
se sei sicuro che non crei pericolo agli altri utenti:

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

>
>Traffico locale In un paese piccolo probabilmente vuol dire: "tutti quelli che
>conoscono il vigile", ma a Roma? Chi è locale a Roma?

Qui una risposta del sito vigile amico :-)

http://www.vigileamico.it/chiedi/files/S168.htm

>Quindi, esiste questa lista definitiva di cartelli stradali?

Gazzetta Ufficiale, serie generale n° 303 del 28-12-1992 (Supplemento ordinario 
n° 134, allegati grafici al Titolo II):

http://www.gazzettaufficiale.it/do/gazzetta/downloadPdf?dataPubblicazioneGazzetta=19921228=303=SG=SO=134=pdf=0

a pagina 238, Modello II 4 Art. 83, dice solo che le deroghe nel panello 
integrativo vanno introdotte dalla parola "ECCETTO". Ma non definisce le 
categorie derogabili.

Ciao,
Alberto


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

Re: [Talk-it] utilizzo ford=yes su piccoli torrenti/ruscelli asciutti (o quasi)

[Alberto Nogaro]

>-Original Message-
>From: demon.box [mailto:e.rossin...@alice.it]
>Sent: giovedì 9 giugno 2016 10:28
>To: talk-it@openstreetmap.org
>Subject: [Talk-it] utilizzo ford=yes su piccoli torrenti/ruscelli asciutti (o 
>quasi)

>
>1 - tutti i piccoli torrenti, torrentelli e ruscelli presenti sulle CTR (anche 
>se poi
>nella realtà sono più o meno visivamente evidenti perchè sono quasi sempre
>asciutti soprattutto a quote basse) vanno comunque mappati o lasciati se
>esistono già (non ero di questa idea inizialmente ma poi ragionando con voi
>alla fine mi trovo pienamente d'accordo).

+1 sul lasciare le vie d'acqua, anche se quasi sempre asciutte. Però bisogna 
anche tenere presente che le CTR non sono infallibili, o l'orografia localmente 
può essere cambiata rispetto a quando sono state compilate. Se proprio la via 
d'acqua non si vede in alcun modo, direi che la si può togliere.

>ovviamente se è il caso sul tag waterway si aggiunge intermittent=yes

Si, stando però attenti a non estendere una osservazione locale ad un corso 
d'acqua troppo lungo. Per la parte a monte del punto di osservazione dovrebbe 
essere abbastanza scontato, a parte fenomeni particolari di flusso sotterraneo. 
Per la parte a valle, è da valutare. Se non si è sicuri, meglio fermarsi almeno 
dove si innestano degli affluenti.

Ciao,
Alberto





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

Re: [Talk-it] proposta introduzione cai_scale

[Alberto Nogaro]

From: Alfredo Gattai [mailto:alfredo.gat...@gmail.com] 
Sent: lunedì 6 giugno 2016 17:20
To: talk-it@openstreetmap.org
Subject: [Talk-it] proposta introduzione cai_scale

- il cai_scale da riportare dovrebbe essere non tanto frutto di una valutazione 
personale, ma derivante dalla lettura di cio' che e' riportato sul cartello e 
dalle conoscenze delle sezioni locali.

- queste informazioni non hanno veramente IP, perche' chiunque mappando puo' 
riportare la difficolta' riportata su di un cartello, inoltre quello che si sta 
facendo internamente al CAI e' proprio dissipare possibili antiche paure sul 
"dar via" dei dati che di fatto dovrebbe essere di tutti.

- personalmente preferirei assegnarlo alla singola way (come per sac_scale) 
perche' all'interno di un itinerario, specialmente se turistico ci possono 
essere vari tratti asfaltati e/o su mulattiere per le quali non avrebbe neanche 
senso assegnarlo. Invece sui singoli tratti ha molto senso perche' si puo' 
decidere di percorrere pezzi di questo o quel sentiero e fare degli anelli di 
difficolta' bassa invece di percorrerne uno intero che ha tratti piu' 
difficili. La difficolta' piu' alta dell' intera relation puo' essere ricavata 
dalla way piu' difficile o al limiti per chi vuole non lasciare nulla al caso, 
al limite la riporta anche sulla relation.




Correggimi se sbaglio, mi sembra che la classificazione di un itinerario 
dipenda anche dall'impegno fisico complessivo richiesto.  Ad esempio un 
itinerario impegnativo perché  molto lungo potrebbe avere una classificazione 
superiore a quella dei singoli tratti. Se così fosse, non sarebbe possibile 
ricavarlo dalla via più difficile.

Trattandosi di classificazioni ufficiali, penso che i tag di difficoltà CAI 
andrebbero inseriti solo da chi ha accesso alla documentazione relativa. La 
difficoltà indicata sul cartello, non distingue le difficoltà dei singoli 
tratti verso la destinazione indicata. Dunque non andrebbe inserita da chi non 
conosce eventuali suddivisioni tra tratti di diversa difficoltà. Sono invece 
favorevole alla inserzione da parte di chiunque nella descrizione del cartello 
(nodo tourism=guidepost o relazione di tipo destination_sign). Sulla base di 
questa proposta [1], si potrebbe pensare ad inserirla in un tag del tipo 
destination: cai_scale.





Ultimo, date un'occhiata ad un inizio di localizzazione fatta da su 
waymarkedtrails facendogli modificare leggermente le bandierine di osmc:symbol

http://hiking.waymarkedtrails.org/#?map=16!44.0761!9.8219

La gentilissima Sara Hoffman l'ha realizzato una volta visti gli esempi di 
bandierine CAI che gli ho mandato e vista la massa critica di relazioni che 
abbiamo inserito in questa zona. Piano piano magari riusciremo ad introdurre 
anche un rendering con la scala di difficolta'.




Molto bella la bandierina con la fascia bianca allargata. Ho visto che il tag 
osmc è standard. Quale tag fa scattare l'uso della bandierina modificata? Una 
volta terminate le definizioni per il rendering personalizzato, sarebbe bene 
che venisse documentato da Sarah sulla pagina dedicata [2]

[1] http://wiki.openstreetmap.org/wiki/Proposed_features/Destination_details
[2] http://hiking.waymarkedtrails.org/help/rendering/hikinglocal



Ciao,
Alberto


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

Re: [Talk-it] OpenCycleMap e nomi città duplicati

[Alberto Nogaro]

>-Original Message-
>From: Marco [mailto:constabl...@gmail.com]
>Sent: mercoledì 25 maggio 2016 12:53
>To: talk-it@openstreetmap.org
>Subject: [Talk-it] OpenCycleMap e nomi città duplicati
>
>Ciao, girando più o meno a caso su OpenCycleMap ho notato che i nomi di
>alcune città sono presenti sulla mappa contemporaneamente in due punti
>diversi, uno (immagino correttamente) nel punto in cui è stato inserito il nodo
>con ruolo "admin_centre" ed un altro nel centro dell'area taggata come
>confine amministrativo della città/paese. Ho dato un'occhiata veloce alla wiki
>ma non sono riuscito a capire con certezza quale sia l'errore (sempre che di
>errore si tratti), quindi chiedo delucidazioni a voi; guardando su overpass [1]
>mi sembra di capire che il doppio nome sia dovuto alla presenza del tag
>"place=village", "place=town", "place=city" (o forse al tag "place=*" in
>generale) nella relazione che indica il confine amministrativo della 
>città/paese,
>perché in tutti i casi che ho trovato sulla mappa é presente il quel tag.

Non saprei dire con precisione a cosa sia dovuta la duplicazione del nome sulla 
mappa, credo sia normale per tutti i casi in cui esiste una duplicazione dovuta 
ad un insediamento che ha lo stesso nome di una unità amministrativa.
 
Per quanto riguarda la presenza dei tag place sulle relazioni dei confini, 
credo, almeno per tutti i valori che non hanno significato amministrativo, sia 
sbagliata. Salvo eventualmente i casi in cui l'area dell'insediamento coincida 
proprio con la definizione amministrativa dell'area, ma in tal caso il place 
non dovrebbe esistere contemporaneamente anche come nodo. Ma anche i valori di 
significato amministrativo li trovo superflui, perché si sovrappongono a 
admin_level (ad esempio place=province è un duplicato meno preciso di 
admin_level=6)

In Italia abbiamo:
place=province (Milano, Monza e La Brianza, Pavia, Sondrio, Varese) 
place=village (Albaredo per San Marco, Albosaggia, Andalo Valtellino, Aprica)
place=town (Aosta,  Como, Cremona, La Spezia, Lecco, Lodi, Mantova, Pavia, 
Sondrio, Varese)
place=city (Bergamo, Milano, Monza) 
place=suburb (Relation: Circoscrizione 1 (3672204); Relation: Circoscrizione 2 
(3672205); Relation: Circoscrizione 4 (3672207), Relation: Mercurago (3998313))

A mio parere, andrebbero tolti tutti. A parte i suburb da vedere caso per caso.

Ciao,
Alberto


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

Re: [Talk-it] OpenMtbMap errore rendering pozzi privati \ drinking water

[Alberto Nogaro]

>-Original Message-
>From: Federico Cortese [mailto:cortese...@gmail.com]
>Sent: mercoledì 4 maggio 2016 21:51
>To: openstreetmap list - italiano 
>Subject: Re: [Talk-it] OpenMtbMap errore rendering pozzi privati \ drinking
>water
>
>Per cancellare i pozzi ho usato questa procedura:
>1) download mediante API Overpass user:corfedeimport and
>man_made=water_well;
>2) seleziono tutto;
>3) download parent ways/relations;
>4) seleziono con filtro man_made=water_well;
>5) elimino tutto e upload.
>
>Ora che ho aggiornato all'ultima versione JOSM (anche se non so se dipenda
>da questo) il punto 3 non funziona più. Cioè parte la ricerca delle parent ways
>e si conclude normalmente (anche se dura troppo
>poco) ma non ne viene scaricata nessuna.

Se non riesci con JOSM,  potresti scaricare le parent direttamente con 
Overpass, con qualcosa del tipo:

node[man_made=water_well](user:corfedeimport);
(._;<;);
(._;>;);
out meta;

Ciao,
Alberto


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

Re: [Talk-it] palestra di roccia

[Alberto Nogaro]

>-Original Message-
>From: Alessandro Palmas [mailto:alessandro.pal...@wikimedia.it]
>Sent: martedì 3 maggio 2016 19:34
>To: openstreetmap list - italiano 
>Subject: Re: [Talk-it] palestra di roccia

>Solitamente la falesia non è tutta chiodata, circoscrivi l'area e applica
>sport=climbing name=nome_della_palestra Se le conosci aggiungi anche le
>altre info http://wiki.openstreetmap.org/wiki/Tag:sport%3Dclimbing
>
>Alessandro Ale_Zena_IT
 
All'area così circoscritta, si potrebbe anche applicare 
landuse=recreation_ground, che vale in generale per le aree in cui si praticano 
sport.

Ciao,
Alberto


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

Re: [Talk-it] sentiero con variante

[Alberto Nogaro]

>-Original Message-
>From: demon.box [mailto:e.rossin...@alice.it]
>Sent: lunedì 2 maggio 2016 13:24
>To: talk-it@openstreetmap.org
>Subject: Re: [Talk-it] sentiero con variante
>
>scusate, prob non mi sono spiegato bene...
>
>la variante è una nuova relazione a sè stante soltanto che la metto (come
>intera relazione) anche membro della relazione del sentiero principale.
>
>è una modalità che tra l'altro ho trovato già impostata su alcuni percorsi 
>della
>mia zona (questo non significa per forza che fosse corretto).
>
>riepilogando:
>
>Sentiero principale 370
>RELAZIONE A
>
>Variante del sentiero principale 370B
>RELAZIONE B
>membro di RELAZIONE A

In casi simili, ho messo le due relazioni in una super relazione di tipo 
route_master [1]. Secondo il wiki vale solo per i veicoli. Ma visto che vale 
per le biciclette (che difficilmente sono un mezzo di trasporto pubblico), non 
vedo perché non dovrebbe estendersi anche ai sentieri? In pochi casi è in uso 
con valore hiking, ad esempio [2].

[1] http://wiki.openstreetmap.org/wiki/Relation:route_master
[2[http://www.openstreetmap.org/relation/1309244

Ciao,
Alberto


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

Re: [Talk-it] [Tagging] Microbiblioteca

[Alberto Nogaro]

From: Cascafico Giovanni [mailto:cascaf...@gmail.com] 
Sent: sabato 30 aprile 2016 21:45
To: openstreetmap list - italiano 
Subject: [Talk-it] [Tagging] Microbiblioteca

Oggi mi sono imbattuto in una biblioteca grande quanto una cuccia per cani [1] 
che fa parte del circuito "book crossing" di littlefreelibrary.org

amenity=public_bookcase
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpublic_bookcase

Ciao,
Alberto


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

Re: [Talk-it] [Mappatura] Portici

[Alberto Nogaro]

>-Original Message-
>From: Max1234Ita [mailto:max1234...@gmail.com]
>Sent: martedì 26 aprile 2016 14:32
>To: talk-it@openstreetmap.org
>Subject: [Talk-it] [Mappatura] Portici
>
>Ciao a tutti,
>da tempo ho un dubbio per quanto riguarda la mappatura die portici cittadini,
>ovvero delle strutture come questa, per intenderci (immagine rubata da
>StreetView :-/) :
>
>

Vedi:

http://wiki.openstreetmap.org/wiki/Proposed_features/building_passage#covered.3Darcade

Tracci una linea che passa sotto l'edificio, in corrispondenza alla mezzeria 
dei portici. Nei punti di ingresso e uscita dall'edificio metti in nodo in 
comune con la sagoma dell'edificio, tagli la way in corrispondenza di questi 
nodi, e alla sola parte di way che rappresenta il portico aggiungi:

covered=arcade
arcade:left=open (se la way è tracciata nella direzione della foto che hai 
linkato, altrimenti arcade:right=open).

Ciao,
Alberto




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

Re: [Talk-it] Marmista

[Alberto Nogaro]

From: Gianluca Boero [mailto:gianlucabo...@alice.it] 
Sent: martedì 5 aprile 2016 16:04
To: openstreetmap list - italiano 
Subject: Re: [Talk-it] Marmista

e un'area dedicata alla lavorazione della pietra? 
Taglio, scalpellino, lavorazione, scalpellino, stoccaggio. Generalmente sono 
aree a cielo aperto dalle mie parti.

craft=stonemason ?

Ciao,
Alberto




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

Re: [Talk-it] Scialpinismo su OSM

[Alberto Nogaro]

From: Dario Zontini [mailto:dario.zont...@gmail.com] 
Sent: martedì 16 febbraio 2016 21:36
To: openstreetmap list - italiano 
Subject: Re: [Talk-it] Scialpinismo su OSM

Si dovrebbe capire perché è stato chiamato "sentiero invernale" se è un vero 
nome o se è la salita da scialpinismo perché in www.opensnowmap.org non è 
segnato. Se è solo la salita fatta con gli sci senza tracce sul terreno non può 
essere mappato come path
Dario Zontini 

Si tratta del sentiero invernale di salita dalla località Pialeral al Rifugio 
Brioschi (vetta del Grignone). Non l'ho mai percorso, ma penso che, almeno in 
assenza di neve, sia abbastanza facilmente individuabile, passa anche davanti 
ad un bivacco. Almeno la partenza è  indicata sui segnavia escursionistici [1], 
ed il tracciato è segnato sulla mappa dei sentieri escursionistici [2].

[1] https://d1cuyjsrcm0gby.cloudfront.net/w5YWlo7pYE1SQhb1-CBn5g/thumb-2048.jpg
[2] https://d1cuyjsrcm0gby.cloudfront.net/a-Bh-OexQwP79wpqjXFVDA/thumb-2048.jpg

Ciao,
Alberto


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

Re: [Talk-it] Mappare una Calchèra infossata.

[Alberto Nogaro]

>-Original Message-
>From: Damjan Gerl [mailto:dam...@damjan.net]
>Sent: venerdì 12 febbraio 2016 00:03
>To: talk-it@openstreetmap.org
>Subject: Re: [Talk-it] Mappare una Calchèra infossata.
>
>Ciao!
>4 anni fa io ho usato un man_made=limekiln + disused=yes, ma vedo che ora
>come ora ce ne sono una cinquantina taggate come historic=lime_kiln.
>Mi sa che dovrò aggiornare il tag...

Nel frattempo è stato approvato il tag man_made=kiln, che suggerisce di 
specificare il prodotto con product (per la calce viva, che è il prodotto della 
fornace, dovrebbe essere product=quicklime).

Ciao,
Alberto



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

Re: [Talk-it] Autovelox.

[Alberto Nogaro]

>-Original Message-
>From: Marco Predicatori [mailto:ma...@predicatori.it]
>Sent: domenica 7 febbraio 2016 14:12
>To: talk-it@openstreetmap.org
>Subject: Re: [Talk-it] Autovelox.

>Concordo. Per questo sarebbe utile un tag "ufficiale" al posto del mio fake_...
>Nei prossimi giorni mi studio il processo di proposta.

Per indicare la presenza fisica del bussolotto potresti comunque usare 
man_made=street_cabinet. Se è progettato per ospitare un autovelox, anche se al 
momento è vuoto, penso sia corretto specificare comunque il tipo con  
street_cabinet=traffic_monitoring. Un tag specifico per dire che è un 
dissuasore diverso da un vero autovelox lo aggiungerei solo quando c'è la 
certezza che non possa contenere un autovelox vero, neppure temporaneamente.

Ciao,
Alberto



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

Re: [Talk-it] CTR Lombardia in JOSM

[Alberto Nogaro]

Ho aggiornato il link con quello indicato da Andrea. Ho anche cambiato il nome 
in CTR DBT per indicare che questa è la versione aggiornata dai database 
topografici.

Le proiezioni che erano indicate (EPSG:32632, EPSG:4326) non le ho toccate, 
qualcuno sa se è ancora corretto? Sul link segnalato da Andrea dice che il 
sistema è WGS84/UTM32 (che dovrebbe corrispondere alla EPSG:32632).

Ciao,
Alberto

>-Original Message-
>From: Simone Cortesi [mailto:sim...@cortesi.com]
>Sent: giovedì 14 gennaio 2016 22:41
>To: openstreetmap list - italiano 
>Subject: Re: [Talk-it] CTR Lombardia in JOSM
>
>2016-01-14 14:35 GMT+01:00 Andrea Albani :
>>
>> indicare la fonte delle Informazioni e il nome del Licenziante,
>> includendo, se possibile, una copia di questa licenza o un collegamento 
>> (link)
>ad essa.
>>
>> Quindi immagino che una dicitura tipo "CTR 1 Regione Lombardia
>> http://www.dati.gov.it/iodl/2.0; possa essere sufficiente.
>>
>> Cosa ne pensate?
>>
>> Chiarite queste cose penso si possa procedere all'aggiornamento dei
>> riferimenti in JOSM come suggerito da Martin
>>
>> [1] http://wiki.openstreetmap.org/w/images/0/01/S25C-209051517270.jpg
>
>Penso possa bastare.
>
>Ieri, per altri motivi, ho incontrato i dirigenti del servizio cartografia di 
>Regione
>Lombardia e sono estremamente contenti di quello che abbiamo fatto con i
>loro dati.
>
>--
>-S
>
>___
>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] [Mappatura] Limiti di velocità non segnalati (ma applicati)

[Alberto Nogaro]

>-Original Message-
>From: Max1234Ita [mailto:max1234...@gmail.com]
>Sent: giovedì 17 dicembre 2015 10:08
>To: talk-it@openstreetmap.org
>Subject: Re: [Talk-it] [Mappatura] Limiti di velocità non segnalati (ma 
>applicati)
>
>Nel mio caso specifico, il cartello che c'è a bordo strada è questo (spero che
>Google non si arrabbi se rubo 2 immagini da StreetView :) ):
>
>

Quello nella foto non è il tipo di cartello ci centro abitato che implica la 
velocità massima 50 (credo che sia un tipo di cartello non più in uso) .
Il cartello corretto è a fondo bianco e scritte nere, ed è valido fino a che 
non incontri l'analogo cartello barrato, come in queste figure:

https://dl.dropboxusercontent.com/u/90019879/Cartelli%20di%20centro%20abitato.jpg

>Dopo circa 300 metri, però, si arriva al centro abitato, che mi pare
>effettivamente tale, per piccolo che sia :
>
>
>Naturalmente non c'è nessun altro cartello d' indicazione.
>
>Che si fa in un caso del genere?

Se non c'è nessuna indicazione, non fai nulla. Per individuare l'area in cui 
vale (in assenza di altre indicazioni) la velocità massima implicita di 50 
km/h, bisognerebbe scovare i veri cartelli di inizio e fine centro abitato. Ci 
sono comuni che per non saper né leggere né scrivere lo piazzano all'inizio del 
territorio comunale.

Ciao,
Alberto


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

Re: [Talk-it] [Mappatura] Limiti di velocità non segnalati (ma applicati)

[Alberto Nogaro]

Per il limite condizonale dovrebbe essere qualcosa del tipo:

 

maxspeed:conditional = 110 @ wet

maxspeed:conditional = 50 @ fog

 

(In realtà wet sembra dire più strada bagnata, forse sarebbe meglio rain).

Poiché la riduzione di velocità in caso di pioggia è generale, e’ stata 
inserita anche nella relazione dei default 
(http://www.openstreetmap.org/relation/1124248). Il limite dei 50 in caso di 
nebbia invece andrebbe inserito solo dove c’è il segnale.

 

Ciao,

Alberto

 

From: Andrea Albani [mailto:aob...@gmail.com] 
Sent: mercoledì 16 dicembre 2015 16:29
To: openstreetmap list - italiano 
Subject: Re: [Talk-it] [Mappatura] Limiti di velocità non segnalati (ma 
applicati)

 

Per il codice della strada un centro abitato è una cosa ben definita (vedi [1] 
art. 3 punto 8) ed è essenzialmente identificato dagli appositi cartelli.

Quindi se questi non ci sono io non metterei il limite a 50.

Per il limite variabile in funzione del tempo atmosferico penso che 
maxspeed:wet o maxspeed:fog come documentato in [2] possa andare bene (magari 
fai un check su taginfo)


[1] http://www.altalex.com/documents/news/2014/02/27/disposizioni-generali
[2] http://wiki.openstreetmap.org/wiki/Conditional_restrictions

 

Il giorno 16 dicembre 2015 16:15, Max1234Ita  > ha scritto:

Che si usi il tag /maxspeed=xx/ penso che lo sappiamo quasi tutti... :)

Ma secondo voi come si fa per mappare quelle strade che attravesano"e solite
4-5 case lungo la strada provinciale", dove non ci sono cartelli di sorta ma
s'intende che il limite è di 50 perchè prescritto dal Codice della Strada
nel caso di attraversamento di centro abitato?

Metto maxspeed=50... e poi?  source:maxspeed=Codice della Strada?
Oppure non si mette nulla in quanto non ci sono cartelli?

Altro caso che si applica ad esempio alle Autostrade: come si fa a dire "110
in caso di precipitazioni intense, 50 in caso di nebbia"? E' possibile?

Ciao e grazie,
Max



--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappatura-Limiti-di-velocita-non-segnalati-ma-applicati-tp5862651.html
Sent from the Italy General mailing list archive at Nabble.com.

___
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] [Mappatura] Limiti di velocità non segnalati (ma applicati)

[Alberto Nogaro]

No, per la relazione dei default la notazione che hai proposto tu è corretta, 
almeno secondo questa proposta:

 

http://wiki.openstreetmap.org/wiki/Relations/Proposed/Defaults

 

 

Ciao,

Alberto

 

 

From: Andrea Albani [mailto:aob...@gmail.com] 
Sent: mercoledì 16 dicembre 2015 19:48
To: openstreetmap list - italiano ; 
bartosom...@yahoo.it
Subject: Re: [Talk-it] [Mappatura] Limiti di velocità non segnalati (ma 
applicati)

 

Hai ragione. Mio errore.
Cmq nei default per l'Italia è riportata la notazione che ho indicato io. Forse 
è il caso di correggerla? 

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

Re: [Talk-it] Trincea militare

[Alberto Nogaro]

>-Original Message-
>From: demon.box [mailto:e.rossin...@alice.it]
>Sent: martedì 20 ottobre 2015 22:05
>To: talk-it@openstreetmap.org
>Subject: Re: [Talk-it] Trincea militare
>
>ragionandoci ancora po' condivido l'impostazione di @Scratera
>
>highway=path
>historic=yes
>military=trench
>type=ohm:military:Trench
>
>ma solo nel caso che un sentiero o comunque un vero e proprio percorso ci
>passa letteralmente dentro ma nel caso di un pezzo (=resto) di trincea isolato
>opterei per quest'altro
>modo:
>
>barrier=ditch
>historic=yes
>military=trench
>type=ohm:military:Trench
>
>che dite, può andare?

Sono d'accordo. Salvo che se non vuoi usare il tag highway= 
ohm:military:Trench,  non inventerei neppure il tag type=ohm:military:Trench. 
Piuttosto, se ne hai voglia, mappi la trincea anche su 
http://www.openhistoricalmap.org (notare che anche se il sito assomiglia a OSM, 
gli edit vanno su un database separato).

Ciao,
Alberto


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

Re: [Talk-it] Trincea militare

[Alberto Nogaro]

>-Original Message-
>From: demon.box [mailto:e.rossin...@alice.it]
>Sent: lunedì 19 ottobre 2015 17:36
>To: talk-it@openstreetmap.org
>Subject: [Talk-it] Trincea militare
>
>fino ad oggi ho sempre mappato le vecchie trincee militari come:
>
>highway=ohm:military:Trench
>
>perché ne avevo trovate di già tracciate in questo modo, però guardando il
>wiki
>
>http://wiki.openstreetmap.org/wiki/Tag:highway%3Dohm:military:Trench

Dal prefisso mi sembra di capire che questo sia una sorta di tag privato della 
Open Historical Map:

http://wiki.openstreetmap.org/wiki/Open_Historical_Map

Il wiki dice che la Open Historical Map usa un database indipendente da OSM, 
modificabile con iD o Potlatch dal loro sito web, oppure con josm cambiando la 
connessione api.

Però in effetti la pagina del tag fa pensare che sia inseribile in OSM. Credo 
che comunque possa convivere con militare=trench.

Ciao,
Alberto


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

Re: [Talk-it] Via Garibaldi

[Alberto Nogaro]

>From: Leonardo Frassetto [mailto:kinetocor...@gmail.com] 
>Sent: mercoledì 9 settembre 2015 22:54
>To: openstreetmap list - italiano 
>Subject: Re: [Talk-it] Via Garibaldi

>Aggiungo anche che è sbagliato dare per scontato che siano solo intestate a 
>Giuseppe. Ci sono alcune vie italiane dedicate ad Anita Garibaldi! 

Alcune sono dedicate pure al figlio primogenito, Garibaldi Menotti.

Ciao, 
Alberto


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

Re: [Talk-it] visualizzazione di una versione vecchia di un way in JOSM

[Alberto Nogaro]

From: Volker Schmidt [mailto:vosc...@gmail.com] 
Sent: martedì 11 agosto 2015 20:53
To: openstreetmap list - italiano talk-it@openstreetmap.org
Subject: [Talk-it] visualizzazione di una versione vecchia di un way in JOSM

Esiste un metodo semplice per visualizzare in JOSM una versione vecchia di un 
way per fare il confronto della geometria?
Grazie
Volker

Direttamente in JOSM non saprei. Passando da Overpass Turbo puoi scaricare la 
versione alla data voluta con una query del tipo (metti data ed id voluti):

[date:2015-08-02T00:00:00Z];
way(362963201);
(._;;);
out meta;

Quando hai il risultato, clicchi export e chiedi di caricarla in Josm con 
remote control.

Ciao,
Alberto


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

Re: [Talk-it] JOSM, esiste plugin per creare tracce gpx??? finalizzate alla mappatura su OSM...

[Alberto Nogaro]

From: Marco Bartalini [mailto:marcobartal...@gmail.com] 
Sent: martedì 28 luglio 2015 10:21
To: openstreetmap list - italiano talk-it@openstreetmap.org
Subject: Re: [Talk-it] JOSM, esiste plugin per creare tracce gpx??? 
finalizzate alla mappatura su OSM...


Esiste un immagine aerea di mappa OSM con sfondo trasparente??? devo mettere 
come sfondo l'immagine satellitare bing e sovrapposta le mappe osm... un pò 
ciò che avviene con le 
mappe ibride di google...

ho già provato sovrapponendo le bing con le mapnik aumentando il livello di 
trasparenza ma mi servirebbe qualcosa di più chiaro 

Per Josm dovrebbero presto venire disponibili dei filtri per immagini raster 
che potrebbero aiutarti a controllare la visualizzazione degli sfondi:

http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2015/JOSM_raster_layers_filters

Ciao,
Alberto


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

Re: [Talk-it] Sentieristica CAI

[Alberto Nogaro]

From: Dario Zontini [mailto:dario.zont...@gmail.com] 
Sent: giovedì 16 luglio 2015 08:30
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Sentieristica CAI

Io ho provato con Mapillary ma ho il problema di fissare il cellulare allo 
zaino per riuscire a fare le foto e contemporaneamente avere le mani libere 
Dario

In questi post puoi vedere una soluzione:

http://www.openstreetmap.org/user/malenki/diary/23409
https://www.openstreetmap.org/user/malenki/diary/23412

Io che faccio percorsi in cui delle mani libere ho bisogno solo per impugnare i 
bastoncini, e preferisco controllare ogni singola inquadratura, uso un attacco 
come questo (fissato alla parte alta del bastoncino anziché al manubrio della 
bicicletta):

http://www.rammount.com/part/RAM-B-149Z-UN7U

Impostando la ripresa in automatico, con blocco degli scatti quando il 
cellulare è inclinato (opzioni pause on face down e pause while tilting)  
faccio in modo che scatti solo quando alzo il bastoncino e lo mantengo fermo e 
dritto per un tempo sufficiente. In pratica scatto solo in manuale, e 
controllando l'inquadratura sullo schermo, ma senza mai aver bisogno di 
staccare le mani dai bastoncini.

Ciao,
Alberto




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

Re: [Talk-it] Aggiornamento dei distributori di carburante

[Alberto Nogaro]

From: Stefano [mailto:saba...@gmail.com] 
Sent: mercoledì 15 luglio 2015 11:20
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Aggiornamento dei distributori di carburante


Vi invito pertanto a segnalare discrepanze al ministero tramite l'email 
osservapre...@mise.gov.it (o eventualmente raccogliamole così non duplichiamo 
le domande):

Segnalo questi impianti, il cui puntatore appare in un punto errato, e che non 
aggiornano più le comunicazioni:

https://carburanti.mise.gov.it/OssPrezziSearch/dettaglio/19539
https://carburanti.mise.gov.it/OssPrezziSearch/dettaglio/19540

L'indirizzo corrisponde a quello di questo impianto, indicato in posizione 
corretta e che aggiorna le comunicazioni:

https://carburanti.mise.gov.it/OssPrezziSearch/dettaglio/27870


Ciao,
Alberto






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

Re: [Talk-it] Trekking e MTB

[Alberto Nogaro]

-Original Message-
From: Federico Cortese [mailto:cortese...@gmail.com]
Sent: mercoledì 8 luglio 2015 20:16
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Trekking e MTB

2015-07-08 19:11 GMT+02:00 mbranco mbran...@gmail.com:
 Secondo me NON dovrebbero essere mappati itinerari su terreni che non
 hanno alcuna traccia di sentiero: è un percorso virtuale, arbitrario,
 posso fare infiniti percorsi in un prato, o in un pascolo in montagna, o in 
 un
bosco...
Concordo pienamente, chi li ha mappati eccepisce che non vi sono infiniti
passaggi e che quelli tracciati gli sono indispensabili per organizzare il 
routing
mtb.
A me sembra che per quanto possano essere importanti per l'applicazione
specifica, sia difficile trovarne una collocazione in OSM.

Per caratterizzare i  sentieri escursionistici prevalentemente privi di traccia 
sul terreno è previsto il tag trail_visibility=no. Se i frequentatori sono 
pochi, o il terreno è roccioso, il tratturo non si forma. Penso che si potrebbe 
applicare anche ai percorsi per MTB. Però dovrebbe trattarsi comunque di 
percorsi logici, che chiunque conosce la zona seguirebbe, non arbitrari.

Ciao,
Alberto 



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

Re: [Talk-it] [Bulk] Mappatura corretta pareti naturali/falesie per arrampicata

[Alberto Nogaro]

-Original Message-
From: Davide Mangraviti [mailto:davide...@inwind.it]
Sent: sabato 13 giugno 2015 14:15
To: talk-it@openstreetmap.org
Subject: [Bulk] [Talk-it] Mappatura corretta pareti naturali/falesie per
arrampicata

Mi sto trovando ultimamente a mappare le pareti naturali e le falesie
attrezzate con chiodi, fittoni, spit ect... per l'arrampicata libera.

Secondo me basterebbe come tag sport=climbing e il nome se lo ha ma
vedo che qualcuno aggiunge anche leisure=pitch. Ma non c'è una struttura o
un impianto... è corretta quindi l'aggiunta di quest'ultimo tag?
Nel Wiki non è specificato nulla

Generalmente il tag sport=* andrebbe sempre associato a qualcosa di fisico che 
descrive dove si pratica lo sport. Nel tuo caso, siccome si tratta di una 
struttura naturale, potrebbe essere più adatto un tag natural, come 
natural=cliff/rock/stone.

Per descrivere come la parete è attrezzata, prova a scegliere un valore adatto 
alla sezione climbing styles sula pagina sport=climbing [1].  Anche 
climbing:bolted=* potrebbe applicarsi. 

[1] http://wiki.openstreetmap.org/wiki/Tag:sport%3Dclimbing 

Ciao,
Alberto


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

Re: [Talk-it] Shape portale regione Lombardia

[Alberto Nogaro]

From: Simone Cortesi [mailto:sim...@cortesi.com] 
Sent: giovedì 11 giugno 2015 10:39
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Shape portale regione Lombardia

il tool online permette didividere il lavoro fra migliaia di utenti 
potenzialmente interessati, di fare merge mediato dall'utente e non da un 
software.

Il database topografico regionale al momento non è completo, mancano alcuni 
comuni (al momento, a vario titolo, sono 284; la tabella è scaricabile su 
http://www.cartografia.regione.lombardia.it/download/STATO_AVANZAMENTO_DBT.xls).

Il tool online permetterebbe di mettere disponibili i dati in fasi successive?

Ciao,
Alberto



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

Re: [Talk-it] Shape portale regione Lombardia

[Alberto Nogaro]

From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] 
Sent: martedì 9 giugno 2015 16:59
To: Alberto Nogaro; openstreetmap list - italiano
Subject: Re: [Talk-it] Shape portale regione Lombardia

Dato pubblico (cfr. art. 1 Codice Amministrazione Digitale)


no, non vuol dire niente, è soltanto una nota che non ci sono limitazioni nella 
conoscibilità (il dato la cui conoscibilità è riservata per legge o regolamento 
a specifici soggetti o categorie di soggetti).
Ciao,
Martin

Si, intendo che se non vuol dire niente neppure pone condizioni. E siccome è 
anche l'unico testo che compare nella lista delle restrizioni legali, ne 
dedurrei che di restrizioni all'uso non ce ne sono.

Ciao,
Alberto


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

Re: [Talk-it] Shape portale regione Lombardia

[Alberto Nogaro]

-Original Message-
From: RColombo [mailto:roberto.colo...@gruppocorvi.org]
Sent: lunedì 8 giugno 2015 23:24
To: talk-it@openstreetmap.org
Subject: Re: [Talk-it] Shape portale regione Lombardia

Il dataset è database topografico regionale, la licenza è una IODL 2.0.
Sulla pagina http://wiki.openstreetmap.org/wiki/IT:Potenziali_fonti_di_dati
la IODL viene definita come compatibile, ma vorrei essere sicuro al 100%.

Non sono sicuro di quanto aiuti a darti una risposta, ma esportando il file xml 
dei metadati associati al gruppo di layer del Database Topografico Regionale, 
si trova la seguente sezione di restrizioni legali:

gmd:MD_LegalConstraints
gmd:useLimitation
gco:CharacterStringNon esistono restrizioni d'uso./gco:CharacterString
/gmd:useLimitation
gmd:accessConstraints
gmd:MD_RestrictionCode 
codeList=http://standards.iso.org/ittf/PubliclyAvailableStandards/ISO_19139_Schemas/resources/Codelist/gmxCodelists.xml#MD_SpatialRepresentationTypeCode;
 codeListValue=otherRestrictionsotherRestrictions/gmd:MD_RestrictionCode
/gmd:accessConstraints
gmd:useConstraints
gmd:MD_RestrictionCode 
codeList=http://standards.iso.org/ittf/PubliclyAvailableStandards/ISO_19139_Schemas/resources/Codelist/gmxCodelists.xml#MD_SpatialRepresentationTypeCode;
 codeListValue=otherRestrictionsotherRestrictions/gmd:MD_RestrictionCode
/gmd:useConstraints
gmd:otherConstraints
gco:CharacterStringDato pubblico (cfr. art. 1 Codice Amministrazione 
Digitale)/gco:CharacterString
/gmd:otherConstraints
/gmd:MD_LegalConstraints

Credo che la parte fondamentale sia la stringa:

Dato pubblico (cfr. art. 1 Codice Amministrazione Digitale)

Nei metadati non viene invece esplicitamente menzionata la licenza IODL 2.0.

Ciao,
Alberto


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

Re: [Talk-it] [Bulk] Come taggare sanitaria ortopedia

[Alberto Nogaro]

-Original Message-
From: Nicola Procopio [mailto:nicola.proco...@magicbusapp.it]
Sent: venerdì 15 maggio 2015 16:17
To: talk-it@openstreetmap.org
Subject: [Bulk] [Talk-it] Come taggare sanitaria ortopedia

vorrei chiedervi come posso mappare le farmacie sanitarie/ortopedie.

Quelle che ho incontrato le ho mappate come shop=orthopedics.

Secondo Taginfo è stato usato 44 volte: non molte, farebbe pensare che ci sia 
un altro tag più popolare, ma non l'ho trovato.

Ciao,
Alberto


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

Re: [Talk-it] non appare

[Alberto Nogaro]

In Italia capita pure ;-)

 

http://wiki.openstreetmap.org/wiki/File:NoExit_OneWay.jpg

 

Ciao,

Alberto

 

From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] 
Sent: lunedì 11 maggio 2015 14:41
To: openstreetmap list - italiano
Subject: Re: [Talk-it] non appare

 

 

quel oneway=no mi sembra abbastanza superfluo visto che le strade chiuse non 
possono mai essere a senso unico;-)

 

 

ciao 

Martin

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

Re: [Talk-it] Estrarre coordinate nodi da relazione

[Alberto Nogaro]

Nel caso semplice in cui la route sia riconducibile ad una unica linea 
connessa, una variante che ti fornisce l’elenco già pulito di coordinate 
ordinate in formato testo potrebbe sfruttare il comando “copy coordinates” di 
josm.

 

Partendo dall’ID della route, in JOSM:

-  Scarichi la relazione e i suoi membri: Ctrl+shift+O, nella finestra 
che compare selezioni il tipo relazione,  inserisci l’ID, selezioni la seconda 
casella e clicchi il pulsante per scaricare l’oggetto.

-  Combina i segmenti in una way unica: seleziona tutte le way 
appartenenti alla relazione (se nel layer non hai altro fai Ctrl+F, e cerchi 
“type:way”), per evitare conflitti cancella pure tutti i tag, premi C e se te 
lo chiede lasciagli fare i cambiamenti di verso necessari per congiungere i 
segmenti.

-  Se la combinazione non è riuscita, vuol dire che ci sono dei buchi. 
Inserisci delle way per fare da ponte dove necessario (per esempio a volte 
restano dei buchi dove sono state omesse le rotonde) e ritorna al punto 
precedente.

-  Seleziona tutti i nodi della way: seleziona la way e chiama 
ctrl+shift+N

-  Invoca il comando “copy coordinates” (Ctrl+shit+C) e incolla nel tuo 
editor preferito. Avrai i nodi ordinati, uno per riga. 

-  Se volevi i nodi in ordine inverso, selezione la way, R, e ripeti i 
due punti precedenti.

Ciao,

Alberto

 

From: mbranco2 [mailto:mbran...@gmail.com] 
Sent: domenica 10 maggio 2015 23:02
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Estrarre coordinate nodi da relazione

 

Il modo più banale che mi viene in mente è in Josm, copiando la relazione ed i 
relativi membri in un nuovo livello, e quindi esportandolo come gpx: ti ritrovi 
come segmenti tutte le ways di Osm , ma cercando con un editor che supporta le 
espressioni regolari (tipo Notepad++) tutte le stringhe lat , lon puoi 
estrarre tutte e sole le coordinate, nella giusta sequenza.

 

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

Re: [Talk-it] tag per allevamento trote

[Alberto Nogaro]

From: makakk...@vodafone.it [mailto:makakk...@vodafone.it] 
Sent: giovedì 30 aprile 2015 22:00
To: Talk-it@openstreetmap.org
Subject: [Talk-it] tag per allevamento trote

Ciao a tutti, nella mia zona ci sono molti allevamenti di trote,ma non sono 
ancora riuscito a trovare indicazioni utili su come taggarli.Mi potete aiutare? 
Grazie

Dovrebbe essere questo: 

http://wiki.openstreetmap.org/wiki/Tag:landuse%3Daquaculture

Per le trote:

landuse=aquaculture + aquaculture=fish

Ciao,
Alberto


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

Re: [Talk-it] tag per valle

[Alberto Nogaro]

-Original Message-
From: cascafico [mailto:cascaf...@gmail.com]
Sent: lunedì 13 aprile 2015 12:10
To: talk-it@openstreetmap.org
Subject: Re: [Talk-it] tag per valle

Allora sembra che sia stata approvato il tag=valley [1] per nodes e ways, ma
non per area e relation.

Dove si trova la documentazione sulla approvazione? 

La pagina del tag natural=valley [1], che limita la applicabilità a nodi e way, 
è stata creata il 2014-12-17 con stato In use. In quella data il tag era in 
uso su 614 way, di cui però ben 287 erano poligoni [5]. Successivamente lo 
stato è stato modificato in Approved [2]. Però la pagina della proposta (cui 
era stato aggiunto il tag approved nella stessa data di creazione) diceva che 
il tag si applica a way e aree. Per inciso, la pagina della proposta precedente 
[4] invece parlava solo di aree. Sono perplesso.


[1] 
http://wiki.openstreetmap.org/w/index.php?title=Tag:natural%3Dvalleyoldid=1118808
[2] 
http://wiki.openstreetmap.org/w/index.php?title=Tag:natural%3Dvalleydiff=1130269oldid=1118808
[3] 
http://wiki.openstreetmap.org/w/index.php?title=Proposed_features%2Fvalleydiff=797156oldid=797155
[4] http://wiki.openstreetmap.org/wiki/Proposed_features/Valley
[5] http://overpass-turbo.eu/s/8Mz

Ciao,
Alberto



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

Re: [Talk-it] Rendering di Disused ed Abandoned

[Alberto Nogaro]

From: Bruno Vivi [mailto:bv...@libero.it] 
Sent: mercoledì 11 marzo 2015 09:17
To: talk-it@openstreetmap.org
Subject: [Talk-it] Rendering di Disused ed Abandoned

Ho censito anche alcuni impianti di risalita utilizzando il Key Disused.
Il rendering però non tiene conto di quel campo.
Potrebbe essere una buona idea, secondo voi, suggerire agli sviluppatori di OSM 
che il rendering di impianti, ma anche strade, aventi il Tag Disused o 
Abandoned, sia effettuato in maniera diversa? Ad esempio con una trasparenza 
abilitata, oppure non visualizzandoli se hanno questo tag?

Si, penso che per strutture ben visibili ed utili anche all'orientamento 
sarebbe vantaggioso se venissero renderizzate  come tali anche quando non più 
utilizzate, magari in qualche rendering specialistico.

Al posto del tag disused=yes, secondo le linee guida attuali bisogna anteporre 
il prefisso disused: alla chiave descrittiva. Ad esempio al posto di 
aerialway=chair_lift + disused=yes dovresti usare solo 
disused:aerialway=chair_lift. Attualmente questo ha anche l'effetto non fare 
renderizzare l'impianto.

Ciao,
Alberto


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

[Talk-it] Divietodi inversione ad U agli incroci (era: Differenza no_left_turn only_straight_on)

[Alberto Nogaro]

-Original Message-
From: emmexx [mailto:emm...@tiscalinet.it]
Sent: martedì 17 febbraio 2015 15:01
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Differenza no_left_turn only_straight_on

Secondo me e' lecito immettersi nel controviale in direzione sud. Quando si e'
svoltato a sinistra e ci si trova all'inizio di Ca' Granda si e'
nella stessa situazione di chi proviene da nord nella corsia centrale che puo'
girare a destra o inserirsi nel controviale.

Sono d'accordo con te che a un certo punto le 2 auto si trovano in una 
posizione simile, e da li in poi la parte finale della manovra che compiono per 
imboccare il controviale è la stessa. Ma la manovra complessiva è diversa, e 
trattata diversamente dal codice della strada. Chi, provenendo da nord, si 
inserisce nel controviale in direzione sud sta solo cambiando corsia, manovra 
lecita. Chi proviene da sud, e parimenti si inserisce nel controviale in 
direzione sud, nel complesso fa una manovra di inversione ad U in 
corrispondenza di un incrocio. Tale manovra è vietata dal codice della strada 
all'articolo 154, comma 6: L’inversione del senso di marcia è vietata in 
prossimità o in corrispondenza delle intersezioni, delle curve e dei dossi.. 
Il testo non fa alcuna eccezione per il caso della inversione ad U in strade a 
carreggiate separate. Dunque, per quanto possa sembrare inopportuno, il divieto 
di inversione vale anche nel caso in esame.

Se cosi' non fosse sarebbe stato messo un cartello tira dritto all'inizio di 
Ca'
Granda in direzione ovest, tra la corsia centrale e il controviale di Testi.

Che l'area tra la corsia centrale e il controviale sia l'inizio di Ca' Granda, 
questo lo dice solo OSM. Per il codice della strada quella è un'area di 
incrocio. Un eventuale cartello di divieto di inversione ad U andrebbe messo 
prima dell'incrocio, sulla corsia che proviene da sud. Ma non è necessario, in 
quanto il divieto stabilito dal codice della strada è generale.

Ciao,
Alberto


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

Re: [Talk-it] Differenza no_left_turn only_straight_on

[Alberto Nogaro]

-Original Message-
From: emmexx [mailto:emm...@tiscalinet.it]
Sent: martedì 17 febbraio 2015 10:13
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Differenza no_left_turn only_straight_on


A Milano se si puo' andare dritto e a destra viene messo il cartello dritto a
destra, se si puo' andare solo dritto viene messo il cartello tira dritto.

Si, mette il cartello dritto e a destra perché il cartello di divieto di svolta 
a sinistra non esiste più. A mio parere in OSM la restrizione corrispondente 
più immediata resta no_left_turn. Ma qualunque combinazione di restrizioni che 
descriva correttamente la situazione e permette a un router di funzionare è 
ugualmente lecita.

https://www.google.it/maps/@45.492307,9.192738,3a,75y,10.57h,101.02t/dat
a=!3m4!1e1!3m2!1sqGCr8yhqiY4pyx6nRzSK6g!2e0

Da questa foto si vede bene che quella intersezione è un unico incrocio: non ci 
sono linee di arresto intermedie o segnali intermedi. Dunque un solo cartello 
dritto o a destra dice al conducente che percorre Viale Zara in direzione 
nord tutto ciò di cui a bisogno per impegnare correttamente l'incrocio. 
L'incrocio va impegnato solo se è sgombro, e una volta impegnata l'area di 
incrocio va liberata senza sostarvi, anche  se nel frattempo il semaforo fosse 
diventato rosso.

Poco piu' a nord:
https://www.google.it/maps/@45.495253,9.194406,3a,75y,10.57h,101.02t/dat
a=!3m4!1e1!3m2!1sy2iQu7UOR-Pg56EhhPoscQ!2e0

Qui invece gli incroci lungo Viale Zara sono due, come si capisce dalla linea 
di arresto intermedia e dall'isola centrale (Ma i due incroci che OSM mostra 
lungo ciascuna corsia di viale Marche andrebbero collassati in uno, perché non 
ci si può fermare tra le due corsie centrali di viale Zara). Qui è possibile 
arrestare il veicolo tra i due incroci lungo viale Zara (cioè tra le due corsie 
di viale Marche), ed è permesso impegnare il primo incrocio anche se il secondo 
non è sgombro. 
Il primo cartello dritto o a destra si riferisce al primo incrocio, il 
secondo cartello tira dritto si riferisce al secondo incrocio.

Non ho idea del perche' il Comune abbia messo i segnali in maniera diversa.
Da quel che ha scritto Luca Sigfrido di AMAT all'incrocio con Viale Nazario 
Sauro
il divieto di svolta a sx e' definito dall'unico cartello presente.
All'incrocio successivo che topologicamente mi pare identico, si sono sentiti 
di
inserire il cartello tira dritto.

Ancora piu' a nord (Istria) la way a dx e' senso unico contromano ma il 
cartello
tiradritto viene messo comunque (giustamente).
https://www.google.it/maps/@45.502005,9.198218,3a,75y,34.49h,91.72t/data
=!3m4!1e1!3m2!1sEO7kkH_diwem4ZO5durVRA!2e0

Anche qui l'incrocio sarebbe uno, non due come in OSM (chi percorre piazzale 
Istria non si può fermare tra le due corsie di Viale Zara, perché l'area di 
incrocio è unica).

Un esempio in cui è corretto inserire 4 incroci tra le corsie centrali e 
all'incrocio tra Viale Zara e via Ala/via Slataper (si vedono tutte le linee di 
arresto intermedie):

https://www.google.it/maps/@45.500282,9.197259,3a,75y,23.71h,77.16t/data=!3m4!1e1!3m2!1s58HHzdu3Uvh3Sd_jlT47qA!2e0

Altro caso in cui sono corretti i 4 incroci è l'incrocio tra Viale Fulvio Testi 
e via Clerici:

https://www.google.it/maps/@45.532866,9.21585,3a,75y,14.52h,96.8t/data=!3m4!1e1!3m2!1sJe4E0Qd_uVKSHl-S4svGUg!2e0

Un esempio di problemi causati dalla moltiplicazione degli incroci si ha 
all'incrocio tra Viale Zara e Viale Ca' Granda:

https://www.google.it/maps/@45.506049,9.200541,3a,75y,22.6h,72.14t/data=!3m4!1e1!3m2!1sPNDkjdXtZb9OXJr_nN6boA!2e0

In OSM si vedono 3 incroci, mentre nella realtà esiste una sola area di 
incrocio. Così diventa problematico inserire il divieto di inversione ad U 
all'incrocio (in Italia è sempre vietata l'inversione ad U agli incroci, non è 
necessaria la presenza di cartelli che la impediscano). 
Per esempio, ora all'incrocio manca la restrizione che impedisce a chi percorre 
Viale Fulvio Testi in direzione nord, di fare inversione ed imboccare il 
controviale in direzione sud. La tentazione sarebbe di inserire un divieto di 
svolta a sinistra da Viale Ca' Granda 
(https://www.openstreetmap.org/way/263676506) verso il controviale in direzione 
sud di Viale Fulvio Testi. Ma così impediremmo a chi percorre la corsia 
centrale di Viale Fulvio Testi in direzione sud di spostarsi sul controviale in 
direzione sud, che è una manovra lecita. Per impedire l'inversione ad U, senza 
impedire a chi mantiene la direzione di marcia di cambiare corsia, dovremmo 
usare una restrizione con più way con ruolo via. Il wiki dice che è corretto 
farlo, ma ho seri dubbi che esistano router che sappiano interpretare queste 
restrizioni. Vabbè, non mappiamo per il routing. Comunque le restrizioni alle 
inversioni ad U vanno aggiunte.

Ciao,
Alberto


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

Re: [Talk-it] Differenza no_left_turn only_straight_on

[Alberto Nogaro]

-Original Message-
From: emmexx [mailto:emm...@tiscalinet.it]
Sent: lunedì 16 febbraio 2015 17:34
To: openstreetmap list - italiano
Subject: [Talk-it] Differenza no_left_turn only_straight_on

Non avendo trovato un accordo con un altro utente (che segue la lista)
sull'utilizzo di questi 2 tipi di turn restrictions, abbiamo concordato di 
chiedere
qui.

Il caso che ha dato inizio alla diatriba e' questo:

http://www.openstreetmap.org/relation/4147252

In quel punto non ci sono cartelli (verificato sabato scorso). C'e' poco piu' 
a sud
(all'incrocio con viale Nazario Sauro direzione est) il cartello che 
corrisponde a
no_left_turn.

A mio parere, è ingannevole il modo in cui l'incrocio è rappresentato in OSM. 
In OSM si vedono 6 incroci, che nella realtà corrispondono ad un'unica area di 
incrocio (ampia, ma entro la quale non esiste alcuna isola di divisione tra le 
corsie). Anche se graficamente orrendo, i 6 incroci andrebbero fatti collassare 
in un unico punto, in cui confluiscono le due corsie centrali di Viale Zara, e 
le 3 corsie di Viale Stelvio. Per questo motivo esiste un solo cartello 
(direzioni consentite diritto e a destra, posto appena prima che la corsia nord 
di Viale Zara incroci la corsia est di viale Nazario Sauro), perché c'è in 
realtà un solo incrocio! Rappresentando con un unico incrocio (che sarebbe 
logicamente corretto), l'unica relazione corretta sarebbe no_left_turn, che 
corrisponde proprio all'unico cartello visibile all'incrocio. E anche l'icona 
di JOSM diventerebbe intuitiva. Per inciso, anche le indicazioni di un 
eventuale router risulterebbero più chiare se si riferissero ad un solo 
incrocio, che è proprio quello che un conducente vede nella realtà.

Ciao,
Alberto 


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

Re: [Talk-it] Fontanelle e fontane

[Alberto Nogaro]

-Original Message-
From: demon.box [mailto:e.rossin...@alice.it]
Sent: domenica 8 febbraio 2015 14:29
To: talk-it@openstreetmap.org
Subject: [Talk-it] Fontanelle e fontane

e questi punti acqua (vengono ufficialmente chiamati proprio così) che
offrono acqua gasata, naturale e fredda disseminati in tutta la provincia?

http://gis.19327.n5.nabble.com/file/n5832829/90716_71788_resize_597_334
.jpg
Se l'acqua è a pagamento, li taggerei con amenity=vending_machine, 
vending=drink, credo anche drink:water=draught..

Ciao,
Alberto


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

Re: [Talk-it] Entrata galleria, o incavo militare della guerra.

[Alberto Nogaro]

-Original Message-
From: girarsi_liste [mailto:liste.gira...@gmail.com]
Sent: lunedì 2 febbraio 2015 22:29
To: Lista nazionale italiana openstreetmap
Subject: [Talk-it] Entrata galleria, o incavo militare della guerra.

ma anche rifugi per pastori e animali scavati nella
roccia, in montagna se ne trovano diverse e di divera grandezza, dal puro
riparo di un paio di metri a brevi tunnel di 5 o 6 metri ecc..

Se in uso, a questi forse potresti aggiungere amenity=shelter + 
shelter_type=rock_shelter.

Ciao,
Alberto




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

Re: [Talk-it] Segnali stradali

[Alberto Nogaro]

-Original Message-
From: Rallysta74 [mailto:rallyst...@gmail.com]
Sent: mercoledì 28 gennaio 2015 10:11
To: talk-it@openstreetmap.org
Subject: [Talk-it] Segnali stradali

Guardando in giro sulla wiki ho visto che in alcune nazioni sono state 
inserite le
preimpostazioni per diversi segnali stradali.
Per l'Italia c'è qualcosa di utilizzabile o dobbiamo inventarci le 
assegnazioni?

Salvo aggiornamenti di cui non sono a conoscenza, per i segnali stradali il 
Codice della Strada fa riferimento alle figure degli allegati grafici al Titolo 
II. Tali allegati grafici sono stati pubblicati sulla gazzetta ufficiale (serie 
generale n° 303 del 28-12-1992  - Supplemento Ordinario n° 134, pagine dalla 
193 alla 383). Il documento si può scaricare in formato pdf dal sito della 
gazzetta ufficiale [1]. 

Le figure riportano una numerazione univoca, un riferimento all'articolo del 
codice della strada in cui sono citate, oltre a un nome descrittivo (che però 
può essere comune a più figure, cioè a diverse varianti del cartello). Per 
l'identificazione è sufficiente la numerazione univoca della figura. 

Per i pannelli integrativi (pag. 237-244) le figure sono identificate dal testo 
Modello II seguito da una sigla alfanumerica. Es: Modello II 5/a2 continua.
Per tutti gli altri segnali (pag. 245-343) le figure sono identificate dal 
testo Figura II seguito da una sigla alfanumerica. Es: Figura II 10/b.

Per concisione, proporrei di usare come identificativo del segnale in OSM la 
sola sigla alfanumerica della figura. Secondo gli esempi riportati sul wiki 
[2], l'identificativo dei pannelli integrativi segue, separato da una virgola, 
l'identificativo del cartello cui si riferisce. Esempi:

- discesa pericolosa con pendenza 10% (confronta gazzetta ufficiale pag. 
249): traffic_sign=IT:15[10]

- divieto di accesso con pannello integrativo eccetto autobus (confronta 
gazzetta ufficiale pag. 259 e 238): traffic_sign=IT:47,4/b[bus]

Ambiguità potrebbero sorgere solo se capitasse di trovare autonomamente un 
segnale elencato tra i pannelli integrativi, alla cui sigla alfanumerica 
corrisponde anche un segnale di altro tipo (esistenza tanto di Modello II xxx 
quanto di Figura II xxx). Una tale sovrapposizione capita solo nel caso 
seguente:

 Modello II 7 (andamento della strada principale, pag 243) ; 
Figura II 7 (doppia curva prima a sinistra, pag. 246).

Non ho presente se il segnale Modello II 7 si trovi anche autonomamente. In 
alternativa, per evitare ambiguità si potrebbe decidere di usare il testo 
completo (esempio:  traffic_sign=IT: Figura II 47, Modello II 4/b[bus]), o 
qualche versione abbreviata.

[1] 
http://www.gazzettaufficiale.it/do/gazzetta/downloadPdf?dataPubblicazioneGazzetta=19921228numeroGazzetta=303tipoSerie=SGtipoSupplemento=SOnumeroSupplemento=134estensione=pdfedizione=0
[2] http://wiki.openstreetmap.org/wiki/Key:traffic_sign#Traffic_sign_IDs

Ciao,
Alberto









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

Re: [Talk-it] Mancanza attribuzione

[Alberto Nogaro]

-Original Message-
From: Simone Cortesi [mailto:sim...@cortesi.com]
Sent: sabato 6 dicembre 2014 23:54
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Mancanza attribuzione

Oggi ho provato a telefonare all'ufficio PR che cestisce il sito web, 
ovviamente
essendo sabato non ha risposto nessuno. Riprovero' lunedi'.

Ho visto solo ora la image of the week [1], grande Simone! Considerata la 
visibilità che ci offre, propongo come task della settimana il controllo della 
corretta mappatura delle stazioni dei Carabinieri.

[1] http://wiki.openstreetmap.org/wiki/File:Italy_carabinieri_contacts.png

Ciao,
Alberto


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

Re: [Talk-it] Mancanza attribuzione

[Alberto Nogaro]

-Original Message-
From: girarsi_liste [mailto:liste.gira...@gmail.com]
Sent: martedì 27 gennaio 2015 10:40
To: talk-it@openstreetmap.org
Subject: Re: [Talk-it] Mancanza attribuzione

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Dalle mi parti le stazioni sono fuori di buoni 10/200 mt su quella mappa.

Si, ho visto un puntatore fuori anche un paio di km abbondanti. Inoltre mi 
sembra che il loro rendering non visualizzi l'icona con le manette quando la 
stazione è mappata come area.

Ciao,
Alberto


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

Re: [Talk-it] Come si chiama/mappa il velox dissuasore?

[Alberto Nogaro]

-Original Message-
From: Stefano Droghetti [mailto:stefano.droghe...@gmail.com]
Sent: martedì 20 gennaio 2015 11:50
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Come si chiama/mappa il velox dissuasore?

Non c'è scritta la velocità massima, non generano multe, sono a tutti gli 
effetti
dei dissuasori con aggiunta di rilevazione di velocità, e funzionano solo in 
una
direzione.
Non ho idea di come mapparli.

Non so come descrivere la funzione di dissuasore, ma tecnicamente potrebbe un 
po' forzatamente rientrare in:

man_made=monitoring_station
display=yes
monitoring:traffic=yes
direction=*

Ciao,
Alberto



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

Re: [Talk-it] Vendita legna

[Alberto Nogaro]

From: Volker Schmidt [mailto:vosc...@gmail.com] 
Sent: sabato 3 gennaio 2015 11:21
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Vendita legna

Forse.
ci sono 9 shop=firewood e un  shop=fire_wood in Taginfo 

Ci sono anche 60 trade=wood. Anche 40 trade=timber_yard, ma questo penso sia 
pensato per legname da costruzione.

Ciao,
Alberto



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

Re: [Talk-it] tag per valle

[Alberto Nogaro]

-Original Message-
From: demon.box [mailto:e.rossin...@alice.it]
Sent: lunedì 29 dicembre 2014 20:31
To: talk-it@openstreetmap.org
Subject: [Talk-it] tag per valle

mi sono chiesto qual'é il tag appropriato per una valle ma natural=valley mi
pare di capire che è rimasto fermo alla sola proposta

http://wiki.openstreetmap.org/wiki/Proposed_features/Valley

quindi cosa utilizzo? place=locality?

Sulla pagina del tag place=locality il wiki dice che quando un nome è associato 
ad una caratteristica naturale o fisica, è meglio usare un tag che descriva 
tale caratteristica piuttosto che place=locality. Dunque per una valle 
natural=valley (non mi sembra esistano proposte alternative altrettanto 
diffuse). Se invece devi inserire un toponimo che pur contenendo il termine 
valle non si riferisce ad una valle in senso fisico, allora può andare bene 
place=locality.

Ciao,
Alberto


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

Re: [Talk-it] Tag per negozio compro oro?

[Alberto Nogaro]

-Original Message-
From: Luca Delucchi [mailto:lucadel...@gmail.com]
Sent: martedì 9 dicembre 2014 10:24
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Tag per negozio compro oro?

2014-12-08 22:53 GMT+01:00 Matteo Quatrida
matteo.quatr...@linuxmail.org:
 Il 08/12/2014 19:19, John Doe ha scritto:

 shop=gold mi sembra adatto.


 Se optate per shop=gold cambierò quelli, che ho inserito, anche se mi
 sembra superfluo introdurre un nuovo tipo di negozio, solamente perché
 tratta usato, invece di nuovo.


+1

Forse per distinguerli dalle normali gioiellerie potremmo usare:

shop=jewelry + second_hand=only

Fino ad ora non risulta usato (ci sono 3 casi in cui jewelry è usato con 
second_hand=yes).

Ciao,
Alberto




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

Re: [Talk-it] Tag per negozio compro oro?

[Alberto Nogaro]

From: John Doe [mailto:theguest...@gmail.com] 
Sent: domenica 7 dicembre 2014 19:48
To: OSM Talk-it
Subject: [Talk-it] Tag per negozio compro oro?

Come potrei taggare i negozi compro oro?

Interesserebbe pure a me. Quando mi è capitato ho usato shop=trade + 
trade=gold. Ma non è diffuso (usato solo 2 volte), per cui penso che si usi un 
altro tag.

Ciao,
Alberto


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

Re: [Talk-it] Servizi aggiuntivi aree di servizio [ERA] Digest di Talk-it, Volume 97, Numero 3

[Alberto Nogaro]

From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] 
Sent: mercoledì 3 dicembre 2014 11:40
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Servizi aggiuntivi aree di servizio [ERA] Digest di 
Talk-it, Volume 97, Numero 3

per me 24/7 è corretto se ti puoi fornire a qualsiasi orario di benzina (anche 
in maniera self-service). Forse si potrebbe aggiungere service_times per i 
tempi quando ci sta qualcuno? (Questo non è un metodo stabilito, sarebbe da 
discuterlo un attimino in lista [tagging] prima di metterlo nel wiki, casomai).
 
C'è anche il caso in cui il self service è limitato ad alcuni carburanti. Ad 
esempio, per le stazioni che vendono benzina e metano, ti puoi fornire di 
metano solo quando ci sono gli addetti, la benzina 24/7. Sarebbe utile avere un 
metodo per specificarlo.

Ciao,
Alberto


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

[Talk-it] Query features

[Alberto Nogaro]

Ho appena notato la comparsa sul sito principale della strumento Query
features: 

-cliccando sul pulsante sul punto esclamativo, il puntatore del mouse mostra
un punto esclamativo. 
-Cliccando ora su un qualunque punto della mappa, compare sulla sinistra un
elenco di link agli oggetti vicini alla posizione cliccata, e di confini che
racchiudono il punto.

Lo trovo molto utile per rapidi controlli estemporanei.

Ciao,
Alberto


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

Re: [Talk-it] Via Crucis

[Alberto Nogaro]

From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] 
Sent: mercoledì 26 novembre 2014 16:52
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Via Crucis

non so se c'è già un set di tags specifici. Io avevo usato questi tempo fa:
http://www.openstreetmap.org/node/955928964
e questo è la foto 
http://www.23hq.com/dieterdreist/photo/6137066?album_id=5953458

ciao,
Martin

Se carichi la foto su un sorgente adatto e inserisci il link, lo puoi anche 
visualizzare sulla mappa storica:

http://geschichtskarten.openstreetmap.de/historische_objekte/?zoom=17lat=53.62374lon=10.07809layers=B000FFTFFTFT

Ciao
Alberto


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

Re: [Talk-it] Josm e nodi collegati

[Alberto Nogaro]

-Original Message-
From: mircozorzo [mailto:mircozo...@inwind.it]
Sent: mercoledì 12 novembre 2014 11:59
To: talk-it@openstreetmap.org
Subject: [Talk-it] Josm e nodi collegati

Ciao, nelle precedenti versioni di Josm riuscivo ad avere dei bei nodi, in
corrispondenza delle giunzioni delle vie con dei bei quadrati grandi che mi
facevano cogliere subito se le vie erano intersecate con giunzione o meno
però ora non riesco più a configurare la visualizzazione in modo soddisfacente.

Qualcuno ha idea su come fare?
In pratica i nodi con giunzione somigliano troppo a quelli senza giunzione.

Fai questa prova: 
- richiama il pannello Map Pant Styles (shortcut Alt+Shift+M)
- nel pannello, clicca con il tasto destro sulla voce JOSM default (MapCSS)
- dal menu seleziona Style settings e deseleziona Less obtrusive node symbols 
at low zoom

Così ti mostra tutti i nodi un po' più grossi, ed è più facile distinguere 
quelli di giunzione.

Ciao,
Alberto


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

Re: [Talk-it] Mappatura: Tratti di strada in trincea

[Alberto Nogaro]

-Original Message-
From: Max1234Ita [mailto:max1234...@gmail.com]
Sent: lunedì 10 novembre 2014 18:20
To: talk-it@openstreetmap.org
Subject: [Talk-it] Mappatura: Tratti di strada in trincea

che voi sappiate, esiste un tag per indicare che un tratto di strada o ferrovia
corre in trincea, ovvero la sede è stata scavata nel terreno e si trova su un
piano al disotto della superficie (ma non in galleria)...

Questo:

http://wiki.openstreetmap.org/wiki/Key:cutting

Ciao, 
Alberto




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

Re: [Talk-it] Oneway vs access=no

[Alberto Nogaro]

-Original Message-
From: Matteo Quatrida [mailto:matteo.quatr...@linuxmail.org]
Sent: sabato 25 ottobre 2014 19:29
To: talk-it@openstreetmap.org
Subject: Re: [Talk-it] Oneway vs access=no

 Per quanto riguarda l'orientamento (ma non ho mai capito come usare la
 key direction, da nessuna parte c'è scritto quale lato del cartello,
 guardando altri casi simili, devo dedurre che devo mettermi nel punto
 in cui c'è il palo, guardare il retro del cartello e dire in che
 direzione sto guardando? Se è vero così, da nessuna parte nel wiki c'è
 scritto).

Ciao,

per quanto riguarda la key direction, con la coppia di valori forward/backward,
io prendo spunto dalle linee guida riguardanti highway=stop, le quali dicono di
indicare il verso rispetto all'asse stradale.
Mi spiego meglio: per indicare in quale direzione si deve rispettare lo stop 
(o il
dare la precedenza), di default molti navigatori prendono l'incrocio che è a
distanza minore, rispetto al nodo con highway=stop. Alle volte questo può
generare errori, quindi suggeriscono di usare l'altra coppia key=value per
indicare se l'obbligo lo si ha in direzione concorde al verso dell'asse della 
strada
oppure discorde.
A questo punto, per logica, mi verrebbe da dire che tutti i segnali stradali
debbano essere mappati secondo la direzione in cui li si guarda, cioè ti metti
sotto il cartello, nel verso in cui lo leggi e da lì assegni il valore alla 
key direction.

Questo però vale solo per i segnali stradali mappati con un nodo appartenente 
ad una (ed una sola) way, per specificare l'orientamento rispetto all'asse 
della way (forward/backward).

Se invece vuoi specificare la direzione rispetto al Nord, il wiki [1] dice che 
il valore angolare deve corrispondere alla direzione verso la quale è orientato 
l'oggetto (non alla direzione in cui guarda un suo eventuale osservatore). 
Dunque per specificare la direzione con un angolo o un punto cardinale è 
corretto mettere la direzione in cui guardi quando osservi il segnale stradale 
dal retro.

[1] http://wiki.openstreetmap.org/wiki/Key:direction

Ciao,
Alberto


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

Re: [Talk-it] Oneway vs access=no

[Alberto Nogaro]

-Original Message-
From: Any File [mailto:anysomef...@gmail.com]
Sent: venerdì 24 ottobre 2014 13:01
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Oneway vs access=no

Non è nel codice della strada ma nel regolamento di atuazione del codice della
strada (se in Italia non ci complichiamo al vita non siamo contenti).

Prenderlo da qualcosa di simili a quello che hai linkato tu è un disastro 
(perché
o non ci sono le foto o sono separate dal testo). E prenderli da altri siti 
non so
se sia open.

Il sito della gazzetta ufficiale credo sia open? Il testo del regolamento di 
attuazione fa riferimento agli allegati grafici al Titolo II [1][2]

Da una rapida occhiata, mi sembra che:
- le denominazioni dei cartelli siano del tipo Figura II xxx Art.yyy. (vedi 
[1] da pag. 245 a pag. 291 e [2] da pag. 1 a pag. 343).
- le denominazioni dei pannelli integrativi siano del tipo Modello II xxx 
Art.yyy (vedi [1] da pag. 237 a pag. 244)

Credo la parte Art. yyy sia superflua ai fini di una identificazione univoca.

[1] 
http://www.gazzettaufficiale.it/do/atto/serie_generale/caricaPdf?cdimg=092G053100400010110004dgu=1992-12-28art.dataPubblicazioneGazzetta=1992-12-28art.codiceRedazionale=092G0531art.num=1art.tiposerie=SG
[2] 
http://www.gazzettaufficiale.it/do/atto/serie_generale/caricaPdf?cdimg=092G053100400010110005dgu=1992-12-28art.dataPubblicazioneGazzetta=1992-12-28art.codiceRedazionale=092G0531art.num=1art.tiposerie=SG


Alberto




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

Re: [Talk-it] [OT] GraphHopper e guadi

[Alberto Nogaro]

-Original Message-
From: emmexx [mailto:emm...@tiscalinet.it]
Sent: giovedì 23 ottobre 2014 13:46
To: openstreetmap list - italiano
Subject: [Talk-it] [OT] GraphHopper e guadi

Volevo capire se si tratta di un limite (o di una scelta) di graphhopper o se 
e'
errata la mappatura dei guadi.

Direi la prima. Anche se decidiamo che i guadi superabili con un salto non 
vadano mappati, dove sta il limite? Profondità del guado? I guadi dei sentieri 
CAI, quando non si superano con un saltello, di solito si passano saltellando 
sulle pietre. Il comportamento del router cambia se c'e ford=stepping_stones? 
In tal caso questa potrebbe essere la soluzione.

Alberto


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

Re: [Talk-it] Oneway vs access=no

[Alberto Nogaro]

-Original Message-
From: Any File [mailto:anysomef...@gmail.com]
Sent: martedì 21 ottobre 2014 22:39
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Oneway vs access=no

Se veramente nel tratto successivo al cartello di divieto d'accesso la
strada non è a senso unico

Però qui nasce un problema se vogliamo distinguere i casi in cui sia
veramente senso unico e quello in cui è semplicemente proibito entrare da
un'estremità, come facciamo a distinguere i casi? Non penso esista una
distizione nel codice della strada e all'uscita dei passi carrai nei sensi 
unici,
tranne alcune eccezzioni, non c'è il cartello che ti indica che poi andare in 
un
solo senso.

Sapere cosa si può o meno fare all'uscita di un passo carraio o qualunque 
proprietà privata è un problema di chi lo usa, nessuno è tenuto a metterci un 
cartello.

Se non c'è il cartello di senso unico, ma solo il cartello di divieto di 
accesso ad una estremità, lasciamo la strada a doppio senso e impediamo 
l'accesso dall'estremità mediante una relazione restriction. Potrebbe anche 
verificarsi che anche se il cartello di senso unico  manca sia di fatto 
impossibile percorrere la via in senso inverso (ad esempio quando non ci sono 
passi carrai e mancano le condizioni per fare una inversione di marcia 
regolare). Comunque anche con la sola restrizione abbiamo descritto la 
situazione. 

Ho visto che mappi anche i cartelli. Complimenti, la trovo una pratica ottima 
per districare i casi dubbi o per risalire a cosa veramente vogliano dire i tag 
(ad esempio per capire bene cosa fare quando le convenzioni si evolvono).

Ciao,
Alberto


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

Re: [Talk-it] Oneway vs access=no

[Alberto Nogaro]

-Original Message-
From: emmexx [mailto:emm...@tiscalinet.it]
Sent: lunedì 20 ottobre 2014 13:09
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Oneway vs access=no
Aggiungo anche che non e' presente il cartello di senso unico.

Vuoi dire che chiunque sta percorrendo la strada nel verso consentito a tutti 
potrebbe anche fare inversione ad U e tornare indietro? O che chi si immette da 
una proprietà prospiciente può farlo in entrambi i sensi di marcia?

Solo da un lato e' presente il cartello di divieto d'accesso escluse alcune
tipologie.

Se veramente nel tratto successivo al cartello di divieto d'accesso la strada 
non è a senso unico,  impedirei l'accesso con relazioni type=restriction con 
tag except per le categorie consentite. E' una situazione che ho incontrato 
spesso nei posteggi, in cui è vietato entrare da un lato, ma chi è già dentro 
si può muovere liberamente.

Ciao,
Alberto


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

Re: [Talk-it] Chiarimento su relazione landuse=forest.

[Alberto Nogaro]

-Original Message-
From: Max1234Ita [mailto:max1234...@gmail.com]
Sent: venerdì 17 ottobre 2014 10:42
To: talk-it@openstreetmap.org
Subject: Re: [Talk-it] Chiarimento su relazione landuse=forest.

A proposito del multipoligono di cui sopra: mi sono rimasti in giro un certo
numero di nodi non appartenenti ad alcunché e non taggati (probabilmente
un tentativo di upload fallito), che vorrei eliminare; JOSM, però, non li 
rileva
quando faccio modifiche nella zona (ci sto ancora lavorando)

Qualcuno saprebbe dirmi come impostare una query Find in JOSM, così da
poterli individuare? 

Prova:

type:node untagged -child type:way -child type:relation

Ciao,
Alberto


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

Re: [Talk-de] Unbenutzbare Wanderwege - was tun?

[Alberto Nogaro]

-Original Message-
From: Falk Zscheile [mailto:falk.zsche...@gmail.com]
Sent: giovedì 25 settembre 2014 10:15
To: Openstreetmap allgemeines in Deutsch
Subject: Re: [Talk-de] Unbenutzbare Wanderwege - was tun?

Falls das deine einzugen Kriterien sind, dann nichts löschen, sondern ggf. noch
trail_visibility=[value] ergänzen.

+1

Eventuell obstacle=[value] darüber hinaus.

Gruß Alberto



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

Re: [Talk-de] Handy Halterung Fahrrad Mapillary?

[Alberto Nogaro]

-Original Message-
From: Lars Schimmer [mailto:l.schim...@cgv.tugraz.at]
Sent: sabato 20 settembre 2014 13:53
To: 'talk-de@openstreetmap.org'; talk...@openstreetmap.org
Subject: [Talk-de] Handy Halterung Fahrrad Mapillary?

Die normalen Halterungen taugen nix, weil die nicht die Kamera nach vorne
zeigen lassen :-/

RAM X-Grip passt mir gut dafür:

http://www.rammount.com/Products/XGriptradeMounts/XGriptradePhoneMounts/tabi
d/4688/Default.aspx#rail

MfG,
Alberto


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

Re: [Talk-it] Relation non chiusa

[Alberto Nogaro]

Non so darti una risposta generale alla domanda (la vorrei sapere anch'io).
Nel caso specifico, se sulla pagina web della relazione clicchi su
Visualizza cronologia vedi la storia della relazione. Qui si nota che due
way sono listate fino alla versione #2 con una linea a metà altezza che
significa che sono state cancellate. Aprendo la pagina relativa, vedi che
sono state cancellate entrambe nel gruppo di modifiche
http://www.openstreetmap.org/changeset/14999530, il commento non aiuta.

Per ripristinarle, se usi josm puoi usare il plugin undelete
(http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Undelete) per renderle
nuovamente visibili, e poi se pensi che siano state cancellate per errore
riaggiungerle alla relazione.

Ciao,
Alberto

-Original Message-
From: Tommaso Grenga [mailto:tommasogre...@yahoo.it]
Sent: domenica 3 agosto 2014 00:10
To: Talk-it@openstreetmap.org
Subject: [Talk-it] Relation non chiusa

Buona sera

Volevo chiedervi qual'è sia l'approccio migliore e il tool da utilizzare (
josm,
web o altro )  per poter analizzare un set di dati e capire in quale Gruppo
di
modifiche sono state effettuate dei cambiamenti.
Nel caso specifico ho notato che questa relation

http://www.openstreetmap.org/relation/2054914

non risulta essere chiusa perchè mancante di una o più way però non so
destreggiarmi con i gruppi di modiche per capire quando queste elementi
sono stati eventualmente eliminati, sempre che la Relation non sia stata
creata così per qualche motivo che mi sfugge.

Vi ringrazio
Tommaso


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

Re: [Talk-it] Relation non chiusa

[Alberto Nogaro]

-Original Message-
From: Tommaso Grenga [mailto:tommasogre...@yahoo.it]
Sent: domenica 3 agosto 2014 00:10
To: Talk-it@openstreetmap.org
Subject: [Talk-it] Relation non chiusa

Buona sera

Volevo chiedervi qual'è sia l'approccio migliore e il tool da utilizzare (
josm,
web o altro )  per poter analizzare un set di dati e capire in quale Gruppo
di
modifiche sono state effettuate dei cambiamenti.
Nel caso specifico ho notato che questa relation

http://www.openstreetmap.org/relation/2054914

Sto provando anche con Overpass ed il comando adiff, mi sembra interessante
per casi più complessi. Ad esempio nel caso di questa relazione, si vede che
è stata creata il 27 feb 2008. Lanciando questa query [1] possiamo
visualizzare quali sono stati i cambiamenti di way dalla data successiva
alla creazione ad oggi (compare un warning perché per semplicità ho scelto
di non scaricare i nodi, scegli semplicemente show data). Scorrendo i  dati,
con il tag action ti viene mostrato che cosa è cambiato per ogni elemento
diverso rispetto alla situazione attuale, e ritrovi le due way cancellate,
in più vedi che la way 152146370 è stata modificata.

[1] http://overpass-turbo.eu/s/4rc

Ciao,
Alberto


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

Re: [Talk-it] Errori riscontrati nei confini comunali

[Alberto Nogaro]

Il confine tra Cuceglio e Agliè era stato traslato rispetto ai dati Istat 2011, 
 ho cancellato e ripristinato dai dati Istat originali.

 

Grazie per le segnalazioni.

 

Ciao,

Alberto

 

From: Lorenzo Beba Beltrami [mailto:lorenzo.b...@gmail.com] 
Sent: venerdì 1 agosto 2014 16:01
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Errori riscontrati nei confini comunali

 


Piemonte:
relation: 44800 Cuceglio (la way di confine passa su se stessa)

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

Re: [Talk-it] Errori riscontrati nei confini comunali

[Alberto Nogaro]

Ho corretto Ricengo, Casale Cremasco – Vidolasco e Pianengo. Era stata 
distrutta una exclave di Sergnano.

 

From: Lorenzo Beba Beltrami [mailto:lorenzo.b...@gmail.com] 
Sent: venerdì 1 agosto 2014 16:01
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Errori riscontrati nei confini comunali

 

Correggio e Bagnolo li ho già sistemati. Il pezzo mancante di Bagnolo era 
finito con la relazione di Correggio.

Lollo

 

Il giorno 01 agosto 2014 10:53, Fabrizio Tambussa ftambu...@gmail.com ha 
scritto:

Come effetto collaterale dei miei lavori, vi segnalo alcuni problemi sui 
confini comunali che ho riscontrato:


Emilia-Romagna:
relation:43563 Correggio
relation: 43587 Bagnolo in Piano (manca un pezzo di confine nella relation)

Piemonte:
relation: 44800 Cuceglio (la way di confine passa su se stessa)

Lombardia:
(manca pezzo di confine comune alle 3 relation)
relation: 44905,Ricengo 
relation: 44951,Casale Cremasco - Vidolasco
relation: 540415,Pianengo

Saluti
Fabrizio


___
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] Obiettivi sensibili

[Alberto Nogaro]

Lo so, anche perché una volta sono stato fermato per l’identificazione per aver 
fotografato la targa di un Reparto mobile della Polizia di Stato, di fianco al 
cancello di ingresso. La sede del reparto è ben nota, e nelle vicinanze 
esistono anche diversi cartelli stradali che indicano il percorso per 
raggiungerlo. Il divieto di fare foto esiste incondizionato, ma il vero 
problema per cui sono stato fermato è che non mi ero accorto che il cancello 
era aperto, per cui avevo volontariamente inquadrato anche le strutture 
interne. Dopo aver fornito spiegazioni, tutto si è apparentemente risolto con 
la spontanea cancellazione delle foto da parte mia, e un invito ad evitare di 
fare fotografie, in particolar modo attraverso il cancello aperto. Dal 
colloquio *informale* avuto con il responsabile del servizio di guardia, ho 
capito che loro non hanno grossi problemi finchè mappiamo ciò che è visibile 
dall’esterno, tipo perimetro dei muri, informazioni riportate sulle targhe, o 
elementi di pubblica utilità come la posizione degli ingressi accessibili al 
pubblico.  Ma sono preoccupati che non vengano raccolte informazioni su tutto 
ciò che è all’interno. Anche se tali strutture interne sono chiaramente 
identificabili su foto aeree, suggerirei di limitarci a mappare i perimetri 
dell’area, eventualmente il tipo di barriera, e la destinazione e assegnazione 
dell’area.

 

Ciao,

Alberto

 

From: Fabrizio Tambussa [mailto:ftambu...@gmail.com] 
Sent: mercoledì 30 aprile 2014 11:38
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Obiettivi sensibili

 

Se ingrandite l'immagine vedete gli avvisi che e' vietato fotografare e fare 
rilievi anche a mano.

 

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

Re: [Talk-it] Official Google Blog: Go back in time with Street View

[Alberto Nogaro]

-Original Message-
From: Luca Delucchi [mailto:lucadel...@gmail.com]
Sent: martedì 29 aprile 2014 09:24
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Official Google Blog: Go back in time with Street
View

Giusto per segnalare che i dati (in special modo le foto) di Mapillary non
sono
liberi, la licenza infatti vieta di utilizzare le immagini che scopi
commerciali...

Non più, oggi hanno annunciato sul blog [1] di avere cambiato la licenza in
CC BY-SA. 

[1] http://blog.mapillary.com/

Ciao,
Alberrto


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

Re: [Talk-it] Uso di OSM ad Amburgo per il trasporto pubblico

[Alberto Nogaro]

-Original Message-
From: Caterpillar [mailto:caterpilla...@gmail.com]
Sent: domenica 27 aprile 2014 11:36
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Uso di OSM ad Amburgo per il trasporto pubblico

Il 27/04/2014 09:42, Volker Schmidt ha scritto:
 L'utente Tirkon, sulla lista tedesca, ha notato che il HVV
 (http://www.hvv.de/en/index.php), utilizza dati OSM per tutte le mappe.
 Ci sono casi analoghi anche in Italia?


Trenord usa OSM come sfondo per mostrare le linee regionali:

http://www.trenord.it/it/circolazione-e-linee/le-linee/linee-r.aspx

Ciao,
Alberto


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

Re: [Talk-it] Nome tra apici e specifica sentiero

[Alberto Nogaro]

-Original Message-
From: demon.box [mailto:e.rossin...@alice.it]
Sent: sabato 26 aprile 2014 12:24
To: talk-it@openstreetmap.org
Subject: [Talk-it] Nome tra apici e specifica sentiero

2- C'è modo di specificare che un sentiero (inteso come percorso CAI con
tanto di ref ufficiale) per uno
 certo tratto coincide esattamente con il letto di un torrentello
normalmente
secco?

La cosa più semplice sarebbe usare la stessa way ed assegnare al tratto di
sentiero interessato sia il tag highway che il tag waterway. Per dire che il
torrentello è normalmente secco puoi usare intermittent=yes. Ci sarebbe
anche il valore waterway=wadi, ma credo sia indicato solo per le zone aride?
Se ci sono tag in conflitto (es: vuoi indicare due valori distinti per la
larghezza del sentiero e quella del corso d'acqua) dovresti usare way
distinte e sovrapposte (due way con nodi in comune).

Ciao,
Alberto


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

Re: [Talk-it] Veicoli elettrici in ZTL

[Alberto Nogaro]

-Original Message-
From: Marcello [mailto:arca...@gmail.com]
Sent: sabato 26 aprile 2014 12:16
To: Talk-It
Subject: [Talk-it] Veicoli elettrici in ZTL

Salve,

per le ZTL dove è consentito il traffico di tutti i mezzi elettrici cosa si
mette,
electric_vehicle=yes? Non so se ho impostato correttamente la ricerca, ma
su
taginfo non sembra sia stato mai utilizzato.
 
Taginfo mostra che è usato electric_car, ma se il traffico riguarda tutti i
mezzi non è adatto.

Forse andrebbe bene una restrizione condizionale usando come proprietà
electric (come suggerito su questa proposta [1], che però secondo me è
ormai superata dalla introduzione delle restrizioni condizionali [2]). Su
taginfo trovo un solo uso di electric nella forma: 

motor_vehicle:conditional=yes @ (electric=yes)

[1]
http://wiki.openstreetmap.org/wiki/Proposed_features/access_restrictions_1.5
#Properties
[2] http://wiki.openstreetmap.org/wiki/Conditional_restriction#Condition
[3] http://taginfo.openstreetmap.org/keys/motor_vehicle%3Aconditional#values

Ciao,
Alberto


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

Re: [Talk-it] Segnalare numeri romani come Errore OSM

[Alberto Nogaro]

-Original Message-
From: Daniele Forsi [mailto:dfo...@gmail.com]
Sent: lunedì 10 marzo 2014 13:24
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Segnalare numeri romani come Errore OSM

Il 10 marzo 2014 12:59, Leonardo ha scritto:

 http://wiki.openstreetmap.org/wiki/IT:Key:name non si dovrebbero
 riportare i numeri latini nel nome della via ma usare i numeri arabi.

però Nominatim non gestice l'equivalenza

Anche se tecnicamente non si potrebbe parlare di abbreviazione, almeno per i
casi più frequenti si potrebbe fare gestire l'equivalenza aggiungendo delle
coppie romano-arabo sul wiki:

http://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations#Italiano_-_Ital
ian

Anche se il wiki italiano dice di usare i numeri arabi, temo che siano
parecchi i mappatori che non conoscono la regola e si affidano al più
generale principio on the ground (è normale vedere targhe e cartelli che
usano i numeri romani).

Ciao,
Alberto


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

Re: [Talk-it] Cartina fisica stampabile basata su osm

[Alberto Nogaro]

-Original Message-
From: andria osm [mailto:andria_...@tiscali.it]
Sent: martedì 4 marzo 2014 21:37
To: talk-it@openstreetmap.org
Subject: Re: [Talk-it] Cartina fisica stampabile basata su osm

si, ma in questo momento farei qualsiasi cosa per non doverla fare io :)

Per dove ti serve? Alcune zone del Nord Italia sono coperte da questa mappa,
che si può visualizzare senza toponimi e  esportarne ritagli in png/svg/pdf:

http://geo.dianacht.de/topo/?zoom=12lat=46.07761lon=11.18542karte=N

Alberto 


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

Re: [Talk-it] PCN 2012

[Alberto Nogaro]

-Original Message-
From: girarsi_liste [mailto:liste.gira...@gmail.com]
Sent: domenica 2 marzo 2014 09:28
To: talk-it@openstreetmap.org
Subject: Re: [Talk-it] PCN 2012

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Il 02/03/2014 08:31, Francesco Pelullo ha scritto:
 Forse mi sono perso un passaggio importante: abbiamo l'autorizzazione
 o no?


È come quello del 2006, solo per uso come ricalco.

Le possiamo aggiungere ai preset di JOSM?

http://josm.openstreetmap.de/wiki/Maps/Italy

Ciao,
Alberto


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

Re: [Talk-it] PCN 2012

[Alberto Nogaro]

-Original Message-
From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com]
Sent: domenica 2 marzo 2014 14:48
To: openstreetmap list - italiano
Cc: openstreetmap list - italiano
Subject: Re: [Talk-it] PCN 2012

occhio però che è quello vecchio del 2010, uno potrebbe interpretare che
valga per tutti gli ortofoto loro, ma si potrebbe anche ipotizzare che
visto che
le foto del 2012 non c'erano ancora nel 2010, avremmo bisogno di un nuovo
permesso. Personalmente sono propenso alla prima ipotesi ;-)

Forse Simone può fugare i dubbi?

Ciao,
Alberto


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

Re: [Talk-it] Sulle ortofoto a 50 cm rilasciate ieri da e-Geos

[Alberto Nogaro]

From: sabas88 [mailto:saba...@gmail.com] 
Sent: venerdì 28 febbraio 2014 09:55
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Sulle ortofoto a 50 cm rilasciate ieri da e-Geos

L'url per Josm è 
http://213.215.135.196/reflector/open/service?


Se è utilizzabile sarebbe utile aggiungerlo ai preset:

josm.openstreetmap.de/wiki/Maps/Italy

Ciao
Alberto


 


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

Re: [Talk-it] Comune sparso

[Alberto Nogaro]

Il nome del comune inserito solo come name=* nella relazione type=boundary.
La località in cui si trova il municipio inserita come un nodo place di
valore appropriato, che viene poi aggiunto come membro della relazione
boundary con ruolo admin_centre.

 

Ciao,

Alberto

 

From: Giuseppe Amici [mailto:giuseppeam...@virgilio.it] 
Sent: lunedì 3 febbraio 2014 23:22
To: 'openstreetmap list - italiano'
Subject: [Talk-it] Comune sparso

 

 

“Nelle mappe  http://it.wikipedia.org/wiki/Istituto_Geografico_Militare
IGM il nome di un comune sparso è riportato in orizzontale e a lettere
distanziate, in modo da poterlo riferire a tutte le sue località abitate (o,
perlomeno, alla maggior parte). La località in cui si trova il municipio è
indicata con la scritturaSede Comunale tra parentesi
http://it.wikipedia.org/wiki/Comune_sparso#cite_note-5 [5].”

 

Come mappereste?

 

Ciao Beppe

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

Re: [Talk-it] R: R: R: ruolo admin_centre assente per molte amministrazioni

[Alberto Nogaro]

-Original Message-
From: Aury88 [mailto:spacedrive...@gmail.com]
Sent: giovedì 23 gennaio 2014 10:53
To: talk-it@openstreetmap.org
Subject: Re: [Talk-it] R: R: R: ruolo admin_centre assente per molte
amministrazioni

se ho capito bene la domanda ti rispondo che solitamente la sede comunale
dei vari comuni è la città/cittadina/villaggio che ha lo stesso nome del
confine
comunale.

Si, solitamente è così, ma se vogliamo inserire correttamente l'admin_centre
bisogna stare attenti proprio alle eccezioni.

alcune volte la sede (il nodo place) si mette davanti al municipio altre
volte in
quello che viene definito centro città. io consiglierei più che il
municipio il
centro città. 

Si, certamente concordo, i nodi place vanno sul punto che è riconosciuto
come 'centro' del place, talvolta coincide con la sede del municipio, ma
spesso no.

Il problema nasce nel caso dei comuni costituiti da tanti nuclei abitati,
cioè tanti place, ognuno nel rispettivo centro. Solo uno di questi nuclei
abitati è sede del municipio (cioè admin_centre), e non sempre è il nucleo
più esteso o quello che da il nome al comune. Talvolta non esiste neppure un
nucleo abitato avente lo stesso nome del comune. Nei casi più ingannevoli il
nucleo con il nome del comune esiste ed è pure il più popoloso, ma NON è il
nucleo sede del municipio.

altre volte il comune è frutto dell'accorpamento di più comuni e qui la
cosa
potrebbe diventare più complessa...in questi casi darei un occhiata alle
coordinate messe sulla corrispondente voce di wikipedia...in linea generale
metterei comunque il nodo place nella città più estesa e favorirei il
centro
storico (magari una piazza o una chiesa)...  9 volte su 10 così ci si
azzecca.

Si, per la posizione del place sul centro del nucleo abitato è un buon
metodo, poi si spera sempre che se necessario un locale con conoscenza
diretta del luogo possa correggere il caso su 10 in cui la scelta più
apparente non è ottimale. Se però non esiste alcun nucleo abitato avente lo
stesso nome del comune (abbastanza tipico nel caso di accorpamenti di centri
abitati disgiunti), a mio parere non bisogna mettere alcun nodo place con
tale nome (è solo il nome di una entità amministrativa, in Italia sono già
tutti descritti dalla relazione dei confini, al massimo si potrebbe
aggiungere un place=municipality, ma non bisogna usare un valore adatto ad
insediamenti abitati).

Come sorgente dei casi eccezionali in cui non esiste un centro abitato con
lo stesso nome del comune, oppure esiste ma non è il place sede del
municipio (tecnicamente si parla in entrambi i casi di comuni sparsi) ho
trovato la categoria dei comuni sparsi su Wikipedia [1], ma temo che sia
incompleta. L'IGM nel caso dei comuni sparsi aggiunge esplicitamente al
toponimo del nucleo abitato sede del municipio il testo sede comunale, se
si potesse reperire una lista dei toponimi IGM (completi delle dicitura
sede comunale) sarebbe molto utile. Forse anche l'ISTAT classifica i
comuni sparsi?

Intanto per agevolare la identificazione corretta degli admin_centre, ho
modificato la query overpass-turbo [2] per cercare anche i municipi (come
admin_centre va comunque usato il nodo del place, non quello del municipio)


[1] http://it.wikipedia.org/wiki/Categoria:Comuni_sparsi
[2] http://overpass-turbo.eu/s/2dm

Ciao,
Alberto


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