Re: [Talk-it] Fonte di toponimi dubbi

[Francesco Ansanelli]

Ciao,

suggerisco di non rimuovere il nome non più in uso, ma di cambiare il tag
in "old_name", è uno dei pochi casi dove per ragioni storiche, secondo me,
può continuare ad esistere.

Francesco

Il dom 13 dic 2020, 14:41 Stefano Lavori  ha scritto:

> Buonasera, sono un contributore occasionale di OSM e volevo una mano da voi
> veterani per risalire alla fonte (Istat 2001 - geodati.gfoss.it) citata
> per
> gli elementi di questo changeset:
>
> https://www.openstreetmap.org/changeset/2002049
>
> Il problema di *alcuni* di quei toponimi e' che sono toponimi assolutamente
> dialettali e di utilizzo molto ristretto (tipicamente delle 3/4 famiglie
> che
> abitano nei dintorni) ed oltretutto neanche la loro grafia mi convince al
> 100%. Per esempio "Biasciuokc": quel "kc" finale non ha alcun senso
> foneticamente. Sembrano decisamente soprannomi dati alle famiglie che
> abitavano in quel preciso luogo in un preciso lasso di tempo (passato): uno
> su tutti "Saittì" (peperoncino). Sono della zona e queste dinamiche mi sono
> ben note. Ho chiesto anche informazioni ad un mio conoscente nativo di
> Sant'Egidio alla Vibrata il quale afferma di non averli mai sentiti.
>
> Quindi riassumendo io sarei per eliminare almeno quelli piu' impropri e
> piu'
> piccoli ma prima di fare qualsiasi cosa volevo in primis informarmi sulla
> fonte di
> questi toponimi.
>
> Grazie
> ___
> 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] Creazione di un Diversity and Inclusion Group in OSM Italia

[Francesco Ansanelli]

Ciao,

sono in parte d'accordo con Martin...
Seguo da circa 2 anni talk-it e non mi sembra di ricordare episodi di
discriminazione (in particolare di genere). Quindi auspico di capire se si
tratta di un'attività "di contorno" (non vorrei essere frainteso ma CoC,
linguaggio inclusivo, gruppi LGBTQ, ecc.. sono stati una moda tra i
progetti open source nell'ultimo anno) oppure se ci sono state davvero
frasi di odio per l'appartenenza a minoranze?
Credo di parlare a nome di tutti, se dico che è benvenuto/a nella comunità
chiunque voglia farne parte e lo/la invito a condividere anche qui le sue
esperienze.
Vi auguro una buona domenica
Francesco

Il ven 11 dic 2020, 14:31 Martin Koppenhoefer  ha
scritto:

> Am Fr., 11. Dez. 2020 um 14:09 Uhr schrieb Anisa Kuci <
> anisa.k...@wikimedia.it>:
>
>> Ciao a tutte e tutti,
>>
>> abbiamo appena creato un gruppo di (attualmente) 15 donne italiane che
>> contribuiscono a OSM ma, dopo aver discusso tra noi, abbiamo pensato che
>> sarebbe bello se questo gruppo non fosse solo al femminile ma aperto a
>> tutte le persone che sentono di far parte di gruppi sotto-rappresentati
>> all'interno della nostra comunità.
>>
>> Stiamo organizzando per il 2021 una serie di incontri in collaborazione
>> con altre comunità (soprattutto Diversity and Inclusion groups) del
>> mondo FLOSS, con l'idea di creare una rete per condividere conoscenze ed
>> esperienze.
>> L'obiettivo che ci poniamo è capire cosa si può fare per avere comunità
>> più inclusiva e come poter lavorare insieme per avere spazi più
>> accoglienti per tutti.
>> Al momento abbiamo fatto due incontri online per iniziare a programmare
>> il progetto e il prossimo è previsto prima di Natale (non abbiamo ancora
>> definito la data)
>> Ci piacerebbe che partecipassero, soprattutto in questa fase
>> organizzativa, altre persone per dare anche le loro opinioni.
>> Chi fosse interessato/a può contattarmi alla mail:
>> anisa.k...@wikimedia.it
>>
>> Chiedo gentilmente a tutti/e coloro che vogliono sostenere questa
>> iniziativa di condividere questa mail nelle mailing list che ritenete
>> utili.
>>
>> Grazie mille e buona giornata,
>> Anisa
>
>
>
>
> Grazie Anisa,
>
> sarei interessato ad iscrivermi a questo nuovo gruppo.
>
> Questa notizia mi rende da una parte felice che ci sono persone che hanno
> a cuore l'inclusione e la diversità, e dall'altra parte un po' triste
> perché significa apparentemente si sentono escluse dai discorsi qui su
> talk-it, oppure al meno pensono che non si potrebbe parlare di inclusione e
> diversità su questa lista.
>
> grazie ancora,
> Martin
>
>
> PS: Spero sinceramente che questa iniziativa non farà la fine del gruppo
> internazionale "diversity", che ho deciso di lasciare anni fa, dopo che era
> diventato campo di battaglie disgustose, scambi mai visti così violenti nel
> contesto di OSM, anzi, direi in assoluto, tra due attivist@ lottando per
> la inclusione e la diversità...
>
>
>
> ___
> 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] [tagging] Strutture residenziali per anziani

[Francesco Ansanelli]

Ciao,

quasi sicuramente il tag che userei è:

amenity=social_facility

Servirebbe una descrizione chiara, ma provo a dare qualche spunto...

Buona serata
Francesco

Il gio 3 dic 2020, 14:16 Cascafico Giovanni  ha
scritto:

> Ciao Lista,
>
> chi mi aiuta a creare uno schema di tagging per il dataset delle RSA
> [1] del Friuli Venezia Giulia? In particolare:
>
> campo "ASS":
> ASS1 - Triestina
> ASS2 - Isontina
> ASS3 - Alto Friuli
> ASS4 - Medio Friuli
> ASS5 - Bassa Friulana
> ASS6 - Friuli occidentale
>
> campo "natura giuridica":
> Azienda per i servizi sanitari
> Ente religioso
> Privata di mercato
> Privata sociale
> Pubblica ASP
> Pubblica comunale
> Pubblica tra Comuni associati
>
> campo "convenzione con SSR":
> si
> no
>
>
> campo "tipologia residenza":
>

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

Abitare possibile
> Casa albergo

Comunità alloggio


> social_facility=shelter?


>
> Residenza ad utenza diversificata
>
Residenza ad Utenza Diversificata


social_facility=assisted_living?

Residenza polifunzionale


> social_facility=nursing_home
> ?
>

> Residenza polifunzionale con Mod.A


social_facility=hospice?

Residenza protetta


> social_facility=group_home?


>
> campo "Posti letto per autosufficienti":
> integer
>
> campo "Posti letto in polifunzionale":
> integer
>
>
> Anche link a eventuali import del genere son ben accetti :-)
>
>
> [1]
> https://www.dati.friuliveneziagiulia.it/Salute/Elenco-strutture-residenziali-per-anziani/hquw-jvsj
>
> ___
> 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] Numero di telefono fisso e mobile

[Francesco Ansanelli]

Ciao Enrico,

quando ne abbiamo discusso sulla ML è emerso che:

- "phone:mobile" è il tag per i cellulari, di fatto. Ma lo sconsiglio,
perché secondo una possibile interpretazione della wiki sarebbe numero da
chiamare da rete mobile (non necessariamente su rete mobile). Es.
phone:mobile:Tim=.. se hai Tim chiama questo numero.
- "phone" è un tag genetico che può contenere una lista di numeri separati
da ;. A prescindere se cellulari o fissi.
- "contact:mobile" è il tag più chiaro per il cellulare, ma alcuni
mappatori non ne vedono un reale vantaggio nel tenere i numeri separati.

Io ho scelto di usare lo schema contact:* quando creo dei nuovi poi e di
aggiungere il secondo numero dopo il fisso separato da ; su quelli che
hanno phone. Visto che si era deciso di non deprecare il namespace
contact:* immagino che un giorno verrà rimossa la variante senza e la mia
scelta più future-proof.

Spero di essere stato utile
Francesco

Il dom 22 nov 2020, 11:55 demon_box  ha scritto:

> ciao, scusate la domanda molto banale ma ultimamente causa poco tempo per
> OSM
> non sono "sul pezzo"...
>
> nel caso abbia sia il numero di telefono fisso che quello mobile come li
> distinguo?
>
> numero fisso  phone=1234
> numero mobile   ???
>
> oppure  contact:phone=+39 1234
> contact:mobile=+39 342 5678
>
> qual'è la modalità più corretta/utilizzata?
>
> grazie
>
> buona domenica ;-)
>
> --enrico
>
>
>
>
> --
> 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] Distributori carburante Europam

[Francesco Ansanelli]

Ciao Andrea,

Il sab 21 nov 2020, 17:13 Andrea Musuruane  ha scritto:

> Ciao,
> anche io non ho niente in contrario.
>

Ottimo

>
> Lato pratico, come procederesti? Andresti a cercare operator~"Europam.*" e
> imporresti operator="Europam S.p.A."?
>

Precisamente!

>
> Ciao,
>
> Andrea
>
>
> On Sat, Nov 21, 2020 at 9:38 AM Francesco Ansanelli 
> wrote:
>
>> Buongiorno a tutti,
>>
>> La società Europam è diventata S.p.A. (prima era S.r.l) visto che si
>> tratta di un brand sarebbe abbastanza semplice fare un edit automatico. Mi
>> offro di farlo, se non c'è nulla in contrario. Aspetto qualche giorno per i
>> commenti.
>>
>> Grazie mille
>> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Distributori carburante Europam

[Francesco Ansanelli]

Buongiorno a tutti,

La società Europam è diventata S.p.A. (prima era S.r.l) visto che si tratta
di un brand sarebbe abbastanza semplice fare un edit automatico. Mi offro
di farlo, se non c'è nulla in contrario. Aspetto qualche giorno per i
commenti.

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

Re: [Talk-it] Marciapiede

[Francesco Ansanelli]

Ciao,

Se lo mappi come percorso separato:

highway=footway + footway=sidewalk

Vedi anche foto nella wiki:

https://wiki.openstreetmap.org/wiki/Tag:footway%3Dsidewalk

Francesco

Il mar 10 nov 2020, 11:30 Franco Erbetta  ha
scritto:

> Salve lista.
>
> Secondo voi quali sono i tag più appropriati per mappare i marciapiede
> come nella foto.
>
> Non esiste nessuna separazione fisica con il percorso delle auto ma
> semplicemente una linea bianca con disegnato al centro l’ omino.
>
> In alcuni casi è anche colorato in rosso o in giallo per renderlo più
> evidente.
>
> In questo caso non fa parte di nessun percorso pedonale particolare ma è
> semplicemente una indicazione da quale parte della strada devono stare i
> pedoni.
>
> Grazie per l’attenzione.
>
> Franco
>
>
> ___
> 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 open data comune di milano

[Francesco Ansanelli]

Ciao,

Spero che questa pagina sia d'aiuto:

https://wiki.openstreetmap.org/wiki/Import/Catalogue/Milan_addresses_import

Francesco

Il mer 14 ott 2020, 12:52 Antonio Carpentieri  ha
scritto:

> Ciao a tutti,
> innanzitutto mi scuso se la tematica e' stata già affrontata in passato;
> non sono riuscito a trovare una maniera semplice di ricercare nell'archivio
> e guardando negli scorsi mesi non ho trovato riferimenti utili.
> Venendo al quesito: provando ad usare i dati di OSM su Milano mi sono reso
> conto che molti civici non sono mappati.
>
> Visto che il Comune di Milano ha pubblicato in opendata le coordinate di
> ogni civico del comune:
>
> https://dati.comune.milano.it/it/dataset/ds634-numeri-civici-coordinate/resource/533b4e63-3d78-4bb5-aeb4-6c5f648f7f21
> ma piu' in generale ho visto tutte queste informazioni disponibili:
> https://geoportale.comune.milano.it/sit/open-data/
>
> mi chiedevo se fosse possibile importarli in bulk su OSM e se qualcuno
> avesse fatto un lavoro simile in passato.
> Ho verificato la licenza per i civici (cc-by) ed e' compatibile con quelle
> accettate da OSM.
>
> Grazie e ciao
> ___
> 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

[Francesco Ansanelli]

Le modifiche continuano... Ora anche name=portici:

https://www.openstreetmap.org/way/685073247

Inoltre sono state anche interrotte delle relazioni e tanto altro...

Francesco

Il lun 12 ott 2020, 22:59 Francesco Ansanelli  ha
scritto:

>
>
> Il lun 12 ott 2020, 22:48 Gabriele Sani via Talk-it <
> talk-it@openstreetmap.org> ha scritto:
>
>> Scusate se mi inserisco al volo ma a questo punto vorrei chiarirmi un
>> dubbio che ho: se vedo quindi un highway path che ha esplicitato foot=yes,
>> e' buona prassi eliminarlo o lo lascio cosi com'e'?
>>
>
> Il problema è che access=no resetta tutti i default e a quel punto vanno
> specificati tutti gli accessi consentiti... Viceversa foot=yes è superfluo
> su (quasi) ogni tipo di strada e si può togliere.
> Diverso è se c'è foot=designated, in quel caso mi aspetto un segnale di
> obbligo sul posto..
> Spero sia chiaro
>
> Francesco
>
>>
>> Gabriele Sani
>>
>> Sent with ProtonMail <https://protonmail.com> Secure Email.
>>
>> ‐‐‐ Original Message ‐‐‐
>> On Monday, October 12, 2020 9:57 PM, Volker Schmidt 
>> wrote:
>>
>> 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
>
>
>
>>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Strane combinazioni di tag

[Francesco Ansanelli]

Il lun 12 ott 2020, 22:48 Gabriele Sani via Talk-it <
talk-it@openstreetmap.org> ha scritto:

> Scusate se mi inserisco al volo ma a questo punto vorrei chiarirmi un
> dubbio che ho: se vedo quindi un highway path che ha esplicitato foot=yes,
> e' buona prassi eliminarlo o lo lascio cosi com'e'?
>

Il problema è che access=no resetta tutti i default e a quel punto vanno
specificati tutti gli accessi consentiti... Viceversa foot=yes è superfluo
su (quasi) ogni tipo di strada e si può togliere.
Diverso è se c'è foot=designated, in quel caso mi aspetto un segnale di
obbligo sul posto..
Spero sia chiaro

Francesco

>
> Gabriele Sani
>
> Sent with ProtonMail <https://protonmail.com> Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
> On Monday, October 12, 2020 9:57 PM, Volker Schmidt 
> wrote:
>
> 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



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

[Talk-it] Strane combinazioni di tag

[Francesco Ansanelli]

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

Re: [Talk-it] tagging elementi relazioni SP

[Francesco Ansanelli]

Ciao.


Non mi trovi d'accordo... Ok i sentieri, poiché possono avere più ref
contemporaneamente, ma per le strade quando ci sono problemi a lasciare il
ref??
Francesco

Il mer 7 ott 2020, 17:33 Ivo Reano  ha scritto:

> Sui sentieri, o meglio sui percorsi escursionistici, route=hiking, è la
> procedura che uso anche io.
> Andrebbe fatto anche sulle strade che hanno un ref, ovvero che possono
> essere inserite in una relazione. E quindi togliere *poi* il tag dalla way
>
> Ivo, Jrachi
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: R: R: R: R: R: Edit automatici su nome strade

[Francesco Ansanelli]

Buongiorno lista,

Ieri mi sono imbattuto in "via Gandhi" e per curiosità ho cercato "Gandhi
disambigua":

https://it.m.wikipedia.org/wiki/Gandhi_(disambigua)

effettivamente, anche se improbabile, potrebbe trattarsi di una via
intitolata alla famiglia Gandhi o alla discendenza di Mahatma Gandhi.
Purtroppo non tutti i comuni pubblicano copia dello stradario sul sito.
Avete già provato a richiederlo? Con che esito?

Francesco

Il dom 13 set 2020, 22:07 Simone Saviolo  ha
scritto:

> Il giorno sab 12 set 2020 alle ore 10:32 canfe  ha
> scritto:
>
>> 20 imprecisioni su 20 oggetti invece sì??
>>
>
> Preferisco 1000 imprecisioni ad un errore. L'errore è sbagliato,
> l'imprecisione no.
>
> 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] Edit automatici su nome strade

[Francesco Ansanelli]

Ciao,

Dalle mie parti è stata fatta questa modifica:

https://www.openstreetmap.org/changeset/90203182#map=14/44.3327/7.4736

È corretto Giuseppe, ma scritto senza la "i"...
Francesco

Il mar 1 set 2020, 10:15 Andrea Musuruane  ha scritto:

> Ciao,
> vorrei sottoporre alla vostra attenzione che l'utente mcheck sta
> modificando massivamente gli odonimi:
> https://www.openstreetmap.org/user/mcheck/history
>
> Ho commentato un paio di changeset.
>
> Questi mass edit, oltre a non essere concordati e non seguire le
> guidelines, non hanno senso perché senza conoscenza del luogo non si può
> sapere se la strada fosse intitolata a qualcun altro con lo stesso cognome.
>
> Per esempio:
> https://it.wikipedia.org/wiki/Garibaldi_(disambigua)#Persone
> https://it.wikipedia.org/wiki/Mazzini_(disambigua)#Persone
>
> Ciao,
>
> Andrea
>
> ___
> 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] Nomi

[Francesco Ansanelli]

Ciao Martin,

secondo te, "For disputed areas" sarebbero tutte le strade d'Italia o
magari vuol dire che se c'è un dubbio tra due nomi diversi vince quello
indicato sulla targa?
Penso che l'uso dello stradario, coincida anche con l'uso del nome locale
(che si trova TIPICAMENTE sul cartello, come scritto nel wiki) e non vuol
dire prendi quello che c'è scritto e copialo pedissequamente, per quello
c'è il tag "inscription".

Francesco
Il giorno mer 22 lug 2020 alle ore 14:01 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> non sono guidepost, e non c'è nemmeno un tag per "plaque" che non è
> commemorativo. Leggi il wiki:
> https://wiki.openstreetmap.org/wiki/Names
>
> The common default name. (Notes:
>
>- For disputed areas, please use the name as displayed on, e.g.,
>street signs for the name tag
>- Put all alternatives into either localized name tags (e.g.,
>name:tr/name:el) or the variants (e.g., loc_name/old_name/alt_name)
>- Do not abbreviate words: Abbreviation don't do it)
>
> https://wiki.openstreetmap.org/wiki/Key:name
>
> Note that OSM follows the On the Ground Rule
> . Names
> recorded in name=* tag are ones that are locally used, especially ones
> typically signposted.[1]
>  However, if
> the name on a signpost is abbreviated to save space and the name can be
> (and commonly is) spelled without an abbreviation, then don't abbreviate it
> in Openstreetmap.
> ...
>
> Ciao
> Martin
>
>
> PS: Questa pagina: https://wiki.openstreetmap.org/wiki/IT:Key:name
> che tra altro non sembra una traduzione della pagina inglese, riporta un
> esempio int_name=E64, ma penso dovrebbe essere int_ref.
>
>
>
> ___
> 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] Nomi

[Francesco Ansanelli]

Il mer 22 lug 2020, 09:08 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> > On 22. Jul 2020, at 07:05, Francesco Ansanelli 
> wrote:
> >
> > Sono davvero così importanti le targhe fatte dai comuni?
>
>
> sì, sono la cosa più rilevante per chi usa la mappa per orientarsi.
>

Caricale come plaque e guidepost...

>
>
> 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] Nomi

[Francesco Ansanelli]

Il mer 22 lug 2020, 01:22 Lorenzo Mastrogiacomi  ha
scritto:

> Il giorno mer, 22/07/2020 alle 01.05 +0200, Martin Koppenhoefer ha scritto:
>
>
> sent from a phone
>
>
> On 22. Jul 2020, at 00:01, Lorenzo Mastrogiacomi <
>
> lomastr...@gmail.com
>
> > wrote:
>
>
> Penso anch'io che è importante scrivere qualcosa per spiegare questa 
> contraddizione tra le regole generali e quelle scelte da noi per i nomi delle 
> strade.
>
>
>
> per i nomi da stradario abbiamo official_name (presumendo che lo stradario 
> contenga i nomi come da delibera)
>
>
> nel dubbio, mettete un nome in più, invece di scegliere.
>
>
>
> Ciao Martin
>
>
>
> Sì, piacerebbe anche a me ma abbiamo anche già capito che quelli che
> dovremmo mettere non sono nenche official_name ma *istat_name*.
>
> Almeno cerchiamo di mettere per iscritto che i nomi on the ground sono
> importanti, vanno messi in un qualche *_name=* e non cancellati come è
> successo qualche mese fa. Ecco, è per questo che avevo iniziato a pensare a
> questa cosa.
>

Ciao Lorenzo,

Sono davvero così importanti le targhe fatte dai comuni?
Se ci sono le targhe vecchie con le nuove... Ad esempio:

via venti settembre (tutto minuscolo)
VIA XX SETTEMBRE (tutto maiuscolo)

vuoi metterli così nel tag name?
Inoltre, spezzi la strada e cambi tutti i numeri civici?
Magari se qualcuno consulta la mappa vuole anche trovare un indirizzo e non
le targhe.

Francesco


>
> 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] Denominazione di strade interne

[Francesco Ansanelli]

Il mar 21 lug 2020, 10:27 Vittorio Bertola via Talk-it <
talk-it@openstreetmap.org> ha scritto:

> Il 2020-07-21 09:51 Andrea Musuruane ha scritto:
>
> Ciao.
>Temo si stiano confondendo due cose: strada e numeri civici che vi
> afferiscono.
>
> "Via Tal dei Tali civici/interni/segue numerazione " non è certo il
> nome della strada (che è Via Tal dei Tali, come riportato dallo stradario
> comunale), ma solo l'indicazione che su quel tronco afferiscono quei civici.
>
>
> In realtà no: secondo la regola generale di "mappare quello che esiste sul
> terreno", il primo riferimento per denominare una strada è il nome sulla
> targa toponomastica, e a Torino le targhe all'angolo di queste strade
> riportano in genere il civico o "interno" seguito dal civico; anche la
> mappa comunale ufficiale riporta lo stesso nome, cioé include "interno" e
> il numero (vedi ad esempio
> http://geoportale.comune.torino.it/geodati/pdf/carta_tecnica/1000/BN/cart063_BN.pdf
> ).
>

Ciao,

sono d'accordo con Andrea Musuruane.
Anche secondo me il nome non cambia... Magari si può cercare un tag per
specificare gli interni a livello di via. Anche se non risolve il problema
di routing perché di quello si parla, giusto?

Francesco

>
> Ciao,
> --
> vb.   Vittorio Bertola - vb [a] bertola.eu   <
> >now blogging & more at http://bertola.eu/   <
> ___
> 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

[Francesco Ansanelli]

Il dom 19 lug 2020, 08:23 Francesco Ansanelli  ha
scritto:

