Re: [Talk-it] Import of addresses in commune of Valle di Cadore

[Volker Schmidt]

... to see of the recently imported house numbers where on the false Bing
posiond or on the much better Esti imagery positions. They were on the Esti
positions, but they were all inside the building polygons, differently from
what I had seen in the Padova data set That triggered my reaction.


On Sun, 6 Oct 2024, 11:31 Volker Schmidt,  wrote:

> (continues)
>
> On Sun, 6 Oct 2024, 11:30 Volker Schmidt,  wrote:
>
>> I am not and import guy, I am  detecting things on the ground. I had used
>> the Padova h
>> House Number data from the Veneto Data portal tò check building positions
>> in Padova, and had done also some work on Road grometry (caused by users
>> aligning data with Bing data) along the Toblach-Cortona-Cadore cycle Route.
>> When I read the announcement of House Number Import, i spot-checked the
>> Data in Borca di Cadore (where I remembered that the Bing Satellite imagery
>> was way off
>>
>> On Sun, 6 Oct 2024, 09:51 Martin Koppenhoefer, 
>> wrote:
>>
>>>
>>>
>>> sent from a phone
>>>
>>> > On 5 Oct 2024, at 21:38, Premislav via Talk-it <
>>> talk-it@openstreetmap.org> wrote:
>>> >
>>> > As far as I saw this can be different in Italy. Sometimes the address
>>> is placed on the gate(usually in cases where there is a fence fencing off
>>> the real estate), but also on the door of the building (usually in case
>>> where the door is accessible directly from the street.
>>>
>>>
>>>
>>> this is because the rule is not different: they are assigned to the
>>> points between public space (street) and internal space (garden, building,
>>> etc.)
>>> ___
>>> 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] Import of addresses in commune of Valle di Cadore

[Volker Schmidt]

(continues)

On Sun, 6 Oct 2024, 11:30 Volker Schmidt,  wrote:

> I am not and import guy, I am  detecting things on the ground. I had used
> the Padova h
> House Number data from the Veneto Data portal tò check building positions
> in Padova, and had done also some work on Road grometry (caused by users
> aligning data with Bing data) along the Toblach-Cortona-Cadore cycle Route.
> When I read the announcement of House Number Import, i spot-checked the
> Data in Borca di Cadore (where I remembered that the Bing Satellite imagery
> was way off
>
> On Sun, 6 Oct 2024, 09:51 Martin Koppenhoefer, 
> wrote:
>
>>
>>
>> sent from a phone
>>
>> > On 5 Oct 2024, at 21:38, Premislav via Talk-it <
>> talk-it@openstreetmap.org> wrote:
>> >
>> > As far as I saw this can be different in Italy. Sometimes the address
>> is placed on the gate(usually in cases where there is a fence fencing off
>> the real estate), but also on the door of the building (usually in case
>> where the door is accessible directly from the street.
>>
>>
>>
>> this is because the rule is not different: they are assigned to the
>> points between public space (street) and internal space (garden, building,
>> etc.)
>> ___
>> 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] Import of addresses in commune of Valle di Cadore

[Volker Schmidt]

I am not and import guy, I am  detecting things on the ground. I had used
the Padova h
House Number data from the Veneto Data portal tò check building positions
in Padova, and had done also some work on Road grometry (caused by users
aligning data with Bing data) along the Toblach-Cortona-Cadore cycle Route.
When I read the announcement of House Number Import, i spot-checked the
Data in Borca di Cadore (where I remembered that the Bing Satellite imagery
was way off

On Sun, 6 Oct 2024, 09:51 Martin Koppenhoefer, 
wrote:

>
>
> sent from a phone
>
> > On 5 Oct 2024, at 21:38, Premislav via Talk-it <
> talk-it@openstreetmap.org> wrote:
> >
> > As far as I saw this can be different in Italy. Sometimes the address is
> placed on the gate(usually in cases where there is a fence fencing off the
> real estate), but also on the door of the building (usually in case where
> the door is accessible directly from the street.
>
>
>
> this is because the rule is not different: they are assigned to the points
> between public space (street) and internal space (garden, building, etc.)
> ___
> 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] Import of addresses in commune of Valle di Cadore

[Volker Schmidt]

I am not a address mapper. I only notice that mapping done by you before
and the data available for Padova, but not imported, differ systematically.
We have in Veneto so many bad-data-import problems, I just want to prevent
another one, that I discovered more or less accidentally.

On Sun, 6 Oct 2024, 07:24 ,  wrote:

> Hi Volker
>
> *"Please suspend that operation until we have a clarification."*
> OK, I got no problem with that, but which aspects of the data do you still
> need to clarify further ?
>
> Best regards
> Premislav
>
> W dniu 2024-10-05 23:10:08 użytkownik Volker Schmidt napisał:
>
> Sorry, no, it does not dispell my doubts.
> Please suspend that operation until we have a clarification.
>
> Good night
>
> On Sat, 5 Oct 2024 at 21:38, Premislav via Talk-it <
> talk-it@openstreetmap.org> wrote:
>
>> Hi Volker
>>
>> *„My observations: many, but not all addresses are inside buildings, and
>> not on the entrance.*„
>>
>> Unfortunately in that region many building outlines are not precise (were
>> drawn a long time ago from outdated or misaligned Bing imagery), so
>> sometimes addresses indeed land up inside buildings (sometimes the building
>> even cross highways, in that case I better them using my normal account
>> where I can). Consulting previous imports I was instructed not to “drag”
>> addresses to edges of the outlines of the buildings, but leave them as they
>> were in the database. Once imported they could be be dragged by local
>> surveys to the exact position (sometimes only some meters away). This does
>> not mean the address data should be considered wrong, but rather that the
>> buildings outlines should be bettered.
>>
>> *I don't know if this is valid nation-wide, but certainly here in Padova
>> (my present home town) the house numbers are on the location of the
>> entrance, often some meters away. *
>>
>> As far as I saw this can be different in Italy. Sometimes the address is
>> placed on the gate(usually in cases where there is a fence fencing off the
>> real estate), but also on the door of the building (usually in case where
>> the door is accessible directly from the street.
>>
>> *In contrast I could not find out where your data came from.*
>> As written on the source page
>> <https://innovationlabdolomiti.openpa.opencontent.io/Dataset/Numeri-civici-Comune-di-Valle-di-Cadore#informazioni_sul_dataset>
>> , the data comes from the commune itself
>> *“Titolare del dataset*
>> *Comune di Valle di Cadore”*
>>
>> *Sorry to be cautious*
>> I hope this answers your questions and dispels your doubts.
>>
>> Best regards
>> Premislav
>>
>> W dniu 2024-10-04 23:34:36 użytkownik Volker Schmidt napisał:
>>
>> Hi Premislav,
>> Please do not proceed before we have clarified several points.
>>
>> Why:
>> I live in Padova, the same Region of Italy, but a different Province.
>> I have inspected a small sample of your recently imported data in Borca
>> di Cadore.
>> My observations: many, but not all addresses are inside buildings, and
>> not on the entrance. This is contrary to what I believed was standard
>> around here. I don't know if this is valid nation-wide, but certainly here
>> in Padova (my present home town) the house numbers are on the location of
>> the entrance, often some meters away. This data regards the equivalent data
>> for Padova in the same regional database you use as source. However the
>> difference is that the Padova data are provided by the city's own services.
>> In contrast I could not find out where your data came from. It looks very
>> much as if some voluntary contributor has created address data for an open
>> access-public data base, used in Province of Belluno using OSM data as
>> source: We have to find out more about both aspects before proceeding.
>>
>> Sorry to be cautious
>>
>> Volker
>>
>>
>> On Fri, 4 Oct 2024 at 13:13, Premislav via Talk-it <
>> talk-it@openstreetmap.org> wrote:
>>
>>> Hi IT-community :)
>>>
>>> After completion of the import of house numbers in San Vito di Cadore,
>>> Borca di Cadore, Auronzo di Cadore/Belluno, I'm planning to continue
>>> importing missing addresses in other communes of the Belluno region.
>>> This time with Valle di Cadore.
>>> The necessary data is provided by the Comune di Valle di Cadore as
>>> Public Domain, the importing procedure would be the similar as last time.
>>> A corresponding wiki page is already present
>>> 

Re: [Talk-it] Import of addresses in commune of Valle di Cadore

[Volker Schmidt]

Sorry, no, it does not dispell my doubts.
Please suspend that operation until we have a clarification.

Good night

On Sat, 5 Oct 2024 at 21:38, Premislav via Talk-it <
talk-it@openstreetmap.org> wrote:

> Hi Volker
>
> *„My observations: many, but not all addresses are inside buildings, and
> not on the entrance.*„
>
> Unfortunately in that region many building outlines are not precise (were
> drawn a long time ago from outdated or misaligned Bing imagery), so
> sometimes addresses indeed land up inside buildings (sometimes the building
> even cross highways, in that case I better them using my normal account
> where I can). Consulting previous imports I was instructed not to “drag”
> addresses to edges of the outlines of the buildings, but leave them as they
> were in the database. Once imported they could be be dragged by local
> surveys to the exact position (sometimes only some meters away). This does
> not mean the address data should be considered wrong, but rather that the
> buildings outlines should be bettered.
>
> *I don't know if this is valid nation-wide, but certainly here in Padova
> (my present home town) the house numbers are on the location of the
> entrance, often some meters away. *
>
> As far as I saw this can be different in Italy. Sometimes the address is
> placed on the gate(usually in cases where there is a fence fencing off the
> real estate), but also on the door of the building (usually in case where
> the door is accessible directly from the street.
>
> *In contrast I could not find out where your data came from.*
> As written on the source page
> <https://innovationlabdolomiti.openpa.opencontent.io/Dataset/Numeri-civici-Comune-di-Valle-di-Cadore#informazioni_sul_dataset>
> , the data comes from the commune itself
> *“Titolare del dataset*
> *Comune di Valle di Cadore”*
>
> *Sorry to be cautious*
> I hope this answers your questions and dispels your doubts.
>
> Best regards
> Premislav
>
> W dniu 2024-10-04 23:34:36 użytkownik Volker Schmidt napisał:
>
> Hi Premislav,
> Please do not proceed before we have clarified several points.
>
> Why:
> I live in Padova, the same Region of Italy, but a different Province.
> I have inspected a small sample of your recently imported data in Borca di
> Cadore.
> My observations: many, but not all addresses are inside buildings, and not
> on the entrance. This is contrary to what I believed was standard around
> here. I don't know if this is valid nation-wide, but certainly here in
> Padova (my present home town) the house numbers are on the location of the
> entrance, often some meters away. This data regards the equivalent data for
> Padova in the same regional database you use as source. However the
> difference is that the Padova data are provided by the city's own services.
> In contrast I could not find out where your data came from. It looks very
> much as if some voluntary contributor has created address data for an open
> access-public data base, used in Province of Belluno using OSM data as
> source: We have to find out more about both aspects before proceeding.
>
> Sorry to be cautious
>
> Volker
>
>
> On Fri, 4 Oct 2024 at 13:13, Premislav via Talk-it <
> talk-it@openstreetmap.org> wrote:
>
>> Hi IT-community :)
>>
>> After completion of the import of house numbers in San Vito di Cadore,
>> Borca di Cadore, Auronzo di Cadore/Belluno, I'm planning to continue
>> importing missing addresses in other communes of the Belluno region.
>> This time with Valle di Cadore.
>> The necessary data is provided by the Comune di Valle di Cadore as Public
>> Domain, the importing procedure would be the similar as last time.
>> A corresponding wiki page is already present
>> <https://wiki.openstreetmap.org/wiki/Valle_di_Cadore_house_number_import>
>> .
>> I’d like to start the import in the end of current and in next mouth (end
>> October/November 2024).
>> If you have any comments until then, feel free to contact me.
>>
>> Best greetings
>> Premislav
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Import of addresses in commune of Valle di Cadore

[Volker Schmidt]

Hi Premislav,
Please do not proceed before we have clarified several points.

Why:
I live in Padova, the same Region of Italy, but a different Province.
I have inspected a small sample of your recently imported data in Borca di
Cadore.
My observations: many, but not all addresses are inside buildings, and not
on the entrance. This is contrary to what I believed was standard around
here. I don't know if this is valid nation-wide, but certainly here in
Padova (my present home town) the house numbers are on the location of the
entrance, often some meters away. This data regards the equivalent data for
Padova in the same regional database you use as source. However the
difference is that the Padova data are provided by the city's own services.
In contrast I could not find out where your data came from. It looks very
much as if some voluntary contributor has created address data for an open
access-public data base, used in Province of Belluno using OSM data as
source: We have to find out more about both aspects before proceeding.

Sorry to be cautious

Volker


On Fri, 4 Oct 2024 at 13:13, Premislav via Talk-it <
talk-it@openstreetmap.org> wrote:

> Hi IT-community :)
>
> After completion of the import of house numbers in San Vito di Cadore,
> Borca di Cadore, Auronzo di Cadore/Belluno, I'm planning to continue
> importing missing addresses in other communes of the Belluno region.
> This time with Valle di Cadore.
> The necessary data is provided by the Comune di Valle di Cadore as Public
> Domain, the importing procedure would be the similar as last time.
> A corresponding wiki page is already present
> <https://wiki.openstreetmap.org/wiki/Valle_di_Cadore_house_number_import>
> .
> I’d like to start the import in the end of current and in next mouth (end
> October/November 2024).
> If you have any comments until then, feel free to contact me.
>
> Best greetings
> Premislav
> ___
> 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] Tags per cycleway

[Volker Schmidt]

Prima reazione a caldo: sicuramente sbagliato che il segno nella foto in
Italia implica l'uso pedonale, al contrario.

   - bicycle =designated
   

corretto

   - foot =yes
   

sbagliato, dovrebbessere foot=no

   - motorcar =no
   

corretto

   - cycleway =track
   

sbagliato. cycleway=track si utilizza per indicare una strada che ha una
pista ciclabile parallela che non è mappata come way separato staccato.

On Sat, 19 Dec 2020 at 16:13, Marcello  wrote:

> Salve,
>
> ripropongo l'argomento che periodicamente viene proposto in lista e
> puntualmente non arriva ad una conclusione.
> A prescindere dalle etichette che si utilizzeranno vorrei capire se
> quanto riportato nella pagina wiki [1] è corretto o completamente
> sbagliato, soprattutto nel riquadro riassuntivo c'è scritto:
> Implica
>  bicycle=designated
>  foot=yes
>  motorcar=no
>  cycleway=track
>
> Secondo questo assunto una way etichettata con highway=cycleway dovrebbe
> avere quella serie di etichette implicite, poi però nell'esempio per la
> pista solo ciclabile fa aggiungere cycleway=track.
> Nella versione inglese invece come tag implicito riporta solo
> bicycle=designated poi restrizioni e limiti di velocità variabili da
> nazione a nazione. Per l'Italia purtroppo per le restrizioni di accesso
> [2] c'è solo una proposta, dove per cycleway riporta bicycle=designated
> e tutte il resto no, quindi l'etichetta implicita sarebbe foot=no e non
> yes.
> Direi che è importante avere nella pagina wiki l'informazione corretta
> su questo punto, come si possono verificare i tag di default che vengono
> applicati ad una way?
>
> Grazie
>
> [1] https://wiki.openstreetmap.org/wiki/IT:Tag:highway%3Dcycleway
> [2]
>
> https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access_restrictions#Italy
>
> --
> Ciao
> Marcello
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Laguna di Venezia verso Chioggia davanti Codevigo lungo la Romea

[Volker Schmidt]

E', come tutta la laguna, un terreno difficile da mappare. Ci sono pochi
posti che sono (quasi) sempre sopra il livello dell'acqua. Tanti che sono
anfibi, e poi i canali profondi che sono sempre sott'acqua. Il problema in
particolare sono i terreni anfibi, che sono almeno di due tipi: le isole
che sono sporgono quasi sempre, e i piccoli canali che sono percorribili
con barche piatte con marea, ma non senza marea.
Inoltre ci sarebbe anche il discorso dei toponimi. In laguna ogno canaletto
ha un nome. Ci sarebbero le carte nautiche, ma non so che licenza hanno.

Non sono del posto, e per questo non ho mai affrontato il problema. Al
massimo ho fatto alcuni giri in kayak con una guida locale per non perdermi.


<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Fri, 11 Dec 2020 at 10:52, Cascafico Giovanni 
wrote:

> Ho dato un'occhiata, non rilevando cancellazioni; diciamo che la parte
> meridionale, meno famosa e con molti accessi privati, è stata
> trascurata. Il poligono della laguna di venezia [1] ha ovviamente
> parecchi vertici, ma nella la parte sud si diradano.
> Ho iniziato a dettagliare con inner, islet ed aggiungendo vertici al
> poligonone, ma forse è il caso di spezzarlo prima di aggiungere
> dettagli.
>
>
> [1] https://www.openstreetmap.org/relation/3049430
>
> Il 11/12/20, Volker Schmidt ha scritto:
> > E' un vecchio problema nella Laguna che alcuni pezzi della coast line non
> > sono corrette. L'avevo segnalato anni in dietro.
> >
> > <
> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail
> >
> > Virus-free.
> > www.avast.com
> > <
> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail
> >
> > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> >
> > On Thu, 10 Dec 2020 at 22:56, Peppe via Talk-it <
> talk-it@openstreetmap.org>
> > wrote:
> >
> >> Osservando la mappa della zona ho osservato una possibile problematica
> in
> >> laguna con la zona ricoperta interamente d'acqua e alcune strade
> sembrano
> >> sommerse. Non essendomi mai occupato di landuse marini segnalo la cosa
> >> nel
> >> caso qualcuno di più esperto possa controllare.
> >> Saluti
> >> ___
> >> Talk-it mailing list
> >> Talk-it@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-it
> >>
> >
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Due punti sulla mappa...

[Volker Schmidt]

Chi fa il ripristino della A31 danneggiata (la parte esistente)?


A parte questo.
Mi sembra che il nostro tagging ha una strana asimmetria.

Per *un way* (per esempio un pezzo di strada) abbiamo tre stati:

   - esistente,
   - construction,
   - proposed

Sarebbero desiderabili

   - esistente fisicamente ma non ancora aperta al traffico
   - esistente fisicamente ma non più in uso
   - maintenance (chiuso per period esteso, ma sarà ripristinato)


Per una *route relation* (del tipo cycle route o hiking route) abbiamo due
stati:

   - esistente
   - proposed

Manca sicuramente

   - construction (tracce di lavoro o infrastrutture sul terreno)

Sarebbero utili eventualmente anche

   - ex-route (nel senso che la segnaletica non è più curata, ma il
   percorso stesso è percorribile)
   - interrotta e sanza piano di ripristino
   - interrotta ma con piano di ripristino (= maintenance?)
   - vecchio percorso, nel senso che c'è un nuovo percorso che lo
   sostituisce, ma che probabilmente trovi ancora tanti riferimenti alla
   vecchia versione sulle mappe cartacce in giro, e probabilmente nessuno ha
   tolto la segnaletica)

