[Talk-it] iorestoacasa.delivery

[Cascafico Giovanni]

Qualcuno li ha contattati [1] per avere qualcosa di usabile?


[1] https://iorestoacasa.delivery/
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Import Farmacie

[Andrea Musuruane]

Ciao,

On Tue, Apr 14, 2020 at 2:39 PM Andrea Musuruane  wrote:

> [...]
>
> 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
>

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

Re: [Talk-it] Import Farmacie

[Cascafico Giovanni]

Il giorno mar 14 apr 2020 alle ore 17:33 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:
> > On 14. Apr 2020, at 15:13, Cascafico Giovanni 
wrote:
> > ma sempre appoggiandomi ad umap
>
> Non capisco, pensavo che umap non fosse una fonte, ma un strumento, i
dati sono sempre quelli dal dataset del ministero, o forse mi sfugge un
dettaglio?

Certo, umap è uno strumento a cui mi "appoggio", cioè che mi è utile per
visualizzare della posizione derivata dai dati del ministero :-)
Quando si apre una della due mappe (o quando si preme il link inbasso
"informazioni", "about") si legge che la fonte del layer in blu è il
"Ministero delle Salute".
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Import Farmacie

[Martin Koppenhoefer]

sent from a phone

> On 14. Apr 2020, at 15:13, Cascafico Giovanni  wrote:
> 
> ma sempre appoggiandomi ad umap


Non capisco, pensavo che umap non fosse una fonte, ma un strumento, i dati sono 
sempre quelli dal dataset del ministero, o forse mi sfugge un dettaglio?


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

[Talk-it] Uberto, Umberto

[Cascafico Giovanni]

Come per il Comune di Milano Uberto [1] diventa Umberto:

IDMASTER: 1351
NUMEROCOMPLETO: 16
STATOCIVICO: applicato
TIPO: Via
DENOMINAZIONE:VISCONTI DI MODRONE UBERTO
DESCRITTIVO: UMBERTO VISCONTI DI MODRONE
addr:street (compilato da me): Via Umberto Visconti di Modrone
CAP: 20122
LAT_WGS84: 45.4650791419
LONG_WGS84: 9.200278951

Me l'ha segnalato la mappa di audit [2], marcando come posizionati male i
civici OSM. In realtà i civici ci sono e su Openstreetmap portano
correttamente nell'addr:street "Uberto".

[1] https://it.wikipedia.org/wiki/Uberto_Visconti_di_Modrone
[2] http://audit.osmz.ru/run/MI-addrs/node2269143190
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Import Farmacie

[Cascafico Giovanni]

Per quel che mi riguarda, pur non avendo la possibilità di andarci di
persona, ho importato dettagli MSAL di una decina di farmacie a Padova [1]
ed una ventina a Treviso [2], ma sempre appoggiandomi ad umap [3], [4] e
dando priorità alle coordinate in OSM o Mapillary. Al moment non ricordo,
ma laddove non c'erano dati geografici attendibili/riscontabili ho
semplicemente saltato.

Insomma: non è un'attività particolarmente complicata, basta prendere il
dataset MSAL con le pinze :-)



[1] http://overpass-turbo.eu/s/SOu
[2] http://overpass-turbo.eu/s/SOt
[3]
http://umap.openstreetmap.fr/it/map/farmacie-padova_435056#13/45.4195/11.8764
[4]
http://umap.openstreetmap.fr/it/map/farmacie-treviso_434815#12/45.6804/12.2408

Il giorno mar 14 apr 2020 alle ore 14:40 Andrea Musuruane <
musur...@gmail.com> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[Martin Koppenhoefer]

sent from a phone

> On 14. Apr 2020, at 11:36, Volker Schmidt  wrote:
> 
> PS: ci sono 367  ways  con "man_made=pipeline" e "location=underground" e 
> "layer=-1" in Italia e 1168 in Germania, quindi i concetti di base non sono 
> chiari a tanti mappatori.


per me layer=-1 non è un problema, volevo semplicemente dire che non indica 
“sotto terra”

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

Re: [Talk-it] [Milano] Esercizi con consegna a domicilio

[Cascafico Giovanni]

Sulla qualità dei dati ds959 ho individuato un problema [1] che
potenzialmente potrebbe riguardare altri PDI.

In questa [1] zona, il pin in alto a sinistra è stato geocodificato dal
comune sulla strada "Bastioni di Porta Volta" al civico 5, mentre il campo
indirizzo contiene sì il civico 5 ma di "Via Volta". Nella realtà [2] in
"Bastioni di Porta Volta" non sembra esserci tale latteria-salumificio,
mentre in Via Volta, per quel poco che si vede [3] sembra essserci una
latteria.

Forse dovremmo considerare un geocoding autonomo, se vogliamo portare
avanti queso piccolo import.



[1]
http://umap.openstreetmap.fr/en/map/milano-esercizi-che-fanno-consegne_443267#18/45.47972/9.18385
[2] https://www.mapillary.com/app/?lat=45.480217&lng=9.182359&z=16
[3] https://www.mapillary.com/map/im/lVhjhZqIXfXSJJxZcYarBQ

Il giorno sab 11 apr 2020 alle ore 09:43 Cascafico Giovanni <
cascaf...@gmail.com> ha scritto:

> Nel frattempo che si liberi il dataset ds959 ho preparato una umap [1]
> così potete valutare dati ed il lavoro.
>
> Ho cercato velocemente di sistemare con openrefine, ma purtroppo, come
> ogni dato non ben strutturato, i campi della tipologia ed orari hanno
> bisogno di interventi manuali.
> Comunque, visto il numero limitato di record, un import manuale condiviso
> non prenderà molto.
> Il mio approccio sarà con l'editor Level0.
>
> La umap ha due layer: il dataset ed una query al volo per evidenziare
> quelli fatti (basata su source=ds959).
>
> Al momento non sappiano se la delivery è limitata al periodo di emergenza,
> per cui non saprei se impostare
> delivery=yes
> delivery:covid19=yes
>
>
> Segnalatemi pure in telegram o qui problemi o chiarimenti.
>
>
>
> [1]
> http://umap.openstreetmap.fr/en/map/milano-esercizi-che-fanno-consegne_443267
>
> Il sab 11 apr 2020, 01:57 Alessandro Sarretta <
> alessandro.sarre...@gmail.com> ha scritto:
>
>> Ciao, so che è in corso una richiesta per l'inclusione in OSM e speriamo
>> arrivi una conferma a breve.
>>
>> Ale
>> On 10/04/20 12:25, Andrea Musuruane wrote:
>>
>> No. L'uso dei dati CC-BY 4.0 è problematico:
>> https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/
>>
>> Serve o una liberatoria (tipo questa:
>> https://drive.google.com/file/d/0B3PN5zfbzThqeTdWR1l3SzJVcTg/view 
>> dovrebbe anche esserci una traduzione da qualche parte) oppure un addendum
>> come avevano già fatto per i civici - che però erano rilasciati in CC-BY
>> 2.5 (https://geoportale.comune.milano.it/sit/toponomastica/).
>>
>> Ciao,
>>
>> Andrea
>>
>>
>> On Fri, Apr 10, 2020 at 12:17 PM Cascafico Giovanni 
>> wrote:
>>
>>> E' passata in talk-it sotto altro titolo ("Webinar su OpenStreetMap e il
>>> suo possibile uso durante l'emergenza coronavirus") la pubblicazione [1] da
>>> parte del Comune di Milano di un dataset con 348 record.
>>>
>>> Leggo Licenza CC "open data" e cliccando nei dettagli vengo portato alla
>>> definizione di CC-BY
>>>
>>> Prima di intraprendere una conflation (tra l'altro  un po' difficoltosa,
>>> vista la catalogazione unica "bar-ristorante-tavolacalda-pizzeria"),
>>> possiamo usare questi dati per importare?
>>>
>>>
>>>
>>> [1]
>>> http://dati.comune.milano.it/dataset/ds959-esercizi-di-vicinato-in-sede-fissa-consegna-domicilio
>>> ___
>>> 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

[Talk-it] Import Farmacie

[Andrea Musuruane]

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] pipeline sotteranee senza layer=-1

[Volker Schmidt]

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

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

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

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

[Martin Koppenhoefer]

sent from a phone

> On 13. Apr 2020, at 15:30, Volker Schmidt  wrote:
> 
> Dice solo che location=* e layer=* sono due concetti diversi:
> location descrive la posizione relativa alla superficie del terreno
> layer è una posizione relativa che serve solo al rendere


+1, layer serve a definire l’ordine verticale degli elementi (solo in caso ci 
sono più oggetti allo stesso punto il tag da significato, e solo in confronto 
ad altri elementi ed i loro layer). Un pipeline potrebbe avere un tag layer=3 e 
stare sotto terra, non c’è contraddizione. Comunque, quando ci sono più 
elementi allo stesso punto ma su altezze diverse, è necessario indicare 
l’ordine con un tag layer, a prescindere della presenza del tag location.

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

Re: [Talk-it] Traduzione dei place

[Martin Koppenhoefer]

sent from a phone

> On 12. Apr 2020, at 23:57, totera  wrote:
> 
> Anche il limite di abitanti è oscillato nel tempo, prima di 200 era 100,
> quando abbiamo importato le località abitate con il tool GFOSS veniva usato
> village soltanto per quelle con più di 1000 abitanti.


si, il limite di abitanti è indicativo, ma in fine dei conti non è decisivo, 
quello che interessa è la struttura (servizi presenti, ruolo storico culturale, 
ecc.)
Questo si è evoluto con il tempo, perché si è riflettuto di più sul tema della 
classificazione dei centri abitati.
(C’è ovviamente in genere anche una correlazione tra servizi presenti, 
importanza relativa e numero di abitanti).



> 
> Problema quartieri: all'inizio esisteva soltanto suburb e molti di noi che
> hanno inserito i quartieri tanto tempo fa lo hanno usato perché non c'era
> altra scelta, poi sono stati introdotti neighbourhood e quarter.


si, potrebbe convenire di rivedere questi place=suburb non modificati da oltre 
10 anni


> Prima della traduzione però, abbiamo ben chiaro il criterio con cui usare la
> gerarchia suburb/quarter/neighbourhood?


in che senso? Più o meno potrebbe essere così: quarter per le parti di 
cittadine, neighbourhood per le parti di quarter (o al meno per parti di 
cittadine significativamente più piccole di quarter) e in generale per le parti 
più piccole dei centri abitati.

suburb per le parti più grandi. Per esempio a Roma ho usato place=suburb per i 
Quartieri (iniziato ad usare): https://www.openstreetmap.org/relation/5460386
In questo caso si tratta di un’area con decine di migliaia di abitanti, e si 
tratta di un quartiere toponomastico (limiti ben definiti) ufficiale, cosa non 
sarebbe necessario.
Dentro questo suburb si trovano alcuni place=quarter come San Paolo, 
Garbatella, e loro sono a loro volta suddivisibili (per esempio zone che 
prendono il nome da una piazza)

Mentre le aree amministrative sono sempre ben definite e perfettamente 
coincidenti (quasi sempre) (intendo dire che per ogni livello amministrativo, 
tutto il territorio è suddiviso in maniera che tutto è coperto, e solo una 
volta/da un ente, salvo eccezioni chaotiche, dispute di confini ecc.), le aree 
toponomastiche possono anche sovraporrsi.

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