>
>
> Il dom 19 lug 2020, 07:54 Alessandro Sarretta <
> alessandro.sarre...@gmail.com> ha scritto:
>
>> Ciao Volker,
>> On 18/07/20 23:16, Volker Schmidt wrote:
>>
>>
>>
>>> 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.
>>
>> Per la larghezza massima non dal punto di vista legale ci sono due tag
>> specifici documentati, maxheight:physical [0] e maxwidth:physical [1]; non
>> sono molto usati, però mi sembra sarebbero quelli corretti da usare.
>>
>> maxwidht:physical l'abbiamo usato estensivamente a Padova per mappare
>> l'accessibilità dei marciapiedi in caso di ostacoli e restringimenti.
>>
>
> Non li conoscevo, ma sembrano appropriati... E li userei per larghezza e
> altezza delle porte.
> Direi anche di creare l'analogo:
> maxlength:physical
> per indicare la profondità dell'ascensore.
>
Ovviamente se è opportuno parliamo di una diagonale...rispetto alla base...

>
> Ciao
> Francesco
>
>> Ale
>>
>>
>> [0] https://wiki.openstreetmap.org/wiki/Key:maxheight:physical
>>
>> [1] https://wiki.openstreetmap.org/wiki/Key:maxwidth:physical
>> ___
>> 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

[Francesco Ansanelli]

Il dom 19 lug 2020, 07:54 Alessandro Sarretta 
ha scritto:

> Ciao Volker,
> On 18/07/20 23:16, Volker Schmidt wrote:
>
>
>
>> 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.
>
> Per la larghezza massima non dal punto di vista legale ci sono due tag
> specifici documentati, maxheight:physical [0] e maxwidth:physical [1]; non
> sono molto usati, però mi sembra sarebbero quelli corretti da usare.
>
> maxwidht:physical l'abbiamo usato estensivamente a Padova per mappare
> l'accessibilità dei marciapiedi in caso di ostacoli e restringimenti.
>

Non li conoscevo, ma sembrano appropriati... E li userei per larghezza e
altezza delle porte.
Direi anche di creare l'analogo:
maxlength:physical
per indicare la profondità dell'ascensore.

Ciao
Francesco

> Ale
>
>
> [0] https://wiki.openstreetmap.org/wiki/Key:maxheight:physical
>
> [1] https://wiki.openstreetmap.org/wiki/Key:maxwidth:physical
> ___
> 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

[Francesco Ansanelli]

Ciao Volker,

questione interessante per l'accessibilità in generale e non solo per le
biciclette. Vista la tridimensionalità degli oggetti, credo sia meglio
usare:
maxwidth=*, maxlenght=* e maxheight=*.
Nel caso specifico dell'ascensore si può aggiungere anche: maxweight=*, che
banalmente è anche il più facile da ricavare in quanto indicato sulla
targhetta insieme alla capacità massima (persone senza bici ).
Sono tutti tag esistenti e che non lasciano dubbi se si dovessero adottare
per il caso in questione.

Buona giornata
Francesco

Il sab 18 lug 2020, 16:05 Volker Schmidt  ha scritto:

> 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 mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Cancelliamo gli opening_hours:covid19 ?

[Francesco Ansanelli]

Ciao,

sono consentiti nei casi previsti dal CoC:

https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

e sempre previo discussione sulla ML.
Se vuoi correggere tutte le vie in un colpo solo, lo puoi fare, purché tu
ne abbia discusso almeno su una ML che copra almeno l'area in cui lo fai le
modifiche (regionale/nazionale/import).
Un edit automatico implica anche che tu non abbia nemmeno guardato i dati,
o fatto magari dei controlli a campione... Se li fai uno ad uno, vedi
Maproulette, non è un edit automatico.

Francesco

Il gio 16 lug 2020, 06:59 canfe  ha scritto:

> Ma gli edit automatici non erano vietati?
> Sennò cominciamo a correggere i nomi delle vie con Libertà scritto senza
> l’apostrofo.
>
>
>
> Cantone Ferruccio (canfe)
> ___
> 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] Cancelliamo gli opening_hours:covid19 ?

[Francesco Ansanelli]

Ciao Martin,

Ti riferisci solo all'Italia, vero?
Gli orari di apertura covid andrebbero trasformati in orari di apertura o
assumi che sia tutto come prima?

Grazie
Francesco


Il mar 14 lug 2020, 11:02 Martin Koppenhoefer  ha
scritto:

> Come da oggetto, propongo un edit automatico per cancellare gli
> opening_hours:covid19=*
> (e forse altri tag covid19, se ci sono).
>
> 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] iD traduce i marchi?

[Francesco Ansanelli]

Ciao Martin,

sospetto che iD abbia integrato un progetto di suggerimento dei nomi:

https://github.com/osmlab/name-suggestion-index/blob/7fb9b3979febab2e27bfb725eb83b4edd0d0f755/brands/amenity/bank.json#L1149

ho creato una issue per l'analogo: "Sella Bank":

https://github.com/osmlab/name-suggestion-index/issues/3967

Forse si può continuare lì la discussione.
Francesco

Il lun 22 giu 2020, 17:37 Martin Koppenhoefer  ha
scritto:

> Ho appena e per caso trovato una banca popolare di Sondrio alla quale un
> utente ha aggiunto "brand:en=Popular Bank of Sandrio". Non escludo che
> alcuni marchi sono tradotti in altre lingue (o meglio il proprietario di un
> marchio usa un altro marchio in un altro paese), ma quella banca è una
> banca popolare di Sondrio, non ha un marchio inglese (che tra altro anche
> la wikipedia inglese usa il brand italiano).
> Potrei semplicemente correggere, ma siccome sospetto che questo è un
> errore sistematico (suggerimento di iD), vorrei chiedere a voi se questi
> suggerimenti di iD vengono ancora proposti. (L'edit è stato fatto 4 mesi
> fa).
>
> Si tratta di questo nodo:
> https://www.openstreetmap.org/node/7090473329
>
> Inoltre mi sembra strano anche il tag "brand:it", sopratutto su territorio
> Italiano.
>
> 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] Import civici Milano - regole di traduzione

[Francesco Ansanelli]

Ciao,

Il lun 22 giu 2020, 09:25 Cascafico Giovanni  ha
scritto:

> Il 31/10/18, Andrea Musuruane ha scritto:
>
> > Il campo addr:housenumber conterrà il valore di NUMEROCOMP, con le
> > eventuali lettere convertite in minuscolo.
> >
> > NUMEROCOMP, seguendo quanto descritot nel file Istruzioni tecniche per
> > l'utilizzo dei dati_CIVICI.pdf è: NUMERO+LETTERA+BARRA
> >
> > Lo slash non viene usato se non per separare gli esponenti numerici.
>
>
> semi-OT:
>
> in Friuli mi sono trovato il caso (sul campo) di civici
> 9 bis/1
> 9 bis/2
> ...
>

Perché non li lasci così (omettendo gli spazi)? Es. 9bis/1


> di fatto sono unità immobiiari indipendenti, ciscuna con il suo
> ingresso, per cui non mi sentirei di definirli "interni". In ogni
> caso, visto che eliminare la barra non è deleterio per
> l'interpretazione del numero, li ho mappati come
> 9bis1
> 9bis2
> ...
>
> ___
> 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: [Osm] importazione dati in OpenStreetMap

[Francesco Ansanelli]

Il mer 17 giu 2020, 11:27 Martin Koppenhoefer  ha
scritto:

> Am So., 14. Juni 2020 um 11:10 Uhr schrieb Francesco Ansanelli <
> franci...@gmail.com>:
>
>> ...
>> Quello che manca, oggi, è un collegamento tra la "struttura OSM" ed i
>> "detentori del dato". ...
>>
>
>
> il "detentore" del dato siamo noi. In OSM collezioniamo dati nostri, che
> abbiamo raccolti noi. I fonti strutturati esterni possono essere utili per
> confrontarci, ma non possono sostituire la raccolta nostra dei dati.
>

Giusto, ma con "detentore" intendevo del dataset esterno, ovvero l'ente
pubblico ovvero altro "collezionista".
Anche secondo me il dato OSM è più importante, ma c'è un limite oggi: manca
la precisione con cui si è rilevato il dato.
A Cuneo ho inserito moltissimi numeri civici e l'ho fatto da telefono...
Probabilmente la precisione (anche se non è importante averla al
centimetro) sarà inferiore a quella che può avere il comune all'interno del
proprio sistema GIS. Se dovessi fare un ipotetico import, credo ne vada
tenuto conto.
Francesco


> 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] Compresenza addr street e place

[Francesco Ansanelli]

Ciao,

in teoria non serve e credo sia anche dannoso metterli entrambi.
Se Opicina è una città mettila in City (e togli Trieste).
Non credo sia necessario avere tutti i livelli di gerarchia

Francesco

Il giorno lun 15 giu 2020 alle ore 13:30 dam...@damjan.net <
dam...@damjan.net> ha scritto:

> La regola è questa, però alcune volte serve, o è meglio mettere anche il
> place, per distinguere. Ti faccio un esempio delle nostre parti: Opicina
> (un town nei pressi di Trieste) - siccome il cap è condiviso con una parte
> di Trieste-città, in addr:city bisogna mettere Trieste, la via c'è, ma così
> Opicina non compare da nessuna parte (ed è un town!). L'unico modo è
> metterlo nel place...
>
> Damjan
>
> -- Original Header ---
>
> From  : "Cascafico Giovanni" cascaf...@gmail.com
> To  : "openstreetmap list - italiano" talk-it@openstreetmap.org
> Cc  :
> Date  : Mon, 15 Jun 2020 12:09:42 +0200
> Subject : [Talk-it] Compresenza addr street e place
>
> > Compresenza addr:street ed addr:place
> > Vorrei fare un mass-edit in provincia di BZ, rimuovendo addr:place
> > laddove ci sia anche un addr:street in base a questa query:
> >
> > http://overpass-turbo.eu/s/V5A
> >
> > Che ne dite?
> >
> > ___
> > 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: [Osm] importazione dati in OpenStreetMap

[Francesco Ansanelli]

Buongiorno,

aggiungo qualche considerazione che mi sembra importante, anche se non
direttamente collegata al discorso "filosofico": volontari contro
professionisti.
Quello che manca, oggi, è un collegamento tra la "struttura OSM" ed i
"detentori del dato". Potrebbe essere un ruolo "full time" e quindi
richiedere un impegno quotidiano costante, pacifico.
Il problema è che una volta che si ha la triplice autorizzazione a
procedere con gli import (titolare, community, ml-import) e si preparano i
dati, ci sono già degli step intermedi di normalizzazione e fusione degli
oggetti esistenti: già in questa fase, il dato originale, va verificato in
qualche modo e non capisco come una persona ad. esempio da Roma, potrebbe
seguire l'import a Milano.
Ovvero, se è stato rilevato un civico in una certa posizione, come decidere
se tenere i dati OSM o i "dati esterni"?
Si prepara tutto e poi si affida il lavoro "ripetitivo" alla community di
Milano? Si va in trasferta?
Inoltre, i dataset sono in continua evoluzione (e anche OSM) e giustamente
Luca fa notare che la "manutenzione" del dato è spesso lasciata alla
comunità...
Perché, secondo me, sarebbe auspicabile che la persona che si interfaccia
con gli Enti, si occupi anche di informarli quando i dati sono di cattiva
qualità, incompleti o errati, in modo che si crei un circolo virtuoso
anziché una mera attività di "copia" del dato.
Sicuramente chi segue gli import oltre ad una conoscenza approfondita del
mondo OSM, deve anche essere capace di tenere relazioni con i vari attori e
scrivere procedure in grado di verificare costantemente che i dati siano
sempre aggiornati (in maniera bidirezionale?) e che non si perdano
informazioni (vandalismi, edit errati, ecc..).
Io continuo a promuovere l'uso di OSMOSE, progetto francese che nasce
proprio con questo obiettivo, e che con poche modifiche potrebbe già essere
pronto a gestire molti dataset (non i civici per ovvie ragioni), ma anche
centralizzare le attività, consente a tutti di contribuire.
L'iniziativa mi sembra comunque interessante e potrebbe portare un po' di
novità nel mondo OSM, a tal proposito volevo anche chiedere se in altri
paesi è già stato affrontato un argomento simile o è un'idea nostrana?
Grazie
Francesco



Il giorno dom 14 giu 2020 alle ore 09:46 Laurentius <
puntoesclamat...@email.it> ha scritto:

> On sab, 2020-06-13 at 22:42 +0200, Andrea Albani wrote:
> > scusate il cross posting, ma penso che quanto scritto sia di
> > interesse fondamentale per la comunità OSM prima ancora che per
> > quella wikimedia in cui si sta sviluppando la proposta.
>
> Va benissimo, avevo comunque in programma di scrivere anche qui oggi!
> Per chi non avesse visto la mail iniziare risegnalo la bozza, che vi
> invito a commentare:
> <
> https://docs.google.com/document/d/1VN8LgHwco3LqYXnLrlduBrv2tEN-4TRYRjan2M_X6Sc/edit
> >
>
> > Se da un lato sarei ben felice di vedere tanti dati open importati (e
> > magari in seguito manutenuti) all'interno di OSM, dall'altro mi
> > ritrovo combattuto nel poter accettare serenamente questa proposta
> > perchè dal mio punto di vista l'equivalenza mappare=soldi non è una
> > cosa sana.
>
> Ad oggi esistono *un sacco* di aziende o altre organizzazioni (non
> ultime le Nazioni Unite) che lavorano con OpenStreetMap, non solo a
> valle (sfruttandone i dati) ma anche intervenendo direttamente sul
> database. Anche per molte delle persone che scrivono in questa lista
> OpenStreetMap è parte del loro lavoro.
>
> Quello che secondo me è importante è non fare confusione fra ruoli
> lavorativi e ruoli volontari, ed evitare che i primi possano andare a
> sostituire i secondi.
>
> > E' da questo punto che mi sorgono delle domande:
> > - Qual'è la motivazione di un mapper pagato ? Come lo si mantiene
> > coinvolto nella "missione" di istruire un processo di import e di
> > seguirlo in tutte le sue complesse fasi ?
>
> Di base sono due:
>  * chiunque lo faccia, sarà quasi sicuramente una persona che ha già
>esperienza su OpenStreetMap, e quindi che già ci tiene per conto
>suo;
>  * si presume di scegliere qualcuno che lavora bene. Poi le persone che
>lavorano male e non ci tengono a quello che fanno esistono: ma penso
>che ognuno di noi, anche nel proprio lavoro e non solo nel
>volontariato, cerca di fare del proprio meglio.
>
> Parte della proposta è che formiamo un gruppo di volontari esperti che
> possa definire gli obiettivi di questo lavoro e supervisionarlo. In
> questo modo, al di là delle motivazioni personali, possiamo avere il
> controllo sui risultati.
>
> (Ho aggiunto questo punto all'analisi dei rischi)
>
> > Quale sarà la motivazione, dopo, di un mapper non pagato ?
>
> Questa è una domanda importante. Se hai letto il documento, avrai visto
> che nell'analisi dei rischi è un punto che ho cercato di affrontare.
>
> La risposta credo che possa darla solo ognuno per sé. Se per te questo
> sarebbe fonte di un calo di motivazione, ti chiedo di spiegarmi il tuo
> pensiero, così da 

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

[Francesco Ansanelli]

Buonasera Volker,

lo stesso avviso viene dato anche per i pagamenti con carta di debito e
criptovalute.
Cripto a parte, "yes" sarebbe credo sempre anche "multi", perché i circuiti
Visa e Mastercard sono i più diffusi in Italia e credo quasi sempre
accettati.
Nel caso in cui fossero anche noti (di solito agli esercenti vengono
forniti degli adesivi da attaccare sulla porta o vicino alla cassa), lo
schema attuale prevede solo la possibilità di indicare "yes", con unica
eccezione su "altri", in questo modo:

payment:visa=yes
payment:mastercard=yes
payment:others=no

L'unica mia perplessità è che non c'è una data di ultimo "check" dei
pagamenti...
Suggerirei, semplicemente, di lasciar perdere l'avviso, quando non è nota
l'informazione.

Buona serata
Francesco

Il sab 13 giu 2020, 17:12 Volker Schmidt  ha scritto:

> 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
> 
> 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
>
>
> 
>  Virus-free.
> www.avast.com
> 
> <#m_-4363174952653443384_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> ___
> 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] ZTL a Verbania

[Francesco Ansanelli]

Buonasera Lorenzo,

ho controllato i changeset e, per me, è tutto ok.

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

Re: [Talk-it] ZTL a Verbania

[Francesco Ansanelli]

Ciao Lorenzo,

ti suggerisco di usare una "conditional restriction"

https://wiki.openstreetmap.org/wiki/Conditional_restrictions

nel formato opening_hours il tuo schema si potrebbe trascrivere così:

Jun 12-Sep 6 Fr-Su 18:30-00:00

Puoi provare con questo tool se fa quello che deve:

https://openingh.openstreetmap.de/evaluation_tool/

E applicarlo a questo tag:
motor_vehicle :
conditional =no @ (Jun
12-Sep 6 Fr-Su 18:30-00:00)
Fammi sapere cosa ne pensi.
Buona serata
Francesco

Il gio 11 giu 2020, 17:16 Lorenzo Rolla  ha scritto:

> Gentilissimi, non ho mai inserito una ZTL (in questo caso solo estiva) e
> vorrei farlo... Temendo di fare "disastri", gentilmente chiedo a qualcuno
> di buona volontà che mi indichi come farlo: seguendo le indicazioni che ho
> trovato metterei questi tag, ma preferisco consultarmi con il gruppo.
> Grazie anticipatamente a chi mi aiuterà... Lorenzo.
>
> date_on: 2020-06-12
> date_off: 2020-09-06
> day_on: friday
> day_off: sunday
> hour_on: 18:30
> hour_off: 00:00
>
> https://www.openstreetmap.org/edit?editor=id#map=19/45.92089/8.55428
>
>
> https://www.lastampa.it/verbano-cusio-ossola/2020/06/11/news/anticipo-di-isola-pedonale-a-pallanza-da-questo-weekend-chiusura-serale-di-viale-delle-magnolie-1.38954989
>
>
> http://www.comune.verbania.it/DIARIO/L-isola-pedonale-serale-sul-lungolago-di-Pallanza-debuttera-nel-prossimo-fine-settimana-ma-gia-da-questo-week-end-dal-12-al-14-giugno-dalle-ore-18.30-alle-ore-24.00-sara-presente-in-viale-delle-Magnolie
>
> --
> Lorenzo Rolla
>
> ___
> 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] Importazione delle stazioni di ricarica per auto Enel

[Francesco Ansanelli]

Ciao naposm,

Il sito Open data di Enel non esiste più...

Francesco
Il lun 8 giu 2020, 13:54 Nap Osm  ha scritto:

> Buon pomeriggio, lista.
> Volevo chiedere se fosse possibile importare le posizioni delle colonnine
> di ricarica di Enel X su OpenStreetMap in Italia. Qualcuno è riuscito a
> contattare Enel per ottenere la concessione per l'import? Su Google Maps
> sembra siano presenti dappertutto (anche nei paesi più piccoli), quindi
> presumo siano state importate dal database ufficiale, si potrebbe riuscire
> a fare una cosa simile con OpenStreetMap? Ho letto anche un tweet
> dell'account ufficiale, ma sembra sia finita lì. Qualcuno ha qualche novità?
>
> Mappa delle colonnine di ricarica:
> https://www.enelx.com/it/it/mobilita-elettrica/mappa-stazioni-ricarica
> Tweet: https://twitter.com/OpenStreetMapIt/status/1129301939928391681
> 
> OpenStreetMap Italia on Twitter
> 
> “Ciao @EnelEnergiaHelp @enelenergia visto che @googleitalia non vi
> permette di inserire le colonnine di ricarica su @googlemaps ci mandate il
> dataset, lo carichiamo su @openstreetmap che viene usato liberamente dai
> principali navigatori? @antitrust_it https://t.co/Opqo0eoNyp”
> twitter.com
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Completare le mappe e Wikipedia

[Francesco Ansanelli]

Grazie della segnalazione!
Non lo conoscevo... Io pensavo ad una mappa che mostra gli oggetti OSM con
e senza Wiki.
Qui si parte da Wikipedia ed è sicuramente altrettanto utile per il qa

Francesco

Il mer 3 giu 2020, 21:34 Maurizio Napolitano  ha
scritto:

> Parli di WTOSM?
> http://geodati.fmach.it/gfoss_geodata/osm/wtosm/it_IT/index.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] Completare le mappe e Wikipedia

[Francesco Ansanelli]

Buonasera lista,

qualcuno di voi ha mai usato (o sentito parlare di) un sito che consenta di
visualizzare i tag Wikipedia/Wikidata degli oggetti?
Viceversa si potrebbe sviluppare qualcosa per vedere momenti/musei/parchi
ecc ecc.. con un sistema di icone:
Verde: rimanda a Wikipedia e wikidata;
Giallo: solo uno dei due;
Rosso: non è abbinato a una pagina o un elemento di wikidata.
Si potrebbe usare sia attivamente (per chi mappa o crea contenuti) che
passivamente per chi vuole solo esplorare la mappa.
Che ne pensate? Spero di non aver scoperto l'acqua calda...

Francesco
___
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?

[Francesco Ansanelli]

Ciao Simone,

Non è possibile/consigliato usare Street view come fonte...
https://lists.openstreetmap.org/pipermail/legal-talk/2014-April/007757.html

Francesco

Il lun 1 giu 2020, 14:48 Simone Saviolo  ha
scritto:

> 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 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] Negozio di vendita e affilatura coltelli

[Francesco Ansanelli]

Ciao,

Sempre da taginfo ho trovato anche:

shop=cutlery

Usato 16 volte...

Francesco

Il sab 23 mag 2020, 14:49 Cascafico Giovanni  ha
scritto:

> Potrebbe essere sottocategoria hardware,
> shop=hardware
> hardware=knives
> ed anche, come già suggerito,
> craft=knife_sharpener
>
>
>
> Il sab 23 mag 2020, 10:24 alepoz via Talk-it 
> ha scritto:
>
>> Buongiorno lista,
>> ho cercato un'etichetta per indicare un negozio che vende coltelli,
>> soprattutto per uso da cucina e poi per uso professionale, tipo sgorbie per
>> falegnami oltre a lame per macelleria ecc. Ovviamente vende anche forbici
>> di vari tipi; tuttavia non vende lame da caccia/pesca.
>> Il negozio ha come importante attività (forse ancora più della vendita)
>> anche l'affilatura delle lame, per merito della quale è noto nella sua
>> zona. Inoltre vende anche qualche pentola, ma l'assortimento è poco vasto.
>> Cercando 'knives' nella wiki ho trovato soltanto riferimenti a negozi
>> tipo armerie.
>> Qualche idea?
>>
>> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Buoni Spesa Covid & tagging

[Francesco Ansanelli]

Ciao Rossella,

ho visto! Grazie per aver speso un po' di tempo a riportare i dettagli
della discussione anche in lingua inglese.
Sicuramente sarà interessante capire se esiste una iniziativa analoga in
altre nazioni.
Ho aggiunto un ulteriore quesito: il buono si può spendere fuori dal Comune
che lo ha stampato?
Secondo me, la risposta è no. Ma se qualcuno ha delle informazioni in più
mi farebbe piacere approfondire.