C'è un po' di confusione in fatto anche nell'approccio.

   - Per un edificio si utilizza l'approccio dell lifecycle prefix
   abandoned:, collapsed:, disused:
   - Per edifici e strade si utilizza l'approccio construction:
   highway=construction e construction=primary o highway=proposed,
   proposed=primary






Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Fri, 11 Dec 2020 at 10:10, Alessandro Sarretta <
alessandro.sarre...@gmail.com> wrote:

> Ciao Gianluca,
> On 11/12/20 09:18, Gianluca Boero wrote:
>
> Ciao a tutti.
>
> Dalla mappa Osm, se ricerco un percorso e inserisco con un Drag and Drop
> il simbolo verde di inizio percorso ed il simbolo rosso di fine percorso,
> mi ricerca il percorso più consono alla ricerca, preferendo percorsi
> stradali.
>
> Come faccio a selezionare un percorso inserendo altre alternative da me
> ricercate, ad esempio voglio andare dal punto A sino al punto B passando
> però non da C e D ma da E , poi da F ed infine da G.
>
> ti consiglio di dare un'occhiata a https://maps.openrouteservice.org che
> permette molte ulteriori customizzazioni rispetto al sito
> openstreetmap.org
>
> Ale
>
> P.S. ti consiglio inoltre di non aprire nuovi topic rispondendo a e-mail
> precedenti, altrimenti sembra appartengano alla stessa discussione :-)
> --
>
> Alessandro Sarretta
>
> skype/twitter: alesarrett
> Web: ilsarrett.wordpress.com
>
> Research information:
>
>- Google scholar profile
>
>- ORCID 
>- Research Gate
>
>- Impactstory 
>
> ___
> 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] Laguna di Venezia verso Chioggia davanti Codevigo lungo la Romea

[Volker Schmidt]

E' un vecchio problema nella Laguna che alcuni pezzi della coast line non
sono corrette. L'avevo segnalato anni in dietro.


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Thu, 10 Dec 2020 at 22:56, Peppe via Talk-it 
wrote:

> Osservando la mappa della zona ho osservato una possibile problematica in
> laguna con la zona ricoperta interamente d'acqua e alcune strade sembrano
> sommerse. Non essendomi mai occupato di landuse marini segnalo la cosa nel
> caso qualcuno di più esperto possa controllare.
> Saluti
> ___
> 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] [Proposal] [RFC] import of new cycle paths of Città Metropolitana di Bologna

[Volker Schmidt]

Io ho trovato Mapillary uno strumento molto utile per documentare la
ciclabilità per un successivo inserimento in OSM. E l'ho utilizzato per
diverse centinaia di km di infrastruttura ciclabile.

Mi viene spontaneo di suggerire di combinare i dati del Comune di Bologna e
il metodo Mapillary, ovvero organizzare delle mapillature sistematiche
lungo i percorsi del Comune.
I shapefile ci dicono dove sono i percorsi da fotografare. Le foto
Mapillary e relative tracce GPX permettono di inserire i dettagli lungo
questi percorsi.

C'è un altro aspetto che vale la pena affrontare nello stesso contesto.
La classificazione dei percorsi ciclabili in Italia è complicata, se
aggiungiamo anche attraversamenti e gli ostacoli (paletti, barriere
anti-bici, ecc). Io sto lavorando, a basso fuoco, su una nova versione
della pagina wiki "bicycle" per la situazione in Italia. E' incompleta,
ammetto, ma è sicuramente utile in questo contesto.

Sono disponibile di dare una mano.
Possiamo fare un tentativo di sviluppare un workflow assieme?
Cominciamo con una videoconferenza dove ognuno presenta il suo approccio.
Su Mapillary vedo che c'è una manciata di persone che hanno contribuito a
Mapillary in Bologna  in bici.

Volker
FIAB Padova e OSM


On Tue, 24 Nov 2020 at 23:01, Fabio Bettani  wrote:

> Ho già segnalato a Matteo, e segnalo anche pubblicamente, che la Consulta
> della Bicicletta di Bologna (formalmente è attiva solo sul territorio
> comunale, ma di fatto già da tempo anche in ambito metropolitano...) ha un
> piccolo gruppetto di contributori OSM, con poche competenze ma con voglia
> di fare. Sarebbero ben felici di aiutare, anche con sopralluoghi nei casi
> dubbi. Posso fare volentieri da tramite.
>
> Ciao!
>
> --
> Fabio
>
>
> Il giorno ven 20 nov 2020 alle ore 09:54 Matteo Fortini <
> matteo.fort...@gmail.com> ha scritto:
>
>> Grazie Alessandro, ti rispondo sotto.
>>
>> In generale comprendo le tue perplessità. Dall'altro lato, abbiamo più di
>> 900km di ciclabili "vere", realizzate su sede separata dalla sede stradale,
>> che ha molto senso vengano inserite in OSM.
>> Le alternative penso siano:
>>
>>- lasciare che ogni singolo o gruppo locale si metta a importare i
>>tratti che vede nascere, a mano, senza il supporto di foto satellitari,
>>perché la costruzione è troppo recente
>>- utilizzare il dataset di Città Metropolitana come base per
>>integrare le ciclabili, tutte insieme, o guidate dai gruppi locali
>>
>>
>> Il 19/11/20 04:48, Alessandro Sarretta ha scritto:
>>
>> Ciao Matteo,
>>
>> come pensavi di utilizzare/integrare in OSM le informazioni di questi 2
>> shapefile?
>>
>> Guardando rapidamente ai dati, mi sembra che le geometrie dei file
>> condivisi siano molto semplificate e che non potranno comunque in nessun
>> caso essere importate tout-court in OSM.
>>
>>
>> Sì, non ho mai sperato tanto. Penso che importare correttamente qualcosa
>> che proviene da altri SIT in OSM sia già un'impresa per dei punti (vedi i
>> civici dell'Emilia-Romagna), le strade hanno tante implicazioni anche su
>> altri progetti, come per esempio il routing, che penso possano essere
>> importate soltanto a mano, a meno che chi le ha progettate non l'abbia
>> fatto su OSM (cosa oggi inconcepibile).
>>
>>
>> Per quanto riguarda il layer itinerari_cicloturistici, mi pare che sarà
>> da assegnare (se non già fatto) una relazione con il nome degli intinerari
>> ai tratti che li compongono. Se mancano dei pezzi, bisognerà disegnarli a
>> mano immagino.
>>
>> Ancora meno informazioni contiene il secondo shapefile, della rete
>> strategica e integrativa. In questo caso, inoltre, credo debbano essere
>> considerati solo i tratti segnalati come esistenti, non quelli in corso di
>> realizzazione o tantomeno da finanziare, giusto?
>>
>> Il limite principale mi pare che sia l'assenza di qualsiasi tipo di
>> informazione sul tipo di percorso ciclabile, se pista o corsia ciclabile.
>>
>>
>> Le ciclabili in realtà sono quasi tutte realizzate, posso verificare con
>> Città Metropolitana, mi hanno fornito un documento che probabilmente è
>> ancora da aggiornare sullo stato d'avanzamento.
>>
>> On 18/11/20 22:43, Matteo Fortini wrote:
>>
>> Ho cominciato a riempire una pagina wiki come richiesto dalle linee
>> guida. C'è qualcuno/a che vuole dare una mano?
>>
>>
>> https://wiki.openstreetmap.org/wiki/Import_of_Citt%C3%A0_Metropolitana_di_Bologna%27s_cycling_paths
>>
>> Riguardo alla pagina di import, a parte una descrizione del contenuto de

Re: [Talk-it] [Proposal] [RFC] import of new cycle paths of Città Metropolitana di Bologna

[Volker Schmidt]

Ciao,

sono interessato in questo lavoro, ma sono sono di Padova. Ho inserito
parecchi percorsi ciclabili a Padova. E il mio interesse è come viene fatto
altrove.
Prima domanda:
Parliam do infrastruttrura ciclistica (piste e corsie ciclabili) o di
percorsi (itinerari) cicloturistici, come dai titoli dei dataset nel sito
citato (vedi
https://wikimediaitalia.nws.netways.de/index.php/s/MmH2x6zD9GRdyGL?path=%2Fciclabili
).
A me interessano entrambe le categorie.
Inoltre mi interessano anche attraversamenti, barriere (archetti, paletti
ecc) e segnavia (per i percorsi cicloturistici).
Estrapolando dal mio approccio a Padova, consiglio di fare sistematicamente
foto Mapillary di questi percorsi (cioè in bici sui percorsi ciclabili)

Volker

<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Wed, 18 Nov 2020 at 22:44, Matteo Fortini 
wrote:

> Ho cominciato a riempire una pagina wiki come richiesto dalle linee
> guida. C'è qualcuno/a che vuole dare una mano?
>
>
> https://wiki.openstreetmap.org/wiki/Import_of_Citt%C3%A0_Metropolitana_di_Bologna%27s_cycling_paths
>
> Grazie,
> Matteo
>
> Il 08/10/20 18:04, Matteo Fortini ha scritto:
> > The Città Metropolitana di Bologna in Italy (local authority for the
> > Bologna province) has recently built around 100kms of cycle paths.
> >
> > I asked them if they could provide a dataset to import in OSM.
> >
> > They provided me the shapefiles for the paths, which are not perfectly
> > matching, but are very close.
> >
> > They waived the license for Openstreetmap as per the attached license
> > file, with the same method the Municipality of Bologna used to allow
> > the use of their aerial pictures to OSM users (here
> > http://dati.comune.bologna.it/node/3446 ).
> >
> > I ask for your opinion and comments, and at the same time if anyone
> > would like to collaborate in the import process.
> >
> > Thank you
> > Matteo Fortini
>
>
> ___
> 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] Pubblicazione fotografie e riferimenti negli oggetti OSM

[Volker Schmidt]

Per quanto riguarda foto Mapillary, di cui sono un massiccio produttore e
consumatore (per mappare dettagli in OSM che sono  rilevanti in primo luogo
per il traffico in bicicletta, non ho mai neanche pensato di inserire
riferimenti a immagini specifici. Mapillary lo cito come source nei
changeset.
In realtà potrebbe essere utile per oggetti come rastrelliere, barriere sui
percorsi o simili oggetti. Come tag si potrebbe utilizzare url=.
Un altro commento: so che il CAI di Padova ha cominciato documentare
sentieri con segnaletica CAI su Mapillary.
Riferimenti a Mapillary nelle tag delle relazioni sarebbe anche un'altra
idea, ma non possono essere URL, perché raramente una sequenza Mapillary
corrisponde a un sentiero CAi o una ciclovia, ma si potrebbe aggiungere
qualcosa indicando che un sentiero CAI o una ciclovia ha copertura con
immagini Mapillary ("mapillary= yes" ?).


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Tue, 17 Nov 2020 at 15:46, Martin Koppenhoefer 
wrote:

> Premetto che qualche mese fa ho cominciato a fare foto di fontane e
> fontanelle in maniera più sistematica, e di caricarle su wikimedia
> commons, poi ovviamente  agigungo un riferimento nel tag "image" in
> OSM. Devo dire che una volta cominciato, benchè si tratta in qualche
> modo di lavoro in più (ho trovato un app wikimedia che aiuta a
> caricare la foto in commons e a trovare poi il link per OSM), sono
> convinto che sia un contributo utile per farsi un'idea migliore della
> situazione.
>
> Nel caso di mapillary, dove non scatti (suppongo) una foto di qualcosa
> di specifico, ma piùttosto tante foto in maniera sistematica e
> automatica, che poi vieni a ritrovare tramite la posizione (API),
> trovo meno importante se non forse addirittura inutile, avere un
> riferimento esplicito da OSM (mi potrei sbagliare), perché lo stesso
> risultato lo potresti anche ottenere sfruttando le API di mapillary
> senza dover mantenere niente in OSM, no?
>
> Ciao
> Martin
>
> ___
> 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] part-time traffic signals

[Volker Schmidt]

Grazie - mi era sfuggito

On Sat, 31 Oct 2020 at 11:39, scratera  wrote:

> https://wiki.openstreetmap.org/wiki/Key:traffic_signals
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] part-time traffic signals

[Volker Schmidt]

In alcuni posti abbiamo semafori part-time. Mi vengono in mente due casi:

   - un incrocio con tram: si accende solo quando arriva un tram
   - uscita pompieri: lampeggiante, diventa rosso quando escono i pompieri

come si fa?
Volker
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Po Valley??

[Volker Schmidt]

L'utente che ha inserito il PO Valley è lo stesso che ha tentato di
eliminare la regione geografica italiana (frattempo re-reverted)
Hp paura che sia meglio di utilizzare la diplomazia prima che questo
diventa una editing war prolungata.
Volker

On Mon, 19 Oct 2020 at 15:34, Alessandro Barbieri 
wrote:

> Il 19/10/20 14:10, canfe ha scritto:
> > Volevo segnalare i recenti changeset dell'utente MitjaJez
> > Uno degli ultimi:
> >
> > https://resultmaps.neis-one.org/osm-change-viz?c=92668108#8/45.309/9.867
> >
> > Personalmente non capisco cosa voglia delimitare se il bacino idrografico
> > (ma allora dovrebbe essere più ampio) o la pianura. Se pianura allora
> quanto
> > deve essere 'piana' per essere pianura? :-)
> da piallare, come è stato fatto con la regione geografica italiana
>
> ___
> 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] Strane combinazioni di tag

[Volker Schmidt]

Il tagging non è sbagliato nel senso formale, ma è parecchio ridondante per
mio avviso.
highway=footway esprime la stessa cosa.
Oltre a questo, mi sembra che questi "footway" sono aperti anche alle bici
(ci sono addirittura delle rastrelliere mappate in questa zona).


On Mon, 12 Oct 2020 at 18:55, Francesco Ansanelli 
wrote:

> Buonasera lista,
>
> L'utente Coen Vijge (https://www.openstreetmap.org/user/Coen%20Vijge)
> ignorando i messaggi che più volte gli ho scritto sia in privato che sui
> changeset continua ad usare questa combinazione:
>
> highway=footway
> access=no
> foot=yes
>
> Ecco l'ultimo:
> https://www.openstreetmap.org/changeset/92366577
>
> Per me rappresenta un anti-pattern... Quando su un marciapiede è
> consentito un accesso diverso da foot??
>
> Potete provare a scrivergli voi?
> Non mi va di far intervenire direttamente il DWG perché credo siano
> modifiche fatte in buona fede.
>
> Grazie per l'aiuto
> Francesco
>
> ___
> 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] Toponimi di area vasta (era Re: Regione geografica italiana)

[Volker Schmidt]

Trovo interessante il lavoro iniziato da Martin.
In questo contesto:
Ho la vaga memoria che al livello [Tagging} si era parlato tempo addietro
di una idea ancora più scarna, ma forse "combinabile" con l'approccio
iniziato da Martin:
Definire la possibilità di aggiungere delle linee anche curve come aiuto ai
renderer per mettere delle scritte di toponomi che seguono oggetti
geografici, come per esempio catene montuose. Non mi ricordo chi l'aveva
proposto (Frederik?).
Una tale combinazione darebbe ad un renderer la scelta di riprodurre l'area
sfumata e/o la scritta che segue l'oggetto geografico.


On Fri, 9 Oct 2020 at 10:14, Martin Koppenhoefer 
wrote:

> Am Do., 8. Okt. 2020 um 23:50 Uhr schrieb Simone Saviolo <
> simone.savi...@gmail.com>:
>
>> +1. Riporto la mia idea del rendering sfumato: un tag tale che il
>> rendering lo rappresenti come un'area con bordi sfumati. Ma dovrebbe essere
>> un rendering selettivo, da fare solo se si è interessati a quell'area,
>> quindi non è un'idea per Mapnik ad esempio.
>>
>
>
> Ho cominciato un progetto per creare un dataset internazionale di regioni
> geographiche, da usare insieme ad altri dati (OSM per esempio). L'idea era
> di collezionare geometrie semplici e linkarle a wikidata, per esempio per
> ottenere traduzioni. Tutto in formato GeoJSON perché consente di salvare le
> modifiche in maniera efficiente (git) ed è leggibile dagli umani.
>
> Il progetto si chiama OpenGeographyRegions e la licenza è CC0.
>
> https://github.com/dieterdreist/OpenGeographyRegions
>
> Ciao,
> Martin
> ___
> 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] Toponimi di area vasta (era Re: Regione geografica italiana)

[Volker Schmidt]

Penso che non vada bene.
Abbiamo già alcune relazioni con place=region e boundry=ntural per alcune
montagne, ma con confini pseudo-precisi (esempio Relation 2513045
<http://www.openstreetmap.org/relation/2513045>), non come collezione di
cime.
Inoltre c'è anche una meta-regione mappato con una relazione e
place=regione (Relation 9084464
<http://www.openstreetmap.org/relation/9084464>)

Non aggiungiamo un altro elemento di confusione.

Volker


<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Sat, 10 Oct 2020 at 15:28, Lorenzo Pesci <
lorenzo.pe...@comune.spoleto.pg.it> wrote:

> Relativamente ai gruppi montuosi, riporto le relazioni che ho creato: penso 
> che sia il modo più semplice e'meno incerto di definirli.
>
> Lorenzo Pesci
>
> Sibillini
> https://www.openstreetmap.org/relation/10795322
> Monti della Laga
> https://www.openstreetmap.org/relation/11718289
> Monti Reatini
> https://www.openstreetmap.org/relation/11729866#map=11/42.4908/12.9869
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] [Taljk-it] non-attribuzione

[Volker Schmidt]

Mi sembra che followme.com utilizza OSM senza attribuzione.
Vedi la loro demo page:
https://www.followmee.com/Demo/embedmap.html

Qualcuno può verificare che non sbaglio?

Grazie

Volker



<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Regione geografica italiana

[Volker Schmidt]

Penso che questo dicorso continua a tornare a confini amministrativi.
Il caso che è alla base tratta di un confine geografico
(boundary=geographic)
This is an undocumented tag.that has been used (nearly) exclusively by user
lorec10.(overpass wizard query ""boundary"="geographic" global")

Anyway the relation was removed by the Slovenia-based user MitjaJez

in Changeset #92008630 
on the argument that it was historic.



Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Wed, 7 Oct 2020 at 17:57, Fintocubano  wrote:

>
> > Mi va bene considerare "definizione" qualsiasi descrizione uno storico
> > abbia messo prima o poi in una pubblicazione, ma non se parliamo di una
> > mappa [...]. Su OSM non possiamo indicare niente in maniera vaga e
> > sfumata: su OSM tracciamo linee.
>
> Quindi, se ho capito bene, secondo te il lavoro fatto dagli storici non
> sono
> confini (linee) precisi, ma solo definizioni ovvero ''linee sfumate'',
> mentre il lavoro di ISO e UNESCO sono confini (linee) netti e precisi.
>
> Allora Giulio Cesare (storico), quando diceva ''Gallia est omnis divisa in
> partes tres [...]. Gallos ab Aquitanis Garumna flumen, a Belgis Matrona et
> Sequana dividit [...] Eorum una pars, quam Gallos obtinere dictum est,
> initium capit a flumine Rhodano, continetur Garumna flumine, Oceano,
> finibus
> Belgarum, attingit etiam ab Sequanis et Helvetiis flumen Rhenum, vergit ad
> septentriones [ecc. ecc.]'' non tracciava un confine netto e preciso delle
> terre dei tre popoli gallici?
>
> Credo invece di si' come, allo stesso modo, gli storici quando definirono i
> confini di Sannio e Irpinia. O di Terra del Lavoro. O di Nizzardo, che per
> la De Agostini e/o gli storici credo voglia indicare la ''Contea di Nizza''
> che faceva parte del Ducato di Savoia e poi del Regno di Sardegna e che
> ha/aveva dei confini ben precisi. Certamente non si può dire lo stesso
> dell'Alto Milanese o del Milanese: qui i confini sono molto più vaghi,
> essendo queste regioni non storiche, come la Ciociaria per esempio o le
> Valli Grandi Veronesi.
>
>
> > Il rischio è che poi ci troviamo con duecento definizioni di una certa
> > regione [...]. Imponiamo un limite di "enciclopedicità", come Wikipedia?
>
> E' quello che suggerivo nei miei interventi precedenti: un criterio che
> faccia da discrimine alla miriade di definizioni di confini di geografia
> storica, fisica e che escluda le zone sfumate. Va bene il criterio di OSM
> che suggerisci ''map the world as it can be observed by someone physically
> there" e "map what is verifiable''. Va anche bene quello che ''rappresenti
> il netto confine dell'entità''. Basta che chi di competenza in OSM li
> discuta, li valuti e li includa e li faccia poi rispettare.
>
> Pero', credo sia anche necessario che questi ''netti confini'' (per es.
> Ulster di ISO) siano universalmente o largamente accettati e condivisi, e
> non che siano accettati parzialmente da una popolazione (Eire) e non
> accettati da un'altra (UK) affinché ciò non generi confusione per gli
> utenti
> della mappa di OSM.
>
>
> > Sì, lo ammetto, nei miei primi interventi in questa discussione
> > probabilmente ho scritto cose che contrastano con quanto ho scritto
> > adesso. [...] altre persone sono intervenute, ci ho pensato sopra e ho le
> > idee meno confuse di come potevano essere una settimana o due fa. Posso
> > anche aver portato esempi sbagliati, o espresso criteri contraddittori.
>
> Apprezzo questa tua riflessione critica. Siamo qui, appunto, per discutere
> e
> confrontarci e trarne degli insegnamenti utili nel rispetto reciproco del
> nostro pensiero.
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Regione geografica italiana

