Re: [Talk-it] Confini codice postanale

2020-05-16 Per discussione Luigi Scuotto 
Diviso il CSV in 9 parti quanti sono i Cap.
Con Notepad++ rinominati tutte le strade come diceva qualcuno a prova di
OpenStreetMap Nominatim 
Eliminato codice istat non sapevo se servisse non lo visto in nessuno dei
civici visti da me.
Separato le due colonne  numero e subalterno creato nuovo file CSV e aperto
con Notepad++ per unire numero e lettera trasformando in una sola colonna.
Rimesso al suo posto nel File originale, cambiato intestazione alle colonne.
Con il primo file ho fatto un po di casino me ne sono accorto dopo il
famoso 24122.
La stessa procedura per tutti gli altri cap
24121,24122,24123,24124,24125,24126,2412724128,24129.
E questo e tutto.
P:S Questo e tutto quello che posso fare e che ho fatto.
Gigi
Gigi



Il giorno sab 16 mag 2020 alle ore 22:06 Luigi Scuotto <
luigiscuott...@gmail.com> ha scritto:

> Buona sera spero che questa odissea finisca presto così posso tornare alla
> mia normalità.
> Descrivo qui i passaggi da me fatti.
> 1 Ricerca
> 2 Portale Pegione Lombardia
> 3 Dati numerazione civica
>
> Il giorno ven 15 mag 2020 alle ore 23:05 Francesco Ansanelli <
> franci...@gmail.com> ha scritto:
>
>> 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://li

Re: [Talk-it] nuovi cartelli stradali che invitano a non seguire le indicazioni di google maps

2020-05-16 Per discussione 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

[Talk-it] nuovi cartelli stradali che invitano a non seguire le indicazioni di google maps

2020-05-16 Per discussione Andrea Solari 
"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

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

2020-05-16 Per discussione 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] Buoni Spesa Covid & tagging

2020-05-16 Per discussione Damjan Gerl 

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
Damjan

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

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

2020-05-16 Per discussione Martin Koppenhoefer 


sent from a phone

>> On 15. May 2020, at 23:27, Rossella Di Bari  wrote:
> payment:meal_vouchers che però nascono come moneta di scambio per la 
> somministrazione di un pasto, pertanto li escluderei;


sì, questi sono chiaramente buoni pasto, mentre “payment:service_voucher” non 
mi sembra nemmeno pertinente in quanto la spesa di alimenti non si può 
considerare “servizio”

food_voucher per me avrebbe senso, ma non in description:payment, lo metterei 
come tag payment

Ciao Martin 

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