Grazie ancora
Francesco

Il giorno mar 19 mag 2020 alle ore 15:01 Rossella Di Bari <
dbrosse...@gmail.com> ha scritto:

> Ciao a tutti!
> Scusate il ritardo e grazie per le risposte :)
> Su proposta di Francesco Ansanelli ho aperto una nuova discussione nella
> ML tagging.
> La trovate qui:
> https://lists.openstreetmap.org/pipermail/tagging/2020-May/052704.html
>
> Grazie e a presto
> Rossella
>
> Il giorno sab 16 mag 2020 alle ore 11:54 Francesco Ansanelli <
> franci...@gmail.com> ha scritto:
>
>>
>>
>> Il sab 16 mag 2020, 11:25 Damjan Gerl  ha scritto:
>>
>>> Rossella Di Bari je 15.5.2020 ob 23:26 napisal:
>>> > Ciao Lista, buonasera a tutti.
>>> > Sottopongo alla vostra attenzione il problema del tagging dei Buoni
>>> > Spesa**erogati dai Comuni a supporto delle famiglie in disagio
>>> > economico a causa del Covid. Diversi sono gli stati europei che hanno
>>> > adottato misure straordinarie riconducibili ai nostri Buoni Pasto per
>>> > l'acquisto di beni di prima necessità, ma non ne trovo traccia in osm.
>>> >
>>> > Attualmente le pagine Wiki dedicate al Covid19 riportano tag sulla
>>> > consegna a domicilio, l'asporto, il numero massimo di avventori a cui
>>> > è consetito l'accesso, campo descrttivo specifico per il virus e poco
>>> > altro, ma sui metodi di pagamento ad hoc, correggetemi se sbaglio,
>>> > nessuna menzione.
>>> >
>>> > Facendo una ricerca su taginfo [1] avrei trovato
>>> > /payment:service_vouchers:covid19/ ma è utilizzato solo 5 volte e non
>>> > ha una pagina wiki.
>>> >
>>> > Rimanendo in un contesto più generale, avremmo a disposizione:
>>> >
>>> >   * /payment:meal_vouchers/ che però nascono come moneta di scambio
>>> > per la somministrazione di un pasto, pertanto li escluderei;
>>> >   * un più generico /description:payment=*/ indicando ad esempio
>>> > /food_voucher/;
>>> >   * oppure la possibilità di appoggiarci a tag che si riferiscono a
>>> > provvedimenti governativi [2] che però col Covid hanno poco a che
>>> > fare, tipo /payment:snap./
>>> >
>>> > Se dovessi scegliere, pensando al dato strutturato, probabilmente
>>> > utilizzerei la specifica del covid, e perchè no, accompagnato al
>>> > service_voucher [3], quale strumento finanziario di un ente pubblico
>>> > volto a supportare le necessità essenziali dei più bisognosi.
>>> >
>>> > Che dite? Vale la pena disperdere un dato che (speriamo) non avrà
>>> > tempo di consolidarsi col covid?
>>> > Grazie
>>> >
>>> > [1]
>>> >
>>> https://taginfo.openstreetmap.org/keys/payment%3Aservice_vouchers%3Acovid19#map
>>> > [2]
>>> >
>>> https://wiki.openstreetmap.org/wiki/Key:payment#Government_assistance_programs
>>> > [3] https://en.wikipedia.org/wiki/Service_voucher
>>>
>>> Ciao!
>>> Io uso payment:service_vouchers:covid19=yes Li ho usati io dopo aver
>>> trovato questa info su questa lista qualche settimana fa. Vedi
>>> https://lists.openstreetmap.org/pipermail/talk-it/2020-April/069405.html
>>> e qualche mail prima.
>>>
>>> Almeno nel mio comune (i 5 tag che hai trovato) i buoni vengono
>>> accettati anche da due farmacie.
>>>
>>
>> Ciao!
>> Sarei interessato anche io ad inserire questo tag ed, inoltre, credo
>> potrebbe essere utile un filtro anche su Restiamo aperti (CRO) e quindi
>> propongo di spostare la discussione sulla ML tagging oppure nella
>> discussione sulla Wiki:
>>
>> https://wiki.openstreetmap.org/wiki/Covid-19_-_how_to_map
>>
>> A me, questo tag piace:
>>
>> payment:service_voucher:covid19=yes
>>
>> Attenzione, senza s dopo service.
>>
>> Francesco
>>
>>>
>>> Ciao
>>> Damjan
>>>
>>> ___
>>> 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] nuovi cartelli stradali che invitano a non seguire le indicazioni di google maps

[Francesco Ansanelli]

Il dom 17 mag 2020, 10:48 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> > On 16. May 2020, at 21:31, Francesco Ansanelli 
> wrote:
> >
> > trovo che questa sia una terribile iniziativa... È sempre meglio essere
> propositivi e dare alternative valide anziché pubblicizzare negativamente
> un prodotto che può essere più che soddisfacente per molti.
>
>
> Fatto sta che usano in molti google maps che non riesce a risolvere i
> problemi in tempi ragionevoli, quindi si sono visti costretti ad avvertire
> i passanti del problema per “risolvere” il loro problema concreto.
>
> Per questo comune il prodotto G pare non sia soddisfacente ;-)
>

Certo! Ma non vedo perché fare cattiva pubblicità ad un prodotto... Non
penso sia legale (in Italia) fare un cartello che dice "non andate da
McDonald's"?
Avrebbero potuto prendere 10 software di navigazione e metterli a
confronto, descrivere i problemi e contattare pubblicamente i produttori.
Non metto in dubbio che Google sia stata avvisata e che ci abbia messo
troppo tempo ad intervenire, ma continuo ad essere sfavorevole...

Francesco


> 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] nuovi cartelli stradali che invitano a non seguire le indicazioni di google maps

[Francesco Ansanelli]

Ciao Andrea,

trovo che questa sia una terribile iniziativa... È sempre meglio essere
propositivi e dare alternative valide anziché pubblicizzare negativamente
un prodotto che può essere più che soddisfacente per molti. Non dico che
consigliare OSM (OsmAnd o magic earth) come alternativa sarebbe stato
automatico, ma perché no?

Francesco

Il sab 16 mag 2020, 20:56 Andrea Solari  ha scritto:

> "Non seguire le indicazioni di Google Maps". Recitano così i cartelli
> posizionati dalla polizia locale in diverse zone del comune di Quiliano,
> dal centro storico a Valleggia passando per le frazioni (via Tecci).
>
>
> https://www.savonanews.it/2020/05/16/leggi-notizia/argomenti/curiosita/articolo/non-seguire-le-indicazioni-di-google-maps-i-cartelli-per-evitare-ingorghi-dei-mezzi-pesanti-a-qui.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] Buoni Spesa Covid & tagging

[Francesco Ansanelli]

Il sab 16 mag 2020, 11:25 Damjan Gerl  ha scritto:

> Rossella Di Bari je 15.5.2020 ob 23:26 napisal:
> > Ciao Lista, buonasera a tutti.
> > Sottopongo alla vostra attenzione il problema del tagging dei Buoni
> > Spesa**erogati dai Comuni a supporto delle famiglie in disagio
> > economico a causa del Covid. Diversi sono gli stati europei che hanno
> > adottato misure straordinarie riconducibili ai nostri Buoni Pasto per
> > l'acquisto di beni di prima necessità, ma non ne trovo traccia in osm.
> >
> > Attualmente le pagine Wiki dedicate al Covid19 riportano tag sulla
> > consegna a domicilio, l'asporto, il numero massimo di avventori a cui
> > è consetito l'accesso, campo descrttivo specifico per il virus e poco
> > altro, ma sui metodi di pagamento ad hoc, correggetemi se sbaglio,
> > nessuna menzione.
> >
> > Facendo una ricerca su taginfo [1] avrei trovato
> > /payment:service_vouchers:covid19/ ma è utilizzato solo 5 volte e non
> > ha una pagina wiki.
> >
> > Rimanendo in un contesto più generale, avremmo a disposizione:
> >
> >   * /payment:meal_vouchers/ che però nascono come moneta di scambio
> > per la somministrazione di un pasto, pertanto li escluderei;
> >   * un più generico /description:payment=*/ indicando ad esempio
> > /food_voucher/;
> >   * oppure la possibilità di appoggiarci a tag che si riferiscono a
> > provvedimenti governativi [2] che però col Covid hanno poco a che
> > fare, tipo /payment:snap./
> >
> > Se dovessi scegliere, pensando al dato strutturato, probabilmente
> > utilizzerei la specifica del covid, e perchè no, accompagnato al
> > service_voucher [3], quale strumento finanziario di un ente pubblico
> > volto a supportare le necessità essenziali dei più bisognosi.
> >
> > Che dite? Vale la pena disperdere un dato che (speriamo) non avrà
> > tempo di consolidarsi col covid?
> > Grazie
> >
> > [1]
> >
> https://taginfo.openstreetmap.org/keys/payment%3Aservice_vouchers%3Acovid19#map
> > [2]
> >
> https://wiki.openstreetmap.org/wiki/Key:payment#Government_assistance_programs
> > [3] https://en.wikipedia.org/wiki/Service_voucher
>
> Ciao!
> Io uso payment:service_vouchers:covid19=yes Li ho usati io dopo aver
> trovato questa info su questa lista qualche settimana fa. Vedi
> https://lists.openstreetmap.org/pipermail/talk-it/2020-April/069405.html
> e qualche mail prima.
>
> Almeno nel mio comune (i 5 tag che hai trovato) i buoni vengono
> accettati anche da due farmacie.
>

Ciao!
Sarei interessato anche io ad inserire questo tag ed, inoltre, credo
potrebbe essere utile un filtro anche su Restiamo aperti (CRO) e quindi
propongo di spostare la discussione sulla ML tagging oppure nella
discussione sulla Wiki:

https://wiki.openstreetmap.org/wiki/Covid-19_-_how_to_map

A me, questo tag piace:

payment:service_voucher:covid19=yes

Attenzione, senza s dopo service.

Francesco

>
> Ciao
> Damjan
>
> ___
> 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] Confini codice postanale

[Francesco Ansanelli]

Non è necessario che si arrivi al revert... E sicuramente non metto in
dubbio la tua buona fede.
Suggerisco di creare una pagina sul wiki in modo che ci sia una
testimonianza del tuo lavoro, puoi seguire questa come traccia:

https://wiki.openstreetmap.org/wiki/Friuli-Venezia_Giulia/Import_Civici_FVG

Che dici?

Francesco

Il ven 15 mag 2020, 22:41 Luigi Scuotto  ha
scritto:

> Scusa Francesco ma dici che questo non e il modo di porsi mi dici in che
> modo devo dire di revertare tutto quello che ho fatto?
> Si continua a discutere che non era il modo di importare dati. Come detto
> non mi sono letto un accidenti dei regolamenti che ci sono.
> Come detto se avessi saputo non lo avrei fatto non mi fa piacere mettere
> in difficoltà gli altri per dei miei errori.
> Sono andato a leggere una parte di quello che mi e stato suggerito prima
> di importare, ed effettivamente avevo detto che forse ci ripensavo, adesso
> doto ver letto solo una parte ti dico che non li importavo di sicure.
> Gigi
>
> Il giorno ven 15 mag 2020 alle ore 22:15 Francesco Ansanelli <
> franci...@gmail.com> ha scritto:
>
>> Buonasera Luigi,
>>
>> Perdonami, ma questo non è il modo giusto di porsi...
>> Nessuno ti sta attaccando, per favore, evitiamo di stare sulla difensiva.
>> Se lo hai già detto, lo ricopi su una pagina sul wiki e siamo tutti
>> contenti, in futuro, partirai dal wiki e farai l'import dopo e andrà bene.
>> 
>>
>> Francesco
>>
>> Il ven 15 mag 2020, 21:59 Luigi Scuotto  ha
>> scritto:
>>
>>> Andrea.
>>> Come già detto, in precedenza.
>>> 1 non saprei che scrivere, già detto come ho fatto
>>> 2 evitiamo tutte queste discussioni facciamo un revert di tutto e non
>>> se.ne parla più.
>>> Quando magari i dati si potranno importare lo farà qualcuno che si è
>>> letto il regolamento.
>>> Gigi
>>>
>>>
>>>
>>> Il Ven 15 Mag 2020, 18:06 Andrea Musuruane  ha
>>> scritto:
>>>
>>>> Ciao,
>>>>
>>>> On Fri, May 15, 2020 at 1:37 PM Francesco Ansanelli <
>>>> franci...@gmail.com> wrote:
>>>>
>>>>> Buongiorno Luigi,
>>>>>
>>>>> devo dare anche io ragione a Cascafico, per gli import c'è tolleranza
>>>>> zero e vanno discussi su una mailing list a parte (internazionale in 
>>>>> lingua
>>>>> inglese).
>>>>> Io sono il primo a essere contro la procedura attuale, ma non ci
>>>>> possiamo fare nulla proprio nulla...
>>>>> Se qualcuno si dovesse lamentare perché il diritto sui generis
>>>>> (proprietà intellettuale del dato) non è rispettato, OSM dovrebbe mettersi
>>>>> degli avvocati ed, in ogni caso, se qualcuno si dovesse lamentare del tuo
>>>>> operato con il DWG (anche senza esserne titolare) si rischia di perdere
>>>>> tutto il tuo lavoro (revert e ban).
>>>>> Cascafico ha seguito molto da vicino diversi import e ti sa
>>>>> sicuramente consigliare bene, ma non ti può autorizzare da solo e, senza 
>>>>> un
>>>>> progetto pubblico in cui si spiega la procedura, non lo farà nessun altro.
>>>>>
>>>>
>>>> Francesco ha perfettamente ragione. Come ribadito più volte, per gli
>>>> import bisogna seguire le apposite guidelines:
>>>> https://wiki.openstreetmap.org/wiki/Import_guidelines
>>>>
>>>> Queste dovrebbero essere seguite fin dal momento in cui si pianifica un
>>>> import. Noi ti stiamo chiedendo di rimediare e di documentare quanto hai
>>>> già fatto prima di continuare. Non mi sembra un dramma. Certo che se
>>>> continuassi ad evitare la cosa, diventerei anche io favorevole a un revert.
>>>>
>>>> Ciao,
>>>>
>>>> Andrea
>>>>
>>>> ___
>>>> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Confini codice postanale

[Francesco Ansanelli]

Buonasera Luigi,

Perdonami, ma questo non è il modo giusto di porsi...
Nessuno ti sta attaccando, per favore, evitiamo di stare sulla difensiva.
Se lo hai già detto, lo ricopi su una pagina sul wiki e siamo tutti
contenti, in futuro, partirai dal wiki e farai l'import dopo e andrà bene.


Francesco

Il ven 15 mag 2020, 21:59 Luigi Scuotto  ha
scritto:

> Andrea.
> Come già detto, in precedenza.
> 1 non saprei che scrivere, già detto come ho fatto
> 2 evitiamo tutte queste discussioni facciamo un revert di tutto e non
> se.ne parla più.
> Quando magari i dati si potranno importare lo farà qualcuno che si è letto
> il regolamento.
> Gigi
>
>
>
> Il Ven 15 Mag 2020, 18:06 Andrea Musuruane  ha
> scritto:
>
>> Ciao,
>>
>> On Fri, May 15, 2020 at 1:37 PM Francesco Ansanelli 
>> wrote:
>>
>>> Buongiorno Luigi,
>>>
>>> devo dare anche io ragione a Cascafico, per gli import c'è tolleranza
>>> zero e vanno discussi su una mailing list a parte (internazionale in lingua
>>> inglese).
>>> Io sono il primo a essere contro la procedura attuale, ma non ci
>>> possiamo fare nulla proprio nulla...
>>> Se qualcuno si dovesse lamentare perché il diritto sui generis
>>> (proprietà intellettuale del dato) non è rispettato, OSM dovrebbe mettersi
>>> degli avvocati ed, in ogni caso, se qualcuno si dovesse lamentare del tuo
>>> operato con il DWG (anche senza esserne titolare) si rischia di perdere
>>> tutto il tuo lavoro (revert e ban).
>>> Cascafico ha seguito molto da vicino diversi import e ti sa sicuramente
>>> consigliare bene, ma non ti può autorizzare da solo e, senza un progetto
>>> pubblico in cui si spiega la procedura, non lo farà nessun altro.
>>>
>>
>> Francesco ha perfettamente ragione. Come ribadito più volte, per gli
>> import bisogna seguire le apposite guidelines:
>> https://wiki.openstreetmap.org/wiki/Import_guidelines
>>
>> Queste dovrebbero essere seguite fin dal momento in cui si pianifica un
>> import. Noi ti stiamo chiedendo di rimediare e di documentare quanto hai
>> già fatto prima di continuare. Non mi sembra un dramma. Certo che se
>> continuassi ad evitare la cosa, diventerei anche io favorevole a un revert.
>>
>> Ciao,
>>
>> Andrea
>>
>> ___
>> 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] Confini codice postale

[Francesco Ansanelli]

Buongiorno Luigi,

devo dare anche io ragione a Cascafico, per gli import c'è tolleranza zero
e vanno discussi su una mailing list a parte (internazionale in lingua
inglese).
Io sono il primo a essere contro la procedura attuale, ma non ci possiamo
fare nulla proprio nulla...
Se qualcuno si dovesse lamentare perché il diritto sui generis (proprietà
intellettuale del dato) non è rispettato, OSM dovrebbe mettersi degli
avvocati ed, in ogni caso, se qualcuno si dovesse lamentare del tuo operato
con il DWG (anche senza esserne titolare) si rischia di perdere tutto il
tuo lavoro (revert e ban).
Cascafico ha seguito molto da vicino diversi import e ti sa sicuramente
consigliare bene, ma non ti può autorizzare da solo e, senza un progetto
pubblico in cui si spiega la procedura, non lo farà nessun altro.

Francesco


Il ven 15 mag 2020, 13:11 cuno Scuotto  ha
scritto:

> Scusa non riesco a capire, dici che devo rivolgermi a qualcunaltro?
> Non so era una domanda che pensavo potessi rispondermi, non sono per le
> cose licenze diritti e cose varie se voglio fare una cosa la faccio.
> Le fermate dei pulma non li ho importati ma bensì le ho caricate se non
> sbaglio circa 10 anni fa da gpx tutte fatte da me.
> Cosa intendi revoca?
> Gigi
>
>
> Il giorno ven 15 mag 2020 alle ore 12:48 Cascafico Giovanni <
> cascaf...@gmail.com> ha scritto:
>
>> Scusa Luigi, ma vorrei chiarire alcune cose:
>>
>> da due mesi per Bergamo hai importato oltre 20k civici, hai importato le
>> fermate degli autobus, hai importato centinaia di parcheggi in formato
>> poligono, credo che tu sappia sia quali sono i requisiti di una licenza,
>> sia usare gli strumenti GIS più adatti agli import. Il punto è che sembra
>> ti dia fastidio documentare tutto ciò.
>>
>> Indubbiamente è molto utile ciò che hai fatto (sopra gli addr ci ho
>> costruito un centinaio di punti di interesse delivery:covid19), ma a me in
>> questa mailing list hanno fatto il pelo per molto meno per documentazione e
>> licenza e mi sorprende che ora sia solo io a fare la figura del pignolo
>> rompiballe. A meno che non vogliamo fare una revoca per la situazione, che
>> per me va benissimo.
>>
>> Per i CAP non mi sbatterei su tecniche di conversione e licenze: ogni
>> nodo-indirizzo importato lo ha già.
>>
>>
>> Il giorno ven 15 mag 2020 alle ore 12:15 Luigi Scuotto <
>> luigiscuott...@gmail.com> ha scritto:
>>
>>> la mappa dei quartieri lo scaricata da qui dimmi se si può usare, senò
>>> non mi ci metto neanche a referenziare.
>>>
>>> https://www.arcgis.com/apps/webappviewer/index.html?id=f79b62f848404d43837b6946bf20f967
>>> Gigi
>>>
>>> Il giorno ven 15 mag 2020 alle ore 12:09 Luigi Scuotto <
>>> luigiscuott...@gmail.com> ha scritto:
>>>
 io ho provato con qgis a referenziare una mappa scaricata in pdf lo
 allegata a un messagio ma e stato bloccato era troppo grande non so se lo
 sbloccheranno.
 non sono capace con qgis creare poligoni senò usavo i cap.
 Gigi


 Il giorno ven 15 mag 2020 alle ore 11:01 Martin Koppenhoefer <
 dieterdre...@gmail.com> ha scritto:

>
>
> sent from a phone
>
> > On 15. May 2020, at 10:50, Cascafico Giovanni 
> wrote:
> >
> > Se proprio volete fare dei poligoni che delimitino i vari CAP di
> Bergamo, esiste (e lo sto provando) un plugin per Qgis che si chiama
> concavehull.
>
>
> io direi di non rimuovere per ora i CAP dai singoli indirizzi anche
> quando si ha già messo un tag per un poligono.
>
> 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 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] Dubbio su tag takeaway:covid19=yes

[Francesco Ansanelli]

Ciao,

Avevo pensato la stessa cosa... Sarebbe comunque una specie di drive
through. 
Access indica l'accesso fisico alla feature, ma forse in questo caso è più
ampio.

Grazie
Francesco

Il dom 10 mag 2020, 17:14 Alessandro Sarretta 
ha scritto:

> Ciao Francesco,
>
> potrebbero probabilmente esserci delle attività che attualmente prevedono
> il takeaway ma non l'accesso ai locali, ma onestamente faccio fatica a
> pensare a un esempio concreto.
>
> Secondo me comunque in generale sarebbe meglio non dare per implicito
> nulla e taggare le due cose separatamente.
>
> Ale
> On 10/05/20 16:54, Francesco Ansanelli wrote:
>
> Buongiorno lista,
>
> Volevo sapere se, secondo voi, il takeaway implica già l'apertura di una
> attività al pubblico oppure se pensate che vada sempre aggiunto anche:
>
> access:covid19 yes
>
> Grazie a chi risponderà
> Francesco
>
> ___
> 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] Adesione italiana a portale "Ca reste ouvert"

[Francesco Ansanelli]

Il sab 9 mag 2020, 21:01 Lorenzo Rolla  ha scritto:

> Hanno aggiunto anche queste categorie:
>
> https://www.gazzettaufficiale.it/eli/id/2020/05/06/20A02526/sg
>

Grazie della segnalazione! Riesci ad aggiungere le categorie ed i tag nel
file?
Così lo uso come base per aggiornare la configurazione di CRO
Grazie mille
Francesco

>
>
> Il giorno sab 9 mag 2020 alle 20:49 Francesco Ansanelli <
> franci...@gmail.com> ha scritto:
>
>>
>>
>> Il sab 9 mag 2020, 19:53 Martin Koppenhoefer  ha
>> scritto:
>>
>>>
>>>
>>> sent from a phone
>>>
>>> > On 9. May 2020, at 19:28, Francesco Ansanelli 
>>> wrote:
>>> >
>>> > Intanto abemus!
>>> > Siamo live
>>>
>>>
>>> ottimo, da allora possiamo correggere...
>>>
>>
>> Le attività non sono ancora state implementate... Solo le regole generali.
>> Però c'è già un bel po' da fare anche così
>>
>> Francesco
>>
>>>
>>> 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
>>
> --
> Lorenzo Rolla
>
> ___
> 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] Dubbio su tag takeaway:covid19=yes