[Volker Schmidt]

Sono d'accordissimo che ISO non c'entra con le denominazioni geografiche,
solo con quelle politiche ed amministrative di oggi.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Regione geografica italiana

[Volker Schmidt]

Simone hai ragione,
"
for the purposes of ISO 3166-2 <https://en.wikipedia.org/wiki/ISO_3166-2>,
*Ulster* is used to refer to the three counties of Cavan, Donegal and
Monaghan only, which are given country sub-division code "IE-U".
"
(from the Wikipedia Ulster page)

Cavan, Donegal e Monaghan sono le tre contee del Ulter storico che si
trovano adesso in Eire.

Volker

On Thu, 1 Oct 2020 at 18:07, Simone Saviolo 
wrote:

> Il giorno gio 1 ott 2020 alle ore 17:47 Volker Schmidt 
> ha scritto:
>
>> (https://it.wikipedia.org/wiki/ISO_3166-2:IE).descrive il codice ISO
>> assegnato alla parte dell'Ulster che fa parte del United Kingdom. Gli
>> inglesi utilizzano il termine Ulster come sinonimo di Northern Ireland.
>>
>
> La pagina Wikipedia che hai linkato mostra il contrario: l'ISO ha definito
> quattro regioni nell'Irlanda (probabilmente basate sulle province storiche,
> ma formate da raggruppamenti amministrativi e quindi ben definite), una
> delle quali è l'Ulster, che non coincide con la Northern Ireland. Vero che
> gli inglesi usano Ulster e Northern Ireland come sinonimi, ma qui quella
> confusione non c'entra.
>
> Ciao,
>
> Simone
> ___
> 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] Regione geografica italiana

[Volker Schmidt]

Un altra precisazione

https://www.openstreetmap.org/relation/278664> si riferisce a Ulster come
una delle province dell'Irlanda storica, composta da 9 contee, di cui 6
oggi fanno parte del "United Kingdom of Great Britain and Northern Ireland"
e tre dell'Eire
(https://it.wikipedia.org/wiki/ISO_3166-2:IE).descrive il codice ISO
assegnato alla parte dell'Ulster che fa parte del United Kingdom. Gli
inglesi utilizzano il termine Ulster come sinonimo di Northern Ireland.
In questo senso l'Ulster odierno è solo una parte dell'Ulster storico.




On Thu, 1 Oct 2020 at 17:20, Volker Schmidt  wrote:

> Alcuni commenti senza ordine spedisco mi Hu
>
> La regione geografica "Italia" non ha una definizione sulla quale c'è
> d'accordo.
>
> Lo stato "Italia" esiste con confini precisi, salvo un problemino con la
> Francia sul Mont Blanc (come viene chiamato comunemente in Germania).
> Vecchie "versioni" della Italia politica sono ben documentati.
>
> LIMES è una rivista geopolitica non geografica. limes è anche la parola
> latina per confine, chiaramente un concetto politico o amministrativo e non
> geografico.
>
> La relazione del Ulster storico in OSM è chiaramente targata come
> informazione storica. Si tratta di un confine politico-amminitrativo
> storico. Non si tratta di un entità geografica. Si può discutere se tenerle
> in OSM.
>
> I commenti in questa discussione su toponimi bi-lingui illustrano la
> confusione concettuale che rende la conversazione difficile.
>
> Volker
>
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Regione geografica italiana

[Volker Schmidt]

Alcuni commenti senza ordine spedisco mi Hu

La regione geografica "Italia" non ha una definizione sulla quale c'è
d'accordo.

Lo stato "Italia" esiste con confini precisi, salvo un problemino con la
Francia sul Mont Blanc (come viene chiamato comunemente in Germania).
Vecchie "versioni" della Italia politica sono ben documentati.

LIMES è una rivista geopolitica non geografica. limes è anche la parola
latina per confine, chiaramente un concetto politico o amministrativo e non
geografico.

La relazione del Ulster storico in OSM è chiaramente targata come
informazione storica. Si tratta di un confine politico-amminitrativo
storico. Non si tratta di un entità geografica. Si può discutere se tenerle
in OSM.

I commenti in questa discussione su toponimi bi-lingui illustrano la
confusione concettuale che rende la conversazione difficile.

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

Re: [Talk-it] Regione geografica italiana

[Volker Schmidt]

Ho seguito con interesse questa discussione e noto che Martin, come me, è
molto sensibile sulla tematica.
L'intenzionale confusione di termini fra stati ed aree geografiche e fra
stati e confini etnici e/o linguistici e/o religiosi ha causato centinaia
di milioni di vittime nella storia in Europa.
Non so da dove viene Martin, ma io sono nato al confine colla Francia
(letteralmente a due km), la maggior parte della mia stirpe sono francesi,
mio bisnonno, che abitava a 40km di casa mai ha cambiato quattro volte
passaporto e lingua senza spostarsi.

Detto questo, si può difinire una regione geografica in vari modo, dalle
placche tettoniche, dai bacini fluviali (spartiacque) o creste delle
montagne, si potrebbe pensare anche alla geologia, alle zone climatiche
 Con tutta la buona volontà quel confine in OSM che ha iniziato la
discussione non ha niente di geografico, Era lo stato italiano con piccole
vatianti, e includev anche le acque territoriali. Meglio non avere queste
cose poco verificabili in OSM.

Interesant anche l'accenno all'Irlanda. Suppongo che sappiamo tutti che
l'Irlanda (geografica) è una isola, che attualmante "ospita" la Reppublica
dell'Irlanda (Eire) e un pezzo che è rimasto brittanico. Non so quanti
morti ha prodotto la guerra dell'indipendanza irlandese, ma sicuramante
troppi.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[Volker Schmidt]

Sul suo profile OSM spiega come funziona tutto.
Io lo stesso vedo quest'attività con perplessità.
Anche se non è un mass edit automatizzato è un mass edit importante e penso
che una tale operazione andrebbe discussa con la comunità prima
dell'esecuzione.




Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Tue, 29 Sep 2020 at 15:39, Martin Koppenhoefer 
wrote:

>
> Am Di., 29. Sept. 2020 um 14:08 Uhr schrieb Lorenzo Stucchi <
> lorenzostucch...@outlook.it>:
>
>> La cosa che a me pare strana è tuttavia la metodologia dei diversi
>> changeset [1] , ci sono qualche decina di changeset in cui raggiugne solo
>> nodi e poi li collega in un unico changeset, è qualcosa di automatico di
>> JOSM?
>>
>
>
>
> sì, c'è un limite dell'API di osm.
>
> Ciao
> Martin
> ___
> 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] Vecchi sentieri CAI

[Volker Schmidt]

On Mon, 28 Sep 2020 at 10:43, Martin Koppenhoefer 
wrote:

> farei distinzione tra highway e route. Il comune sarebbe l’operator del
> highway mentre il cai della route. È il cai che assegna il numero e mette i
> cartelli e segni della route.
>

Non è generalizzabile.
Localmente abbiamo, nei Colli Euganei, dei sentieri cui segnaletica è la
piccola manutenzione è curata dal CAI Padova, ma sotto contratto con il
Parco dei Colli Euganei per alcuni e singoli comuni per altri di questi
sentieri.
In termini pratici, non so come l'utente finale (turista) può saperlo, e
come funziona, ma nel senso del tag "operatore" questi sentieri ne hanno
due. :-(


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Regione geografica italiana

[Volker Schmidt]

Aggiungo:

Altri aspetti dell'utente lorec10:
ha inserito due "proposte" sue per la viabilità a Firenze come relazioni,
composti da strade taggate highway=proposed, ma le relazioni sono reali.

   - Bypass Gavinana (9123407, v6)
   <https://www.openstreetmap.org/relation/9123407>
   - viabilità Firenze Sud (11186930, v1)
   <https://www.openstreetmap.org/relation/11186930>

Purtroppo non dovrebbero essere in OSM.

Poi ho scoperto che sul sito www.deviantart.com esiste un utente con lo
stesso nome <https://www.deviantart.com/lorec10>, che pubblica mappe.

Esiste anche un utente lorec10 su Wikipedia e su Pinterest

Se si tratta della stessa persona, direi che si tratta di un'artista.



On Thu, 24 Sep 2020 at 15:43, Volker Schmidt  wrote:

> L'utente lorec10 ha una storia:
>
> nel 2017
>
>- ha lavorato sul confine della Peninsula Iberica (changeset 53355956
>...)
>- "ajouté une proposition de Grand Bruxelles" (CS 54035610 ...)
>- lavorato sul "confine storico Italia-Francia" (CS 54282137...)
>- "added Italian Switzerland" (CS 54740342 ...)
>
> nel 2018
>
>- "Huating total population correction" (CS 64954773) in China
>- "added Zona de Lengua Catalana de Aragón" (CS 62080288 ...)
>
>
> nel 20120
>
>- "relation Grand Genève" (CS 83726885 ...
>- una marea di "correzione confini" (CS 86290173 ...) che si
>riferiscono all'Italia "geografica"
>
>
> Non ho controllato nessuno di questi changeset e non dico niente sulla
> qualità - mi riferisco solo ai commenti inseriti dall'utente.
>
>
> On Thu, 24 Sep 2020 at 12:41, Andrea Musuruane  wrote:
>
>> L'utente lorec10 ha ...
>>
>
>
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
>  Virus-free.
> www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
> <#m_-3627051721672370906_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Regione geografica italiana

[Volker Schmidt]

L'utente lorec10 ha una storia:

nel 2017

   - ha lavorato sul confine della Peninsula Iberica (changeset 53355956
   ...)
   - "ajouté une proposition de Grand Bruxelles" (CS 54035610 ...)
   - lavorato sul "confine storico Italia-Francia" (CS 54282137...)
   - "added Italian Switzerland" (CS 54740342 ...)

nel 2018

   - "Huating total population correction" (CS 64954773) in China
   - "added Zona de Lengua Catalana de Aragón" (CS 62080288 ...)


nel 20120

   - "relation Grand Genève" (CS 83726885 ...
   - una marea di "correzione confini" (CS 86290173 ...) che si riferiscono
   all'Italia "geografica"


Non ho controllato nessuno di questi changeset e non dico niente sulla
qualità - mi riferisco solo ai commenti inseriti dall'utente.


On Thu, 24 Sep 2020 at 12:41, Andrea Musuruane  wrote:

> L'utente lorec10 ha ...
>


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Regione geografica italiana

[Volker Schmidt]

C'è un'entità geografica, non politica, che si chiama penisolala
appeninica.
Come la penisola iberica.
L'unico problema che viene utilizzato per due cose diverse: una versione
include la pianura padana e va fino allo spartiacque alpine, mentre quella
più ristretta corrisponderebbe all'odierna "terronia" (e così siamo alla
politica lo stesso ...)

On Tue, 15 Sep 2020 at 09:49, totera  wrote:

> Ciao a tutti,
> ricordate la discussione sulla regione geografica italiana [1]?
>
> Ieri Frederik Ramm del DWG ha cancellato la relazione [2], immagino su
> segnalazione di chi vede in essa una rivendicazione territoriale,
> invitandoci comunque a parlarne in lista.
>
> Come ho provato a spiegargli nel commento, a mio avviso si tratta di una
> definizione geografica ampiamente diffusa, che ricordo di aver trovato su
> diversi testi di geografia, di storia, enciclopedie, ecc.
>
> Con essa si intende il territorio a sud dell'arco alpino, che non coincide
> esattamente con i confini italiani (né attuali, né passati), né con le
> rivendicazioni degli irredentisti, che erano basate su considerazioni
> etnolinguistiche e quindi comprendevano anche territori esterni come la
> Dalmazia.
>
> Ciao,
> Gianluca
>
> [1] =
> https://lists.openstreetmap.org/pipermail/talk-it/2017-October/060515.html
> [2] = https://www.openstreetmap.org/changeset/90871685
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>


Virus-free.
www.avast.com

<#m_-1677240956950361060_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] [talk-it] Opera Idraulica - accesso

[Volker Schmidt]

Dalle mie parti ci sono tanti argini con cartelli di divieto per veicoli.
Esempio (che ho visto oggi)

Io ho normalmente mappato con vehicle=no.
Il mio dubbio:
Google mi voleva mandare in questa strada.
Sbaglio io o sbaglia Google?
Da notare che fa riferimento a un Regio Decreto-Legge del 1904 (che ha 35
pagine).
E non capisco il divieto di accesso con veicoli con isl discorso dei danni.
Forse è solo vietato l'accesso con veicoli che fanno danni?





Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Google trekker

[Volker Schmidt]

Penso che Mapillary ha un vantaggio su percorsi ciclabili e pedonali.
E' anche adesso disponibile senza limiti con licenza aperta addirittura per
uso commerciale.
Sull'aspetto tecnico il loro visualizzatore ê migliore di quello di
Streetview.
Se fate le foto con una camera 360 con GPS incorporato (come Garmin VIRB
360), il risultato è bello.
Guardate le foto 360gradi dell'utente  giubar
<https://www.mapillary.com/app/?lat=45.347274111099125&lng=10.882381407954085&z=14&panos=true&pKey=5LtzHsuZPBpM_SrtLRaVMw&x=0.7697296112094091&y=0.4966400398467567&zoom=0&focus=map&username%5B%5D=giubar&mapStyle=Mapillary+streets>
.

Volker

On Thu, 3 Sep 2020, 12:28 Alessio Piccioli, 
wrote:

> Ciao a tutti,
>
>   non ho più seguito in dettaglio il discorso di Google ma il CAI
> Nazionale sta con OSM!!! A breve rinnoveremo la convenzione e in questi
> anni sono stati inseriti un sacco di percorsi in tutta Italia siamo a
> 70.000 Km se non erro.
>
> Detto questo l'idea dello StreetView sui sentieri potrebbe essere un
> qualcosa che attrae nei prossimi anni ci sarebbe Mapillary ma anche li
> andiamo su terreno scivoloso in termini di usabilità (licenze e diritti)
> del dato.
>
> E se ci inventassimo qualcosa che parte proprio dal popolo di OSM? (magari
> mi sono perso un pochino e qualcosa già esiste?)
>
> Un saluto a tutte e tutti!!
>
> A.
>
> Il giorno mer 2 set 2020 alle ore 14:45 Manuel  ha
> scritto:
>
>> Il Google Trekker era questo affare
>> <https://www.luxuryadventures.co.nz/blog/wp-content/uploads/2013/08/google_trekker780.jpg>,
>> con cui si poteva praticamente fare una StreetView di sentieri o luoghi
>> accessibili solo a piedi. Legambiente ne ha fatti usare a dei suoi
>> volontari (notizia
>> <https://www.legambiente.it/trekker-street-view-di-google/>) e penso che
>> ci siano stati anche degli addetti stipendiati da Google che fotografavano
>> luoghi altrimenti inaccessibili con la GoogleCar (ad esempio Venezia, e lo
>> si vede in questo riflesso
>> <https://www.google.com/maps/@45.4350727,12.3468704,3a,44.4y,70.79h,84.57t/data=!3m6!1e1!3m4!1smTQDWG5WS8CJpt8BeVswzQ!2e0!7i13312!8i6656>).
>> Però, lo scopo principale non credo fosse mappare i sentieri, ma "allargare
>> gli orizzonti" di StreetView a luoghi particolari.
>> Manuel
>> Il 02/09/2020 14:21, Maxxer via Talk-it ha scritto:
>>
>> Il CAI di Bergamo so che ha portato il fardello di 40kg per qualche 
>> sentiero. C'era un modulo da compilare per fare richiesta. Comunque lo 
>> concedevano solo per sentieri di una certa rilevanza, non per ogni cavolata.
>>
>> September 2, 2020 2:11 PM, "Cascafico Giovanni"  
>>  wrote:
>>
>>
>> Uno dei punti di forza di OSM rispetto alla controparte commerciale è
>> la mappatura dei sentieri. Ho trovato un'articolo [1] del 2014 in cui
>> il Touiring Club Italiano segnalava che il progetto "è ora pronto a
>> partire anche in Italia dove Google è sta reclutando trekker tra gli
>> enti turistici, le associazioni no profit, le università o le
>> organizzazioni di ricerca."
>>
>> Ne sapete qualcosa? Chi ha partecipato?
>>
>> [1]https://www.touringclub.it/notizie-di-viaggio/google-trekker-anche-i-sentieri-sono-mappati-passo-dop
>> -passo/immagine/3
>>
>> ___
>> Talk-it mailing 
>> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>>
>> ___
>> Talk-it mailing 
>> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
>
> --
> *Alessio Piccioli / *Amministratore unico
> alessiopicci...@webmapp.it
> www.webmapp.it
> +39 328 53 60 803
>
>
> P.Iva e CF 02266770508
> CCIAA di Pisa n. 02266770508 del 01/08/2017
> Capitale Sociale 10.000,00 €
> ___
> 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] Alberi monumentali d’Italia

[Volker Schmidt]

Devo ancora trovare quest'albero
:-(
Suppongo che sia dentro quel parco, che si chiama appositamente Parco dei
Faggi.
La mia domanda era essenzialmente: se non lo vedo primo colpo, in che
raggio devo cercare.

On Tue, 1 Sep 2020 at 14:34, Cascafico Giovanni  wrote:

> Il 31/08/20, Volker Schmidt ha scritto:
> > Ho guardato http://audit.osmz.ru/map/AM-IT#6/43.604/12.546
> > e ho trovato un albero a 300m di casa mia in un parco, ma la posizione
> > indicata è un prato non albareto dentro questo parco
> > Quale è la precisione di posizione dei dati?
>
> Puoi darmi le coordinate? Federico Cortese ed io stiamo controllando
> un po' in giro mi sembra che le coordinate siano piuttosto precise.
> Siccome il MIPAAF raccoglie li sopralluoghi dalle regioni, se hai
> trovato un errore nella tua può essere che sia un problema degli
> operatori in zona e che ci siano altri errori.
> Possiamo perciò verificare se l'errore è solo nella Google Map oppure
> anche negli excel regionali in calce alla parina [1]. Così magari
> eliminiamo una dell due fonti. Tra l'altro i campi di denotazione sono
> piuttosto diversi.
>
> [1]
> https://www.politicheagricole.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/11260
>
> ___
> 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] Alberi monumentali d’Italia

[Volker Schmidt]

Ho guardato http://audit.osmz.ru/map/AM-IT#6/43.604/12.546
e ho trovato un albero a 300m di casa mia in un parco, ma la posizione
indicata è un prato non albareto dentro questo parco
Quale è la precisione di posizione dei dati?

Volker


On Mon, 31 Aug 2020 at 12:04, Matteo Fortini 
wrote:

> Aggiungo un aneddoto sulla lista degli alberi monumentali: se vi capita,
> controllate se ci sono alberi per il vostro Comune e se sono in un numero
> che vi sembra giusto. L'ho fatto col mio Comune e non ce ne sono, sembra
> che sia un problema di comunicazione fra gli uffici e gli enti superiori
> che raccolgono il dato.
>
>
>
> Il 31/08/20 09:47, Cascafico Giovanni ha scritto:
>
> Alberi monumentali in Italia: qui [1] trovate una mappa overview con bozza
> di tagging e conflation
>
>
> [1] http://audit.osmz.ru/map/AM-IT#6/43.604/12.546
>
> Il ven 28 ago 2020, 18:10 Cascafico Giovanni  ha
> scritto:
>
>>
>>
>> Il ven 28 ago 2020, 14:58 Andrea Musuruane  ha
>> scritto:
>>
>>> Se posso permettermi, consiglierei la conversione del CSV in uno
>>> shapefile con QGIS (o usare direttamente lo shapefile del ministero, se
>>> fosse disponibile), la traduzione in formato OSM con ogr2om e la conflation
>>> usando il Conflation plugin di JOSM, magari su base regionale.
>>>
>>
>> Appena mi capita un PC sotto le grinfie preparo qualche mappa di audit
>> regionale, tanto per avere un'idea del dataset.
>>
>> Quello che ho sottomano è la conversione in csv del kml scaricabile da
>> Google (sic!). Come scrivevo, c'è presumibilmente da accertarsi sul tagging
>> di 5-6 campi che definiscono la "monumentabilità" che non avevo visto (o
>> non c'erano) nei excel xls mipaaf di qualche tempo fa.
>>
>>
>> Questa [1] è la wiki che avevo preparato per il Friuli Venezia Giulia.
>> Eventualmente da aggiustare per la nuova generazione.
>>
>> Oh! Faccio il minimo, che sto cc-by chissà se ce lo leviamo dai piedi.
>>
>>
>> [1]
>> https://wiki.openstreetmap.org/wiki/Import/Catalogue/AlberiMonumentali-RAFVG-opendata
>>
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [talk:it] Bicycle road all'italiana?

[Volker Schmidt]

On Sat, 29 Aug 2020 at 13:25, Martin Koppenhoefer 
wrote:

> sono d‘accordo che ci siano strade che non sono abbastanza larghe per
> avere traffico continuo in due versi, però non sono nemmeno sensi unici. In
> questi casi non ci sono corsie, infatti il nome inglese è single tracked,
> non single-lane.
> Si omette “lanes” (diceva la maggioranza sulla lista tagging).
>
Martin, non è così. Una "single-track road" (UK) o "one-lane road"  (USA),
termini equivalenti secondo Wikipedia, sono spesso vere e proprie strade a
una corsia, utilizzati con due sensi di traffico. Sono comuni nel Regno
Uniti, e ci sono tante anche in Italia, in particolare in montagna. In
Inghilterra normalmente, su queste strade, sono previsti dei con passing
places (scritta "passing place" su quadrato o rombo bianco).

Quello che è descritto sulla wiki OSM attuale, cioè che strade a corsia
unica senza bordo bianco dipinto non vanno taggate con lanes=1 è
contra-intuitivo, è un cambiamento di un tagging in uso massiccio, e il
quale era, inoltre, descritto sulla pagina wiki "lanes" fino al 2017.

Vorrei sollevare la questione sulla lista tagging.
Martin, ti ricordi del dove (quale lista) e quando della discussione alla
quale ti riferivi? La mia memoria è debole e non la trovo con una semplice
ricerca. Grazie.

Volker




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

Re: [Talk-it] [talk:it] Bicycle road all'italiana?

[Volker Schmidt]

Ciao

> Se c'è solo una corsia in tutto, come fa a non essere un senso unico?
>
In caso di una single-track road
<https://en.wikipedia.org/wiki/Single-track_road>, anche chiamata one-lane
road.

Ho guardato qualche esempio che riporti e, se sono strade a doppio senso di
> circolazione, dovrebbero essere mappate come lanes=2 + lane_markings=no se
> hanno i delimitatori di carreggiata, oppure solo con lane_markings=no se
> non sono presenti, come tra l'altro riporta la wiki:
> https://wiki.openstreetmap.org/wiki/Key:lanes#Examples
>
Conosco la pagina e la mia conclusione è che è stat scritta da una che non
ha guardato come il tagging è versamante nel database. Non affronta il caso
della single-track road
Se guardi gli esempi (e ci sono migliaia di altri dello stesso tipo) vedi
che la pratica.
Da notre che il tag lane_markings è stato documentato nel wiki per la prima
volta nel ottobre 2019. Poi la pagina wiki è stata recentemente ( 20:30, 5
March 2017
<https://wiki.openstreetmap.org/w/index.php?title=Key:lanes&oldid=1437772>
) modificata cambiando il titolo della foto della single-track road da
"lanes=1" a " highway <https://wiki.openstreetmap.org/wiki/Key:highway>=
passing_place
<https://wiki.openstreetmap.org/wiki/Tag:highway%3Dpassing_place> (on the
node)"
Questa modifica non ha preso in considerazione l'uso preesistente. Non ho
capito se si tratta di wiki-fiddling o se c'è una discussione al proposito.

Sono d'accordo che c'è confusione.
Ho cercato dove si definisce la larghezza di una single-lane road ed ho
trovato solo questo cenno in wikipedia <https://en.wikipedia.org/wiki/Lane>:
"Some roads and bridges that carry very low volumes of traffic are less
than 4.6 metres (15 ft) wide, and are only a single lane wide"  e poi nel
articolo wikipedia citato sopra ( single-track road
<https://en.wikipedia.org/wiki/Single-track_road>,). Interessante che in
Wkipedia i due articoli mancano i cross-link.

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

Re: [Talk-it] [talk:it] Bicycle road all'italiana?

[Volker Schmidt]

On Fri, 28 Aug 2020 at 15:27, Martin Koppenhoefer 
wrote:

> penso l’accordo generale prevede di non mappare “lanes” quando le corsie
> non sono indicate, invece si può usare “width”.
> Lanes=1 in questo senso sarebbe giusto mettere soltanto quando si tratta
> di un senso unico, perché altrimenti non ci sarebbero corsie segnate.
>

Questa affermazione mi sembra essere in conflitto con la prassi e con le
pagine wiki che ho citato.
Ammetto che è un po' un casino, ma da nessuna parte ho trovato che lanes=1
implica senso unico.
L'unica cosa che mi ricordo di aver visto, che uno dei siti per trovare
errori propone di controllare nel caso di lanes=1 sens oneway=* di
verificare . Ma non mi ricordo quale sito era.

Mi ricordo che nelle Highlands in Scozia ci ne sono una marea. Overpass
turbo me ne ha trovato 9k (highway=*, lanes=1 senza oneway).
Il primo esempio che mi capitava è questo unclassified:
https://www.openstreetmap.org/way/261445804
Streetview
https://www.google.com/maps/@57.9534793,-4.2641641,3a,75y,278.33h,91.98t/data=!3m6!1e1!3m4!1sO34HPE97ko5RcH_QoSBxTw!2e0!7i13312!8i6656

Ecco un primary:
https://www.openstreetmap.org/way/145179212
Mapillary
https://www.mapillary.com/map/im/P0twaEdT8AJKRRYFc-hNwQ

O nell'Oxfordshire dove ce ne sono solo 976
Come questo Way 4312487 
Streetview:
https://www.google.com/maps/@51.7057648,-1.5154185,3a,75y,99.48h,80.49t/data=!3m6!1e1!3m4!1scs0x_ALQ8u2FABkl1GA-NQ!2e0!7i13312!8i6656
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [talk:it] Bicycle road all'italiana?

[Volker Schmidt]

On Tue, 25 Aug 2020 at 09:19, Andrea Musuruane  wrote:

" lanes=1 è sbagliato perché implicherebbe un senso unico."

Di quello che so e come viene usato, non è così.
C'è un gran numero di strade strette, taggate con lanes=1 e spesso anche
con oneway=no.

L'unica cosa è che, se trovi una strada con lanes=1 e senza oneway=* spesso
vale la pena verificare, per esempio con Mapillary:
Ci sono tante strade con lanes=1 erroneamente, dove il mappatore confonde
"carreggiata unica" con "una corsia".
L'altro tipo di errore è che qualcuno pensa che lanes=1 indica senso unico
senza indicare la direzione.

E' utile in tanti casi anche indicare la larghezza (anche stimata) della
corsia assieme con lanes=1.

Poi ci sono le stradine che hanno gli slarghi di incontro:
passing_places=yes.
La pagina per questo tag
 dice così:
"Applies to [image: Mf way.png]
 which is a highway of
any type and (usually) has lanes
=1"

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

[Talk-it] [talk:it] Bicycle road all'italiana?

[Volker Schmidt]

Ho incontrato più di una strada con questa segnaletica
https://www.google.com/maps/@45.3403228,11.7590331,3a,75y,350.71h,76.75t/data=!3m6!1e1!3m4!1st-K2BeSkmjzwnM9nzeCTqQ!2e0!7i13312!8i6656
Sarebbe il caso di "bicycle_road=yes" ?
Più tutti i tag "normali" tag come
highway=residential
vehicle=yes
foot=designated
bicycle=designated
lanes=1
oneway=no
surface=*
smoothnes=*
lit=*
maxspeed=* (che in questo caso non c'è)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Altra violazione dì copyright

[Volker Schmidt]

Ecco la pagina contatti del giornale
https://www.ilgazzettino.it/?p=contatti

On Sun, 23 Aug 2020 at 09:58, alepoz via Talk-it 
wrote:

> Ieri il quotidiano "Il Gazzettino" ha pubblicato la notizia della scossa
> di terremoto nelle marche usando un'immagine palesemente OSM.
>
> Questo il link:
>
>
> https://www.ilgazzettino.it/italia/cronaca_nera/terremoto_acquasanta_terme_scosse_magnitudo_oggi_22_agosto_2020_ascoli_piceno_sciame_sismico-5418370.html
>
>
> Se qualcuno sa a chi scrivere della redazione, magari mandi due righe.
>
> Buona domenica a tutti,
>
> Alessandro Pozzato
> ___
> 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] [talk:it] relazioni type=street e ciclabli

[Volker Schmidt]

Grazie Martin.
Non avevo visto la discussione.
Come avrai visto ho anche reagito adesso.
Sono stato sorpreso dalla ferocia della discussione.

Torniamo alla mia domanda originale:
A me sembra una buona idea di utilizzare la street relation. Potrei
prendere più piccioni con una fava:
raggruppare i vari pezzi di una strada cittadina (spezzata per esempio per
variazioni di numero di corsie, o per limitazioni di svolta), i civici, ed
eventuali ciclo|pedonali.

<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Thu, 20 Aug 2020 at 18:15, Martin Koppenhoefer 
wrote:

>
>
> sent from a phone
>
> On 20. Aug 2020, at 18:07, Volker Schmidt  wrote:
>
> Sarebbe utile (anche se tardi) per fornire ai programmi di navigazione la
> possibilità di dare istruzioni corretti ai ciclisti (tipo: "girare a destra 
> *sulla
> ciclabile* di Via Trieste").
>
>
>
> su questo tema si discute anche attualmente sul forum tedesco (forse lo
> sai). Eventualmente, per dare indicazioni del genere, non sarebbe
> necessario di utilizzare relazioni (per esempio con un tag che dice il nome
> della strada e che si tratta di una ciclabile lungo una strada, si potrebbe
> creare una tale istruzione ugualmente)
>
> Ciao Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] [talk:it] relazioni type=street e ciclabli

[Volker Schmidt]

Qualcuno ha mai usato in Italia relazioni del tipo street
<https://wiki.openstreetmap.org/wiki/Proposed_features/Relation:street> per
l'inclusione di ciclabili, pedonali, o ciclopedonali?

Sarebbe utile (anche se tardi) per fornire ai programmi di navigazione la
possibilità di dare istruzioni corretti ai ciclisti (tipo: "girare a
destra *sulla
ciclabile* di Via Trieste").

O forse si fa già e non mi  sono accorto ?

Volker

<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Vandalismi in corso - utente Erler3

[Volker Schmidt]

Un Changeset Comment per contattare l'utente in questione ?
(è alle prime armi - ha cominciato mappare due giorni fa)


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Mon, 17 Aug 2020 at 17:35, Andrea Albani  wrote:

>
> Il giorno lun 17 ago 2020 alle ore 17:14 Luca Delucchi <
> lucadel...@gmail.com> ha scritto:
>
>>
>> ho dato un'occhiata e non mi sembrano tutti da buttare, probabilmente
>> non ha capito bene, questi per esempio non mi sembrano da cancellare,
>> alcuni andrebbero migliorati
>>
>> https://www.openstreetmap.org/changeset/89508349
>> https://www.openstreetmap.org/changeset/89474942
>>
>
> Può essere, ma quando vedo un mix di cose apparentemente buone assieme a
> cose macroscopicamente errate come un'autostrada e provinciali inesistenti
> sono portato a pensare che non siamo in presenza di errori da principiante
> o buona fede.
>
> ___
> 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] [talk-it] waterway=riverbank deprecated

[Volker Schmidt]

Grazie Manuel. Ho fatto confusione io.

Volker

On Sat, 25 Jul 2020, 17:09 Manuel,  wrote:

> Ho trovato il task sul sito di JOSM (18951
> <https://josm.openstreetmap.de/ticket/18951>), ma si parla di
> water=riverbank, non di waterway.
>
> Manuel
>
> Ottieni BlueMail per Android <http://www.bluemail.me/r?b=15894>
> Il giorno 25 lug 2020, alle ore 16:42, Volker Schmidt 
> ha scritto:
>>
>> Adesso lo fa anche JOSM. Era quello la causa della mia domanda.
>>
>> On Sat, 25 Jul 2020, 12:56 Manuel, < mannivuw...@gmail.com> wrote:
>>
>>> Credo anche io si riferisca a iD, che in presenza di un waterway=riverbank
>>> dà questo errore
>>> Manuel
>>> Il 25/07/2020 10:10, Martin Koppenhoefer ha scritto:
>>>
>>>
>>>
>>> sent from a phone
>>>
>>> On 23. Jul 2020, at 15:17, Volker Schmidt 
>>>  wrote:
>>>
>>> Qualcuno che aveva seguito di più questa storia, potrebbe indicarmi con
>>> che procedura e quando waterway=riverbank è stato "depreceated".
>>>
>>>
>>>
>>> non mi risulta deprecated:
>>> https://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank
>>>
>>>
>>> ti riferisci ad iD?
>>>
>>> Ciao Martin
>>>
>>> ___
>>> Talk-it mailing 
>>> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>>>
>>>
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it
>>>
>>  --
>>
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>> ___
> 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] [talk-it] waterway=riverbank deprecated

[Volker Schmidt]

Adesso lo fa anche JOSM. Era quello la causa della mia domanda.

On Sat, 25 Jul 2020, 12:56 Manuel,  wrote:

> Credo anche io si riferisca a iD, che in presenza di un waterway=riverbank
> dà questo errore
> Manuel
> Il 25/07/2020 10:10, Martin Koppenhoefer ha scritto:
>
>
>
> sent from a phone
>
> On 23. Jul 2020, at 15:17, Volker Schmidt 
>  wrote:
>
> Qualcuno che aveva seguito di più questa storia, potrebbe indicarmi con
> che procedura e quando waterway=riverbank è stato "depreceated".
>
>
>
> non mi risulta deprecated:
> https://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank
>
>
> ti riferisci ad iD?
>
> Ciao Martin
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] [talk-it] waterway=riverbank deprecated

[Volker Schmidt]

Qualcuno che aveva seguito di più questa storia, potrebbe indicarmi con che
procedura e quando waterway=riverbank è stato "depreceated".
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Riprendo vecchia discussione, spiazzo deposito tronchi.

[Volker Schmidt]

Penso che il materiale nel deposito dovrebbe essere "log" (tronco)

On Mon, 20 Jul 2020, 16:19 Lorenzo Mastrogiacomi, 
wrote:

> Il giorno dom, 19/07/2020 alle 20.47 +0200, liste DOT girarsi AT posteo
> DOT eu ha scritto:
>
> Riporto in vita una vecchia discussione da me avviata che alla fine non
>
> aveva portato a conclusioni certe [0], escludo a priori spiazzi
>
> utilizzati come slarghi o aree non perfezionate per tale scopo.
>
>
> Riprendo il mio ragionamento fatto ieri, ovvero si identifica un'area
>
> definita con tanto di segnaletica verticale a specificare lo spiazzo per
>
> deposito/carico legname, spiazzo appartenente, in questo caso al Comune,
>
> fatto apposta solo per permettere ciò, metto le due foto per idealizzare
>
> anche se con qualche differenza, quanto messo nella discussione avviata
>
> in precedenza per capire di cosa si sta parlando e per non confondere
>
> con catasta di legname/scarti di una segheria [1] [2].
>
>
> Dunque il mio ragionamento mi porta a pensare questo spiazzo come un
>
> parcheggio apposito, in quanto si tratta di deposito/stoccaggio
>
> temporaneo, ovvero vengono accatastati tronchi da parte di operatori
>
> boschivi,ai fini di permettere il carico a fine di vendita o successivo
>
> spostamento, per esempio.
>
>
> Guardando su taginfo, ravanando un pò coi tag, ho trovato un possibile
>
> parking=depot (89 occorrenze) [3], e depot:type=wood/tree_trunks [4],
>
> che io apporterei come valore log_timber.
>
>
> Esiste un occorenza anche come landuse=timber/timber_yard [6], che non
>
> mi sembra appropriata, e landuse=depot/storage [7][8], già detto nella
>
> precedente discussione, non adatti.
>
>
> Poi ho pensato anche una chiave depot:type=storage [9], con insieme una
>
> chiave=valore, storage=timber, oppure storage=timber_log, oppure
>
> storage=log/wood_log.
>
>
>
>
> Mettendo in ordine se può funzionare, metterei:
>
>
> access=private;forestry
>
>
> amenity=parking
>
>
> parking=depot
>
>
> depot:type=timber/timber_log/wood
>
>
>
>
> In variazione:
>
>
> depot:type=storage
>
>
> storage=timber/timber_log/wood
>
>
>
>
> Chiedo a voi se può funzionare, oppure se è il caso chiedo in lista
>
> tagging, considerato che nella maggior parte del territorio nazionale
>
> italiano alpino/appenninico e penso anche transalpino, questo tipo di
>
> depositi/parcheggi son comuni, magari è il caso di, possibilmente,
>
> uniformare i tag.
>
>
> Per gli spazi/spiazzi/parcheggi usati per deposito di tronchi derivati
>
> da Vaia, oltre a quelli creati appositamente per questo scopo, non mi ci
>
> metto perchè credo sia tardi per un tag Vaia:*:*, anche perchè alla
>
> prossima tempesta ci sarà un'altro nome e credo impossibile stare dietro
>
> a tutto ciò.
>
>
> Grazie a chi risponderà.
>
>
>
> Non mi piace l'uso di amenity=parking perchè in contrasto con il suo
> significato di parcheggio per veicoli. È chiaro che non si può usare come
> parcheggio:
> https://imgur.com/a/7zY9V
>
> Come tag principale sceglierei un man_made=storage o storage_area o
> storage_*qualcosaltro.*
>
> Per indicare il materiale stoccato (wood o timber, non so cosa è meglio
> per il legname grezzo) forse si dovrebbe usare la chiave content=* già
> usata per altri tipo di stoccaggio, lasciando storage=* per specificare il
> tipo/metodo di stoccaggio come suggeriva anche Martin nella vecchia
> discussione.
>
>
> Ciao
> Lorenzo
> ___
> 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] [talk-it] cabina ascensore troppo piccola per bici normale

[Volker Schmidt]

questione interessante per l'accessibilità in generale e non solo per le
> biciclette.
>
Mi sono reso conto subito, ma voleva porre un problema limitato :-)


> Vista la tridimensionalità degli oggetti, credo sia meglio usare:
> maxwidth=*, maxlenght=* e maxheight=*.
>
Il problema con questi è che sono tag che riguarda o l'accesso legale.
Nel caso ascensore l'unico disponibile sulla targhetta è maxweight, ma gli
altri due non sono disponibili nel senso legale. Per questo posso solo
mettere le dimensioni dell'oggetto, cioè width e length della cabina.

Una soluzione potrebbe essere di utilizzare

   - bicycle=yes per ascensori cui cabine sono chiaramente sufficientemente
   profondi per una bici normale appoggiata sulle due ruote.
   - bicycle=no se vietato esplicitamente o solo possibile in posizione
   verticale
   - bicycle=limited *più *le dimensioni width e length della cabina per
   casi intermedi (ispirato da wheelchair=limited)


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

[Talk-it] [talk-it] cabina ascensore troppo piccola per bici normale

[Volker Schmidt]

Le cabine degli ascensori sono spesso troppo piccole per bici normali,
salvo se si mettano in verticale. Come si fa?
Il problema è presente in migliaia di ascensori nelle stazioni ferroviarie.
Il problema del tagging è che una bici corta ci sta, una bici di lunghezza
normale ci sta solo in verticale.
In più bicycle=no (o varianti) non sarebbe corretto in ogni caso, perché
non è vietato salire con la bici, ma si tratta di un limite meccanico. In
più non è che non si può salire con la bici, ma bisogna sapere come tenerla
in verticale.

Si potrebbe indicare una lunghezza massima per la bici
: "bicycle:maxlength=1.6"
o le dimensioni della cabina "length=1.6; width=1.2".

Qualcuno ha già affrontato la mappatura sotto questo aspetto.?

Volker


Qualcuno ha già provato una mappatura?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] [talk-it] pagamento con carta