[Francesco Ansanelli]

Buongiorno lista,

Volevo sapere se, secondo voi, il takeaway implica già l'apertura di una
attività al pubblico oppure se pensate che vada sempre aggiunto anche:

access:covid19 yes

Grazie a chi risponderà
Francesco
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Adesione italiana a portale "Ca reste ouvert"

[Francesco Ansanelli]

Il dom 10 mag 2020, 07:04 Alessandro Sarretta 
ha scritto:

> On 09/05/20 20:47, Francesco Ansanelli wrote:
>
> Il sab 9 mag 2020, 19:46 Cascafico Giovanni  ha
> scritto:
>
>> Domanda
>> Una volta terminata la registrazione delle aperture in dati vengono
>> inviati e poi appaiono altre due domande:
>>
>> c'è gel idroalcolico?
>> c'è mascherina?
>>
>
>> Si intende in vendita sugli scaffali o a disposizione dei clienti?
>>
>
> Esatto. In tabaccheria ad esempio le hanno... Al costo di 3 euro circa 
>
> Nemmeno a me è molto chiaro il significato di queste due domande.
>
> All'inizio pensavo che si chiedesse se vengono forniti gratuitamente
> mascherine o gel ai clienti all'ingresso del negozio, ma mi sembra che in
> effetti chieda se c'è ancora disponibilità di mascherine e gel da comprare
> nel negozio. E infatti queste informazioni compaiono solamente (mi pare)
> per farmacie e supermercati.
>
> In questo caso, per essere più chiari, per l'italiano si potrebbe
> modificare le richieste in:
>
>- *"È possibile acquistare gel idroalcolico?"*
>   - *Sì, ce n'è ancora*
>   - *No, è finito*
>- *"È possibile acquistare mascherine?"*
>   - *Sì, ce ne sono ancora*
>   - *No, sono finite*
>
>
Ciao,

Le traduzioni sono un po' da rivedere.. ho aggiunto quelle per le nuove
categorie (create ad hoc per l'Italia) e non ho rivisto anche quelle
esistenti.
Mi sembra coerente con la versione francese e se possibile metto
esattamente i testi che hai proposto.

> Questo anche guardando l'originale francese che chiede:
>
>- Gel hydroalcoolique?"
>   - Il en reste
>   - Il n'y en a plus
>
> Io ho provato a rispondere e mi sembra che comunque il valore di presenza
> o assenza non venga inserito in OSM, ma invece mantenuto solamente in un DB
> interno perché ha un obiettivo informativo molto "volatile", infatti
> segnala il giorno in cui è stata fatta la segnalazione di presenza o meno
> nel negozio di gel o mascherine.
>
> Cosa ne dite?
>

Non esistono dei tag per indicare la vendita o disponibilità di
mascherine...
Quindi, nel file di configurazione di CRO è possibile far comparire le
domande in base alla categoria dell'attività.
Direi che hai colto, di default non sappiamo se c'è disponibilità, se
qualcuno va e risulta essere esaurito l'articolo metterà no. Se poi vengono
riforniti un altro utente può sempre modificare la risposta.

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

Re: [Talk-it] Adesione italiana a portale "Ca reste ouvert"

[Francesco Ansanelli]

Il sab 9 mag 2020, 19:53 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> > On 9. May 2020, at 19:28, Francesco Ansanelli 
> wrote:
> >
> > Intanto abemus!
> > Siamo live
>
>
> ottimo, da allora possiamo correggere...
>

Le attività non sono ancora state implementate... Solo le regole generali.
Però c'è già un bel po' da fare anche così

Francesco

>
> 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] Adesione italiana a portale "Ca reste ouvert"

[Francesco Ansanelli]

Il sab 9 mag 2020, 19:46 Cascafico Giovanni  ha
scritto:

> Provata. Bravi!
>
> Domanda
> Una volta terminata la registrazione delle aperture in dati vengono
> inviati e poi appaiono altre due domande:
>
> c'è gel idroalcolico?
> c'è mascherina?
>

> Si intende in vendita sugli scaffali o a disposizione dei clienti?
>

Esatto. In tabaccheria ad esempio le hanno... Al costo di 3 euro circa 

>
>
>
> Il sab 9 mag 2020, 19:28 Francesco Ansanelli  ha
> scritto:
>
>> Intanto abemus!
>> Siamo live
>> Grazie a tutti
>> Francesco
>>
>> Il giorno sab 9 mag 2020 alle ore 17:00 Martin Koppenhoefer <
>> dieterdre...@gmail.com> ha scritto:
>>
>>> Per  Conad, questi sono gli operator in OSM:
>>> A.D.O. Service S.r.l.
>>>  ALNI S.R.L.
>>>  Amato Gianpiero
>>>  Appia Store S.R.L.
>>>  CONAD Soc. Coop
>>>  CONAD Soc. Coop.
>>>  Canusina S.R.L.
>>>  Cernuscostore s.r.l.
>>>  Claudio Alibrandi
>>>  Clodia Commerciale Srl
>>>  Commerciale Tadina S.R.L.
>>>  Commercianti Indipendenti Associati Soc. Coop.
>>>  Conad
>>>  Conad Carducci S.R.L.
>>>  Conad Grigoletti S.R.L.
>>>  Conad Primavera snc
>>>  Conad Santa Sofia (FC)
>>>  Conad Sapori d'Italia snc
>>>  Conad Soc. Coop.
>>>  Consorzio Nazionale Dettaglianti
>>>  Cooperativa PAC2000A
>>>  Domenico Coppola
>>>  Eridano Carburanti Srl
>>>  Ermes Srl
>>>  Euforia s.r.l.
>>>  F.lli Giaconia
>>>  FARC S.r.l.
>>>  For.I' S.R.L.
>>>  Formentera S.R.L.
>>>  Forty S.r.l.
>>>  GLD S.N.C.
>>>  GMG
>>>  ITACA s.n.c. di Gargiulo Rita & C
>>>  Il Quadrifoglio S.R.L.
>>>  Klatz Market des Tammerla Gottfrieda
>>>  Lacade' Srl
>>>  Ladis S.R.L.
>>>  Laema Srl
>>>  Lampo 5 S.R.L.
>>>  Laura Ettore
>>>  Lessona S.R.L.
>>>  Madimar Srl.
>>>  Mannari S.n.c. di Mannari Sara & C.
>>>  Mariangela Raffaella & C. S.n.c.
>>>  Mario Casagrande & C. SNC
>>>  Modena Piu' Srl
>>>  Molisedea Srl
>>>  Oltremura S.R.L.
>>>  PONTINO S.R.L.
>>>  Panamarket s.r.l.
>>>  Pasquale Aceto
>>>  Peco Carburanti S.R.L.
>>>  Pianeta Cospea S.R.L.
>>>  Pievaiola Società a Responsabilità Limitata Semplificata
>>>  S.G.S. S.R.L.
>>>  Sagial S.R.L.
>>>  Signo S.R.L.
>>>  Sviluppo Roma Supermercati S.r.l.
>>>  Tirreno Insieme Srl.
>>>  Volo Group S.R.L.
>>>  Werner Platter
>>>
>>>
>>> Invece per Carrefour ci sono molto di meno:
>>> Carrefour
>>>  Dìperdì Srl. a socio unico
>>>  Emmetre s.p.a.
>>>  FG Fantinato Group
>>>  GS SpA
>>>  GS spa
>>>  Groupe Carrefour
>>>  S.S.C. S.r.l.
>>>  S.S.C. Società Sviluppo Commerciale S.R.L.
>>>  S.S.C. Società Sviluppo Commerciale S.R.L. in Sigla S.S.C. S. R.L.
>>>  S.V.M.
>>>
>>> Todis:
>>>  Essepiesse 99 S.r.l.
>>>  IGES S.R.L.
>>>  LIDIS s.r.l.
>>>  MR S.r.l.
>>>  Penny Di' S.r.l.
>>>  Stardust 2016 S.r.l.
>>>  Todis
>>>
>>> altri invece sono tutti gestiti da un'unica società, il quale lo rende
>>> più probabilme che i singoli negozi si comportino allo stesso modo, per
>>> esempio Lidl:
>>>  LIDL
>>>  LIDL Italia S.r.l.
>>>  Lidl
>>>  Lidl Italia S.R.L.
>>>  Lidl Italia S.r.l.
>>>  Lidl Italia SRL
>>>  Lidle
>>>
>>>
>>> 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 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] Adesione italiana a portale "Ca reste ouvert"

[Francesco Ansanelli]

Intanto abemus!
Siamo live
Grazie a tutti
Francesco

Il giorno sab 9 mag 2020 alle ore 17:00 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> Per  Conad, questi sono gli operator in OSM:
> A.D.O. Service S.r.l.
>  ALNI S.R.L.
>  Amato Gianpiero
>  Appia Store S.R.L.
>  CONAD Soc. Coop
>  CONAD Soc. Coop.
>  Canusina S.R.L.
>  Cernuscostore s.r.l.
>  Claudio Alibrandi
>  Clodia Commerciale Srl
>  Commerciale Tadina S.R.L.
>  Commercianti Indipendenti Associati Soc. Coop.
>  Conad
>  Conad Carducci S.R.L.
>  Conad Grigoletti S.R.L.
>  Conad Primavera snc
>  Conad Santa Sofia (FC)
>  Conad Sapori d'Italia snc
>  Conad Soc. Coop.
>  Consorzio Nazionale Dettaglianti
>  Cooperativa PAC2000A
>  Domenico Coppola
>  Eridano Carburanti Srl
>  Ermes Srl
>  Euforia s.r.l.
>  F.lli Giaconia
>  FARC S.r.l.
>  For.I' S.R.L.
>  Formentera S.R.L.
>  Forty S.r.l.
>  GLD S.N.C.
>  GMG
>  ITACA s.n.c. di Gargiulo Rita & C
>  Il Quadrifoglio S.R.L.
>  Klatz Market des Tammerla Gottfrieda
>  Lacade' Srl
>  Ladis S.R.L.
>  Laema Srl
>  Lampo 5 S.R.L.
>  Laura Ettore
>  Lessona S.R.L.
>  Madimar Srl.
>  Mannari S.n.c. di Mannari Sara & C.
>  Mariangela Raffaella & C. S.n.c.
>  Mario Casagrande & C. SNC
>  Modena Piu' Srl
>  Molisedea Srl
>  Oltremura S.R.L.
>  PONTINO S.R.L.
>  Panamarket s.r.l.
>  Pasquale Aceto
>  Peco Carburanti S.R.L.
>  Pianeta Cospea S.R.L.
>  Pievaiola Società a Responsabilità Limitata Semplificata
>  S.G.S. S.R.L.
>  Sagial S.R.L.
>  Signo S.R.L.
>  Sviluppo Roma Supermercati S.r.l.
>  Tirreno Insieme Srl.
>  Volo Group S.R.L.
>  Werner Platter
>
>
> Invece per Carrefour ci sono molto di meno:
> Carrefour
>  Dìperdì Srl. a socio unico
>  Emmetre s.p.a.
>  FG Fantinato Group
>  GS SpA
>  GS spa
>  Groupe Carrefour
>  S.S.C. S.r.l.
>  S.S.C. Società Sviluppo Commerciale S.R.L.
>  S.S.C. Società Sviluppo Commerciale S.R.L. in Sigla S.S.C. S. R.L.
>  S.V.M.
>
> Todis:
>  Essepiesse 99 S.r.l.
>  IGES S.R.L.
>  LIDIS s.r.l.
>  MR S.r.l.
>  Penny Di' S.r.l.
>  Stardust 2016 S.r.l.
>  Todis
>
> altri invece sono tutti gestiti da un'unica società, il quale lo rende più
> probabilme che i singoli negozi si comportino allo stesso modo, per esempio
> Lidl:
>  LIDL
>  LIDL Italia S.r.l.
>  Lidl
>  Lidl Italia S.R.L.
>  Lidl Italia S.r.l.
>  Lidl Italia SRL
>  Lidle
>
>
> 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] Adesione italiana a portale "Ca reste ouvert"

[Francesco Ansanelli]

Però si può usare il tag opening_hours:covid19 per descrivere la situazione.
Con naposm sto provando a riaprire il dialogo con gli sviluppatori.
Se volete vedere le modifiche seguite la discussione su GH:
https://github.com/osmontrouge/caresteouvert/issues/311

Francesco

Il giorno sab 9 mag 2020 alle ore 11:37 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
>
> sent from a phone
>
> > On 8. May 2020, at 20:30, Lorenzo Rolla  wrote:
> >
> > Mancano le attività dell’allegato 2 che sono aperte :
>
>
> che possono essere aperte, non è la stessa cosa, qui ci sono per esempio
> dei forni che dopo una chiusura totale ora hanno degli orari molto limitati
> rispetto a prima.
>
>
> 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] Adesione italiana a portale "Ca reste ouvert"

[Francesco Ansanelli]

Il giorno ven 8 mag 2020 alle ore 21:17 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> questi vogliamo avere tutti nella stessa categoria perché apparentemente
> hanno lo stesso codice ATECO?
>
> amenity=cafe, amenity=bar, shop=wine
> amenity=fast_food, amenity=pub, amenity=restaurant
> shop=confectionery, shop=pastry
> amenity=ice_cream, shop=cheese, shop=dairy, shop=ice_cream
> shop=butcher
> shop=farm, shop=greengrocer
> shop=bakery
> shop=tobacco
>
>
https://www.codiceateco.it/gruppo?q=47.2

47.21 Commercio al dettaglio di frutta e verdura in esercizi specializzati
<https://www.codiceateco.it/classe?q=47.21>
47.22 Commercio al dettaglio di carni e di prodotti a base di carne in
esercizi specializzati <https://www.codiceateco.it/classe?q=47.22>
47.23 Commercio al dettaglio di pesci, crostacei e molluschi in esercizi
specializzati <https://www.codiceateco.it/classe?q=47.23>
47.24 Commercio al dettaglio di pane, torte, dolciumi e confetteria in
esercizi specializzati <https://www.codiceateco.it/classe?q=47.24>
47.25 Commercio al dettaglio di bevande in esercizi specializzati
<https://www.codiceateco.it/classe?q=47.25>
47.26 Commercio al dettaglio di prodotti del tabacco in esercizi
specializzati <https://www.codiceateco.it/classe?q=47.26>
47.29 Commercio al dettaglio di altri prodotti alimentari in esercizi
specializzati <https://www.codiceateco.it/classe?q=47.29>
eventualmente si possono separare se ci sono restrizioni regionali

grazie
Francesco


> Ciao
> Martin
>
>
>
> Am Fr., 8. Mai 2020 um 18:26 Uhr schrieb Francesco Ansanelli <
> franci...@gmail.com>:
>
>> Ciao,
>>
>> vorrei chiedere a tutti di leggere il file:
>>
>>
>> https://docs.google.com/spreadsheets/d/16sjnVrZHkXzKwIQVTNATTHdG5V1C42x3qrDsLTCXUm4/edit?usp=sharing
>>
>> ed eventualmente integrare i tag mancanti o correggere quelli errati per
>> far partire "Ça Reste Ouvert" anche nel nostro paese.
>>
>> Sicuramente ci sono tipi di negozi che mi sfuggono o varie restrizioni
>> regionali (o comunali).
>> Se es. nella vostra regione c'è un'eccezione segnatemela per favore in
>> una colonna a destra in modo che chi andrà a creare il file di
>> configurazione possa tenerne conto.
>>
>> Grazie a tutti
>> Francesco
>>
>> Il giorno dom 26 apr 2020 alle ore 20:21 Nap Osm <
>> naposm-tal...@outlook.it> ha scritto:
>>
>>> Buonasera ragazzi, sembra che in Germania vogliano fare una cosa simile
>>> a quella che volevamo fare noi ovvero mostrare tutti i negozi sulla mappa.
>>> https://github.com/osmontrouge/caresteouvert/issues/558
>>> Magari potremmo entrare nella discussione e provare anche noi a fare una
>>> cosa simile.
>>> --
>>> *From:* Martin Koppenhoefer 
>>> *Sent:* Thursday, April 23, 2020 8:49 AM
>>> *To:* openstreetmap list - italiano 
>>> *Subject:* Re: [Talk-it] Adesione italiana a portale "Ca reste ouvert"
>>>
>>>
>>>
>>> sent from a phone
>>>
>>> > On 23. Apr 2020, at 06:44, Alessandro Sarretta <
>>> alessandro.sarre...@gmail.com> wrote:
>>> >
>>> > Loro però in realtà hanno come primo target le opening_hours, non il
>>> delivery, e quindi il punto di partenza è un po' diverso.
>>>
>>>
>>> nel mio piccolo qui ho riscontrato quasi tutti gli orari diversi durante
>>> il covid
>>> Sia catene (conad) che negozi piccoli. Inoltre le catene/brand non sono
>>> necessariamente gestite dalla stessa società, per esempio ci sono tipi
>>> diversi per conad ed euronics.
>>>
>>>
>>> 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 mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
>
> --
> Martin Koppenhoefer (Dipl-Ing. Arch.)
> Via del Santuario Regina degli Apostoli, 18
>
> 00145 Roma
>
>
> |I|I|I|I|I|I|I|I|
>
> Italia
> N41.851, E12.4824
> 8FHJVF5W+W5
>
> tel1: +39 06.916508070
> tel2: +49 30 868708638
> mobil

Re: [Talk-it] Adesione italiana a portale "Ca reste ouvert"

[Francesco Ansanelli]

Il giorno ven 8 mag 2020 alle ore 20:30 Lorenzo Rolla 
ha scritto:

> Mancano le attività dell’allegato 2 che sono aperte :
>
> Allegato 2
>
>Servizi per la persona
>
>   Lavanderia e pulitura di articoli tessili e pelliccia
>   Attivita' delle lavanderie industriali
>   Altre lavanderie, tintorie
>   Servizi di pompe funebri e attivita' connesse
>
>
integrate!
Grazie

>
>
>
> Il giorno ven 8 mag 2020 alle 18:26 Francesco Ansanelli <
> franci...@gmail.com> ha scritto:
>
>> Ciao,
>>
>> vorrei chiedere a tutti di leggere il file:
>>
>>
>> https://docs.google.com/spreadsheets/d/16sjnVrZHkXzKwIQVTNATTHdG5V1C42x3qrDsLTCXUm4/edit?usp=sharing
>>
>> ed eventualmente integrare i tag mancanti o correggere quelli errati per
>> far partire "Ça Reste Ouvert" anche nel nostro paese.
>>
>> Sicuramente ci sono tipi di negozi che mi sfuggono o varie restrizioni
>> regionali (o comunali).
>> Se es. nella vostra regione c'è un'eccezione segnatemela per favore in
>> una colonna a destra in modo che chi andrà a creare il file di
>> configurazione possa tenerne conto.
>>
>> Grazie a tutti
>> Francesco
>>
>> Il giorno dom 26 apr 2020 alle ore 20:21 Nap Osm <
>> naposm-tal...@outlook.it> ha scritto:
>>
>>> Buonasera ragazzi, sembra che in Germania vogliano fare una cosa simile
>>> a quella che volevamo fare noi ovvero mostrare tutti i negozi sulla mappa.
>>> https://github.com/osmontrouge/caresteouvert/issues/558
>>> Magari potremmo entrare nella discussione e provare anche noi a fare una
>>> cosa simile.
>>> --
>>> *From:* Martin Koppenhoefer 
>>> *Sent:* Thursday, April 23, 2020 8:49 AM
>>> *To:* openstreetmap list - italiano 
>>> *Subject:* Re: [Talk-it] Adesione italiana a portale "Ca reste ouvert"
>>>
>>>
>>>
>>> sent from a phone
>>>
>>> > On 23. Apr 2020, at 06:44, Alessandro Sarretta <
>>> alessandro.sarre...@gmail.com> wrote:
>>> >
>>> > Loro però in realtà hanno come primo target le opening_hours, non il
>>> delivery, e quindi il punto di partenza è un po' diverso.
>>>
>>>
>>> nel mio piccolo qui ho riscontrato quasi tutti gli orari diversi durante
>>> il covid
>>> Sia catene (conad) che negozi piccoli. Inoltre le catene/brand non sono
>>> necessariamente gestite dalla stessa società, per esempio ci sono tipi
>>> diversi per conad ed euronics.
>>>
>>>
>>> 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 mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> --
> Lorenzo Rolla
>
> ___
> 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] Adesione italiana a portale "Ca reste ouvert"

[Francesco Ansanelli]

Ciao,

vorrei chiedere a tutti di leggere il file:

https://docs.google.com/spreadsheets/d/16sjnVrZHkXzKwIQVTNATTHdG5V1C42x3qrDsLTCXUm4/edit?usp=sharing

ed eventualmente integrare i tag mancanti o correggere quelli errati per
far partire "Ça Reste Ouvert" anche nel nostro paese.

Sicuramente ci sono tipi di negozi che mi sfuggono o varie restrizioni
regionali (o comunali).
Se es. nella vostra regione c'è un'eccezione segnatemela per favore in una
colonna a destra in modo che chi andrà a creare il file di configurazione
possa tenerne conto.

Grazie a tutti
Francesco

Il giorno dom 26 apr 2020 alle ore 20:21 Nap Osm 
ha scritto:

> Buonasera ragazzi, sembra che in Germania vogliano fare una cosa simile a
> quella che volevamo fare noi ovvero mostrare tutti i negozi sulla mappa.
> https://github.com/osmontrouge/caresteouvert/issues/558
> Magari potremmo entrare nella discussione e provare anche noi a fare una
> cosa simile.
> --
> *From:* Martin Koppenhoefer 
> *Sent:* Thursday, April 23, 2020 8:49 AM
> *To:* openstreetmap list - italiano 
> *Subject:* Re: [Talk-it] Adesione italiana a portale "Ca reste ouvert"
>
>
>
> sent from a phone
>
> > On 23. Apr 2020, at 06:44, Alessandro Sarretta <
> alessandro.sarre...@gmail.com> wrote:
> >
> > Loro però in realtà hanno come primo target le opening_hours, non il
> delivery, e quindi il punto di partenza è un po' diverso.
>
>
> nel mio piccolo qui ho riscontrato quasi tutti gli orari diversi durante
> il covid
> Sia catene (conad) che negozi piccoli. Inoltre le catene/brand non sono
> necessariamente gestite dalla stessa società, per esempio ci sono tipi
> diversi per conad ed euronics.
>
>
> 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 mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Prova di "nuova grafica" per su.openstreetmap.it

[Francesco Ansanelli]

Fatto.

Ciao

Il giorno mer 6 mag 2020 alle ore 12:10 Nap Osm 
ha scritto:

> Va benissimo!
> --
> *From:* Francesco Ansanelli 
> *Sent:* Wednesday, May 6, 2020 10:03 AM
> *To:* openstreetmap list - italiano 
> *Subject:* Re: [Talk-it] Prova di "nuova grafica" per su.openstreetmap.it
>
> Ciao,
>
> Il giorno mer 6 mag 2020 alle ore 12:01 Nap Osm 
> ha scritto:
>
> Si, sembra sia il testo per l' accessibilità della nuova versione di
> select2. Ora modifico e invio una Pull Request! Grazie per averlo notato!
>
>
> avevo già iniziato a fare le modifiche...
> Puoi aspettare fino a questa sera?
> Così mi dici cosa ne pensi
>
> Francesco
>
>
> --
> *From:* Damjan Gerl 
> *Sent:* Tuesday, May 5, 2020 7:21 PM
> *To:* talk-it@openstreetmap.org 
> *Subject:* Re: [Talk-it] Prova di "nuova grafica" per su.openstreetmap.it
>
> Grazie a tutti per il super lavoro!
>
> Aggiungo solo una nota, che nella pagina sotto viene riportato un testo
> (non so se voluto) che normalmente riporta la categoria o altro testo.
>
> Ciao
> Damjan
>
>
> Francesco Ansanelli je 5.5.2020 ob 18:01 napisal:
>
> Ringrazio Nap Osm per il contributo e la pazienza nel risolvere tutte le
> mie osservazioni! 
> Ho fatto merge delle sue modifiche e ora la nuova veste grafica è anche
> rilasciata in produzione.
>
> Buona serata
> Francesco
>
> Il giorno lun 4 mag 2020 alle ore 20:34 Francesco Ansanelli <
> franci...@gmail.com> ha scritto:
>
> Ciao,
>
> ho fatto una veloce review delle modifiche... Aspetto che naposm sistemi e
> poi penso si possa mettere in produzione.
>
> Buona serata
> Francesco
>
> Il giorno lun 4 mag 2020 alle ore 19:28 Alessandro Sarretta <
> alessandro.sarre...@gmail.com> ha scritto:
>
> On 04/05/20 14:11, Cascafico Giovanni wrote:
>
> A me pare OK: possiamo metterla in produzione sull'url su.openstreetmap.it
> ?
>
> Per me sì! :-)
>
> Grazie,
>
> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Prova di "nuova grafica" per su.openstreetmap.it

[Francesco Ansanelli]

Ciao,

Il giorno mer 6 mag 2020 alle ore 12:01 Nap Osm 
ha scritto:

> Si, sembra sia il testo per l' accessibilità della nuova versione di
> select2. Ora modifico e invio una Pull Request! Grazie per averlo notato!
>

avevo già iniziato a fare le modifiche...
Puoi aspettare fino a questa sera?
Così mi dici cosa ne pensi

Francesco


> --
> *From:* Damjan Gerl 
> *Sent:* Tuesday, May 5, 2020 7:21 PM
> *To:* talk-it@openstreetmap.org 
> *Subject:* Re: [Talk-it] Prova di "nuova grafica" per su.openstreetmap.it
>
> Grazie a tutti per il super lavoro!
>
> Aggiungo solo una nota, che nella pagina sotto viene riportato un testo
> (non so se voluto) che normalmente riporta la categoria o altro testo.
>
> Ciao
> Damjan
>
>
> Francesco Ansanelli je 5.5.2020 ob 18:01 napisal:
>
> Ringrazio Nap Osm per il contributo e la pazienza nel risolvere tutte le
> mie osservazioni! 
> Ho fatto merge delle sue modifiche e ora la nuova veste grafica è anche
> rilasciata in produzione.
>
> Buona serata
> Francesco
>
> Il giorno lun 4 mag 2020 alle ore 20:34 Francesco Ansanelli <
> franci...@gmail.com> ha scritto:
>
> Ciao,
>
> ho fatto una veloce review delle modifiche... Aspetto che naposm sistemi e
> poi penso si possa mettere in produzione.
>
> Buona serata
> Francesco
>
> Il giorno lun 4 mag 2020 alle ore 19:28 Alessandro Sarretta <
> alessandro.sarre...@gmail.com> ha scritto:
>
> On 04/05/20 14:11, Cascafico Giovanni wrote:
>
> A me pare OK: possiamo metterla in produzione sull'url su.openstreetmap.it
> ?
>
> Per me sì! :-)
>
> Grazie,
>
> 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] Nomi delle vie

[Francesco Ansanelli]

Ciao Martin,

penso che dipenda dai comuni, come per Camillo Benso che è scritto in tutte
le varianti.
Appoggio l'idea di scrivere "von" in minuscolo in ogni caso, come per la
famiglia d'Azeglio.

Francesco


Il mer 6 mag 2020, 00:57 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> On 6. May 2020, at 00:33, Martin Koppenhoefer 
> wrote:
>
> Ho notato che ci sono alcune vie “Via Wolfgang Von Goethe” e mi chiedevo
> se non dovrebbe essere “Via Johann Wolfgang von Goethe”?
>
>
> https://nominatim.openstreetmap.org/search.php?q=Via+Wolfgang+von+Goethe_geojson=1=
>
> Che ne dite?
>
>
>
> in realtà ho adesso visto che sono solo 2 vie. Correggo?
>
> 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] Prova di "nuova grafica" per su.openstreetmap.it

[Francesco Ansanelli]

Ringrazio Nap Osm per il contributo e la pazienza nel risolvere tutte le
mie osservazioni! 
Ho fatto merge delle sue modifiche e ora la nuova veste grafica è anche
rilasciata in produzione.

Buona serata
Francesco

Il giorno lun 4 mag 2020 alle ore 20:34 Francesco Ansanelli <
franci...@gmail.com> ha scritto:

> Ciao,
>
> ho fatto una veloce review delle modifiche... Aspetto che naposm sistemi e
> poi penso si possa mettere in produzione.
>
> Buona serata
> Francesco
>
> Il giorno lun 4 mag 2020 alle ore 19:28 Alessandro Sarretta <
> alessandro.sarre...@gmail.com> ha scritto:
>
>> On 04/05/20 14:11, Cascafico Giovanni wrote:
>>
>> A me pare OK: possiamo metterla in produzione sull'url
>> su.openstreetmap.it?
>>
>> Per me sì! :-)
>>
>> Grazie,
>>
>> 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] Prova di "nuova grafica" per su.openstreetmap.it

[Francesco Ansanelli]

Ciao,

ho fatto una veloce review delle modifiche... Aspetto che naposm sistemi e
poi penso si possa mettere in produzione.

Buona serata
Francesco

Il giorno lun 4 mag 2020 alle ore 19:28 Alessandro Sarretta <
alessandro.sarre...@gmail.com> ha scritto:

> On 04/05/20 14:11, Cascafico Giovanni wrote:
>
> A me pare OK: possiamo metterla in produzione sull'url su.openstreetmap.it
> ?
>
> Per me sì! :-)
>
> Grazie,
>
> 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] Village / Town

[Francesco Ansanelli]

Ciao,

mi riallaccio al discorso dei criteri per chiedere se qualcuno reputa
necessario trasformarli in tag.
Esistono degli strumenti come OSMinspector che segnalano errori sui Place
in base alla popolazione.
Forse sarebbe il caso di creare una serie di tag per fare in modo che tali
strumenti si adeguino all'evoluzione delle linee guida senza diventare
eccessivamente complessi.
Es:

place:university=yes
place:post_office=yes

Cosa ne dite?

Francesco



Il dom 3 mag 2020, 09:59 Fintocubano  ha scritto:

> Personalmente sono d'accordo con Alessandro Sarretta ed il suo suggerimento
> di riallineare il più possibile le pagine italiane con le corrispondenti
> pagine in inglese e forse di aggiungere qualche criterio (come quelli che
> ho
> usato io? Forse) in piu' per permetterci una classificazione town/village
> piu' accurata.
>
> Oppure di creare il tag ''cittadina'' che semanticamente e' la ''town'' in
> inglese:
>
> *Town:* a place with many houses, shops, etc. where people live and work.
> It
> is larger than a village but smaller than a city.>> (Oxford Learner's
> Dictionaries, Oxford University Press)
>
> Secondo me, classificare un centro - con le caratteristiche che descrivo
> piu' giu' - sotto i 10,000 ab. come ''village'' e' abbastanza riduttivo ed
> impreciso ma, soprattutto, non fornisce agli utilizzatori della mappa
> un'informazione completa e corretta.
>
> Cortina, Camerino, Vallo della Lucania, possono essere ''village''? Non
> credo, ed infatti sono taggati ''town'' perche' essenzialmente lo sono,
> certo non per il numero degli abitanti. E non credo neppure Guardiagrele,
> Casoli, Agnone e molti altri (forse non tutti) della mia lista.
>
> Il mio edit si e' basato su dei *criteri * specifici, che ho descritto caso
> per caso per ogni centro nel box della Discussione del Changeset
> (#84052102). Partendo dalla regola generale (Wiki inglese - uso la versione
> inglese di OSM e mi sono rifatto a quelle regole, credendo fossero le
> stesse
> in IT, ma sbagliavo) ho valutato:
>
> - il fatto che i centri siano degli ''hub'' per i centri limitrofi dove la
> popolazione si reca per lavoro/scuola/shopping o altri motivi e per la
> presenza di ospedali e/o scuole superiori, tribunali, sede di
> diocesi/parchi nazionali, strutture turistiche e alberghi, zone
> industriali/artigianali e di produzioni agricole, oppure importanti per la
> loro storia e beni culturali presenti, cioe' dei centri che servono da
> punto
> di riferimento per la comunita' limitrofa e importanti per
> l'industria/commercio/logistica ecc;
>
> - esempi di altri centri taggati come tali: Cortina (6,000 ab.), Sapri ecc.
> (potete leggerli nei commenti) paragonabili - per caratteristiche urbane,
> geografiche e storiche ed economiche - ai centri da me taggati;
>
> - il fatto che la legge italiana assegni tale titolo non solo per
> l'importanza storica ma anche per l'<> (Testo Unico
> degli Enti Locali, Dlgs 18 agosto 2000, n. 267, articolo 18).
>
> Solo poi entrando nell'eccezione (Wiki italiana, IT:Key:place) che dice che
> < popolazione prossimi alle soglie prevale l'importanza dell'abitato in
> relazione al contesto geografico>> ho compreso che, forse, qualcuno dei
> centri editati dovesse essere rivisto (non meritasse il tag ''town''), ma
> che sostanzialmente il mio criterio di valutazione fosse abbastanza
> corretto.
>
> Contrariamente a quanto afferma Francesco di Nardo, che:
>
> >Date: Sun, 3 May 2020 02:13:57 +0200
> >From: Francesco Di Nardo 
>
> > the user [cioe' il sottoscritto] used historical or touristic importance
> > to assign the town tag to places which are really nothing more than
> > villages like many others [...] Places like Nereto, Civitella del Tronto,
> > Pescasseroli, Fossacesia, Gissi, etc. are nothing more than villages.
>
> i parametri da me utilizzati sono stati *ben piu' ampi* di < touristic>> e ben circostanziati (vedi Discussione del Changeset). E,
> credo,
> i centri di cui sopra ed altri, non siano tutti ''villages'' alla pari
> degli
> altri ''villages'' limitrofi e satelliti ad essi da 100-400-1,000-2,000
> abitanti.
>
> Ciao,
> Ferdinando
>
>
>
> --
> 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] Prova di "nuova grafica" per su.openstreetmap.it

[Francesco Ansanelli]

Ciao,

Vorrei solo ricordare che lo scopo non è quello di costruire un editor, ma
inserire una nota che aiuti chi non sa nulla di Osm a promuovere la sua
attività.
Se manca il +39 sta a chi riporta la nota metterlo...
Non metterei campi obbligatori o validazione dei dati.
L'unica miglioria che mi sentirei di suggerire è un sistema simil CAPTCHA
per evitare bot, ma non intendo investigare a breve la cosa.
Meglio procedere a step e avere una grafica che funziona su tutti i browser
in modo da non escludere nessuno e al posto delle emoji puoi usare dei set
di icone come icomoon.

Francesco

Il ven 1 mag 2020, 11:58 Nap Osm  ha scritto:

> Secondo me il listone aiuta gli utenti prigri perché ha anche il campo
> ricerca, ma non è molto comodo per i mapper perché non è automatico e
> spesso gli utenti sbagliano anche la categoria.
>
> Per quanto riguarda i campi sono favorevole all' inserimento di campi
> obbligatori e in generale si dovrebbero rivedere alcuni campi secondo me.
> Io ad esempio aggiungerei anche più tipologie di numeri (fisso, cellulare,
> WhatsApp) magari con un menù a tendina che ti fa selezionare quali inserire
> (nel campo telefono, al posto dell' icona aggiungerei fisso, cellulare,
> WhatsApp, Telegram) e farei lo stesso per i social (Facebook, Instagram,
> Twitter e in generale quelli supportati da OSM). Anche sull' inserimento
> del +39 sono d'accordo, ma secondo me bisognerebbe inserirlo solo quando si
> seleziona l' attività in italia, così nel caso possono utilizzarli anche i
> nostri vicini che parlano italiano (penso alla Svizzera). Invece per il
> sito web aggiungerei in automatico https://  perché la
> maggior parte delle persone tenderebbe a scrivere solo il dominio di
> secondo e primo livello con il www. es. www.openstreetmap.it.
>
> Si, non ho idea di come funzioni la sandbox... Se mi passi l' url te la
> aggiungo altrimenti forkami o inviami una PR che te la accetto.
>
> Sono contento che questa prova stia diventando un pretesto per aggiornare
> un po' tutto 
>
> Buona giornata a tutti!
> --
> *From:* Cascafico Giovanni 
> *Sent:* Friday, May 1, 2020 8:16 AM
> *To:* openstreetmap list - italiano 
> *Subject:* Re: [Talk-it] Prova di "nuova grafica" per su.openstreetmap.it
>
> Buon Primo Maggio...
>
> Grande Nap!
> Devo ammettere che stavo abbozzando la stessa cosa su un fork di
> indirizzi, ma mi hai preceduto.
>
> Eventuali commenti sulle issue o qui? Forse qui c'è più interazione.
>
> Non so se utilizzare il listone delle categorie sia pratico (a meno che
> non si costruisca  un dizionario che la converte in tag osm) non sarebbe
> sufficiente la descrizione dell'attività?
>
> Poi aggiungerei necessario il "nome esposto" e facoltativo il gestore
>
> Poi, per velocizzare, non lascerei al visitatore il fardello dei prefissi:
> aggiungerei automaticamente il +39 (visto che è la versione italiana ) ed
> il http:// (sul https dovrebbe fare un fallback in automatico credo)
>
> Per tutte le prove puoi passare un parametro all'url? Per passarlo a
> notes.js ed utilizzare le API sulla sandbox
>
>
>
>
>
>
>
> Il gio 30 apr 2020, 20:13 Nap Osm  ha scritto:
>
> Buonasera a tutti! In questi ultimi due giorni ho provato a "rifare" il
> look a su.openstreetmap.it, utilizzando Bootstrap come base, quindi è
> molto simile alla grafica del tool degli indirizzi (anche lì l'ho
> utilizzato), giusto per provare a rendere il sito un po' più moderno e
> mobile-friendly. Naturalmente non è il top, ma volevo comunque sapere cosa
> ne pensavate. Il link alla prova è questo https://naposm.github.io/suosm/.Ho
> lasciato il layout originale invariato.
> Spero vi piaccia!
>
> P.S. Naturalmente il codice è su GitHub se volete effettuare modifiche.
>
> Buona serata a tutti!
> ___
> 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] Prova di "nuova grafica" per su.openstreetmap.it

[Francesco Ansanelli]

Ciao!

Non ho guardato il codice, ma visivamente hai ottenuto un bel risultato.
Mi piace!
Quando sei pronto alla produzione apri una PR che ti faccio una review e
merge.

Grazie
Francesco


Il gio 30 apr 2020, 20:13 Nap Osm  ha scritto:

> Buonasera a tutti! In questi ultimi due giorni ho provato a "rifare" il
> look a su.openstreetmap.it, utilizzando Bootstrap come base, quindi è
> molto simile alla grafica del tool degli indirizzi (anche lì l'ho
> utilizzato), giusto per provare a rendere il sito un po' più moderno e
> mobile-friendly. Naturalmente non è il top, ma volevo comunque sapere cosa
> ne pensavate. Il link alla prova è questo https://naposm.github.io/suosm/.Ho
> lasciato il layout originale invariato.
> Spero vi piaccia!
>
> P.S. Naturalmente il codice è su GitHub se volete effettuare modifiche.
>
> Buona serata a tutti!
> ___
> 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] Modifiche massive nomi di strade in seguito a note anonime

[Francesco Ansanelli]

Il mar 28 apr 2020, 11:13 Lorenzo Stucchi  ha
scritto:

> Ciao,
>
> Concordo con quanto è stato detto prima, vorrei però sottolineare il
> problema principale che sono le note anonime.
>
> Ne vengono caricate a decine ogni giorno, (30 solo stamattina) [1] sono
> anonime e non è possibile risalire a chi le pubblica e tra l’altro
> contengono informazioni sbagliate su quale sia il nome corretto delle vie.
> Sembrano tutte con lo stesso formato, ad esempio:
>
> “ Da direttive ISTAT il nome è
> Piazza ventisei maggio “
>

Avevo trovato un caso:

Da direttive ISTAT il nome è
Viale giardini

In realtà dovrebbe essere:
Viale dei Giardini

non essendo giardini pinco pallino..

>
> Servirebbe secondo me poter capire come vengono create, avete qualche idea?
>

Si potrebbe provare a risalire dall'indirizzo IP per provare a capire se si
tratta di un server o un utente privato e da che parte del mondo lavora.
Però credo sia un indagine che può fare solo chi gestisce il server

>
> Ciao,
> Lorenzo Stucchi
>
> [1] https://ent8r.github.io/NotesReview/expert/?query=ISTAT
>
>
> Il giorno 28 apr 2020, alle ore 09:42, Andrea Musuruane <
> musur...@gmail.com> ha scritto:
>
> Ciao,
> concordo con canfe.
>
> In questa ML si rifanno periodicamente le stesse discussioni,
> dimenticandosi di averle già fatte. Sarebbe utile rileggersi gli ultimi
> thread.
>
> https://lists.openstreetmap.org/pipermail/talk-it/2017-April/058290.html
>
> https://lists.openstreetmap.org/pipermail/talk-it/2017-December/061356.html
>
> https://lists.openstreetmap.org/pipermail/talk-it/2018-January/061775.html
>
> https://lists.openstreetmap.org/pipermail/talk-it/2018-October/064461.html
>
>
> 
> Per quanto riguarda la questione "si mappa quello che c'è sul campo",
> vorrei sottolineare che non l'abbiamo mai fatto.Spesso gli odonomi sono
> indicati sui cartelli tutti in maiuscolo (a volte tutti in minuscolo) e non
> abbiamo mai inserito i nomi in questo modo ma abbiamo deciso di seguire la
> regole della lingua italiana, specificando di iniziare con una lettera
> maiuscola (Via e non via). Sovente gli odonimi riferiti a personaggi
> storici sono abbreviati o parziali e noi abbiamo sempre detto di inserirli
> completi. Allo stesso modo abbiamo deciso di seguire le regole ISTAT per
> avere delle regole uniformi in tutta Italia (tra l'altro non c'è alcun
> obbligo da parte dei comuni di adeguare la cartellonistica, ma solo di
> adeguare lo stradario - quindi a meno di non leggersi tutti i giorni l'albo
> pretorio di tutti i comuni italiani, non vi è modo di scoprire questi
> adeguamenti). Tutte queste regole servono oltre che a standardizzare la
> mappa, anche ai motori di ricerca, perché altrimenti un utente dovrebbe già
> sapere se in un comune c'è scritto sui cartelli "via 25 aprile" o "VIA
> MAZZINI" oppure "Via G. Garibaldi".
>
> Ciao,
>
> Andrea
>
>
>
> On Tue, Apr 28, 2020 at 8:57 AM canfe  wrote:
>
>> Non sono d'accordo.
>> C'è una pagina wiki che specifica come vanno scritti i nomi delle vie.
>> O le regole valgono per tutti o ognuno si inventa quella che piu' gli
>> piace.
>>
>> https://wiki.openstreetmap.org/wiki/IT:Editing_Standards_and_Conventions#Nomi_delle_strade
>>
>> Inoltre mi denuncio di avere fatto un editing massivo cambiando tutti i
>> nomi
>> di via undici febbraio in tutto il Piemonte a suo tempo.
>> Revert??
>>
>>
>>
>> --
>> 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 mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Modifiche massive nomi di strade in seguito a note anonime

[Francesco Ansanelli]

Il mar 28 apr 2020, 09:28 Alessandro Sarretta 
ha scritto:

> Ciao Canfe,
> On 28/04/20 08:57, canfe wrote:
>
> Non sono d'accordo.
> C'è una pagina wiki che specifica come vanno scritti i nomi delle vie.
> O le regole valgono per tutti o ognuno si inventa quella che piu' gli 
> piace.https://wiki.openstreetmap.org/wiki/IT:Editing_Standards_and_Conventions#Nomi_delle_strade
>
> Inoltre mi denuncio di avere fatto un editing massivo cambiando tutti i nomi
> di via undici febbraio in tutto il Piemonte a suo tempo.
> Revert??
>
> personalmente sono assolutamente d'accordo nel rispettare le decisioni
> discusse e documentate nel wiki e delle quali—ammetto—non riesco sempre a
> tenere traccia. Per il nome, il wiki dice "usate il tag alt_name
> =* per inserire il
> giorno con i numeri romani. Es: Via XXV Aprile"
>
> Mi sembra che gli edits che hai fatto in Piemonte rispettino tutti i
> crismi, cioè hanno un changeset informativo (
> https://www.openstreetmap.org/changeset/77287079) e soprattutto
> mantengono, con uno schema ben definito, anche il nome verificabile a
> terra: name= Via Undici Febbraio , alt_name= Via XI Febbraio,
> short_name=Via 11 Febbraio
>

Aggiungo che a suo tempo stavamo anche analizzando una possibile soluzione
per creare dei controlli che ci venissero in aiuto per uniformare i nomi.
Credo sarebbe veramente molto utile avere i nomi delle strade ben
strutturati, lo scopo principale deve rimanere sempre la navigazione e la
fruibilità. Se devo cercare un indirizzo in una città in cui non sono mai
stato, difficile che mi metto a provare i numeri romani nel box...

> Nel caso evidenziato da Marco invece il nome presente è stato cancellato
> https://www.openstreetmap.org/way/568500510/history e il riferimento alla
> note secondo me è troppo vago.
>
+1

Per quello conviene commentare nel changeset e concordare su questi punti.
>
> 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] Modifiche massive nomi di strade in seguito a note anonime

[Francesco Ansanelli]

Il mar 28 apr 2020, 07:57 Cascafico Giovanni  ha
scritto:

> Almeno gli addr:* sono coerenti adesso?
>

Anche questo è un controllo fondamentale quando si cambiano i nomi:

http://osmose.openstreetmap.fr/it/byuser/mcheck?username=mcheck=5080

Ci tengo a dire che uso il nome di mcheck come esempio perché la
discussione è sulle sue ultime modifiche. Ma vale assolutamente per tutti.

Francesco