[Volker Schmidt]

Ogni tanto quando faccio un edit (spostamento) che include un esercizio
dove si può pagare con carta mi salta fuori questo avviso in JOSM perché
questi esercizi hanno il tag payment:credit_cards=yes:
"payment:credit_cards=yes is inaccurate. Use separate tags for each
specific type, e.g. payment:mastercard=yes or payment:visa=yes. (1) "

Ho verificato il wiki
<https://wiki.openstreetmap.org/w/index.php?title=Key:payment&oldid=857081#Credit_Cards>
e trovo, con sorpresa, queste istruzioni:
payment:credit_cards Generic tag for any credit card This should be mainly
used when credit cards are *not* accepted. If cards *are* accepted, please
indicate which by using a more specific key.
Trovo poco realistico l'idea di elencare in un supermercato o benzinaio
tutti i tipi di carta che accettano. Con tutta probabilità non lo sanno
neanche i dipendenti alla cassa.

Vorrei proporre di aggiungere il valore "multi", o qualcosa di simile,
all'elenco dei possibili valori.

Che ne dite?

Volker

<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] bike lanes su openstreetmap

[Volker Schmidt]

Grazie, Fabio, per gli esempi extra-Padovani.
Avevo visto la nota su "Advisory". Il problema è che le nuove corsie non lo
sono per motivo dell'obbligo per bici di andare sempre sulla parte più a
destra della strada. (non ricordo più la dicitura esatta, ma la dicitura è
diversa di quella per il traffico motorizzato).
Se avete altre foto di corsie nuove fatemi sapere, per favore.

On Sat, 6 Jun 2020, 11:40 Fabio Bettani,  wrote:

> Voglio precisare che ho già visto (dal vivo o in foto) diverse bike lane
> realizzate secondo questa nuova norma in varie città d'Italia (Milano,
> Genova, Roma, e in progetto a Bologna, dove già però ce n'erano alcune
> pre-Covid), e quella pericolosità al momento l'ho vista solo a Padova.
> A Genova, per esempio, si vede chiaramente la distanza tra pista e
> parcheggio:
> https://www.ilsecoloxix.it/genova/2020/05/17/news/mascherina-obbligatoria-in-citta-spiagge-vietato-prendere-il-sole-1.38856152
> Insomma, non direi che la pericolosità è una caratteristica intrinseca
> delle nuove bike lane.
>
> Resta vero, come dice Volker, che la differenza tra una bike lane e una
> ciclabile dev'essere tradotta bene in mappa.
> Su questo la wiki di OSM mi sembra chiara:
>
> "Some countries have two different types of cycle lanes: One with a strict
> segregation that is reserved exclusively to cyclists* and one with a soft
> segregation, usually a dashed line**. To distinguish between these two
> types of cycle lanes, the cycle lane can additionally be tagged with
> cycleway:lane=exclusive or cycleway:lane=advisory".
> La prima (*) sembrerebbe corrispondere alla pista ciclabile lato strada,
> la seconda (**) alla bike lane.
>
> Occhio, però, perché sul terreno la situazione può cambiare ogni 30 metri.
> Per esempio, guardando corso Buenos Aires su
> https://www.milanocam.it/BuenosAires_1/, osservando il lato destro, direi
> che la pista è inizialmente una cycleway:lane=exclusive (linea continua),
> poi diventa una cycleway:lane=advisory (linea tratteggiata) e poi, dopo il
> semaforo, si trasforma in una highway=cicleway nel tratto in cui devia
> dalla strada principale per passare a destra dei parcheggi...
> Anche in via Carracci a Bologna (di cui non ho foto: è una realizzazione
> degli ultimi mesi) si alternano tutte queste caratteristiche nel giro di
> poche decine di metri.
>
> --
> Fabio
>
>
> Il giorno ven 5 giu 2020 alle ore 18:31 Volker Schmidt 
> ha scritto:
>
>> Sono risultato del  recente decreto legge 20200520
>> <http://www.governo.it/sites/new.governo.it/files/DL_20200520.pdf> (art.
>> 229)
>> Testo nel DL:
>>
>> " Corsia ciclabile: parte longitudinale della carreggiata, posta a
>> destra, delimitata mediante una striscia bianca discontinua, valicabile e
>> ad uso promiscuo, idonea a permettere la circolazione sulle strade
>> urbane dei velocipedi nello stesso senso di marcia degli altri veicoli e
>> contraddistinta dal simbolo del velocipede. La Corsia ciclabile è parte
>> della ordinaria corsia veicolare, con destinazione alla circolazione dei
>> velocipedi"
>>
>> Volker
>>
>> On Fri, 5 Jun 2020 at 12:32, Cascafico Giovanni 
>> wrote:
>>
>>> Ma sono il risultato di una pianificazione affrettata dall'emergenza
>>> covid? Oppure un progetto calato dall'alto senza consultare l'utilizzatore?
>>>
>>> Il ven 5 giu 2020, 10:23 Volker Schmidt  ha scritto:
>>>
>>>> Commentio off topic per OSM:
>>>> Penso queste mini corsie modello Padova siano veramente peggio di
>>>> niente. Danno uno falso invito ai ciclisti di non tenere la distanza di
>>>> sicurezza dalle auto parcheggiate (pericolo di dooring) e invitano gli
>>>> automobilisti in movimento di no rispettare la dovuta distanza laterale
>>>> dalle bici.
>>>>
>>>> On Fri, 5 Jun 2020, 09:33 emmexx,  wrote:
>>>>
>>>>> On 6/4/20 11:02 PM, Volker Schmidt wrote:
>>>>> >
>>>>> > Il problema che vedo, è che se noi seguiamo la prassi tedesca da
>>>>> > utilizzare cycleway=lane per "nuove" e tradizionali, perdiamo il
>>>>> fatto,
>>>>> > importante per un router per bici, che le nuove sono notevolmente
>>>>> meno
>>>>> > sicure per le bici delle tradizionali.
>>>>>
>>>>> Comunque per il ciclista sono meglio queste di nulla. Lascerei comunque
>>>>> che i routing scelgano prioritariamente queste corsie ciclabili. Magari
>>>>> in Germania o altrove ci sono valide alternative, in Ital

Re: [Talk-it] bike lanes su openstreetmap

[Volker Schmidt]

Sono risultato del  recente decreto legge 20200520
<http://www.governo.it/sites/new.governo.it/files/DL_20200520.pdf> (art.
229)
Testo nel DL:

" Corsia ciclabile: parte longitudinale della carreggiata, posta a destra,
delimitata mediante una striscia bianca discontinua, valicabile e ad uso
promiscuo, idonea a permettere la circolazione sulle strade urbane dei
velocipedi
nello stesso senso di marcia degli altri veicoli e contraddistinta dal
simbolo del velocipede. La Corsia ciclabile è parte della ordinaria corsia
veicolare, con destinazione alla circolazione dei velocipedi"

Volker

On Fri, 5 Jun 2020 at 12:32, Cascafico Giovanni  wrote:

> Ma sono il risultato di una pianificazione affrettata dall'emergenza
> covid? Oppure un progetto calato dall'alto senza consultare l'utilizzatore?
>
> Il ven 5 giu 2020, 10:23 Volker Schmidt  ha scritto:
>
>> Commentio off topic per OSM:
>> Penso queste mini corsie modello Padova siano veramente peggio di niente.
>> Danno uno falso invito ai ciclisti di non tenere la distanza di sicurezza
>> dalle auto parcheggiate (pericolo di dooring) e invitano gli automobilisti
>> in movimento di no rispettare la dovuta distanza laterale dalle bici.
>>
>> On Fri, 5 Jun 2020, 09:33 emmexx,  wrote:
>>
>>> On 6/4/20 11:02 PM, Volker Schmidt wrote:
>>> >
>>> > Il problema che vedo, è che se noi seguiamo la prassi tedesca da
>>> > utilizzare cycleway=lane per "nuove" e tradizionali, perdiamo il fatto,
>>> > importante per un router per bici, che le nuove sono notevolmente meno
>>> > sicure per le bici delle tradizionali.
>>>
>>> Comunque per il ciclista sono meglio queste di nulla. Lascerei comunque
>>> che i routing scelgano prioritariamente queste corsie ciclabili. Magari
>>> in Germania o altrove ci sono valide alternative, in Italia no.
>>>
>>> Si può aggiungere un tag ad hoc.
>>>
>>> [OT] Comunque per chiarire come utilizzare queste corsie, non è
>>> consentito ad altri veicoli di utilizzarle a caso ma di attraversarle,
>>> ad esempio per poter parcheggiare nella zona di sosta che si trova
>>> accanto alla corsia.
>>> Si vede bene la cosa nella webcam di Milanocam linkata dall'OP, sul lato
>>> destro. Ad un primo tratto di corsia ciclabile "tradizionale" con linee
>>> bianca e gialla continue, segue un tratto con linee tratteggiate dove
>>> sono presenti parcheggi e altri servizi a cui le auto devono poter
>>> accedere (al momento).
>>>
>>> ciao
>>> maxx
>>>
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it
>>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it 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] bike lanes su openstreetmap

[Volker Schmidt]

Commentio off topic per OSM:
Penso queste mini corsie modello Padova siano veramente peggio di niente.
Danno uno falso invito ai ciclisti di non tenere la distanza di sicurezza
dalle auto parcheggiate (pericolo di dooring) e invitano gli automobilisti
in movimento di no rispettare la dovuta distanza laterale dalle bici.

On Fri, 5 Jun 2020, 09:33 emmexx,  wrote:

> On 6/4/20 11:02 PM, Volker Schmidt wrote:
> >
> > Il problema che vedo, è che se noi seguiamo la prassi tedesca da
> > utilizzare cycleway=lane per "nuove" e tradizionali, perdiamo il fatto,
> > importante per un router per bici, che le nuove sono notevolmente meno
> > sicure per le bici delle tradizionali.
>
> Comunque per il ciclista sono meglio queste di nulla. Lascerei comunque
> che i routing scelgano prioritariamente queste corsie ciclabili. Magari
> in Germania o altrove ci sono valide alternative, in Italia no.
>
> Si può aggiungere un tag ad hoc.
>
> [OT] Comunque per chiarire come utilizzare queste corsie, non è
> consentito ad altri veicoli di utilizzarle a caso ma di attraversarle,
> ad esempio per poter parcheggiare nella zona di sosta che si trova
> accanto alla corsia.
> Si vede bene la cosa nella webcam di Milanocam linkata dall'OP, sul lato
> destro. Ad un primo tratto di corsia ciclabile "tradizionale" con linee
> bianca e gialla continue, segue un tratto con linee tratteggiate dove
> sono presenti parcheggi e altri servizi a cui le auto devono poter
> accedere (al momento).
>
> ciao
> maxx
>
> ___
> 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] bike lanes su openstreetmap

[Volker Schmidt]

Ciao,


On Thu, 4 Jun 2020, 18:31 Fabio Bettani,  wrote:

> In diverse città stanno nascendo nuove piste ciclabili in sola
> segnaletica, secondo la nuova definizione di "bike lane" introdotta nel
> codice della strada.
>
> anche a Padova sono nati alcuni centinaia di metri e due rotondone con
quelle nuove corsie ciclabii.
https://www.mapillary.com/map/im/uu8fFxtxTsXauu7kZjxxAg
https://www.mapillary.com/map/im/avZUuHK6Oy16S4LfPmZzTA
Sono inaccettabili sotto l'aspetto della sicurezza: troppo strette (100cm)
e troppo vicine alle auto parcheggiate e in mozione
In contrasto una equivalente corsi ciclabile "minore" in Germania (si
chiama "Schutzstreifen")
https://www.adfc-diepholz.de/wp-content/uploads/2014/08/schutzstreifen-fuer-radfahrer-1-1404.jpg

Il principale problema che nasce in OSM è come distinguere fra una
"tradizionale" corsia ciclabile (che in Italia si chiama legalmente "pista
ciclabile su corsia riservata in carreggiata" - esempio
<https://www.mapillary.com/map/im/REVhXQoOKWPx1Y9z4bJdoA>) e quelle nuove
mini-corsie ciclabili.

*corsia tradizionale*
ad uso esclusiva della bici con linea di separazione legalmente invalicabile
larghezza 1.5m
linea di separazione larga 50cm
segnaletica verticale obbligatoria

*corsia nuova*
ad uso misto, nel senso che il traffico motorizzato può invadere la corsia,
in caso di necessità a condizione che non metta a rischio le bici.
larghezza non definita per legge (a Padova hanno scelto 100cm)
la striscia di separazione a Padova misura 12 cm
senza segnaletica verticale

Il problema che vedo, è che se noi seguiamo la prassi tedesca da utilizzare
cycleway=lane per "nuove" e tradizionali, perdiamo il fatto, importante per
un router per bici, che le nuove sono notevolmente meno sicure per le bici
delle tradizionali.

La scelta in Germania di trattarle uguali in OSM è giustificabile dal fatto
che anche le corsie "di seconda classe" sono larghe almeno 1.5m e tengono
le distanze dalle auto.

Volker



<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] relazioni tra relazioni ( raggruppare le alte via delle dolomiti)

[Volker Schmidt]

Vedi Sentiero Italia come esempio.

On Thu, 4 Jun 2020, 18:50 Andrea Manica,  wrote:

> Ciao a tutti ,chiedo un supporto
> ho completato l'inserimento di questa alta via delle dolomiti (la numero
> 9):
>
> https://hiking.waymarkedtrails.org/#route?id=11094256&map=11!46.5615!12.0426
> vi chiederei se manca qualcosa (o se ci sono degli errori) nella creazione
> della relazione.
> ma principalmente vi chiederei se è possibile creare una relazione padre
> che contiene tutte le altevia delle Dolomiti.
> qui la prima https://hiking.waymarkedtrails.org/#route?id=177743 etc.
> qualcosa come Rete delle alteVia delle Dolomiti che le racchiuda tutte e
> 10 (o almeno le 7 descritte attualmente)
>
> Grazie mille
>
> Andrea
>
> --
>
> Save a tree. Don't print this e-mail unless it's really necessary
> ___
> 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] Facebook usa OSM, ma OSM può usare Facebook?

[Volker Schmidt]

Giovanni,
è molto più semplice in questo caso. Chiami la macelleria (il numero è
sulla pagina FB) e ti fai spiegare esattamente dove è il posto.

Volker

<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Tue, 2 Jun 2020 at 11:10, Cascafico Giovanni  wrote:

> Non ho un account FB, sono un maledetto snob.
>
> A maggior ragione, adesso che ho la conferma che i dati inseriti dal
> macellaio non sono più suoi :-)
>
> Il mar 2 giu 2020, 07:09 Alessandro Sarretta <
> alessandro.sarre...@gmail.com> ha scritto:
>
>> Io la farei molto più semplice, scriverei un messaggio su FB alla
>> macelleria e gli chiederei conferma di dov'è il negozio, così hai
>> l'informazione dalla fonte diretta :-)
>>
>> Ale
>> On 01/06/20 14:47, Simone Saviolo wrote:
>>
>> Il giorno lun 1 giu 2020 alle ore 10:48 Cascafico Giovanni <
>> cascaf...@gmail.com> ha scritto:
>>
>>> Mi son ritrovato davanti a questo caso:
>>>
>>> una macelleria pubblica una nota [1] tramite su.openstreetmao.it per
>>> apparire su OSM, ma non posiziona correttamente l'indicatore; ciò è
>>> deducibile perchè la dichiarata "Piazza Garibaldi" non c'è nelle
>>> vicinanze.
>>>
>>> Per capirci qualcosa vado alla pagina FB [2] dell'esercizio dichiarata
>>> nella nota OSM ed apro la mappa FB che usa OSM: effettivamente
>>> l'indicatore di 100-200mt più ad est.
>>>
>>> Posso usare queste coordinate geo per inserire shop=butcher e gli
>>> addr:*? Oltretutto in OSM manca pure "Piazza Garibaldi".
>>>
>>
>> IMHO, no. Che io sappia non c'è una licenza di Facebook per OSM su questo
>> tipo di dati.
>>
>> Se vai su Google Maps, in Street View puoi vedere che nello slargo a est,
>> dove in OSM c'è il park con la panchina e la fontanella, c'è un cartello
>> "Piazza Giuseppe Garibaldi". Estrarre questa informazione potrebbe essere
>> consentito, perché il dato di fatto non è coperto da copyright.
>>
>> Altrimenti, vai a Chiusdino e verifichi se l'informazione che si deduce
>> da Street View è affidabile :)
>>
>> Ciao,
>>
>> Simone
>>
>> ___
>> Talk-it mailing 
>> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Fwd: Re: [Coordinamento WMI] Wiki Loves Monuments - Wikigite

[Volker Schmidt]

Cari amici,

vorrei descrivervi un approccio che Il Comune di Padova e FIAB Padova hanno
scelto per completare un ciclo di gite in bici in città con il titolo
"Padova Invisible" che è una tradizione "antica" a Padova.
Quest'anno abbiamo dovuto cancellare le ultime due gite causa coronavirus.
Queste due gite abbiamo successivamente "eseguite" in teleconferenza
(avevamo giù un po' di esperienza con delle conferenze, tipicamente di
viaggi, con presentatori in presenza virtuale via videoconferenza)
Per questi due eventi abbiamo fatto tutto in telepresenza via Zoom.
Un team di presentatori, che includeva gli operatori della videconferenza,
le guide (che normalmente avrebbero guidato i ciclisti) che commentavano il
percorso con l'aiuto di mappe, e presentavano gli oggetti che "visitavamo"
con foto (d'archivio), e due attori professioniali che leggevano testi
relativi ai posti "visitati" da documenti di archivio che furono trasmessi
via schermo in contemporaneo.
Erano eventi ben graditi con più di 90 partecipanti melle teleconferenze.

Mi sembra un modello da considerare per quello che avete in mente.

Le persone chi avevano l'idea e chi hanno fatto tutto il lavoro ci leggono
in copia.

Cordiali saluti

Volker






On Tue, 26 May 2020 at 15:22, Anisa Kuci  wrote:

> Ciao a tutti,
>
> vi giro queste mail dalla mailing list di Coordinatori Wikipedia.
>
> È un progetto interessante e se qualcuno avesse piacere di organizzarlo
> nel suo paese è benvenuto!
>
> Per qualsiasi informazione non esitate a contattarmi!
>
> Buona giornata,
>
> Anisa
>
>
>  Forwarded Message 
> Subject: Re: [Coordinamento WMI] Wiki Loves Monuments - Wikigite
> Date: Tue, 26 May 2020 12:31:51 +0200
> From: Maria Pia Dall'Armellina 
> 
> To: Coordinatori Regionali Wikipedia
> 
> 
> CC: Luca Landucci 
> 
>
> Io auspico che al più presto si possa ritornare in presenza a fare le
> wikigite.
> Tuttavia nel frattempo credo che potremmo potenziare l'aspetto digitale a
> cui il covid ci ha costretto.
> Suggerisco, in collaborazione con gli osmer, di creare delle *wikigite
> virtuali*.
> Tale operazione può essere condotta *all'esterno* dove si traccia su
> openstreetmap un percorso turistico e si inseriscono i monumenti con un
> link alle voci di Wikipedia. Potremmo in questo modo creare dei percorsi di
> "*realtà aumentata*" da sottoporre agli uffici turistici o alle
> amministrazioni comunali del territorio o semplicemente da veicolare nei
> nostri canali social.
> L'altra versione potrebbe essere condotta all'interno di un museo dove si
> crea un percorso soffermandoci e creando dei collegamenti a Wikipedia sulle
> opere principali in esso raccolte.
> Ovviamente per questa azione sarà opportuno fare una ricognizione tra le
> voci di Wikipedia per vedere se all'interno del territorio c'è materiale
> sufficiente per creare un percorso.
> Credo sia un ottimo modo per diffondere la conoscenza superando i limiti
> fisici che le misure di sicurezza ci impongono.
> Un saluto
>
> Il giorno mar 26 mag 2020 alle ore 09:39 Candida Mati <
> candida.m...@wikimedia.it> ha scritto:
>
>> Buongiorno Coordinatori,
>>
>> Il concorso internazionale WLM si avvicina e torniamo a parlare di
>> wikigite. Con Luca stiamo ragionando su come coinvolgere maggiormente i
>> soci e volontari nell'organizzazione delle wikigite. Conoscete qualcuno sul
>> vostro territorio di riferimento che potrebbe organizzare delle wikigite o
>> ha espresso la volontà di farlo? ovviamente daremo il supporto necessario
>> per la buona riuscita dell'iniziativa. Fermo restando che se persistono le
>> restrizione da covid, dovremo ripensare il modello organizzativo.
>>
>> Sulla pagina in wikina ci sono tutte le indicazioni su come organizzarlo
>> https://wiki.wikimedia.it/wiki/Wiki_Loves_Monuments/WikiGite
>> Questo invece è il link delle wikigite organizzate in passato:
>> https://www.wikimedia.it/tag/wikigite/
>>
>> Riassumendo gli step potrebbero essere:
>>
>>- Contatto con il comune per chiedere:
>>   - patrocinio
>>   - guida turistica gratuita
>>   - contributo spese per pubblicità
>>
>>
>>- Prima della wikigita:
>>   - pubblicità sui social
>>   - pubblicità sui giornali locali
>>   - pubblicità sui volontari locali ed ex partecipanti
>>
>>
>>- Ritrovo sabato ore 15 davanti al municipio (o luogo molto
>>conosciuto)
>>- Partecipazione di 1-2 wikipediani organizzatori e di un contatto
>>del comune
>>- Raccolta email dei partecipanti piano

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

[Volker Schmidt]

Ci sono 678 relazioni con type=street in Italia, distribuzione molto
disomogenea
2366 in Germania (di cui almeno una che contiene anche gli edifici con
ruolo "house" ),
2466 in GB.
Sono sempre relativamente poche, ma sicuramente non zero.

On Fri, 22 May 2020 at 14:17, Marcello  wrote:

>
> sinceramente non avevo mai sentito parlare di relazioni di tipo street,
> vedo che è una proposta molto vecchia credo poi sostituita da altri tipi
> di relazione. Probabilmente anche in questi casi si è inserito un tipo
> di relazione non corrispondente a quello che realmente si voleva fare,
> queste dovrebbero essere relazioni di tipo route=road.
>
> --
> Ciao
> Marcello
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[Volker Schmidt]

Partendo dalla discussione
[Tagging] Feature Proposal - RFC - Recreational route relation roles
mi sono posto la domanda in oggetto.
Ho notato che l'approccio non è omogeneo..
In particolare

   - ho notato che per tante strade importanti (statili, circonvallazioni,
   ecc), anche i raccordi fanno parte delle relazioni, per le invece
   autostrade mancano. L'effetto è che la rete delle strade principali non è
   completo nel senso di copertura con relazioni in OSM
   E' intenzione?
   - relazioni route=road non contengono mai stazioni di servizio,
   parcheggi ed altri accessori
   Suppongo che questo è un implicito consenso in OSM in generale.
   Giusto?
   - ho notato due tipi di errori:
   (a) ci sono (poche) strade cittadine con route=road (5303112
   <http://www.openstreetmap.org/relation/5303112>)
   (b) ci sono delle strade extraurbane con type=street ( 1953654
   <http://www.openstreetmap.org/relation/1953654>, 6389901
   <http://www.openstreetmap.org/relation/6389901>)
   Suppongo che si tratta di errori, da corregere.
   Giusto?

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

Re: [Talk-it] Relazioni con elementi eterogenei

[Volker Schmidt]

In OSM ci sono ex-ferrovie, ma non c'è un metodo concordato. Sono di
interesse culturale (archeologia industriale) e spesso anche turistica. Non
sono route nel senso tradizionale. Proporrei utilizzare site, ma non ho mai
avuto tempo per formulare una proposta.
Ma rimuovere elementi da relazioni senza contattare l'autore non è
consigliato.

Il mer 20 mag 2020, 01:11 totera  ha scritto:

> arcanma wrote
> > Ognuno cerca di risolvere le proprie esigenze, ma dato che non sono le
> > stesse per tutti gli utenti è bene risolverle non togliendo elementi
> > inseriti se corretti
>
> Condivido completamente, però nel caso da cui è partita questa discussione
> per le route=railway sia la wiki sia OpenRailwayMap indicano di inserire
> soltanto i binari.
>
> https://wiki.openstreetmap.org/wiki/Tag:route%3Drailway
> https://wiki.openstreetmap.org/wiki/OpenRailwayMap/Tagging#Railway_Route
>
> Ciao,
> Gianluca
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Stazione di rifornimento

[Volker Schmidt]

Importante verificare sul posto.
Solo nei casi rari che sono attaccati, tetto e edificio si toccano
esattamente. Quasi sempre, la tettoia è più alta dell'edificio e in questi
casi quasi sempre copre parzialmente l'edifico.
Utile anche foto Mapillary o OpenStreetCam, se ci sono.

On Tue, 19 May 2020 at 19:54, Manuel  wrote:

> Sì, è quasi sicuramente un import; il changeset è
> https://www.openstreetmap.org/changeset/43547590, ma non trovo alcuna
> fonte (viene solo indicato Comune di Treviglio).
>
> Il 19/05/2020 19:11, Francesco Pelullo ha scritto:
>
> Ciao
>
>
>
>
> Il mar 19 mag 2020, 19:02 Manuel  ha scritto:
>
>>
>> Al momento la situazione è questa: *allegato "ora.png"* e, come potete
>> vedere, la tettoia e l'edificio sulla sinistra non si toccano. Nella realtà
>> (e come si vede dall'immagine satellitare), però, tra la tettoia e il tetto
>> dell'edifico di sinistra non c'è alcuno spazio. Il dubbio è: dovrei
>> spostare la tettoia fino a farle toccare l'edificio così *allegato
>> "poi.png"* o lasciare tutto com'è ora?
>>
>
> Nella realtà l'edificio sala vendite ha quella rientranza sul prospetto
> principale? Secondo me no.
>
> Tutto dipende da quale è la sorgente dei dati.
>
> Se si tratta di edifici ricalcati da te / altri mappers sulla base di
> ortofoto Bing etc, allora non farti tanti problemi e modifica sia la sala
> vendite (probabilmente ha un prospetto senza rientranze) sia la pensilina
> (in realtà quella è una tettoia) ;-) prolungando il lato lungo fino a
> creare una sovrapposizione di circa 60cm con il fabbricato s.v., come è
> nella realtà.
>
> Ciao
> /niubii/
>
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>
>
> --
> Manuel Tassi
>
> ___
> 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] Relazioni con elementi eterogenei

[Volker Schmidt]

On Sun, 17 May 2020 at 19:10, aldoct  wrote:

> Creare una relazione, ad esempio di un percorso, ha il vantaggio di poter
> scaricare il relativo file gpx UNICO.

Nel caso da te indicato si tratta di una ex-ferrovia, che non vuole dire
che è percorribile a piedi o con un veicolo.
Ho guardato un po' e alcuni pezzi sono percorribil, altri no.
Contiene, correttamente, alcuni edifici ancora in piedi.
Mi sembra abbastanza bene mappato.
Io l'avrei forse mappato come site per e non come route per evitare
equivoci.
Sicuramente non è un percorso come una ciclovia, una strada, o un percorso
pedonale.


> Se si lasciano anche gli altri
> elementi, il file si presenta spezzettato e praticamente inservibile. Mi
> chiedo quale altro utilizzo possano avere le relazioni se non quello di
> essere scaricate od elaborate successivamente: io fatico a creare una
> relazione omogenea e qualche altro mappatore ci metterà del suo, o no?
>

Bisogna essere chiari su questo punto: il primo ruolo di una relazione è di
descrivere un assieme di cose. I casi più frequenti sono strade
(autostrade, statali, regionali, provinciali), ciclovie e sentieri (tipo
CAI) con segnaletica e  un nome e un riferimento. In generale non sono
convertibili in un unica traccia GPX neanche questi. E non è sicuramente lo
scopo principale della relazione di essere scaricabili come tracciato GPX.
In alcuni casi di geometria semplice funziona, in tanti casi no.
Il ruolo importante delle relazioni del tipi ciclovie, sentiero, percorso
per cavallo ecc. è quello di definire percorsi che sono particolarmente
adatti al rispettivo mezzo di trasporto e per questo motivo vengono
preferiti da programmi di navigazione (router).
Poi ci sono le relazioni del trasporto pubblico, che tipicamente sono
lineari, e per questo motivo sarebbero facilmente convertibili in tracce
GPX, ma questo non è probabilmente il tuo interesse.

Volker

<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Relazioni con elementi eterogenei

[Volker Schmidt]

Il tuo esempio è una ferrovia abbandonata con le ex-stazioni ferroviarie
come nodi.
Cosa che mi sembra corretto, anche se ci sono opinioni diversi come farlo.
Io, per esempio ho utilizzato per una cosa analoga una site relation, che
mi sembrava più adatta: ex-ferrovia Treviso-Ostiglia.
<https://www.openstreetmap.org/relation/1860446>
Un altro tipo sono segnavia in relazioni di hiking (standard da poco per i
sentieri CAI)

Sicuramente non sono elementi da rimuovere senza consultazione con che gli
ha inseriti.

Volker


.


<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Sun, 17 May 2020 at 15:03, aldoct  wrote:

> Mi capita spesso di imbattermi in relazioni che comprendono elementi
> diversi;
> ad esempio nella relazione id 10.908.967 sono presenti strade, linee
> ferrate
> edifici ecc. Finora ho corretto rimuovendo gli elementi "estranei". Ho
> fatto
> bene?
> Saluti
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[Volker Schmidt]

Allora, sono proprio le relazioni  che ho trovato e continuo a trovare che
creano problemi. Si tratta spesso di mappatori esperti e loro non si
aspettanao che c'è segnaletica sul posto che non è corretta.
Forse qua nel Nord vengono più turisti tedeschi che vengono a mappare
perché in OSM è già tutto mappato ...
Spero che le mie preoccupazioni siano infondate.


On Sun, 10 May 2020 at 22:45, Ivo Reano  wrote:

> Volker,
> comprendo la tua preoccupazione.
> I mappatori occasionali mappano path se hanno fatto un giro a piedi o
> cicloway se erano in bici, con una miriade di tag assolutamente inutili,
> foot=yes o horse=no ad esempio, ma lo sappiamo, e non per questo ci
> dobbiamo disperare.
> Se vedo una relazione rotta perché è stato allungata una way, o perché
> qualcuno ha tolto un tratto che non ha visto, mi limito a correggere ed
> eventualmente a mandare un messaggio al mappatore spiegandogli perché ha
> sbagliato. E usando parole semplici, senza voler essere il sapiente di
> turno, trovo sempre buona volontà per migliorare la mappa.
> Le relazioni, ben difficilmente, vengono cambiate perché qualcuno ha
> trovato una segnaletica che non corrisponde a quello che esiste già su OSM.
> Semplicemente perché le relazioni sono ostiche per chi mappa
> occasionalmente.
> Il CAI e le sue sezioni stanno imparando un po per volta che le situazioni
> sono delicate, ma non più di quello che sarebbero senza OSM.
> La pazienza è quello che ci serve, come escursionisti, mappatori o amanti
> della montagna.
>
> ___
> 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] Un paio di questioni riguardanti le relazioni

[Volker Schmidt]

Alfredo,

la mia preoccupazione con queste situazioni miste non è  che le persone
vicine al CAI facciano errori, ma che turisti mappanti che passano per
questi luoghi modifichino i dati secondo quello che trovano sul terreno.
Agiscono con buonissime intenzioni, perché non conoscono le attività del
CAI dietro tutto questo. Tutto lì.

Volker

On Sun, 10 May 2020 at 19:43, Alfredo Gattai 
wrote:

> Mi piacerebbe poter dire che come CAI siamo super efficienti ma anche noi
> abbiamo i nostri problemi. Fra il fatto che siamo volontari e che a volte
> mancano le risorse può capitare che ci sia segnaletica fatiscente.
> Detto questo, premetto che sono d'accordo con Volker pero' il Sentiero
> Italia ha una storia particolare,
> Tutti i percorsi che attraversano piu' regioni o nazioni sono stati
> inseriti in OSM da volontari basandosi su carte, libri, informazioni varie
> e poi via via chi passava di li apportava correzioni.
> Non esiste un percorso cosi' lungo interamente segnato in tutte le sue
> parti ma chi l'ha insetrito ha reso un servizio al viandante che altrimenti
> avrebbe avuto ancora piu' problemi a trovarlo di quanti gia' non ne trovi
> ora con i possibili errori.
> Il Sentiero Italia non fa differenza, e' stato inserito basandosi sulle
> puibblicazioni esistenti (un grande grazie a Gianfranco che ci ha speso un
> bel po' di tempo) e chi l'ha percorso negli anni scorsi avra'
> sicuramante trovato problemi ma almeno aveva una guida di massima.
> Nel 2019 abbiamo ripreso in mano il progetto e sulla base di una grossa
> percentuale di nuove tracce inviate dalle sedi CAI (ma non solo) l'abbiamo
> ridisegnato eliminado le troppe varianti e tratti troppo difficili. Non e'
> perfetto ne tutto segnato ma e' il tracciato piu' corretto che si possa
> avere in questo momento.
> Se si cambia il tracciato sulla base di vecchi segnali non ancora rimossi
> si fa un danno e non una miglioria.
> Mi rendo conto che e' un'anomalia rispetto allo standard OSM ma almeno e'
> un'anomalia dichiarata e controllata e raccamando a tutti di fare
> segnalazioni e non modifiche specialmente se non si hanno contatti con la
> sede CAI responsabile del tratto.
>
> Ciao
> Alfredo
>
>
> On Sun, May 10, 2020 at 4:43 PM Volker Schmidt  wrote:
>
>> Questo, purtroppo è un problema molto comune.
>> Per essere onesti le mie negative esperienze non riguardano il CAI, ma i
>> percorsi cicloturistici. La mia speranza è che il CAI lavori più
>> sistematicamente e per quello ho sollevato il punto.
>>
>>
>
>> ___
> 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] Un paio di questioni riguardanti le relazioni

[Volker Schmidt]

Questo, purtroppo è un problema molto comune.
Per essere onesti le mie negative esperienze non riguardano il CAI, ma i
percorsi cicloturistici. La mia speranza è che il CAI lavori più
sistematicamente e per quello ho sollevato il punto.

On Sun, 10 May 2020 at 16:17, Martin Koppenhoefer 
wrote:

>
>
> sent from a phone
>
> > On 10. May 2020, at 12:22, Volker Schmidt  wrote:
> >
> > . Se entrambi sono presenti sul terreno con segnaletica vanno messi
> entrambi in OSM come normali relazioni.
> > Solo quando la segnaletica del vecchio percorso viene rimossa viene
> tolta anche la corrispondente relazione.
>
>
> sono d’accordo con te Volker, ma come fai quando la segnaletica vecchia è
> rimossa per tratti, e in altri tratti ci sta (e similmente anche quando la
> segnaletica nuova è installata solo in parte)? Oppure quando c’è
> segnaletica ma il percorso è in una o più parti inaccessibile (esempio per
> frana o cancelli chiusi)?
>
> Ciao Martin
> ___
> 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] Un paio di questioni riguardanti le relazioni