> Il mar 28 apr 2020, 00:09 Martin Koppenhoefer  ha
> scritto:
>
>>
>>
>> sent from a phone
>>
>> > On 27. Apr 2020, at 22:55, Marco Minghini 
>> wrote:
>> >
>> > Vi chiedo quindi cosa sia giusto fare in tutti i casi interessati da
>> queste modifiche.
>>
>>
>> intanto hai fatto bene a presentare il problema qui, io sono d’accordo
>> con te in tutti i punti. Finché i nomi non si cambiano ufficialmente (cosa
>> al meno  in parte è stato fatto) lascerei tutto, invece quando cambia il
>> nome ufficiale ma non vengono cambiati i cartelli potremmo mappare il nome
>> ufficiale nel tag official_name, ma non dovremmo per forza cambiare il
>> “name“. Un tag apposito per nomi secondo ISTAT (ma non ufficializzati)
>> penso non sia necessario (forse).
>>
>> 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 mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Modifiche massive nomi di strade in seguito a note anonime

[Francesco Ansanelli]

Ciao,

Il lun 27 apr 2020, 22:55 Marco Minghini  ha
scritto:

> Ciao a tutti,
> un paio di settimane fa Lorenzo Stucchi aveva segnalato su Telegram
> l'apertura di circa 200 note in corrispondenza di strade, da parte di un
> utente anonimo nella zona nord di Milano (fino a Como e Lecco) in cui viene
> segnalato che "Da direttive ISTAT il nome è ..." seguito dal presunto nome
> ISTAT della strada in questione. In buona sostanza, le modifiche proposte
> vogliono il nome della strada modificato da "Via XXV Aprile" a "Via
> venticinque aprile", da "Via Vittorio Emanuele II" a "Via Vittorio Emanuele
> secondo", e così via in modo simile.
>

Potrebbe essere uno stradario la fonte?
Gli esempi di modifica sembrano corretti, ma andrebbero lasciati tutti i
nomi alternativi in altri tag.
Es.
alt_name=Via XXV Aprile
name=Via Venticinque Aprile
short_name=Via 25 Aprile


> A Lorenzo era stata data solo una risposta su Telegram: "Sono i nomi come
> li vorrebbe ISTAT ma nella realtà nessuno li usa ed anche le
> amministrazioni, almeno dalle mie parti, non sembrano tanto interessate ad
> adeguarsi. Per me la forma corrente va mantenuta, almeno come nome
> alternativo."
>

Sicuramente!

>
> Quello che è successo dopo è che nei giorni scorsi l'utente mcheck ha
> modificato a tappeto i nomi di tutte le strade interessate dalle note e ha
> chiuso tutte le note, commentandole tutte con un semplice 'ok'. Io ne ho
> trovata una nella mia zona, che ho prontamente riaperto e commentato, in
> cui il nome è stato persino modificato da mcheck in modo diverso da come la
> nota suggeriva: https://www.openstreetmap.org/note/2157792
>

Capisco la frustrazione, ma facendo così tante modifiche forse può scappare
un errore e questo mi fa credere che non si tratti di una procedura
automatica.

>
> Mi sembra che in tutto ciò ci sia più di una cosa che non va:
>
> 1) innanzitutto vi chiedo un parere su che cosa debba andare nel tag
> "name": a mio parere si mappa quello che c'è sul campo (nel caso della nota
> in questione "Via Pio XI", che compare sui cartelli) e si potrebbe usare
> "alt_name" o anche "official_name", che vedo esistere, per altri nomi come
> quello ISTAT. Ma su questo accetto volentieri pareri da chi è più esperto.
>

Concordo. Ma official_name è un tag equivoco perché molto spesso lungo le
strade ci sono più versioni del nome. Nel mio comune c'è un cartello:
"Corso Dante Alighieri" e almeno una decina sono: "Corso Dante"... Mica
possiamo spezzare le way finché non vengono sostituiti tutti i cartelli,
giusto?


> 2) a prescindere da quale nome vada messo in quale tag, il messaggio che
> compare su ogni nota aperta da anonimi ci ricorda che "Questa nota include
> commenti da parte di utenti anonimi che devono essere verificati in modo
> indipendente". Le note sono un bene prezioso, ma come minimo l'informazione
> contenuta va verificata prima di fare modifiche, in questo caso recuperando
> la fonte del presunto nome corretto o chiedendola all'autore della nota.
>

Sicuramente è meglio approfondire.


> 3) Cambiare oltre 200 nomi di strade (che corrispondono probabilmente a
> migliaia di way) è una modifica massiva che credo vada discussa con la
> comunità prima di essere fatta. Noto invece che l'utente mcheck chiude
> decine e decine di note ogni giorno in diverse parti di Italia, senza
> verificare la fonte, senza commentare le note e senza rispondere ai
> commenti degli altri.
>


Questi sono tanti campanelli d'allarme. Credo non sia comunque il caso di
riaprire la discussione sui nomi Istat.
Ma invece capire chi mette le note, come vengono evase e se la cosa si può
fare senza verifica sul campo.
Per me si, a patto che si faccia un controllo incrociato (es. mapillary o
strumento analogo) e si lascino i "vecchi" nomi.
Spero che risponda anche l'interessato.


> Vi chiedo quindi cosa sia giusto fare in tutti i casi interessati da
> queste modifiche.
>

Hai fatto bene a scrivergli e scrivere anche qui

>
> Grazie,
> Marco
> ___
> 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] [www.covid19italia.info] Consegne a domicilio e suosm

[Francesco Ansanelli]

Ciao,

Il dom 26 apr 2020, 21:33 Cascafico Giovanni  ha
scritto:

> Recentemente sono stati aggiornati i campi di suosm [1] con le consegne a
> domicilio e consegne in periodo covid19, nonchè i relativi campi
> descrittivi;
>

E anche nuovi metodi di pagamento. 

un esempio di nota generata lo trovate in mezzo al mare [2]. Mi sembra
> funzioni tutto.
>

Grazie ancora per i suggerimenti e soprattutto per i test!
Francesco

>
>
> [1] https://su.openstreetmap.it/
> [2] https://www.openstreetmap.org/note/2172928
>
> Il giorno ven 3 apr 2020 alle ore 12:51 Cascafico Giovanni <
> cascaf...@gmail.com> ha scritto:
>
>> Che ne dite di trasmettere a covid19italia [1] lo strumento di
>> auto-segnalazione su.openstreetmap.it?
>>
>> Non so qualle sia la popolarità di covid19italia, ma nel caso fosse molto
>> letto, potrebbe innescare parecchie note OSM.
>>
>> Pensavo ad un testo del genere:
>>
>> per *segnalazioni georiferite*:
>> alcuni mappatori openstreetmap hanno svuiluppato lo strumento online
>> https://su.openstreetmap.it
>> Si tratta di un form che guida nella segnalazione di attività
>> commerciali.
>> Il form genera una nota OSM ed i mappatori ne curano la standardizzazione
>> e l'inserimento in OSM. Ciò apre la possibilità di molteplici
>> rappresentazioni su mappa partendo da dati in un unico database. Per il
>> covid19 è stato appena implementato il campo delivery
>>
>>
>>
>>
>> [1] https://www.covid19italia.info/segnala/iniziative-servizi
>>
> ___
> 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] Editing project in Italy, Torino

[Francesco Ansanelli]

Dear Simona,

this is a great news! I think, if you're planning to also insert house
numbers, you should be aware of Italian rules:

https://wiki.openstreetmap.org/wiki/IT:Addresses

I also suggest these tools to test and spot routing problems:

https://routing.openstreetmap.de
https://brouter.de/brouter/suspects/Italy

Cheers
Francesco


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
>
>
> ___
> 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] motorcycle taxi

[Francesco Ansanelli]

Il dom 19 apr 2020, 12:21 Martin Koppenhoefer  ha
scritto:

> Vi segnalo una votazione sul motorcycle taxi. Non è un servizi molto
> diffuso qui, ma non vedo problemi con la proposta e ci sono pochi votanti
> per ora, se vi va, date un supporto:
>
>
> https://wiki.openstreetmap.org/wiki/Proposed_features/Tag:amenity%3Dmotorcycle_taxi
>

Ciao,

visto... Sinceramente non mi piace e ho votato contro...
Credo si rischi di creare un tag per ogni mezzo di trasporto quando bastano
già quelli esistenti.

Francesco

>
> 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] Identificare frazioni di un Comune nell'indirizzo

[Francesco Ansanelli]

Il giorno sab 18 apr 2020 alle ore 14:44 Alessandro Sarretta <
alessandro.sarre...@gmail.com> ha scritto:

> Avete ragione Francesco e Andrea, place e street in addr: sono da
> considerare alternativi... ho letto e risposto in fretta...
>
> Però il dover estrarre il nome del comune dalla relazione del boundary mi
> pare veramente complicato...
>
> Assodato che su
> addr:street=Via Cippirimerlo
> addr:housenumber=5
> addr:postcode=35030
>
> siamo tutti d'accordo, io credo che andrebbero esplicitati sia il comune
> (Rubano) sia la frazione (Bosco).
>
> la soluzione
>
> addr:city=Bosco di Rubano
>
> sembrarebbe la più funzionale, ma non so come si colleghi bene col fatto
> che in realtà non esiste alcun place con quel nome, mentre ci sono 2
> village, Rubano e Bosco. Qualcuno ha esperienza in ricerche con indirizzi
> di questo tipo?
>
> Mi piacerebbe trovare una soluzione standard (almeno per l'Italia) da
> applicare in tutti i casi in cui ci siano frazioni da dettagliare
>

Se "Bosco" è troppo ambiguo:

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

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

addr:city=Bosco

is_in:municipality=Rubano


Francesco

> Ale
>
>
> On 18/04/20 14:35, Francesco Ansanelli wrote:
>
>
>
> Il giorno sab 18 apr 2020 alle ore 14:31 Damjan Gerl 
> ha scritto:
>
>> Alessandro Sarretta je 18.4.2020 ob 14:26 napisal:
>>
>> Grazie a tutti,
>>
>> in effetti su taginfo
>> https://taginfo.geofabrik.de/europe/italy/search?q=addr%3A vedo che
>> addr:place è particolarmente usato.
>>
>> Nel mio caso sarà qualcosa tipo:
>> addr:city=Rubano
>> addr:place=Bosco
>> addr:street=Via Cippirimerlo
>> addr:housenumber=5
>> addr:postcode=35030 (che è lo stesso in tutto il Comune )
>>
>> Ale
>>
>>
>> Anche se sconsigliato usare addr:place con addr:street questo e l'unico
>> modo corretto per segnalare il pace. Io faccia anche così...
>>
>
> Questo è però errato... Infatti, anche JOSM da un warning quando provi a
> specificare le due chiavi insieme.
> Credo che
>
> addr:city=Bosco
> addr:street=Via Cippirimerlo
> addr:housenumber=5
> addr:postcode=35030
>
> sia lo standard.
> Francesco
>
>
>>
>> Damjan
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> 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] Identificare frazioni di un Comune nell'indirizzo

[Francesco Ansanelli]

Il giorno sab 18 apr 2020 alle ore 14:31 Damjan Gerl  ha
scritto:

> Alessandro Sarretta je 18.4.2020 ob 14:26 napisal:
>
> Grazie a tutti,
>
> in effetti su taginfo
> https://taginfo.geofabrik.de/europe/italy/search?q=addr%3A vedo che
> addr:place è particolarmente usato.
>
> Nel mio caso sarà qualcosa tipo:
> addr:city=Rubano
> addr:place=Bosco
> addr:street=Via Cippirimerlo
> addr:housenumber=5
> addr:postcode=35030 (che è lo stesso in tutto il Comune )
>
> Ale
>
>
> Anche se sconsigliato usare addr:place con addr:street questo e l'unico
> modo corretto per segnalare il pace. Io faccia anche così...
>

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

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

sia lo standard.
Francesco



>
> Damjan
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> 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

[Francesco Ansanelli via Talk-it]

Il sab 18 apr 2020, 13:27 Damjan Gerl  ha scritto:

> Francesco Ansanelli je 18.4.2020 ob 8:44 napisal:
>
> - Frazione Bosco, 5 - Rubano
> uso:
> addr:city=Rubano
> addr:place=Frazione Bosco
> addr:housenumber=5
>
>
> Come vedo da mapillary il nome della frazione non è "Frazione Bosco" ma
> "Bosco", quindi
>
> addr:place=Bosco
> in più da aggiungere obbligatoriamente il cap con
> addr:postcode
>

Dalle nostre parti teniamo la parola Frazione (alcuni erroneamente la
mettono anche come nome sulla way).
Dipende comunque se c'è una "via" come discriminante per i due esempi.

>
> Damjan
> ___
> 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

[Francesco Ansanelli]

Ciao Alessandro,

Il sab 18 apr 2020, 07:54 Alessandro Sarretta 
ha scritto:

> Buongiorno,
>
> in Italia sono spesso presenti diverse frazioni/località, esplicitamente
> indicate anche attraverso segnaletica stradale (e.g.
> https://www.mapillary.com/map/im/x6vlqeoo3k_9jfLBu1lqEg), all'interno di
> uno stesso comune. Ad es. nel Comune di Rubano ci sono 4 frazioni: Rubano,
> Bosco, Villaguattera, Sarmeola (tutte taggate come place=village). Neggli
> indirizzi e molto utile avere la possibilità di inderire anche questa
> informazione, indicando ad es. "Via Pinco Pallo, 5 Bosco di Rubano".
>
> Nella definizione di un indirizzo, a parte i tag di base addr:city=Rubano,
> addr:street=*, addr:housenumber=*, cosa conviene usare per indicare queste
> frazioni?
>
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

Guardando nella pagina wiki di addr:* (
> https://wiki.openstreetmap.org/wiki/Key:addr) io sarei orientato ad usare
> addr:suburb=*, perché addr:hamlet mi pare si riferisca a entità più piccole
> e addr:district e addr:subdistrict ad entità più grandi.
>
> Il dubbio che ho è che place=suburb
>  nel wiki è
> indicato per essere usato all'interno dell city, ma in realtà l'utilizzo
> dei tag addr:* mi pare esca da questo schema, tant'è che addr:city
> nell'indirizzo si usa per indicare il Comune di appartenenza
> indifferentemente dalla categoria di aggregato urbano a cui si riferisce
> (town, city, village, ...).
>
> Cosa ne dite? Come vi orientate voi?
>
Direi piuttosto mettere sempre il CAP se le frazioni rientrano nel caso
2... Così è proprio univoco il dato.
Poi dovrebbe esserci una relazione che prende tutto il comune, ed è
implicito che appartengono ad esso, come la regione e lo stato.

Francesco

> Grazie,
>
> 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] R: Import Farmacie

[Francesco Ansanelli]

Il gio 16 apr 2020, 19:44 canfe  ha scritto:

> Non ho cancellato solo in un caso ma ben in tre (già corretto)
> La cosa mi è davvero inspiegabile dato che, son sicuro, non seleziono mai
> nulla con ID al fuori del nodo che si riferisce alla farmacia.
>


Ciao Ferruccio,

purtroppo credo si tratti di un bug su iD...
Ad una ragazza a cui ho insegnato a mappare è successa esattamente la
stessa cosa a Cuneo:

iD 2.17.2
https://www.openstreetmap.org/changeset/82023968

E avendo seguito passo passo l'inserimento sono sicuro che non avesse
toccato la way, ma credo abbia fatto copia-incolla di un tag da internet
sull'editor...

Non ho evidenza di una issue pubblica, ma visto che ci sono già diversi
casi documentati forse è meglio indagare.

Buona serata,
Francesco

Cantone Ferruccio (canfe)
>
>
>
>
>
> *Da:* Andrea Musuruane [mailto:musur...@gmail.com]
>
> Oppure in questo caso, dove per inserire una farmacia (fonte per il
> posizionamento?) è stato cancellato il tag highway=tertiary da una strada:
>
> https://nrenner.github.io/achavi/?changeset=83407489
>
>
>
> Ciao,
>
>
>
> Andrea
>
>
> ___
> 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 Farmacie

[Francesco Ansanelli]

Ciao Andrea,

se c'è qualcuno che dubita dell'operato degli altri, quello, non sono di
certo io...
Anzi personalmente ammiro e rispetto tutto quello che hai fatto, ma non
reputo il tuo giudizio insindacabile.

Stranamente se aggiungo un tag ref io è un import, mentre, se gli altri
mettono la chiave univoca di un database esterno (mapillary nella
fattispecie) non lo è...(?)

Deduco dai toni evidentemente zolaiani che devo rendere conto a te delle
mie modifiche.
Le fonti sono state varie e variabili da caso a caso...Mi sono affidato a
pagine Facebook (che mi risulta usi e ridistribuisca dati OSM) per
verificare che fossero aperte o che non avessero cambiato indirizzo e per
la posizione indicativa, meno spesso ho trovato riscontri da siti delle
farmacie (avrebbero un copyright? forse, ma non credo di far loro un torto
a riportare 1 o 2 informazioni), sovente ho usato i dati già in OSM ovvero
gli indirizzi presenti sulla mappa, qualche volta immagini Mapillary (come
dicevi tu sono poche), conoscenza diretta (non sono chiuso in casa da
anni...), il dataset stesso (alcune erano decisamente coordinate
front-of-the-door), ricerche su internet (specialmente per le partite Iva
errate, ho cercato documenti pubblici, graduatorie, siti dei comuni,
ecc..ecc..).
Spero sia sufficiente come risposta, vedi anche quanto tempo ci è voluto
per aggiungere i dati... Un import vero e proprio sarebbe stato sicuramente
distruttivo.

Se ho sbagliato, l'ho fatto in buona fede, e spero che presto venga fatta
chiarezza da chi di dovere.

Saluti,
Francesco

Il giorno gio 16 apr 2020 alle ore 10:08 Andrea Musuruane <
musur...@gmail.com> ha scritto:

> Ciao Francesco,
>  hai fatto benissimo a scrivere al DWG, se hai dei dubbi sul mio
> operato o sul fatto che usare mapillary sia un import.
>
> Visto che siamo di nuovo in argomento, puoi cortesemente rispondere alle
> domande che ho fatto. Perché - e vorrei che fosse chiaro una volta per
> tutte - il problema non è l'import in se, il problema è che si stanno
> importato dei dati posizionati male e che la conflation è fatta male (cose
> che - seguendo le guidelines - sarebbero state evitate).
>
> Grazie,
>
> Andrea
>
>
>
> On Wed, Apr 15, 2020 at 7:52 PM Francesco Ansanelli 
> wrote:
>
>> Ciao Andrea,
>>
>> Grazie per la preziosa lezione.
>>
>> Ho scritto al DWG per chiedere un approfondimento. Mi sembra fosse stato
>> anche spiegato che mettere il tag mapillary=* come tag sugli oggetti è un
>> import, quindi ho chiesto la cancellazione di tutti gli oggetti che lo
>> contengono. Visto che penso tu voglia dare il buon esempio, per il tuo task
>> su pic4review, per favore occupati della redazione della pagina wiki e
>> inizia discussione su ml dedicata.
>>
>> Un abbraccio
>> Francesco
>>
>> Il mar 14 apr 2020, 14:39 Andrea Musuruane  ha
>> scritto:
>>
>>> Ciao a tutti,
>>> sono un po' perplesso.
>>>
>>> Credo sia stato spiegato abbastanza bene, che prendere i dati dal
>>> ministero della salute e portarli in OSM è un import - indipendentemente
>>> dallo strumento che si vuole usare - e quindi deve seguire le apposite
>>> linee guida.
>>> https://lists.openstreetmap.org/pipermail/imports/2020-March/006227.html
>>>
>>> Mi sembra inoltre che la maggior parte della comunità italiana condivida
>>> il fatto che questi dati non sono dati affidabili:
>>> https://lists.openstreetmap.org/pipermail/talk-it/2020-April/069329.html
>>>
>>> Già questo dovrebbe bastare per fermarsi.
>>>
>>> Invece vedo che questo import sta andando avanti e mi piacerebbe sapere
>>> perché.
>>> <https://overpass-turbo.eu/s/SOf>
>>> https://www.openstreetmap.org/user/canfe/history
>>> https://www.openstreetmap.org/user/francians/history
>>> https://overpass-turbo.eu/s/SOf
>>>
>>> Sarebbe anche interessante sapere come sono state posizionate le
>>> farmacie, perché nella maggior parte dei casi non ci sono immagini
>>> Mapillary disponibili per una verifica e ovviamente una verifica sul campo
>>> non è possibile perché siamo tutti in lockdown.
>>>
>>> Tra l'altro, sulla prima farmacia che ho controllato, sono stati
>>> inseriti dei dati errati:
>>> https://www.openstreetmap.org/node/7082514124#map=17/45.34317/8.17588
>>>
>>> Grazie,
>>>
>>> Andrea
>>>
>>>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Import Farmacie

[Francesco Ansanelli]

Ciao Andrea,

Grazie per la preziosa lezione.

Ho scritto al DWG per chiedere un approfondimento. Mi sembra fosse stato
anche spiegato che mettere il tag mapillary=* come tag sugli oggetti è un
import, quindi ho chiesto la cancellazione di tutti gli oggetti che lo
contengono. Visto che penso tu voglia dare il buon esempio, per il tuo task
su pic4review, per favore occupati della redazione della pagina wiki e
inizia discussione su ml dedicata.

Un abbraccio
Francesco

Il mar 14 apr 2020, 14:39 Andrea Musuruane  ha scritto:

> Ciao a tutti,
> sono un po' perplesso.
>
> Credo sia stato spiegato abbastanza bene, che prendere i dati dal
> ministero della salute e portarli in OSM è un import - indipendentemente
> dallo strumento che si vuole usare - e quindi deve seguire le apposite
> linee guida.
> https://lists.openstreetmap.org/pipermail/imports/2020-March/006227.html
>
> Mi sembra inoltre che la maggior parte della comunità italiana condivida
> il fatto che questi dati non sono dati affidabili:
> https://lists.openstreetmap.org/pipermail/talk-it/2020-April/069329.html
>
> Già questo dovrebbe bastare per fermarsi.
>
> Invece vedo che questo import sta andando avanti e mi piacerebbe sapere
> perché.
> 
> https://www.openstreetmap.org/user/canfe/history
> https://www.openstreetmap.org/user/francians/history
> https://overpass-turbo.eu/s/SOf
>
> Sarebbe anche interessante sapere come sono state posizionate le farmacie,
> perché nella maggior parte dei casi non ci sono immagini Mapillary
> disponibili per una verifica e ovviamente una verifica sul campo non è
> possibile perché siamo tutti in lockdown.
>
> Tra l'altro, sulla prima farmacia che ho controllato, sono stati inseriti
> dei dati errati:
> https://www.openstreetmap.org/node/7082514124#map=17/45.34317/8.17588
>
> Grazie,
>
> Andrea
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappatura farmacie

[Francesco Ansanelli]

Il dom 12 apr 2020, 16:49 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> On 12. Apr 2020, at 11:01, Francesco Ansanelli 
> wrote:
>
> Ok... Per risolvere il problema, avevamo infatti pensato di usare Osmose
> come origine dati per popolare i vari task di Pic4review:
>
> http://osmose.openstreetmap.fr/it/errors/?country=italy_*=2100
>
>
>
> leggendo su Wikipedia, per le farmacie dice:
>
> In Italia <https://it.m.wikipedia.org/wiki/Italia>, sebbene la farmacia
> sia istituzionalmente unica e a essa si applichi un'identica normativa,
> sotto il profilo strettamente amministrativo è possibile distinguere:
> Farmacia urbana, Farmacia rurale, Farmacia privata uninominale o in
> gestione societaria, Farmacia pubblica, Farmacia succursale, Farmacia
> ospedaliera
>
> Ne sapete qualcosa?
>
Le pubbliche immagino siano quelle comunali...ho usato (dove certo):

operator:type=public

Le rurali penso siano dispensari:

https://it.m.wikipedia.org/wiki/Dispensario_farmaceutico

In aree turistiche sono chiusi in bassa stagione... Penso opening_hours
potrebbe chiarire (dove noti) i mesi in cui sono aperti.

Francesco


> 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] Mappatura farmacie

[Francesco Ansanelli]

Il dom 12 apr 2020, 09:49 Andrea Musuruane  ha scritto:

> Ciao,
>
> On Sat, Apr 11, 2020 at 7:19 AM Francesco Ansanelli 
> wrote:
>
>> Se è possibile estrarre tutti i codici (quindi anche dei record privi
>>> delle
>>> coordinate) suddivisi per farmacie e parafarmacie i controlli validi
>>> potrebbero essere solamente questi:
>>> 1) controllare il tag ref:msal e segnalare se è assente o con valore
>>> errato;
>>
>> 2) controllare se è assente il tag dispensing,
>>
>>
>> Ho chiesto aiuto a mapillary per creare un task su pic4review per
>> aggiungere il dispensing... Ce ne sono 5.000+ quindi che tutti i contrari a
>> Osmose e agli edit automatici comincino da lì...
>>
>
> Ho fatto un task analogo su pic4reviw:
> https://pic4review.pavie.info/#/mission/975
>
> Mi raccomando di verificare che la farmacia sia effettivamente in Italia
> (il bbox è centrato sul Piemonte ma ovviamente ha preso anche regioni  - e
> stati - confinanti).
>

Ok... Per risolvere il problema, avevamo infatti pensato di usare Osmose
come origine dati per popolare i vari task di Pic4review:

http://osmose.openstreetmap.fr/it/errors/?country=italy_*=2100

In questo modo abbiamo il confine regione per regione.
Come avevo accennato anche ai signori di Mapillary, non sarebbe sbagliato
aggiungere la dicitura:

 "La croce delle farmacie è solo di colore verde."



> Come tutti i tool, è da usare con MOLTO giudizio :-)
>

Assolutamente! Lo provo subito 

>
> Ciao,
>
> Andrea
>

Grazie ancora
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] Mappatura farmacie

[Francesco Ansanelli]

Il giorno sab 11 apr 2020 alle ore 07:18 Francesco Ansanelli <
franci...@gmail.com> ha scritto:

>
>
> Il sab 11 apr 2020, 00:15 totera  ha scritto:
>
>> Francesco Ansanelli wrote
>> > Purtroppo non si fatica a trovare degli errori nel dataset, ma
>> > abbandoniamo
>> > solo per qualche indirizzo vecchio o Parafarmacia chiusa... Se pretendi
>> di
>> > partire oggi col dato giusto l'anno prossimo siamo ancora qui a
>> parlarne.
>> > E ogni anno che passa, gli eventuali errori aumentano...
>> > Visto che abbiamo l'incredibile opportunità di fare integrazione
>> > giornaliera dei dati, cerchiamo invece di aprire un dialogo col
>> ministero
>> > e
>> > creare una sorta di circolarità. Se loro facessero un'interrogazione su
>> > OSM
>> > per correggere i dati e noi lo scarico del CVS per integrare quello che
>> > non
>> > c'è? Avremmo uno strumento potentissimo al servizio di tutti.
>> > Sto lavorando sia con Osmose che con Mapillary per migliorare i tool che
>> > ci
>> > aiuteranno nella validazione dei dati.
>>
>> Rispetto il grande lavoro che hai fatto e non pretendo nulla, tuttavia
>> vorrei farti riflettere che i controlli adesso presenti rischiano di
>> essere
>> controproducenti, anche per lo stesso strumento Osmose: se diminuisce il
>> rapporto segnale rumore degli errori rilevati, se anziché concentrarmi
>> sulle
>> segnalazioni valide devo perdere tempo a reimpostare periodicamente falsi
>> positivi (per parafarmacie chiuse, per ref:msal sconosciuti soltanto
>> perché
>> le farmacie sono senza coordinate, per l'operator non corrispondente alla
>> descrizione, per lo start_date palesemente errato) magari rinuncerò a
>> utilizzarlo.
>>
>
> Rispondo all'unico problema tecnico: stiamo lavorando alla segnalazione
> del codice per quelle senza coordinate. Ovviamente ci sono delle
> ripercussioni negative anche nella fix. Come dicevo il lavoro è continuo...
>
>
>> Se è possibile estrarre tutti i codici (quindi anche dei record privi
>> delle
>> coordinate) suddivisi per farmacie e parafarmacie i controlli validi
>> potrebbero essere solamente questi:
>> 1) controllare il tag ref:msal e segnalare se è assente o con valore
>> errato;
>
> 2) controllare se è assente il tag dispensing,
>
>
> Ho chiesto aiuto a mapillary per creare un task su pic4review per
> aggiungere il dispensing... Ce ne sono 5.000+ quindi che tutti i contrari a
> Osmose e agli edit automatici comincino da lì...
>
> ed eventualmente suggerire il
>> valore corretto se c'è il tag ref:msal;
>> 3) se c'è il tag dispensing e un ref:msal valido controllare se il valore
>> di
>> dispensing è corretto ed eventualmente suggerire di cambiarlo.
>> Tutto il resto (descrizione, data, coordinate) come è stato detto da
>> molti è
>> inutilizzabile da uno strumento di validazione.
>
>

Per il "problema" della data ho fatto una PR su Osmose:

https://github.com/osm-fr/osmose-backend/pull/829/commits/72884703b26e55940ea66c8cee4fd752ce413d5c

verrà trattata come "source:start_date". Chi non vuole il source sugli
oggetti non la metta in fase di integrazione.
Visto che è utile vedere se la data è riferita al 2008 o al 2017 mi sembra
un buon compromesso.

Francesco

>
>>
>>
>> --
>> 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] Mappatura farmacie

[Francesco Ansanelli]

Il sab 11 apr 2020, 00:15 totera  ha scritto:

> Francesco Ansanelli wrote
> > Purtroppo non si fatica a trovare degli errori nel dataset, ma
> > abbandoniamo
> > solo per qualche indirizzo vecchio o Parafarmacia chiusa... Se pretendi
> di
> > partire oggi col dato giusto l'anno prossimo siamo ancora qui a parlarne.
> > E ogni anno che passa, gli eventuali errori aumentano...
> > Visto che abbiamo l'incredibile opportunità di fare integrazione
> > giornaliera dei dati, cerchiamo invece di aprire un dialogo col ministero
> > e
> > creare una sorta di circolarità. Se loro facessero un'interrogazione su
> > OSM
> > per correggere i dati e noi lo scarico del CVS per integrare quello che
> > non
> > c'è? Avremmo uno strumento potentissimo al servizio di tutti.
> > Sto lavorando sia con Osmose che con Mapillary per migliorare i tool che
> > ci
> > aiuteranno nella validazione dei dati.
>
> Rispetto il grande lavoro che hai fatto e non pretendo nulla, tuttavia
> vorrei farti riflettere che i controlli adesso presenti rischiano di essere
> controproducenti, anche per lo stesso strumento Osmose: se diminuisce il
> rapporto segnale rumore degli errori rilevati, se anziché concentrarmi
> sulle
> segnalazioni valide devo perdere tempo a reimpostare periodicamente falsi
> positivi (per parafarmacie chiuse, per ref:msal sconosciuti soltanto perché
> le farmacie sono senza coordinate, per l'operator non corrispondente alla
> descrizione, per lo start_date palesemente errato) magari rinuncerò a
> utilizzarlo.
>

Rispondo all'unico problema tecnico: stiamo lavorando alla segnalazione del
codice per quelle senza coordinate. Ovviamente ci sono delle ripercussioni
negative anche nella fix. Come dicevo il lavoro è continuo...


> Se è possibile estrarre tutti i codici (quindi anche dei record privi delle
> coordinate) suddivisi per farmacie e parafarmacie i controlli validi
> potrebbero essere solamente questi:
> 1) controllare il tag ref:msal e segnalare se è assente o con valore
> errato;

2) controllare se è assente il tag dispensing,


Ho chiesto aiuto a mapillary per creare un task su pic4review per
aggiungere il dispensing... Ce ne sono 5.000+ quindi che tutti i contrari a
Osmose e agli edit automatici comincino da lì...

ed eventualmente suggerire il
> valore corretto se c'è il tag ref:msal;
> 3) se c'è il tag dispensing e un ref:msal valido controllare se il valore
> di
> dispensing è corretto ed eventualmente suggerire di cambiarlo.
> Tutto il resto (descrizione, data, coordinate) come è stato detto da molti
> è
> inutilizzabile da uno strumento di validazione.


>
>
> --
> 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] Mappatura farmacie

[Francesco Ansanelli]

Il ven 10 apr 2020, 10:10 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> > On 10. Apr 2020, at 07:45, Francesco Ansanelli 
> wrote:
> >
> > Purtroppo non si fatica a trovare degli errori nel dataset, ma
> abbandoniamo solo per qualche indirizzo vecchio o Parafarmacia chiusa...
>
>
> direi che un dataset pieno di errori non ci interessa come fonte di un
> import, ne oggi, ne domani o fra un anno. Può essere utile per confrontare
> i nostri dati con i loro per capire dove effettuare sopralluoghi, ma
> finisce lì.
>
>
> > Se pretendi di partire oggi col dato giusto l'anno prossimo siamo ancora
> qui a parlarne.
>
>
> meglio così. Meglio non avere certi posti che nella realtà ci sono, che
> riinserire negozi che abbiamo già rimossi tempo fa perché erano chiusi.
> Se un mappatore rimuovere un oggetto che non ci sta, ma poi viene
> ri-inserito automaticamente, l’effetto per il progetto è devastante,
> scoraggia chi si impegna.
>

Bisogna darsi delle regole! Al posto di cancellare, mettete:

disused:amenity=pharmacy

Così non dà fastidio a nessuno... e riusciamo a dare un'informazione in più
a chi consuma i dati.

>
>
> > E ogni anno che passa, gli eventuali errori aumentano...
>
>
> normale, l’unica soluzione sarebbe aggiornare i dati ;-)
>
>
> > Visto che abbiamo l'incredibile opportunità di fare integrazione
> giornaliera dei dati, cerchiamo invece di aprire un dialogo col ministero e
> creare una sorta di circolarità. Se loro facessero un'interrogazione su OSM
> per correggere i dati e noi lo scarico del CVS per integrare quello che non
> c'è?
>
>
> francamente non capisco perché ci possono essere negozi chiusi da anni in
> un dataset ufficiale, perché loro potrebbero avere le informazioni chi
> chiude l’attività, no?
> Comunque, anche per loro i nostri dati sono più utili se non sono
> sincronizzati con i loro dati...
>

Oh Martin, "famo a capisse"... Sono contento che tu esprima sempre la tua
opinione, ma se potessi farlo in maniera più propositiva te ne sarei grato


>
> Ciao Martin
>

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] Mappatura farmacie

[Francesco Ansanelli]

Il gio 9 apr 2020, 22:46 totera  ha scritto:

> Francesco Ansanelli wrote
> > Il dataset non è perfetto, ad esempio le coordinate non cambiano quando
> > cambia l'indirizzo ed ho già scritto nei giorni scorsi alla referente per
> > segnalarlo.
>
> Mi pare ci sia anche un altro problema: il file delle parafarmacie contiene
> attività che hanno chiuso da mesi, se non da anni (con campo
> DATAFINEVALIDITA non valorizzato).
> Ciao,
> Gianluca
>

Purtroppo non si fatica a trovare degli errori nel dataset, ma abbandoniamo
solo per qualche indirizzo vecchio o Parafarmacia chiusa... Se pretendi di
partire oggi col dato giusto l'anno prossimo siamo ancora qui a parlarne.
E ogni anno che passa, gli eventuali errori aumentano...
Visto che abbiamo l'incredibile opportunità di fare integrazione
giornaliera dei dati, cerchiamo invece di aprire un dialogo col ministero e
creare una sorta di circolarità. Se loro facessero un'interrogazione su OSM
per correggere i dati e noi lo scarico del CVS per integrare quello che non
c'è? Avremmo uno strumento potentissimo al servizio di tutti.
Sto lavorando sia con Osmose che con Mapillary per migliorare i tool che ci
aiuteranno nella validazione dei dati.
Stata tuned ;)
Francesco


>
>
> --
> 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] Farmacie senza dispensing

[Francesco Ansanelli]

Il dom 5 apr 2020, 11:45 Marcello  ha scritto:

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

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

Leggo:
Whether a pharmacy dispenses prescription drugs or not

As una farmacia distribuisce farmaci su prescrizione o no 


-- 
> Ciao
> Marcello
>
> [1]
> http://www.salute.gov.it/portale/temi/p2_6.jsp?id=3619=farmaci=assfarm
>
>
> ___
> 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] Traduzione dei place

[Francesco Ansanelli]

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

Re: [Talk-it] Traduzione dei place

[Francesco Ansanelli]

Il dom 5 apr 2020, 00:04 Lorenzo Mastrogiacomi  ha
scritto:

> Vorrei fare alcune modifiche alle traduzioni per i nomi dei place
> utilizzati su www.openstreetmap.org nei risultati delle ricerche
> Nominatim.
> Per esempio Ancona è identificata come "città", Riccione come "villaggio",
> eccetera.
>
> Queste sono le mie proposte con alcuni commenti sotto:
>
>
> PLACE |ATTUALE|NUOVO
>
>
> city  |città  |città  
>
>
> town  |villaggio  |cittadina
>
>
> village   |frazione   |paese
>
> Frazione non identifica un tipo di località ma dice solo che non è un
> capoluogo municipale. È sbagliato per tutti i place=village che sono
> capoluogo.
>
> hamlet|gruppo di case 
> |piccolo borgo
>
>
> isolated_dwelling |case sparse|alloggio 
> isolato
>
> Con "case sparse" si intende un'altra cosa.
> "alloggio" mi sembra adeguato anche per più gruppi di persone come può
> capitare per isolated_dwelling con più di un edificio.
>

Non mi fa impazzire "alloggio"... Non significa nulla, è come scrivere
"dimora".
Suggerisco "casa isolata" o "abitazione isolata" (o plurale)


> farm  |area agricola  |fattoria o 
> cascina
>
>
> allotments|orti casalinghi|insediamento 
> informale rurale o stagionale
>
>
> locality  |località (luogo con nome, non popolato)|località non 
> popolata
>
> Queste definizioni compaiono solo come risultato di una ricerca per nome
> quindi non serve specificare che sono luoghi con nome.
>
> suburb|quartiere  
> |quartiere o sobborgo
>
> Questa sarebbe la classica "zona"...Mi rendo conto che è una brutta forma,
ma nel parlato si dice.

quarter |quartiere  |quartiere
>
> neighbourhood |quartiere  |quartiere o 
> rione
>
> Ho cercato di differenziare i quartieri aggiungendo alcune definizioni che
> mi sembrano appropriate. Sono indeciso se aggiungere anche "contrada" per
> neighbourhood.
>
> city_block|blocco urbano  |isolato urbano
>
>
>
>
> Opinioni?
>

In generale, ottimo lavoro 

>
>
> 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] Farmacie senza dispensing

[Francesco Ansanelli]

Ciao,

Ricordo che se qualcuno prova a "barare" si rientra nel controllo
incrociato con i file ministeriali Anche mettendo tutti a si o tutti a
no, verrebbe poi generato un secondo errore per farmacia non presente nel
dataset.
In ogni caso, se si facesse un maproulette per inserire a mano tutti i
dispensing estratti dalla query per nome potrebbe andare bene?
Così c'è un essere umano che decide se il tag si può mettere oppure no...
Viceversa potete prendere il file del ministero e cercare le farmacie con
la query che ho mandato. Se nelle vostre zone l'attività è poco onerosa
fatela manualmente.

Grazie
Francesco

Il dom 5 apr 2020, 08:16 Alessandro Sarretta 
ha scritto:

> Ciao Francesco,
>
> On 04/04/20 21:31, Francesco Ansanelli wrote:
> > Ma per velocizzare un po' le cose e coprire tutto il territorio
> > italiano, vorrei procedere con una query analoga e con regex su name
> > per "parafarmacia", poi regex su name "farmacia" e level0 per
> > aggiungere il tag.
> >
> > Se preferite anche voi procedere al 100% in maniera manuale nella
> > vostra zona o verificare prima i dati o avete qualche cosa in
> > contrario fatemi sapere.
>
> per essere prudente, mi viene da dire che sicuramente se il nome
> contiene "Parafarmacia", allora vale dispensing=no. Nel caso di
> "Farmacia" nel nome, qualcuno potrebbe voler "barare" (o qualche
> mappatore non essere pienamente consapevole della differenza), e quindi
> potrebbe essere più prudente lasciare senza tag dispensing, se non c'è già.
>
> m2c
>
> Ale
>
>
> ___
> 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] Farmacie senza dispensing

[Francesco Ansanelli]

Buonasera lista,

nei prossimi giorni vorrei fare un edit automatico per integrare (dove
possibile) il tag dispensing=yes|no su farmacie (e parafarmacie) italiane
che ancora non lo hanno.
Ovviamente non sarà possible correggere la maggior parte dei casi e per
identificare tutti gli oggetti rimanenti sarà anche introdotto un errore su
Osmose.
Tale "warning" è presente in un file *.validator.mapcss, quindi, è
possibile anche aggiungerlo su JOSM per chi usa il JOSM validator per
controllare i dati:

https://josm.openstreetmap.de/wiki/Rules/ItalySpecific

Nella mia zona ho trovato e sistemato tutti i casi (manualmente) usando
questa query overpass:

( area[name=Cuneo]; )->.searchArea;
(
  nwr[amenity=pharmacy][!dispensing](area.searchArea);>;
);
out body;

Ma per velocizzare un po' le cose e coprire tutto il territorio italiano,
vorrei procedere con una query analoga e con regex su name per
"parafarmacia", poi regex su name "farmacia" e level0 per aggiungere il tag.

Se preferite anche voi procedere al 100% in maniera manuale nella vostra
zona o verificare prima i dati o avete qualche cosa in contrario fatemi
sapere.
Grazie mille
Francesco
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappatura farmacie

[Francesco Ansanelli]

Il lun 30 mar 2020, 15:40 totera  ha scritto:

> Francesco Ansanelli wrote
> > Ricordo che il sorgente di Osmose è disponibile ai seguenti link:
> >
> >
> https://github.com/fansanelli/osmose-backend/blob/master/analysers/analyser_merge_parapharmacy_IT.py
> >
> https://github.com/fansanelli/osmose-backend/blob/master/analysers/analyser_merge_pharmacy_IT.py
> >
> > Se qualcuno vuole cercare di "addentrarsi"...
>
> Ciao Francesco,
> Non mi sono addentrato, ma ti segnalo un problema: le farmacie che nei dati
> del Ministero non hanno le coordinate, se correttamente mappate con il
> codice vengono segnalate da Osmose con l'errore "Pharmacy without tag
> `ref:msal` or invalid".
>

Ciao,

questo è noto. Basta indicare che si tratta di un falso positivo...

Grazie
Francesco

>
>
>
> --
> 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] Mappatura farmacie

[Francesco Ansanelli]

Il lun 30 mar 2020, 13:17 totera  ha scritto:

> Non ricordo se la questione è stata già affrontata.
> Per le parafarmacie che si trovano all'interno dei supermercati è opportuno
> inserire un altro nodo o aggiungere i tag a quelli del supermercato (sul
> modello dei bar-tabacchi)?
> Ciao,
> Gianluca
>

Direi di fare un nodo a parte... Se possibile in corrispondenza
dell'ingresso della farmacia o parafarmacia.

Francesco

>
>
>
> --
> 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] Import civici Milano - preview

[Francesco Ansanelli]

Penso che taginfo sia più indicato quando uno standard non è ancora
definito / documentato...
Se vogliamo cambiare la regola, dovremmo almeno farlo in maniera
democratica.

Francesco

Il dom 29 mar 2020, 13:37 Martin Koppenhoefer  ha
scritto:

> Am Fr., 27. März 2020 um 23:20 Uhr schrieb Federico Cortese <
> cortese...@gmail.com>:
>
>> On Fri, Mar 27, 2020, 20:18 Francesco Ansanelli 
>> wrote:
>>
>>>
>>> Non importa... Riporto dal wiki:
>>>
>>> la prassi è quella di inserire il numero civico e l'esponente senza
>>> alcun separatore. L'esponente deve essere inserito in lettere minuscole
>>> (es: addr:housenumber
>>> <https://wiki.openstreetmap.org/wiki/IT:Key:addr:housenumber>=2b
>>> <https://wiki.openstreetmap.org/w/index.php?title=Tag:addr:housenumber%3D2b=edit=1>
>>> ).
>>>
>>
>> Sì, anche io sono anni che uso l'esponente minuscolo, perchè si decise
>> così.
>>
>
>
>
> la prassi sembra di essere il maiuscolo, bisogna aggiornare il wiki. Per
> esempio taginfo centro (purtroppo taginfo italy al momento non va) ha 408
> istanze di addr:housenumber=1A, 185 con 1B e solo 238 con 1a, 146 con 1b.
> taginfo nord-ovest ha questi numeri:
> 1a
> 734
>
> 2a
> 733
>
> 3/A
> 705
>
> 4/A
> 696
>
> 5/A
> 669
>
> 6/A
> 643
>
> 2/A
> 632
>
> 1/A
> 602
>
> 8/A
> 579
>
> 7/A
> 572
>
> 10/A
> 559
>
> 9/A
> 554
>
> 3a
> 534
>
> 4a
> 526
>
> 11/A
> 511
>
> 14/A
> 482
>
> 12/A
> 464
>
> 6a
> 448
>
> 5a
> 433
>
> 1A
> 428
>
> 13/A
> 415
>
> 16/A
> 414
>
> 7a
> 412
>
> 8a
> 411
>
> 15/A
> 407
>
> 19/A
> 384
>
> 2A
> 381
>
> 20/A
> 373
>
> 10a
> 372
>
> etc.etc.
>
> Quindi maggiormente scritti in maiuscolo.
>
>
>
> https://taginfo.geofabrik.de/europe/italy/centro/keys/addr:housenumber#values
>
> https://taginfo.geofabrik.de/europe/italy/centro/keys/addr:housenumber#values
>
>
> 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] Import civici Milano - preview

[Francesco Ansanelli]

Il giorno sab 28 mar 2020 alle ore 16:06 Cascafico Giovanni <
cascaf...@gmail.com> ha scritto:

> Ha senso inserire anche la suddivisioni in "Municipi"? Il comune di Milano
> ne conta 9, da 5-6k nodi ciascuno. Se si, come addr:place?
>

Non come addr:place... È alternativo a addr:street...

>
> Per esempio:
>
> addr:city=Milano
> addr:place=Municipio 9
> addr:housenumber=5
> addr:street=Piazza San Giuseppe
> addr:postcode 20162
>
>
> Il giorno sab 28 mar 2020 alle ore 13:26 Andrea Musuruane <
> musur...@gmail.com> ha scritto:
>
>> Ciao,
>>
>> On Fri, Mar 27, 2020 at 5:07 PM Cascafico Giovanni 
>> wrote:
>>
>>> Rispondo a questa discussione di oltre un anno fa, per riprendere il
>>> processo di importazione.
>>>
>>> - ripassato con Openrefine i nomi del viario per riportarli allo
>>> standard OSM titlecase.
>>> - assemblato le tre componenti utili del numero civico
>>> (numero+lettera+"/"+interno)
>>> - iniziato il processo di conflation
>>> - prodotto mappa di audit [1]
>>>
>>> La situazione che riassume il log del osm conflator fatto girare oggi è
>>> la seguente:
>>>
>>> Downloaded 21176 objects from OSM
>>> Matched 14051 points
>>> Removed 3451 unmatched duplicates
>>> Adding 34722 unmatched dataset points
>>> Deleted 0 and retagged 7125 unmatched objects from OSM
>>>
>>> Se non ricordo male la situazione dell'ottobre 2018, da allora i numeri
>>> dei civici OSM sono di molto aumentati. Tuttavia è possibile farsi un
>>> giretto nella mappa [1] per scovare errori di elaborazione e cercare si
>>> capire se si può importare senza revisione.
>>> Come faceva notare Musuruane, il conflator assegna la priorità alla
>>> posizione degli indirizzi in OSM che sembrano imprecisi rispetto al dataset
>>> comunale. Vedrete in giro [1] dei pin blu che il conflator ha marcato come
>>> "this addr is missing from source dataset: please check in range
>>> >10meters": chi esegue l'audit ha la possibilità di spostare il nuovo nodo,
>>> segnalarlo come duplicato o inesistente; senza nessun intervento di audit,
>>> rimmarranno entrambi (il nodo OSM e il nuovo OSM da dataset) postponendo le
>>> attività si pulizia.
>>>
>>
>> A suo tempo, avevo provato a mettere giù una bozza di documentazione qui:
>>
>> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Address_import_for_Milan
>>
>> E avevo fatto un script di conversione:
>> https://github.com/musuruan/osm_imports/blob/master/milano/civici.py
>>
>> Continua a non piacermi il fatto che si prediliga la posizione in OSM (in
>> JOSM conflator, di solito, la posizione viene presa dal dataset da
>> importare).
>>
>> Inoltre, c'è anche il problema che molti civici attualmente sono
>> assegnati ad edifici, invece che agli accessi. Quindi in questi casi si
>> dovrebbe sempre preferire la posizione del source dataset. Un esempio:
>> http://audit.osmz.ru/map/MI-addrs#19/45.45063/9.13114
>>
>> Vorrei però sottolineare il principale motivo per cui si era arenato il
>> tentativo di import 2 anni fa: l'assenza di OSMers e in particolare di
>> milanesi che partecipassero all'import. Questo mi sembra un punto
>> fondamentale se si vuole mantenere una qualità dei dati decente.
>>
>> Ciao,
>>
>> Andrea
>>
>>
>> ___
>> 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 civici Milano - preview

[Francesco Ansanelli]

Ciao,

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

> Il 27/03/20 20:17, Francesco Ansanelli ha scritto:
> >
> >
> > Il ven 27 mar 2020, 18:53 Alessandro P. via Talk-it
> > mailto:talk-it@openstreetmap.org>> ha
> scritto:
> >
> > Il 27/03/20 17:54, Francesco Ansanelli ha scritto:
> >  > Ciao,
> >  >
> >  > Complimenti!
> >  > Ho guardato un po' a campione e i dati sembrano precisi...
> Valuterei
> >  > di cambiare lettere da maiuscolo a minuscolo,
> >
> >
> > Sulle targhe però sono scritte in maiuscolo
> >
> >
> > Non importa... Riporto dal wiki:
> >
> > la prassi è quella di inserire il numero civico e l'esponente senza
> > alcun separatore. L'esponente deve essere inserito in lettere minuscole
> > (es: addr:housenumber
> > <https://wiki.openstreetmap.org/wiki/IT:Key:addr:housenumber>=2b
> > <
> https://wiki.openstreetmap.org/w/index.php?title=Tag:addr:housenumber%3D2b=edit=1
> >).
> >
> > Puoi approfittare al link:
> > https://wiki.openstreetmap.org/wiki/IT:Addresses
> >
> > Francesco
> >
> >
>
> Per curiosità, visto che tutte le targhe che mi è capitato di vedere
> usano le maiuscole, perché è stato deciso di mettere le minuscole?
>

La modifica risale a 2 anni fa... Sicuramente sarà stata discussa, ma non
so dirti la ragione storica.
Forse perché c'è il numero prima e  quindi la lettera va piccola...
Poi anche le targhe delle vie sono in maiuscolo, ma poi usiamo le regole
Istat per caricare i nomi delle strade.
Personalmente mi va bene qualsiasi standard, purché documentato.
Francesco

>
>
> --
> Giovanni Fasano
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> 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 civici Milano - preview

[Francesco Ansanelli]

Il ven 27 mar 2020, 18:53 Alessandro P. via Talk-it <
talk-it@openstreetmap.org> ha scritto:

> Il 27/03/20 17:54, Francesco Ansanelli ha scritto:
> > Ciao,
> >
> > Complimenti!
> > Ho guardato un po' a campione e i dati sembrano precisi... Valuterei
> > di cambiare lettere da maiuscolo a minuscolo,
>
>
> Sulle targhe però sono scritte in maiuscolo
>

Non importa... Riporto dal wiki:

la prassi è quella di inserire il numero civico e l'esponente senza alcun
separatore. L'esponente deve essere inserito in lettere minuscole (es:
addr:housenumber
<https://wiki.openstreetmap.org/wiki/IT:Key:addr:housenumber>=2b
<https://wiki.openstreetmap.org/w/index.php?title=Tag:addr:housenumber%3D2b=edit=1>
).

Puoi approfittare al link:
https://wiki.openstreetmap.org/wiki/IT:Addresses

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] Import civici Milano - preview

[Francesco Ansanelli]

Ciao,

Complimenti!
Ho guardato un po' a campione e i dati sembrano precisi... Valuterei di
cambiare lettere da maiuscolo a minuscolo, ma questo si può fare anche in
un secondo momento. Vista anche la situazione di crisi, sarebbero dati
preziosi per i servizi sul territorio.
Davvero un ottimo lavoro!

Francesco

Il ven 27 mar 2020, 17:07 Cascafico Giovanni  ha
scritto:

> Rispondo a questa discussione di oltre un anno fa, per riprendere il
> processo di importazione.
>
> - ripassato con Openrefine i nomi del viario per riportarli allo standard
> OSM titlecase.
> - assemblato le tre componenti utili del numero civico
> (numero+lettera+"/"+interno)
> - iniziato il processo di conflation
> - prodotto mappa di audit [1]
>
> La situazione che riassume il log del osm conflator fatto girare oggi è la
> seguente:
>
> Downloaded 21176 objects from OSM
> Matched 14051 points
> Removed 3451 unmatched duplicates
> Adding 34722 unmatched dataset points
> Deleted 0 and retagged 7125 unmatched objects from OSM
>
> Se non ricordo male la situazione dell'ottobre 2018, da allora i numeri
> dei civici OSM sono di molto aumentati. Tuttavia è possibile farsi un
> giretto nella mappa [1] per scovare errori di elaborazione e cercare si
> capire se si può importare senza revisione.
> Come faceva notare Musuruane, il conflator assegna la priorità alla
> posizione degli indirizzi in OSM che sembrano imprecisi rispetto al dataset
> comunale. Vedrete in giro [1] dei pin blu che il conflator ha marcato come
> "this addr is missing from source dataset: please check in range
> >10meters": chi esegue l'audit ha la possibilità di spostare il nuovo nodo,
> segnalarlo come duplicato o inesistente; senza nessun intervento di audit,
> rimmarranno entrambi (il nodo OSM e il nuovo OSM da dataset) postponendo le
> attività si pulizia.
>
> Il giorno mer 31 ott 2018 alle ore 16:01 Andrea Musuruane <
> musur...@gmail.com> ha scritto:
>
>> On Wed, Oct 31, 2018 at 2:40 PM cascafico  wrote:
>>
>>>
>>> Pin verdi, l'import li crea;
>>> Pin blu, l'import li modifica, anche solo per mettere in fixme che
>>> significa:
>>>   indirizzo non presente nel dataset da importare
>>>   indirizzo non presente in un raggio di 10 metri dal nodo da importare
>>>
>>
>> Non so quanto OSM Conflator sia efficace in un import di numeri civici.
>> Sicuramente è più facile da usare di JOSM (e del plugin Conflation). Però
>> è anche molto meno flessibile.
>>
>
> La flessibilità del conflator si riduce al raggio entro il quale cercare
> elementi per la conflation e la possibilità di marcare fixme o cancellare
> l'oggetto OSM non ritrovato (quest'ultima possibilità la escludo a priori
> in quanto si potrebbe portar via preziosi tag degli eventuali POI).
> La mole di dati rende l'attività su JOSM decisamente impegnativa. Non ho
> esperienza del conflator JOSM, potrei sbagliarmi ma, a meno che JOSM non
> abbia delle funzionalità per un audit distribuito, la vedo dura. Sulla
> mappa di audit invece più persone possono revisionare contemporaneamente.
>
> [1] http://audit.osmz.ru/map/MI-addrs
> ___
> 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

[Francesco Ansanelli]

Ciao,

starai mica facendo un import?! 

Direi di usare questa regex:

/^(0|[1-9][0-9]*)([a-z]{0,1}|(\/[1-9][0-9]*[a-z]{0,1})|bis|((qua)?ter))(\b
rosso\b)?$/

tutto quello che passa puoi tenerlo!

Buon divertimento
Francesco

Il giorno gio 26 mar 2020 alle ore 10:53 Cascafico Giovanni <
cascaf...@gmail.com> ha scritto:

> 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] Mapillary e farmacie

[Francesco Ansanelli]

Ciao!

Credo che per avere un'influenza maggiore come comunità su mapillary
dovemmo almeno aver finito il lavoro che ci hanno dato da fare con gli
idranti...
Al momento la percentuale di completamento è IMBARAZZANTE.
So che non farà piacere, ma va detto.
Francesco

Il mer 25 mar 2020, 11:51 Cascafico Giovanni  ha
scritto:

> Purtroppo sembra che un rappresentante di Mapillary abbia escluso la
> possibilità, a breve, della detection. Messaggio su gruppo WA piemontese:
>
> "Hi everyone, I hope you are safe and health in this period. I’m okay
> thanks for checking. Unfortunately it is not possible to detect pharmacies
> at the moment. It would be great to add this feature in future. They can be
> only mapped manually from images. What do you focus on mapping these days?"
>
> Il mar 24 mar 2020, 14:05 Cascafico Giovanni  ha
> scritto:
>
>> 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] Mappatura farmacie

[Francesco Ansanelli]

Il mar 24 mar 2020, 19:14 Stefano  ha scritto:

> A memoria mi ricordo che qualcuno del ministero avesse scritto anni fa,
> però non riesco a ritrovare la discussione..
> Se trovate errori comunque cercate di raccoglierli per poi segnalarli
> direttamente all'owner del dataset.
>

Ciao Stefano!

Direi anche di metterli nel tag note, così anche gli altri non integrano
dati sbagliati: es. Dataset riporta p.iva xyz che risulta non arriva. Che
dite?

Francesco

>
> Ciao,
> Stefano
>
> Il giorno mar 24 mar 2020 alle ore 19:10 Alessandro Palmas <
> alessandro.pal...@wikimedia.it> ha scritto:
>
>> Il 24/03/20 17:40, Francesco Ansanelli ha scritto:
>> > Ciao Alessandro e Marco,
>> >
>> > c'è già lo strumento di cui state parlando... Osmose!
>> >
>> > Se volete possiamo sentirci e approfondire.
>> >
>> > Francesco
>>
>>
>> Una volta qui in lista c'era un tizio, anche uno Sbiritizio ;-) che
>> aveva creato dei task su Osmose.
>>
>> Quel tale si chiamava Sbiribizio ... chissà se bazzica ancora da queste
>> parti. Fabrizio, ci sei ancora?
>>
>> Comunque ... domani sullw Wikimedia news ci sarà una notizia breve sui
>> tentativi della comunità italiana riguardo la mappatura delle farmacie.
>> Appena mettiamo su uno strumento funzionante avremo una voce in più che
>> farà conoscere la cosa.
>>
>> Personalmente dividerei i task per provincia, in modo che l'utonto medio
>> non si perda se zooma troppo.
>>
>> Poi qui in lista ci sono degli eminenti che hanno buoni contatti con la
>> stampa. Insomma, potremmo fare una cosa buona sia per OSM che per la
>> cittadinanza con un buon ritorno di immagine. Già con la storia delle
>> pompe stampate da makers e col progetto CONDIVISO in rete la parola
>> condivisione è risuonata parecchio in questi giorni.
>>
>> A più tardi, ora devo andare a caccia di cibo dopo alcuni giorni di
>> totale isolamento
>> Alessandro
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappatura farmacie

[Francesco Ansanelli]

Ciao Marco,

ho iniziato a scrivere una mini-guida:

https://drive.google.com/file/d/1B7_EagbMVoPnc9jBFhGAGG1AT9WX0PE9/view?usp=sharing

premetto, sono pessimo in questo
Ricordo che il sorgente di Osmose è disponibile ai seguenti link:

https://github.com/fansanelli/osmose-backend/blob/master/analysers/analyser_merge_parapharmacy_IT.py
https://github.com/fansanelli/osmose-backend/blob/master/analysers/analyser_merge_pharmacy_IT.py

Se qualcuno vuole cercare di "addentrarsi"...
Francesco


Il giorno mar 24 mar 2020 alle ore 18:08 mbranco2  ha
scritto:

> Ciao Francesco,
> spiegalo pure qui - a tutti - il task che hai fatto per Osmose.
>
> Il giorno mar 24 mar 2020 alle ore 17:41 Francesco Ansanelli <
> franci...@gmail.com> ha scritto:
>
>> Ciao Alessandro e Marco,
>>
>> c'è già lo strumento di cui state parlando... Osmose!
>>
>> Se volete possiamo sentirci e approfondire.
>>
>> Francesco
>>
>>
>> Il giorno mar 24 mar 2020 alle ore 17:11 mbranco2 
>> ha scritto:
>>
>>> Ciao a tutti,
>>>
>>> il dataset di cui stiamo parlando è lo stesso che avevo segnalato a
>>> novembre 2018 [1], e che in tanti ne avevate criticato la scarsa qualità.
>>>
>>> Non sarà perfetto, ma due errori che ri-segnalate anche ora sono falsi
>>> errori:
>>> - la geolocalizzazione migliora di parecchio se nel .csv sostituite la
>>> virgola nelle coordinate geografiche con il punto
>>> - le farmacie non sono duplicate, dovete filtrare per data fine validità
>>> non valorizzata! (ad ogni modifica creano un nuovo record senza cancellare
>>> quello vecchio, ma valorizzandone la data di fine validità.
>>>
>>> Riporto quanto avevo scritto ad un certo punto nel thread [1] :
>>>
>>> *Nella segnalazione di esempio che ho fatto, le farmacie, non volevo
>>> affatto suggerire di fare un import automatico di quei dati, eh? (tra
>>> l'altro, sono contrario per principio agli import automatici in OSM!)*
>>>
>>> *Descrivo come uso io quella tabella, per controllare/aggiungere le
>>> farmacie nella mia zona (il Canavese):*
>>> *- Dal .csv iniziale, filtro per SIGLAPROVINCIA=TO*
>>> *- Cancellazione di tutte le righe che hanno valorizzato DATAFINE
>>> VALIDITA'*
>>> *- Ordinamento per CAP, così da poter estrarre i dati della mia zona*
>>> *- SOSTITUZIONE DELLA VIRGOLA CON IL PUNTO PER LE COORDINATE
>>> GEOGRAFICHE *
>>> *- Salvataggio delle righe che mi interessano in una tabella .csv*
>>> *- creazione della mappa in Umap: http://u.osmfr.org/m/21/
>>> <http://u.osmfr.org/m/21/>, abilitando il pulsante di modifica con
>>> iD/Josm (che di default è nascosto)*
>>>
>>> *Da questa mappa posso facilmente aggiornare i dati relativi nella mia
>>> zona, aggiungendo le farmacie oppure, se esistono già, aggiungendoci se
>>> mancano l'indirizzo, la descrizione (messa come "operator"); e se non sono
>>> mappati - già che ci sono - aggiungo l'edificio, la strada di servizio...*
>>> *Anche se la localizzazione è imprecisa, riesco facilmente ad
>>> identificare di quale farmacia si tratta.*
>>> *Poi carico su OSM indicando come source "conoscenza diretta +
>>> www.dati.salute.gov.it/dataset/farmacie.jsp
>>> <http://www.dati.salute.gov.it/dataset/farmacie.jsp>"*
>>> *...*
>>>
>>> *P.S. A ben pensarci, si potrebbe fare la mappa in Umap di tutte le
>>> farmacie italiane, e poi cambiamo il colore dell'icona se le abbiamo
>>> verificate/aggiornate: una sorta di tasking manger insomma...  *
>>>
>>>
>>> [1]
>>> http://gis.19327.n8.nabble.com/Awesome-Italian-Public-Datasets-td5927596.html
>>>
>>> Il giorno mar 24 mar 2020 alle ore 16:04 Federico Cortese <
>>> cortese...@gmail.com> ha scritto:
>>>
>>>> On Tue, Mar 24, 2020 at 3:42 PM 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 

Re: [Talk-it] Mappatura farmacie

[Francesco Ansanelli]

Ciao Alessandro e Marco,

c'è già lo strumento di cui state parlando... Osmose!

Se volete possiamo sentirci e approfondire.

Francesco


Il giorno mar 24 mar 2020 alle ore 17:11 mbranco2  ha
scritto:

> Ciao a tutti,
>
> il dataset di cui stiamo parlando è lo stesso che avevo segnalato a
> novembre 2018 [1], e che in tanti ne avevate criticato la scarsa qualità.
>
> Non sarà perfetto, ma due errori che ri-segnalate anche ora sono falsi
> errori:
> - la geolocalizzazione migliora di parecchio se nel .csv sostituite la
> virgola nelle coordinate geografiche con il punto
> - le farmacie non sono duplicate, dovete filtrare per data fine validità
> non valorizzata! (ad ogni modifica creano un nuovo record senza cancellare
> quello vecchio, ma valorizzandone la data di fine validità.
>
> Riporto quanto avevo scritto ad un certo punto nel thread [1] :
>
> *Nella segnalazione di esempio che ho fatto, le farmacie, non volevo
> affatto suggerire di fare un import automatico di quei dati, eh? (tra
> l'altro, sono contrario per principio agli import automatici in OSM!)*
>
> *Descrivo come uso io quella tabella, per controllare/aggiungere le
> farmacie nella mia zona (il Canavese):*
> *- Dal .csv iniziale, filtro per SIGLAPROVINCIA=TO*
> *- Cancellazione di tutte le righe che hanno valorizzato DATAFINE
> VALIDITA'*
> *- Ordinamento per CAP, così da poter estrarre i dati della mia zona*
> *- SOSTITUZIONE DELLA VIRGOLA CON IL PUNTO PER LE COORDINATE GEOGRAFICHE *
> *- Salvataggio delle righe che mi interessano in una tabella .csv*
> *- creazione della mappa in Umap: http://u.osmfr.org/m/21/
> , abilitando il pulsante di modifica con
> iD/Josm (che di default è nascosto)*
>
> *Da questa mappa posso facilmente aggiornare i dati relativi nella mia
> zona, aggiungendo le farmacie oppure, se esistono già, aggiungendoci se
> mancano l'indirizzo, la descrizione (messa come "operator"); e se non sono
> mappati - già che ci sono - aggiungo l'edificio, la strada di servizio...*
> *Anche se la localizzazione è imprecisa, riesco facilmente ad identificare
> di quale farmacia si tratta.*
> *Poi carico su OSM indicando come source "conoscenza diretta +
> www.dati.salute.gov.it/dataset/farmacie.jsp
> "*
> *...*
>
> *P.S. A ben pensarci, si potrebbe fare la mappa in Umap di tutte le
> farmacie italiane, e poi cambiamo il colore dell'icona se le abbiamo
> verificate/aggiornate: una sorta di tasking manger insomma...  *
>
>
> [1]
> http://gis.19327.n8.nabble.com/Awesome-Italian-Public-Datasets-td5927596.html
>
> Il giorno mar 24 mar 2020 alle ore 16:04 Federico Cortese <
> cortese...@gmail.com> ha scritto:
>
>> On Tue, Mar 24, 2020 at 3:42 PM 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?
>>
>> Mi pare un'ottima idea, quello della conoscenza diretta è il sistema
>> migliore in questi casi, in più si potrebbe finalmente far capire
>> l'utilità di OSM, che non è un raccoglitore di dati pubblicati da
>> altri, ma un modo per raccogliere conoscenza diffusa.
>>
>> Grazie Alessandro.
>>
>> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Vetrine di vario tipo

[Francesco Ansanelli]

Il mar 24 mar 2020, 12:29 Martin Koppenhoefer  ha
scritto:

> Am Di., 24. März 2020 um 11:44 Uhr schrieb Jeawrong :
>
>> Salve lista, fino ad ora stavo mappando le vetrine (che hanno numeri
>> civici)
>> lasciando il nome dell'attività ma senza amennity o shop, aggiungendo il
>> civico, ma giustamente Totera mi fa notare che così vari tool segnalano
>> errori. Proponeva di usare advertising=shop_window, ma sul wiki leggo che
>> advertising è più per la cartellonistica pubblicitaria ed anche
>> shop_window
>> non mi pare soddisfacente, non ci solo negozi con le vetrine ma una
>> miriade
>> di altre attività (ambulatori, veterinari, ecc.)
>>
>
>
> la chiave "advertising" è pensata per tutte le forme di pubblicità (che
> hanno riscontro nel territorio, volantini non sono comprese ;-) )
> Non sono sicuro se una vitrina si possa considerare pubblicità, ma sarei
> disposto a dire di si.
> Sulla parola "shop window" senza negozio anche non sono sicuro, sarebbe da
> discutere con gli anglifoni.
>


Non sono anglofono, ma credo la parola sia "showroom"...

C'è evidenza su taginfo di showroom=yes.

Visto il caso valuterei di mettere:
showroom=only+shop=*(+access=no?)

My 2 cents
Francesco



>
>
>> Esiste qualcosa di specifico o che permetta di definire meglio queste
>> vetrine?
>
>
>
> non lo so.
>
> 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