[Volker Schmidt]

Premessa: non conosco la situazione sul posto.
Se c'è "vecchia" segnaletica sul posto e un "nuovo" percorso è stato
definito sulla carta, ma non ancora con segnaletica sul terreno, quello
vecchio va messo come normale relazione in OSM. Quello nuovo va messo con
una relazione a parte e con "state=proposed". Se entrambi sono presenti sul
terreno con segnaletica vanno messi entrambi in OSM come normali relazioni.
Solo quando la segnaletica del vecchio percorso viene rimossa viene tolta
anche la corrispondente relazione.


Il dom 10 mag 2020, 11:25 Alfredo Gattai  ha
scritto:

> Vedi sotto:
>
> On Sun, May 10, 2020 at 9:45 AM aldoct  wrote:
>
>> Stiamo andando in OT; comunque vorrei dire che le correzioni non
>> dovrebbero
>> riguardare i tratti del tracciato che non si conoscono, quanto piuttosto
>> gli
>> errori nella struttura delle relazioni generate.
>
>
> +1
> Concordo ovviamente
>
>
>> Mi pare infatti che la
>> disponibilità dei mappatori del CAI non sia supportata da una sufficiente
>> padronanza della tecnica di mappatura (almeno nel tratto siciliano del
>> Sentiero Italia).
>
>
> +1
> E' vero, si stanno organizzando corsi il piu' estensivi possibile ma cio'
> richiede tempo,
> non si puo' pensare che in breve tempo siano tutti in grado di mappare
> perfettamente.
> Questo vale per tutti i mappatori neofiti e quelli CAI non fanno
> differenza, sta a noi piu' esperti accompagnarli e segnalare i problemi
>
>
>> Ho l'impressione che la parola d'ordine sia stata: "Andate
>> e mappate", senza invitare gli iscritti coinvolti ad un doveroso training;
>> col risultato di molteplici inesattezze ed errori sia nella mappatura, sia
>> nella creazione delle relazioni.
>
>
> No, non e' cosi' come ho spiegato sopra.
>
>
>> Tali errori vengono sistematicamente
>> segnalati dal validatore di JOSM ed altrettanto sistematicamente ignorati.
>> Quindi ritengo che correggere la struttura delle relazioni generate
>> maldestramente sia auspicabile proprio per renderle fruibili. Per
>> ottimizzare le energie ed il tempo impiegato, sarebbe il caso di dotarsi
>> di
>> strumenti idonei e di documentarsi prima di mettere mano alle forme meno
>> grossolane di mappatura onde evitare la tentazione di cancellare del tutto
>> un lavoro malfatto, piuttosto che correggere qualche sbavatura.
>>
>
> Dato che la maggior parte delle relazioni del Sentiero Italia sono state
> modificate e corrette da me e da altre persone incaricate molto esperte la
> cosa e' abbastanza sorprendente.
> Sono stati usati tutti i validatori necessari inclusa la verifica che i
> principali siti che renderizzano le relazioni ritornassero a schermo la
> cosa giusta.
> Puoi fare qualche esempio preciso di prolema risconstrato? Temo che siano
> problemi introdotti dopo le nostre correzioni. Se e' come penso io dovremo
> notificare all'utente il suo errore come gia' fatto in passato.
>
> Ciao
> Alfredo
>
>
>
>>
>>
>>
>> --
>> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> 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] Un paio di questioni riguardanti le relazioni

[Volker Schmidt]

Re. concatenazione di relazioni
Se ho capito bene come funzionano le super route non si tratta di
concatenazioni ma di elenchi di relazioni.
Una concatenazione di relazioni dovrebbe metterle in sequenza e, dove
necessario,  rovesciare la direzione delle singole relazione (ovviamente
solo  in caso di relazioni strettamente lineari A > B senza diramazione o
anelli)

On Fri, 8 May 2020 at 08:51, Alessandro P. via Talk-it <
talk-it@openstreetmap.org> wrote:

> Il 07/05/20 22:44, aldoct ha scritto:
> > Domanda 1 = A posto!
> > Domanda 2 Come fare a concatenare le relazioni?
> >
> >
> >
> Creai una relazione che come membri ha le singole relazioni.
> Qui, come esempio, hai l'alta Via dei Monti Liguri
>
> https://www.openstreetmap.org/relation/3006903
>
> Alessandro Ale_Zena_IT
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[Volker Schmidt]

Scusa, hai ragione, non avo risposto.
Che cosa intendi con "concatenare relazioni" ?

On Thu, 7 May 2020 at 22:45, aldoct  wrote:

> Domanda 1 = A posto!
> Domanda 2 Come fare a concatenare le relazioni?
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[Volker Schmidt]

Per cercare e controllare per completezza delle relazioni c'è il sito Relation
Analyzer 
che fra altre cose ti permette cercare per nome/parte di nome e/o ref e/o
altri tag.
Ho fatto una rapida verifica. RA ti fa vedere 44 relazioni con "sentiero
Italia" nel nome

On Thu, 7 May 2020 at 22:32, Ivo Reano  wrote:

> Interessanti domande.
> Nello specifico ti dovrà rispondere AlfredoSP che ha curato per il CAI
> tutto il percorso.
> Il SI 2019 è stato suddiviso in tratti regionali.
> Per il Piemonte è la relazione 7029511, che è la tratta SI00
> Si tratta di una super relazione, nel senso che è composta da relazioni di
> percorsi.
>
> In realtà non saprei rispondere alle domande, però provo a dire come
> faccio io.
> Posso aprire Josm su una zona dove so che passa il percorso e lo trovo
> nella lista delle relazioni
> Oppure più facilmente da waymarkedtrails, però devi posizionarti su un
> territorio dove passa!
> Alla domanda due provo a risponderti, non garantisco sia la risposta più
> corretta.
> Una tratta è in relazione con la successiva perché è all'interno di una
> relazione padre.
> Probabilmente non esiste ancora una super super relazione con tutto il
> Sentiero Italia CAI 2019.
> Ma dacci il tempo e lo faremo!
> Ivo/Jrachi
>
> Il giorno gio 7 mag 2020 alle ore 21:54 aldoct  ha
> scritto:
>
>> Domanda 1: Come fare una ricerca di una relazione? Mettiamo che voglio
>> sapere, ad esempio, se esiste qualche relazione che riguarda il Sentiero
>> Italia o un suo tratto regionale; come faccio a saperlo?
>> Domanda 2: Come si fà a concatenare le relazioni fra di loro? Se creo una
>> relazione su una singola tappa del Sentiero Italia, come faccio a metterla
>> in relazione alla tappa successiva?
>> Saluti
>>
>>
>>
>> --
>> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] [talk:it] pedoni su ciclabile

[Volker Schmidt]

 Una domanda da pedone:
Mi trovo all'inizio di una ciclabile come questa
<https://www.mapillary.com/map/im/wAA59mhyhE1sHt7h9uu07Q>.
La mia domanda è se il divieto per pedoni su una ciclabile è assoluto o se
c'è una eccezione in caso che non ci sia ne marciapiede o altra alternativa.
Penso a una analogia: So che posso camminare sul bordo di una  Statale
senza marciapiede o altra alternativa in assenza di un un esplicito
divieto. Se invece la Statale dispone di marciapiede, c'è l'obbligo per il
pedone di utilizzarlo.
Quale è la situazione legale nel caso della ciclabile?

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

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

[Volker Schmidt]

Benvenuta!
Buon Lavoro!

Volker

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

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

[Volker Schmidt]

Lorenzo, questo non è il punto,
il punto è se
(a) si applica prima highway=footway cioè accesso solo ai pedoni e poi
questo solo in modo provvisorio
o
(b) si tratta di un marciapiede, ma in più è tollerato l'accesso di tutti i
mezzi di trasporto in modo provvisorio

E'una questione della gerarchia logica dei due tag.

Spero di essermi espresso bene.

On Sat, 2 May 2020 at 23:35, Lorenzo Mastrogiacomi 
wrote:

> Il giorno sab, 02/05/2020 alle 23.24 +0200, Volker Schmidt ha scritto:
>
> Anche io pensavo che (b) sia corretto.
>
> Ce ne sono 1046 in Italia (solo "highway=footway" AND "access=permissive".
> Se aggiungiamo gli altri varianti "highway=* AND "access=permissive"
> arriviamo a 13140
>
> Penso che la maggiorità degli mappatori lo pensa diversamente.
>
> E lo stesso vale per altri paesi.
>
> Che facciamo?
>
> Volker
>
>
> Può essere un viottolo con scritto "proprietà privata" ma la gente ci
> passa ed il proprietario tollera il passaggio. Non è access=private perché
> non c'è un divieto.
> Non è poi così strano.
>
>
> Lorenzo
> ___
> 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] highway=residential con access=permissive

[Volker Schmidt]

Anche io pensavo che (b) sia corretto.

Ce ne sono 1046 in Italia (solo "highway=footway" AND "access=permissive".
Se aggiungiamo gli altri varianti "highway=* AND "access=permissive"
arriviamo a 13140

Penso che la maggiorità degli mappatori lo pensa diversamente.

E lo stesso vale per altri paesi.

Che facciamo?

Volker

On Sat, 2 May 2020 at 23:06, Martin Koppenhoefer 
wrote:

>
>
> sent from a phone
>
> > On 2. May 2020, at 22:24, Volker Schmidt  wrote:
> >
> > Riesumando questo vecchio filone per una domanda simile
> > highway=footway con access=permissive
> > è
> > (a) un marciapiede sul quale pedoni possono camminare tollerati dal
> proprietario; tutti gli altri mezzi sono vietati
> > o
> > (b) un marciapiede sul quale anche qualsiasi veicolo viene tollerato dal
> proprietario
>
>
> il significato del tagging è b)
>
> forse c’è anche
> (c) un tag che qualcuno ha messo pensando che significasse qualcosa di
> diverso ;-)
>
>
> Ciao Martin
> ___
> 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] highway=residential con access=permissive

[Volker Schmidt]

Riesumando questo vecchio filone per una domanda simile
highway=footway con access=permissive
è
(a) un marciapiede sul quale pedoni possono camminare tollerati dal
proprietario; tutti gli altri mezzi sono vietati
o
(b) un marciapiede sul quale anche qualsiasi veicolo viene tollerato dal
proprietario
?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Editing project in Italy, Torino

[Volker Schmidt]

Grazie - thank you!

On Thu, 23 Apr 2020 at 10:23, Simona Hosu - (p) 
wrote:

> Buongiorno Volker Schmidt,
>
>
>
> Sì, per ogni changeset effettuato dal nostro team useremo #telenav.
>
> Inoltre, i membri del nostro team hanno utenti "_telenav" (ad esempio
> simonah_telenav) e attraverso questo possiamo differenziarci dagli altri
> utenti.
>
>
>
> I migliori saluti,
>
>
>
>
>
> Simona Hosu
>
>
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Editing project in Italy, Torino

[Volker Schmidt]

Ci sarà un hashtag per tutti i changeset di Telenav or ci sarà sempre lo
stesso utente?

On Wed, 22 Apr 2020 at 19:22, Alessandro Palmas <
alessandro.pal...@wikimedia.it> wrote:

> Il mer 22 apr 2020, 11:56 Simona Hosu - (p)  ha
> scritto:
>
> Hi everyone,
>>
>>
>>
>> This is Simona and I am part of the mapping team at Telenav.
>>
>>
>>
>> To make OpenStreetMap more navigable and accurate in guidance, our
>> mapping team is planning to start editing in Italy, in the begging we'll
>> start with the city of Turin.
>>
>> In the next weeks we will focus on editing one ways, turn restrictions,
>> road geometry and also validating the existing map by correcting keep right
>> errors.
>>
>>
>>
>> This is where you come in! Beside the general OSM mapping guidelines 
>> ((*http://wiki.openstreetmap.org/wiki/Main_Page
>> *, 
>> *http://wiki.openstreetmap.org/wiki/Map_Features
>> *), do you have any
>> local mapping guidelines for us? Also, we appreciate any hints regarding
>> available local or government data that we might be able to us.
>>
>>
>>
>> If there are other OSM communication channels, we will appreciate if you
>> communicate them to us as well.
>>
>>
>>
>> We'd love any input and advice!
>>
>>
>>
>> If you have any questions or comments, please let me/us know.
>>
>>
>>
>> Thanks!
>>
>>
>>
>>
>>
>> Simona Hosu
>>
>> Map Analyst
>>
>> [image: logo] 
>>
>> E-mail: simona.h...@telenav.com
>>
>> Web:www.telenav.com
>>
>> Postal: 21st December 1989 blvd, no. 77, building C-D, ground floor,
>>
>> 400603 Cluj-Napoca, Romania
>>
>>
>>
>>
> Hello Simona,
> glad to read Telenav is going to take care of Italy.
>
> I forwarded your email to Roberta Castelli, an experienced mapper who
> works in http://www.5t.torino.it/en/ a regional agency; she'll write you
> soon.
>
> Kind Regards
>   Alessandro a.k.a. Ale_Zena_IT
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] I ruoli nelle relazioni

[Volker Schmidt]

La mappature delle ferrovie dismesse è un capitolo dove la comunità OSM è
molto frammentata.
Gli approcci variano da mappatore a mappatore, non solo da paese a paese.
Eì terreno minato. E le opinioni variano e vanno da quelli che dicono
ferrovie dismesse non hanno nessun posto in OSM, si mappa solo quello che
c'è adesso ad altri che hanno mappato intere ferrovie del passato.
Io sono, fra tante altre cose, interessato anche in archeologie
industriale, e per me ferrovie dismesse hanno anche questo aspetto. Ma non
ho mai trovato il tempo per farlo in modo sistematico.
Se vuoi imboccare questa strada, ti do volentieri una mano.

Volker
(il mio interesse principale sono le ciclovie, ma c'è un legame per il fato
che spesso le ex-ferrrovia si riciclano come ciclovie)

On Wed, 22 Apr 2020 at 17:43, aldoct  wrote:

> Non è un elenco esaustivo ma quantomeno si capisce. Grazie
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] limiti di velocità su strade extraurbane in Veneto

[Volker Schmidt]

On Tue, 21 Apr 2020 at 21:05, Manuel  wrote:

> Mapillary [1] non è di nessun aiuto? (Non sapendo dove cercare, mando
> direttamente il link)
> [1]
> https://www.mapillary.com/app/?lat=45.369890683200396&lng=11.819289961211211&z=12.793317649812986&focus=map
>
> Purtroppo no.
Le foto Mapillary sono mie e sono più vecchie della modifica del tag
maxspeed. E non mi ricordo assolutamente su che cosa mi sono basato per
inserire i 70km/h. Sono 90% sicuro che ho commesso un errore, ma non 100%.
Volker

<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] limiti di velocità su strade extraurbane in Veneto

[Volker Schmidt]

Esiste da qualche parte una mappa (non OSM) o un elenco o un db che indica
quali limiti di velocità valgono sui vari pezzi di strada. Ho cercato sui
siti di ANAS e Veneto Strade senza successo.

(Sto cercando il limite valido sulla Direttissima per Abano - SR47 dir 2
sulla quale ho inserito in settembre 2017 70km/h e penso che si tratta di
un errore da parte mia, ma non potendo uscire non posso verificare sul
luogo. Cosi mi sono messo a ricercare informazioni online - senza successo)


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[Volker Schmidt]

 "Use place =hamlet for an
isolated settlemen"
(https://wiki.openstreetmap.org/wiki/Tag:place%3Dhamlet)



Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Sat, 18 Apr 2020 at 12:37, Federico Cortese  wrote:

> On Sat, Apr 18, 2020 at 10:58 AM Martin Koppenhoefer
>  wrote:
> >
> > anch’io avrei fatto così
> >
>
> Sì, nel caso in cui non ci sia una via ma solo il nome della località
> (addr:street o addr:place alternativi).
> Mi pare di capire invece che Alessandro abbia il nome della via ma
> voglia aggiungere anche il nome della frazione nell'indirizzo, cosa
> che effettivamente è utile.
> Io per quello scopo uso addr:hamlet, quindi nello specifico farei:
> addr:city=Rubano
> addr:street=Via Pinco Pallo
> addr:housenumber=5
> addr:hamlet=Bosco di Rubano
>
> Preferisco hamlet a suburb o district perchè mi pare che questi ultimi
> si riferiscano ad aree interne alla stessa città e non a frazioni
> isolate.
>
> Ciao,
> Federico
>
> ___
> 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] TransLagorai

[Volker Schmidt]

Non penso che dovrebbe essre una relazione in OSM. Si tratta di una
concatenazione di pezzi di sentieri con segnaletica propria, ma di quello
che so non esiste una segnaletica per un sentiero o percorso del nome
"Translagorai" e sicuramente non ha una "ref" sua.
La SAT lo descrive come un assieme di sentieri.
Penso che sarebbe sbagliato di avere una relazione con questo nome in OSM.
Se ci sono delle proposte di farne un percorso unico, si può documentare
questo fatto mettendolo con il tag state=proposed e poi rimuoverlo quando
diventa un percorso con segnaletica.
Vedo anche che dai come "website" il (bellissimo!) sito MagicoVeneto, ma il
percorso non è loro. Si tratta di una escursione che loro descrivono.

Per quanto rgurada la Via Matildica, ha lo stesso problema, ho lasciato un
commento sul changeset.

Volker

<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Sat, 18 Apr 2020 at 11:22, Ivo Reano  wrote:

> Manca il ref perché è un itinerario "inventato" da una associazione di
> escursionisti?
> Lasciando perdere un momento la autenticità/ufficialità di un itinerario...
> Questo ha una qualche cartellonistica che conduce l'escursionista lungo il
> percorso?
>
> Non conosco la situazione legale del veneto, in riferimento alla rete
> escursionistica, questo itinerario come si inquadra?
>
> ___
> 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] Identificare frazioni di un Comune nell'indirizzo

[Volker Schmidt]

Quello che è importante è che cosa ne fanno i reverse geocoder. Non penso
che possono digerire la stringa "Bosco di Rubano" per trovare "Bosco" in
Rubano" (penso che nel caso spedisco è diverso, la frazione non si chiama
"Bosco" ma "Bosco di Rubano" secondo Wikipedia)

On Sat, 18 Apr 2020, 10:58 Martin Koppenhoefer, 
wrote:

>
>
> sent from a phone
>
> > On 18. Apr 2020, at 08:44, Francesco Ansanelli 
> wrote:
> >
> > Ci sono due casi:
> >
> > - Frazione Bosco, 5 - Rubano
> > uso:
> > addr:city=Rubano
> > addr:place=Frazione Bosco
> > addr:housenumber=5
> >
> > - Via del Bosco, 5 - Frazione Bosco di Rubano - Rubano
> > uso:
> > addr:city=Bosco di Rubano
> > addr:street=Via del Bosco
> > addr:housenumber=5
>
>
> anch’io avrei fatto così
>
> Ciao Martin
> ___
> 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] TransLagorai

[Volker Schmidt]

Direi che manca un tag essenziale: "ref"

On Sat, 18 Apr 2020, 11:02 scratera,  wrote:

> ho creato questa nuova relazione se qualcuno
> https://www.openstreetmap.org/relation/11009657#map=12/46.1851/11.6290
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] pipeline sotteranee senza layer=-1

[Volker Schmidt]

>
> Comunque, quando ci sono più elementi allo stesso punto ma su altezze
> diverse, è necessario indicare l’ordine con un tag layer, a prescindere
> della presenza del tag location.
>

Salvo nei casi, come quello che avevo incontrato (per puro caso), dove due
condotte di acqua sotterranee si incrociano (secondo i dati importati) e
non si sa quale è sopra.
Ma in realtà è una cosa rara e possiamo lasciare la decisione a futuri
archeologi industriali.

PS: ci sono 367  ways  con "man_made=pipeline" e "location=underground" e
"layer=-1" in Italia e 1168 in Germania, quindi i concetti di base non sono
chiari a tanti mappatori.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] pipeline sotteranee senza layer=-1

[Volker Schmidt]

Io avrei interpretato

>
>- Using negative values to describe something to be underground. Use
>location =underground
> for
>this purpose.
>
> diversamente.
Dice solo che location=* e layer=* sono due concetti diversi:

   - location descrive la posizione relativa alla superficie del terreno
   - layer è una posizione relativa che serve solo al rendere

Mi va bene dire che la relativa posizione di oggetti sotterranei non la
posso conoscere e quindi non la posso mappare, quindi in caso di
location=underground non metto layer, perché, nella stragrande maggoranza
dei casi, non la conosco. Il caso che ha causato la mi domanda è qua
.
Ovviamente non so quale dei due è sopra e quale è sotto.

Ci sono casi dove layer=* viene utilizzato per oggetti sotterranei, per
esempio per gallerie ferroviarie. Esempio sulla linea del San Gottardo
.
Ammetto che nel caso di gallerie, si utilizza tunnel=yes e non
location=underground.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] pipeline sotteranee senza layer=-1

[Volker Schmidt]

Per caso ho travato che tante man_made=pipeline con location=underground
non hanno layer=-1
Ho controllato sulla pagina wiki
 e lì trovo un
criptico
"combine with layer =* if
applicable."
Noto anche che JOSM non si lamenta se layer=-1 non c'è.

Ci vuole o no?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] rimosso rendering in OSM carto di shop=ice_cream

[Volker Schmidt]

Vorrei informarvi di un disastro:
Non co sarà più il cornetto in OSM carro per shop=ice_cream
(Vedi https://github.com/gravitystorm/openstreetmap-carto/pull/4093)
Rimane solo per amenity=ice_cream.

Un vero disastro quando progetto le mie gite con gruppi di cildisti.
Sono l'unico goloso in lista?

Buona Pasqua

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

Re: [Talk-it] tag ref guidepost

[Volker Schmidt]

Vedo problematico un valore di ref che non è facilmente identificabile sul
posto.

E deeve trovarsi sul palo. Non può essere sul segnavia, siccome ci possono
esserci più di uno sullo stesso palo.

E sicuramente non può essere un numero che esiste solo in un database o in
un elenco cartaceo da qualche parte.

La questione non è tanto banale, adesso che i centri 112 cominciano
utilizzare OSM come abbiamo imparato a OSMIT.

Volker


On Wed, 8 Apr 2020, 06:17 Luca Delucchi,  wrote:

> On Fri, 3 Apr 2020 at 18:14, franco marchionni via Talk-it
>  wrote:
> >
> > Buon giorno a tutti. sono un princiante e chiedo gentilmente chiarimenti
> >
> > Nel preset CAI del Guidepost in JOSM è presante il tag name e ref code.
> > Il name mi sembra intuitivo sia il nome località presente nella tabella
> del Luogo di posa  mentre,  sul ref code non mi è chiaro quale "numero
> univoco"indicare e quindi pongo le seguenti domande;
> > 1) il ref code è o potrebbe essere il codice univoco che crea il
> software Luoghi 2.0 ?
> > 2) il ref code è un numero che qualsiasi escursionista potrebbe
> individuare ,leggere e comunicare facilmente ? Nel caso del numero generato
> da luoghi 2.0 diventa piuttosto complesso e lo considero più una info
> interna al CAI per la gestione delle tabelle.
>
> nel caso di sezioni virtuose si, il ref code dovrebbe essere quello di
> Luoghi e dovrebbe essere un numero da individuare (magari non
> semplicemente) da un escursionista (per esempio in trentino è nella
> parte posteriore del segnavia)
> in situazioni diverse devi mettere il codice presente sulla tabella se
> c'è oppure quello di Luoghi, se lo conosci (te probabilmente si)
>
> > 3 il tag ref code  nel preset CAI diventa poi solamente ref nel tag di
> JOSM è corretto ?
>
> si
>
> > Grazie per un vostro contibuto per derimere i miei dubbi
> > Saluti
> > franco
> >
>
>
> --
> ciao
> Luca
>
> www.lucadelu.org
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Rete Europeo di Via d'Acqua

[Volker Schmidt]

Vedi
https://forum.openstreetmap.org/viewtopic.php?id=68988

Sulla pagina wiki E-waterway network
<https://wiki.openstreetmap.org/wiki/WikiProject_Europe/E-waterway_network>
c'è un elenco delle via d'acqua che fanno pare della rete. Quelle in Italia
sono in fondo dell'elenco sulla pagina.
Lavoro per mappatori in kayak, bici, e piedi per il dopo-coronavirus.
Ma parecchie informazioni possono essere raccolte anche ccn armchair mapping

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

Re: [Talk-it] Traduzione dei place

[Volker Schmidt]

"allogio" è la traduzione corretta di "dwelling"

"place=allotments
" descrive una
cosa molto particolare: "Kleingartensiedlung" in tedesco. Si tratta di zone
nat come orti comunali, tipicamente gestiti da associazioni, che sono
diventati, col tempo, degli insediamenti, nel senso che la gente abita
negli edifici negli orti. Il concetto è diffuso a Vienna, e c'è a Vienna
addirittura una legge apposita.
Era un fenomeno comune in Germania dopo la seconda guerra mondiale. So che
c'erano a Berlino, erano/sono diffusi nei paesi est-europei.
Penso, che non per caso la pagina wiki place=allotments contiene
riferimenti in russo. E il tag si utilizza prevalentemente in Russia
.
Io mi ricordo di quartieri di questo tipo fuori Berlino  e fuori Budapest.
Ed ecco una foto satellitare a Vienna

.


Virus-free.
www.avast.com

<#m_7655024465585773611_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Sun, 5 Apr 2020 at 10:10, Francesco Ansanelli 
wrote:

>
>
> Il dom 5 apr 2020, 09:37 Martin Koppenhoefer  ha
> scritto:
>
>>
>>
>> sent from a phone
>>
>> > On 5. Apr 2020, at 09:22, Francesco Ansanelli 
>> wrote:
>> >
>> > Non mi fa impazzire "alloggio"... Non significa nulla, è come scrivere
>> "dimora".
>> > Suggerisco "casa isolata" o "abitazione isolata" (o plurale)
>>
>>
>> con „casa“ escluderesti persone viventi in grotte e simili, o no? Pensa
>> ad eremi.
>>
>
> Se vogliamo parlare filosoficamente cos'è una casa? È un posto fisico o
> astratto? È come la mamma...!
> Se trovi un eremita che vive nella grotta che tag usi? 😁
>
>
>>
>> Ciao Martin
>> ___
>> 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
>


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Traduzione dei place

[Volker Schmidt]

Due osservazione:
1) E' sconsigliabile di cambiare definizioni per oggetti che sono a
centinaia o migliaia nel DB
2) Se dovessimo modificare le definizioni lo steso, cerchiamo di allineare
le definizioni fra le lingue del wiki OSM, con en:Wikipedia  e it:WIkipedia
(che a sua volta fa riferimento alle classifiche ISTAT),  e con nomatim.


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Sun, 5 Apr 2020 at 00:15, Martin Koppenhoefer 
wrote:

>
>
> sent from a phone
>
> > On 5. Apr 2020, at 00:04, Lorenzo Mastrogiacomi 
> wrote:
> >
> > Opinioni?
>
>
> sono d’accordo con la modifica per isolated_dwelling
> in generale questi concetti gerarchici sono difficilmente spiegabili con
> una parola sola, soprattutto se non c’è corrispondenza diretta nella lingua.
> Lo stesso problema esiste anche per esempio nel tag highway. Questi
> sistemi può applicare chi ha visto tutti i possibili valori (e come
> funziona il sistema), invece tradurre una sola parola rischia di portare a
> fraintendimenti...
>
> Ciao Martin
> ___
> 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] Con OSM si misurano i "fatidici" 200m.

[Volker Schmidt]

BRouter-web ha già la "exclusion zone", basta visualizzarla, centrata sulla
casa. C'è anche il righello in basso a sinistra per la calibrazione. Fai
uno screenshot e bingo, lo stampi e ti lo metti in tasca, se non riesci a
memorizzarlo.

Puoi anche farlo con un Garmin etrex e simili: metti un POI sulla casa con
la "proximity" a 200m. Suona quando esci dai 200m. Grande Fratello!

On Wed, 1 Apr 2020 at 23:20, Max1234Ita  wrote:

> Scusate, ri-popsto... avevo scritto castronerie!
> Vi prego di ignorare il mio precedente.
>
> "
> Se i 200 m si misurano in linea d'aria (da dove? dal portone di casa?), con
> OsmAnd lo si fa al volo, basta avere il telefono in mano.
> Ovviamente bisogna fare un minimo di preparativi, almeno la prima
> volta,ovvero:
>
>   1) Da schermata principale (visualizzazione della mappa), richiamare il
> menu delle opzioni scorrendo dal bordo sinistro del display;
>
>   2) Selezionare "Configura lo schermo"
>
>   3) Scorrere la lista verso il basso, nella sezione "Pannello Destro";
>
>   4) Selezionare "Righello radiale" (ovvero, spostare lo "switch" verso
> DESTRA)
>
>   5) Tornare al display principale; si noterà, nel pannello destro, una
> nuova icona.
>
> Fine dei preparativi!
>
>
> Alla bisogna:
>
>   a) Toccare l'icona (un occhio barrato) per far comparire il righello
>
>   b) Regolare lo zoom fino a quando non vengono visualizzati i valori
> "50m",
> "100m", "150m", 200m", ecc.
>
>   c) Puntare la visuale sulla posizione corrente, col consueto pulsantino
> azzurro in basso a destra
>
>   d) Se il punto stabilito (es. il n. civico di casa propria) è incluso nel
> cerchio dei 200 metri... tutto in regola!
>
>   e) Per disattivare il righello, toccare di nuovo l'icona (si passa da
> linee di graduazione intense, a sfumate, quindi a non visualizzate)
>
>
> In alternativa, si può ragionare al contrario, cioè puntando casa propria e
> verificando che la posizione corrente sia all'interno del medesimo cerchio.
>
> L'operazione di verifica richiede solo qualche secondo! :-)
> "
>
>
> Ciao!
> Max
>
>
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Webinar su OpenStreetMap e il suo possibile uso durante l'emergenza coronavirus

[Volker Schmidt]

Segnalo una simile iniziativa nella lista tedesca:
[Talk-de] Wer möchte Videos zu OpenStreetMap erstellen?

On Fri, 27 Mar 2020 at 11:02, Alessandro Sarretta <
alessandro.sarre...@gmail.com> wrote:

> Ne accennerò, grazie!
>
> Ale
> On 26/03/20 23:34, Matteo Zaffonato wrote:
>
> Ciao Alessandro, pensi di rilanciare l'uso di http://su.openstretmap.it/
> ?
>
> Ciao
> Matteo
>
> On Thu, Mar 26, 2020 at 3:18 PM Alessandro Sarretta <
> alessandro.sarre...@gmail.com> wrote:
>
>> Buongiorno,
>>
>> come annunciato nell'ultimo articolo del blog di Wikimedia Italia (
>> https://www.wikimedia.it/la-conoscenza-libera-a-casa-tua-grazie-ai-nostri-soci/),
>> domani alle 13 terrò un webinar introduttivo su OpenStreetMap, cercando di
>> fare esempi del suo utilizzo a supporto dell'emergenza coronavirus.
>>
>> Il webinar è pensato per non esperti di OpenStreetMap e avrà una prima
>> parte introduttiva sia sui concetti sia sui primi passi da fare (creazione
>> di un utente, introduzione all'editor iD) e una seconda parte con degli
>> esempi di semplici edit a supporto dell'integrazione in OSM di:
>>
>>- attività che fanno consegne a domicilio
>>- farmacie
>>- numeri civici
>>
>> Il webinar sarà trasmesso tramite Jisti meet e sarà aperto a 15 persone
>> al massimo, per limitare problemi di connessione, con iscrizione
>> obbligatoria all’indirizzo segrete...@wikimedia.it; la registrazione
>> dell’incontro sarà in seguito resa disponibile a tutti sul canale YouTube
>>  di Wikimedia
>> Italia (e forse anche in live streaming, nel caso ci siano molte richieste).
>>
>> Condivido qui nel caso qualcuno sia interessato a partecipare e anche per
>> raccogliere spunti e suggerimenti su elementi da evidenziare durante la
>> presentazione, in special modo sui 3 esempi sopra citati.
>>
>> Grazie a tutti,
>>
>> Ale
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Formato numeri civici

[Volker Schmidt]

@Damjan
Quando dici "internazionale", a che cosa ti riferisci ? Una pagina Wiki
OSM? Qualche altro documento?
Volker


Il formato ufficiale italiano ed anche internazionale da usare per i civici
> è numero + lettera minuscola senza separatori (es. 101a).
>
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Formato numeri civici

[Volker Schmidt]

Non si possono utilizzare le stringhe come sono?
Questi "/" o "N" che cosa significano? (scusate l'ignoranza dello straniero)
Qualcuno ha guardato come fanno in altri paesi?
Vedo che
https://wiki.openstreetmap.org/wiki/Key:addr
propone alcune adr: . Forse si possono utilizzare comne sono o
aggiungiere altri.

Volker

On Thu, 26 Mar 2020 at 10:53, Cascafico Giovanni 
wrote:

> Come passo preliminare alla sistemazione del dataset del Comune di Milano
> [1], ritorna il problema della notazione "barra", "interno", rimasta appeso
> da qualche anno.
>
> In FVG, visti i rari interni, abbiamo usato la notazione con la barra:
> "numero" + "/" + "lettera" (lasciamo perdere il 'case' per ora)
>
> A vedere la lista del Comune di Milano, il civico è definito da 4
> componenti:
> - numero
> - lettera
> - barra
> - barra2
>
> Ciò produce robe tipo queste:
> 14A
> 210/16
> 3AN01
> 21N07
> 46/9/A
>
> Come venirne a capo?
>
> [1] http://dati.comune.milano.it/it/dataset/ds634-numeri-civici-coordinate
> ___
> 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 farmacie

[Volker Schmidt]

👍

On Tue, 24 Mar 2020 at 17:39, Alessandro Sarretta <
alessandro.sarre...@gmail.com> wrote:

> Ciao Ale,
>
> On 24/03/20 15:42, Alessandro Palmas wrote:
> > Ma scusate, con tutta la gente a casa, perchè non lanciamo una
> > campagna "aiutiamo il Ministero della Salute a mappare ste benedette
> > farmacie una volta per tutte"?
> > Si creano dei task, magari uno per provincia e si chiede a chi le
> > conosce di posizionarle. I task li si fanno girare un paio di volte
> > (nascondendo i risultati della prima volta) così si ha una doppia
> > verifica.
> > In questo modo miglioriamo un dataset in questo periodo
> > importantissimo e facciamo conoscere di più OpenStreetMap.
> >
> > Che ne dite?
>
> ottima idea.
>
> Come si implementa in concreto? Dove organizziamo i task?
>
> Ale
>
>
> ___
> 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] Mapillary e farmacie

[Volker Schmidt]

I simboli variano da paese a paese (sia farmacia, sia tabaccaio)

On Tue, 24 Mar 2020 at 15:54, Volker Schmidt  wrote:

> Certo, che si può proporre.
> Prevedo difficoltà per la variabilità dei segni/simboli uitlizzati
> Vedi questa ricerca Google
> <https://www.google.com/search?q=%22pharmacy+sign%22+or+%22Apotheke+symbol%22&client=firefox-b-d&sxsrf=ALeKk00nXI-G3DofgC8SZGgtDxqXYHv2gw:1585056926477&source=lnms&tbm=isch&sa=X&ved=2ahUKEwigq7SYnbPoAhXUsHEKHdZkDDQQ_AUoAXoECAsQAw&biw=1290&bih=713>
> Poi ci sarà anche questo problema <https://www.croceverdepadova.it/> (non
> so se è solo locale).
>
>
> On Tue, 24 Mar 2020 at 14:06, Cascafico Giovanni 
> wrote:
>
>> Non mi pare che le farmacie siano tra le map features candidate
>> all'object detection. Visto che i banner sono spesso ben visibili, si
>> potrebbe proporre l'inserimento nell'algoritmo.
>>
>>
>> ___
>> 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] Mapillary e farmacie

[Volker Schmidt]

Certo, che si può proporre.
Prevedo difficoltà per la variabilità dei segni/simboli uitlizzati
Vedi questa ricerca Google

Poi ci sarà anche questo problema  (non
so se è solo locale).


On Tue, 24 Mar 2020 at 14:06, Cascafico Giovanni 
wrote:

> Non mi pare che le farmacie siano tra le map features candidate all'object
> detection. Visto che i banner sono spesso ben visibili, si potrebbe
> proporre l'inserimento nell'algoritmo.
>
>
> ___
> 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