Re: [Talk-it] Awesome Italian Public Datasets

[Maurizio Napolitano]

On Fri, Nov 16, 2018 at 6:16 PM Cascafico Giovanni  wrote:
>
> Spero non sia lo stesso dataset che ho  visto un annetti fa: la 
> georeferenziazione è stata fatta con geocoding, per cui una buona parte è 
> inutilizzabile.

confermo

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

Re: [Talk-it] Awesome Italian Public Datasets

[Maurizio Napolitano]

> se sono georeferenziate dobbiamo stare attenti, solitamente la PA italiana 
> l’ha fatto con google (al meno in passato), il ciò lo rendeva inutilizzabile 
> per osm.

Mi trovi pienamente d'accordo su questo punto.
C'è da dire che il ministero della salute dichiara che ha usato
openstreetmap per alcune georeferenziazioni
Vedi qui
http://www.dati.salute.gov.it/dati/dettaglioDataset.jsp?menu=dati&idPag=5
Dove scrive
"Alcune coordinate geografiche pubblicate sono state reperite tramite
"© OpenStreetMap contributors”. "

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

Re: [Talk-it] Awesome Italian Public Datasets

[Maurizio Napolitano]

On Sat, Nov 17, 2018 at 11:19 AM Cascafico Giovanni  wrote:
>
> Non è un problema di datum, ne' di proiezione. Evidentemente il  geocoder se 
> non trova housenumber mette in centroide highway e se non trova nemmeno 
> questa, mette nel centroide della city.
> Non avendo un campo che indichi l'accuratezza, non è nemmeno possibile 
> isolare i pochi record attendibili.

Nel dataset ci sono tantissimi punti concentrici proprio a causa di
questo problema.
Molto spesso credo che, se le coordinate le devi dare via geocoder e
non puoi verificare,
tanto vale non distribuirle e lasciare che siano terzi ad occuparsi del caso.

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

Re: [Talk-it] Awesome Italian Public Datasets

[Cascafico Giovanni]

Premetto che ho segnalato la mappa dell'audit solo perché offre un'idea
della scarsa qualità dataset mds. Direi di non dedicare tempo alle
revisioni.

Per rispondere alla tua domanda, quando la conflation non trova la farmacia
nell'intorno del punto dataset, aggiunge un pin verde (nuovo nodo) che puoi
spostare; ciò però ha senso solo per aggiustamenti locali.

Quello che suppongo sia successo per la tua farmacia è che le coordinate
del punto dataset fossero fuori di molto, la conflation si è guardata
intorno al punto per 120 metri, non ha visto altre amenity=pharmacy ed ha
deciso che fosse una nuova (pin verde).

Se ne avesse trovata una, avrebbe messo un pin blu su quella OSM ed uno blu
semitrasparente sul punto dataset.
In qs caso il valore aggiunto della revisione sarebbe sezionare gli
eventuali cambi di tag e, se la posizione OSM (blu opaco) fosse errata,
lasciare un fixme.
Nota: anche se per la validazione ci si è registrati, queste operazioni non
andrebbero direttamente in OSM, ma sarebbero inserite dalla successiva
conflation in un file osm da importare.




Il dom 18 nov 2018, 08:50 Federico Cortese  ha
scritto:

> On Sat, Nov 17, 2018 at 4:06 PM Volker Schmidt  wrote:
> >
> > Solo utilizzabili per import manuale! E con grande cautela :-(
> >
>
> Anche dalle mie parti molti errori grossolani. La prima farmacia che
> ho controllato è posizionata a circa 80 km di distanza da dove è già
> correttamente mappata in OSM.
> Ho comunque aggiunto i tag mancanti (ref:vatin e ref:mds) alla
> farmacia già mappata.
> Sul sistema di validazione ho indicato "not there", ma c'è modo per
> indicare dove si trova effettivamente oppure se è già mappata in OSM?
>
> Ciao,
> Federico
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Awesome Italian Public Datasets

[Marcello]

Confermo i molti errori. Ho fatto un giro per le farmacie umbre, il
posizionamento spesso è sbagliato anche di decine di chilometri, in
mezzo ai boschi, oppure sulla via con il nome giusto ma nel comune
sbagliato. Quella posizionata meglio, solo qualche metro di errore,
edificio corretto ma nel lato sbagliato, è questa [1], però è sbagliato
il nome della via, ci sono in più i campi ref:mds e ref:vatin, nel campo
name è messa la ragione sociale, che secondo me andrebbe messa nel campo
operator. C'è anche il campo start:date, ma non capisco a cosa si
riferisce, perché è 01/07/2012 (formattazione errata, non è ISO 8601),
ma quella farmacia esiste sicuramente da più di 20 anni, anche la
proprietà è la stessa, forse è un cambio di ragione sociale? Che utilità
può avere inserire questo campo?

Mi sembra che l'utilità è veramente poca, bisogna conoscere praticamente
tutto della farmacia in questione per validare il dato da importare,
tanto vale metterlo direttamente, al massimo è utile per aggiungere i
campi ref:mds e ref:vatin.

[1] https://www.openstreetmap.org/node/3697323486

Ciao
Marcello

Il 18/11/18 08:49, Federico Cortese ha scritto:
> On Sat, Nov 17, 2018 at 4:06 PM Volker Schmidt  wrote:
>> Solo utilizzabili per import manuale! E con grande cautela :-(
>>
> Anche dalle mie parti molti errori grossolani. La prima farmacia che
> ho controllato è posizionata a circa 80 km di distanza da dove è già
> correttamente mappata in OSM.
> Ho comunque aggiunto i tag mancanti (ref:vatin e ref:mds) alla
> farmacia già mappata.
> Sul sistema di validazione ho indicato "not there", ma c'è modo per
> indicare dove si trova effettivamente oppure se è già mappata in OSM?
>
> Ciao,
> Federico
>
>

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

Re: [Talk-it] Awesome Italian Public Datasets

[Federico Cortese]

On Sun, Nov 18, 2018 at 11:54 AM Marcello  wrote:
>
> Confermo i molti errori. Ho fatto un giro per le farmacie umbre, il
> posizionamento spesso è sbagliato anche di decine di chilometri, in
> mezzo ai boschi, oppure sulla via con il nome giusto ma nel comune
> sbagliato.

Sì, esattamente quello che era successo per la farmacia spostata di 80
km, su una strada con lo stesso nome in altro comune.

> Mi sembra che l'utilità è veramente poca, bisogna conoscere praticamente
> tutto della farmacia in questione per validare il dato da importare,
> tanto vale metterlo direttamente, al massimo è utile per aggiungere i
> campi ref:mds e ref:vatin.
>

Vero, i tag ref sono gli unici che ho aggiunto alla farmacia, magari
ref:mds sarà utile in futuro per collegare le farmacie in OSM a quelle
del MdS.

Ciao,
Federico

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

Re: [Talk-it] Awesome Italian Public Datasets

[mbranco2]

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,
aggiundendo le farmacie oppure, se esistono già, aggiungedoci se mancano
l'indirizzo, la descrizione (messa come "operator" [1]); 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"

Ribadisco quindi l'intenzione iniziale del mio intervento, ringraziare
Giorgia e Maria Claudia: fa sempre piacere scoprire che c'è, nella pubblica
amministrazione, chi è sensibile alla tematica degli open data e se ne
occupa anche al di fuori dell'attività lavorativa.

Ciao,
Marco

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] prima o poi dovremo (ri)affrontare in modo organico il problema del tag
name=*, che è troppo (ab)usato...

Il giorno dom 18 nov 2018 alle ore 12:08 Federico Cortese <
cortese...@gmail.com> ha scritto:

> On Sun, Nov 18, 2018 at 11:54 AM Marcello  wrote:
> >
> > Confermo i molti errori. Ho fatto un giro per le farmacie umbre, il
> > posizionamento spesso è sbagliato anche di decine di chilometri, in
> > mezzo ai boschi, oppure sulla via con il nome giusto ma nel comune
> > sbagliato.
>
> Sì, esattamente quello che era successo per la farmacia spostata di 80
> km, su una strada con lo stesso nome in altro comune.
>
> > Mi sembra che l'utilità è veramente poca, bisogna conoscere praticamente
> > tutto della farmacia in questione per validare il dato da importare,
> > tanto vale metterlo direttamente, al massimo è utile per aggiungere i
> > campi ref:mds e ref:vatin.
> >
>
> Vero, i tag ref sono gli unici che ho aggiunto alla farmacia, magari
> ref:mds sarà utile in futuro per collegare le farmacie in OSM a quelle
> del MdS.
>
> Ciao,
> Federico
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Awesome Italian Public Datasets

[Volker Schmidt]

Si ci sono così tanti errori della posizione, chi ci dice che il resto
dell'inforamzione è di qualità milgiore?
Io sono assolutamente contrario a qualsiasi import dove non c'è un
controllo manuale uno ad uno o  sul territorio o su foto street-level con
data recente.


Virus-free.
www.avast.com

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

On Sun, 18 Nov 2018 at 17:52, mbranco2  wrote:

> 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, aggiundendo le farmacie oppure, se esistono già, aggiungedoci se
> mancano l'indirizzo, la descrizione (messa come "operator" [1]); 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"
>
> Ribadisco quindi l'intenzione iniziale del mio intervento, ringraziare
> Giorgia e Maria Claudia: fa sempre piacere scoprire che c'è, nella pubblica
> amministrazione, chi è sensibile alla tematica degli open data e se ne
> occupa anche al di fuori dell'attività lavorativa.
>
> Ciao,
> Marco
>
> 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] prima o poi dovremo (ri)affrontare in modo organico il problema del
> tag name=*, che è troppo (ab)usato...
>
> Il giorno dom 18 nov 2018 alle ore 12:08 Federico Cortese <
> cortese...@gmail.com> ha scritto:
>
>> On Sun, Nov 18, 2018 at 11:54 AM Marcello  wrote:
>> >
>> > Confermo i molti errori. Ho fatto un giro per le farmacie umbre, il
>> > posizionamento spesso è sbagliato anche di decine di chilometri, in
>> > mezzo ai boschi, oppure sulla via con il nome giusto ma nel comune
>> > sbagliato.
>>
>> Sì, esattamente quello che era successo per la farmacia spostata di 80
>> km, su una strada con lo stesso nome in altro comune.
>>
>> > Mi sembra che l'utilità è veramente poca, bisogna conoscere praticamente
>> > tutto della farmacia in questione per validare il dato da importare,
>> > tanto vale metterlo direttamente, al massimo è utile per aggiungere i
>> > campi ref:mds e ref:vatin.
>> >
>>
>> Vero, i tag ref sono gli unici che ho aggiunto alla farmacia, magari
>> ref:mds sarà utile in futuro per collegare le farmacie in OSM a quelle
>> del MdS.
>>
>> 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] Awesome Italian Public Datasets

[Andrea Musuruane]

Concordo. Io ho trovato anche errori nell'indirizzo (non era aggiornato) e
nel campo name ho trovato spesso l'operator e non il nome della farmacia.

Ciao,

Andrea


On Sun, Nov 18, 2018 at 6:40 PM Volker Schmidt  wrote:

> Si ci sono così tanti errori della posizione, chi ci dice che il resto
> dell'inforamzione è di qualità milgiore?
> Io sono assolutamente contrario a qualsiasi import dove non c'è un
> controllo manuale uno ad uno o  sul territorio o su foto street-level con
> data recente.
>
>
> 
>  Virus-free.
> www.avast.com
> 
> <#m_5508022504958918496_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> On Sun, 18 Nov 2018 at 17:52, mbranco2  wrote:
>
>> 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, aggiundendo le farmacie oppure, se esistono già, aggiungedoci se
>> mancano l'indirizzo, la descrizione (messa come "operator" [1]); 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"
>>
>> Ribadisco quindi l'intenzione iniziale del mio intervento, ringraziare
>> Giorgia e Maria Claudia: fa sempre piacere scoprire che c'è, nella pubblica
>> amministrazione, chi è sensibile alla tematica degli open data e se ne
>> occupa anche al di fuori dell'attività lavorativa.
>>
>> Ciao,
>> Marco
>>
>> 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] prima o poi dovremo (ri)affrontare in modo organico il problema del
>> tag name=*, che è troppo (ab)usato...
>>
>> Il giorno dom 18 nov 2018 alle ore 12:08 Federico Cortese <
>> cortese...@gmail.com> ha scritto:
>>
>>> On Sun, Nov 18, 2018 at 11:54 AM Marcello  wrote:
>>> >
>>> > Confermo i molti errori. Ho fatto un giro per le farmacie umbre, il
>>> > posizionamento spesso è sbagliato anche di decine di chilometri, in
>>> > mezzo ai boschi, oppure sulla via con il nome giusto ma nel comune
>>> > sbagliato.
>>>
>>> Sì, esattamente quello che era successo per la farmacia spostata di 80
>>> km, su una strada con lo stesso nome in altro comune.
>>>
>>> > Mi sembra che l'utilità è veramente poca, bisogna conoscere
>>> praticamente
>>> > tutto della farmacia in questione per validare il dato da importare,
>>> > tanto vale metterlo direttamente, al massimo è utile per aggiungere i
>>> > campi ref:mds e ref:vatin.
>>> >
>>>
>>> Vero, i tag ref sono gli unici che ho aggiunto alla farmacia, magari
>>> ref:mds sarà utile in futuro per collegare le farmacie in OSM a quelle
>>> del MdS.
>>>
>>> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Dove finiscono i dati non renderizzati?

[aldoct]

Alcuni anni dopo l'inizio della mia collaborazione al progetto OSM e dopo
alcune migliaia di changset, ancora non ho capito questa cosa: se mappo un
hotel ed inserisco sia il nome che tutti gli altri dati di contatto
(indirizzo, telefono, sito web, email numero di stelle, se si può fumare, il
wifi, se accettano gli animali ecc. ecc.) e ci perdo un bel po' di tempo; e
poi per avere questi dati come utente devo andare sul loro sito web, cosa li
ho inseriti a fare? Ho fatto l'esempio dell'hotel, ma la domanda vale per
tutti i TAG non renderizzati. Non sarebbe più utile renderli tutti visibili
in relazione allo zoom (più zoommi, più dettagli vedi!).

Saluti, Aldo 




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

Re: [Talk-it] Dove finiscono i dati non renderizzati?

[Damjan Gerl]

aldoct je 18.11.2018 ob 18:52 napisal:

Alcuni anni dopo l'inizio della mia collaborazione al progetto OSM e dopo
alcune migliaia di changset, ancora non ho capito questa cosa: se mappo un
hotel ed inserisco sia il nome che tutti gli altri dati di contatto
(indirizzo, telefono, sito web, email numero di stelle, se si può fumare, il
wifi, se accettano gli animali ecc. ecc.) e ci perdo un bel po' di tempo; e
poi per avere questi dati come utente devo andare sul loro sito web, cosa li
ho inseriti a fare? Ho fatto l'esempio dell'hotel, ma la domanda vale per
tutti i TAG non renderizzati. Non sarebbe più utile renderli tutti visibili
in relazione allo zoom (più zoommi, più dettagli vedi!).

Saluti, Aldo


Ciao Aldo!
Devi tenere presente che OSM è un database, dove ci mettiamo dentro 
tutto quello che potrebbe essere utile. Poi come questi dati vengono 
utilizzati è un altro problema, che non viene trattato da OSM: la mappa 
sul sito di osm è un esempio di utilizzo dati alias rendering con un 
sotto-assieme di dati visualizzati. Sarebbe impensabile visualizzare 
tutto, non si capirebbe niente e la mappa sarebbe inutilizzabile. 
Esistono tanti tipi di utilizzo dati/rendering, esistono mappe che 
visualizzano dati non visualizzati sulla mappa di osm. Queste mappe sono 
specifiche per vari tematismi, es. orari dei negozi/ristoranti, piste da 
sci, piste ciclabili, strade illuminate, ecc.


Per vedere tutti i dati (tag) di un punto nella mappa del sito osm devi 
scegliere l'utensile Query features (freccia con punto di domanda) e 
cliccare sull'oggetto desiderato. Ti mostrerà tutti gli oggetti in 
quella zona (dal più vicino): clicchi su quello desiderato e ti mostrerà 
tutti i tag.


Damjan

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

Re: [Talk-it] Awesome Italian Public Datasets

[mbranco2]

Sarà la mia natura ottimistica e fiduciosa, ma voglio pensare che il
Ministero della Salute ce l'abbia abbastanza giusta, l'informazione della
denominazione e indirizzo delle farmacie italiane...

Penso anche che sovente, quando un mapper diventa senior, disdegni tutto
quello che non sia "mappatura perfetta" e perda un po' di vista lo spirito
wiki "poi passerà qualcuno dopo di me a migliorare la mia mappatura".

:-)

Marco


Il giorno dom 18 nov 2018 alle ore 18:51 Andrea Musuruane <
musur...@gmail.com> ha scritto:

> Concordo. Io ho trovato anche errori nell'indirizzo (non era aggiornato) e
> nel campo name ho trovato spesso l'operator e non il nome della farmacia.
>
> Ciao,
>
> Andrea
>
>
> On Sun, Nov 18, 2018 at 6:40 PM Volker Schmidt  wrote:
>
>> Si ci sono così tanti errori della posizione, chi ci dice che il resto
>> dell'inforamzione è di qualità milgiore?
>> Io sono assolutamente contrario a qualsiasi import dove non c'è un
>> controllo manuale uno ad uno o  sul territorio o su foto street-level con
>> data recente.
>>
>>
>> 
>>  Virus-free.
>> www.avast.com
>> 
>> <#m_-3633281439323932300_m_5508022504958918496_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>> On Sun, 18 Nov 2018 at 17:52, mbranco2  wrote:
>>
>>> 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, aggiundendo le farmacie oppure, se esistono già, aggiungedoci se
>>> mancano l'indirizzo, la descrizione (messa come "operator" [1]); 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"
>>>
>>> Ribadisco quindi l'intenzione iniziale del mio intervento, ringraziare
>>> Giorgia e Maria Claudia: fa sempre piacere scoprire che c'è, nella pubblica
>>> amministrazione, chi è sensibile alla tematica degli open data e se ne
>>> occupa anche al di fuori dell'attività lavorativa.
>>>
>>> Ciao,
>>> Marco
>>>
>>> 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] prima o poi dovremo (ri)affrontare in modo organico il problema del
>>> tag name=*, che è troppo (ab)usato...
>>>
>>> Il giorno dom 18 nov 2018 alle ore 12:08 Federico Cortese <
>>> cortese...@gmail.com> ha scritto:
>>>
 On Sun, Nov 18, 2018 at 11:54 AM Marcello  wrote:
 >
 > Confermo i molti errori. Ho fatto un giro per le farmacie umbre, il
 > posizionamento spesso è sbagliato anche di decine di chilometri, in
 > mezzo ai boschi, oppure sulla via con il nome giusto ma nel comune
 > sbagliato.

 Sì, esattamente quello che era successo per la farmacia spostata di 80
 km, su una strada con lo stesso nome in altro comune.

 > Mi sembra che l'utilità è veramente poca, bisogna conoscere
 praticamente
 > tutto della farmacia in questione per validare il dato da importare,
 > tanto vale metterlo direttamente, al massimo è utile per aggiungere i
 > campi ref:mds e ref:vatin.
 >

 Vero, i tag ref sono gli unici che ho aggiunto alla farmacia, magari
 ref:mds sarà utile in futuro per collegare le farmacie in OSM a quelle
 del MdS.

 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

Re: [Talk-it] Awesome Italian Public Datasets

[liste DOT girarsi AT posteo DOT eu]

Il dataset non è aggiornato, inoltre contiene elementi doppi, scritti in 
maiuscolo e minuscolo.


Per esempio questa farmacia, da tre mesi circa ha cambiato ubicazione e 
risulta nella lista nel dataset, nella vecchia ubicazione e scritta due 
volte, una con nome tutto maiuscolo e l'altra con nome "normalizzato":


https://www.openstreetmap.org/node/1764382893


--
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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

Re: [Talk-it] Awesome Italian Public Datasets

[liste DOT girarsi AT posteo DOT eu]

Il 18/11/18 20:14, liste DOT girarsi AT posteo DOT eu ha scritto:
Il dataset non è aggiornato, inoltre contiene elementi doppi, scritti in 
maiuscolo e minuscolo.


Per esempio questa farmacia, da tre mesi circa ha cambiato ubicazione e 
risulta nella lista nel dataset, nella vecchia ubicazione e scritta due 
volte, una con nome tutto maiuscolo e l'altra con nome "normalizzato":


https://www.openstreetmap.org/node/1764382893





Correggo, rivedento la data del changeset è più di 6 mesi... :)


--
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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

Re: [Talk-it] Awesome Italian Public Datasets

[Martin Koppenhoefer]

sent from a phone

> On 18. Nov 2018, at 18:39, Volker Schmidt  wrote:
> 
> Si ci sono così tanti errori della posizione, chi ci dice che il resto 
> dell'inforamzione è di qualità milgiore?


+1, purtroppo l’unica utilità che vedo in questo dataset è di trovare eventuali 
farmacie da inserire, ma con i dati di un rilievo proprio, non con i dati 
vecchi e poco attendibili del dataset.

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

Re: [Talk-it] Awesome Italian Public Datasets

[Martin Koppenhoefer]

sent from a phone

> On 18. Nov 2018, at 19:55, mbranco2  wrote:
> 
> Penso anche che sovente, quando un mapper diventa senior, disdegni tutto 
> quello che non sia "mappatura perfetta" e perda un po' di vista lo spirito 
> wiki "poi passerà qualcuno dopo di me a migliorare la mia mappatura".


questo non vale per gli import, vale per la mappatura sul campo, dove comunque 
potresti inserire dati poco dettagliati, ma non metteresti mai dati superati 
oppure completamente sbagliati e falsi.
Per gli import deve essere seguita la procedura indicata qui:
https://wiki.openstreetmap.org/wiki/Import/Guidelines

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

Re: [Talk-it] Awesome Italian Public Datasets

[Marcello]

Il 18/11/18 19:55, mbranco2 ha scritto:
> Sarà la mia natura ottimistica e fiduciosa, ma voglio pensare che il
> Ministero della Salute ce l'abbia abbastanza giusta, l'informazione
> della denominazione e indirizzo delle farmacie italiane...
>
> Penso anche che sovente, quando un mapper diventa senior, disdegni
> tutto quello che non sia "mappatura perfetta" e perda un po' di vista
> lo spirito wiki "poi passerà qualcuno dopo di me a migliorare la mia
> mappatura".
>
> :-)
>
> Marco
>
Marco, il problema non è di mappatura perfetta o di mappatori senior, ma
solo mi sembra sbagliato mettere un dato errato per poi sperare che
qualcuno lo corregga. Un conto mettere un'informazione non completa ma
corretta, un altro invece mettere dati anche errati solo perché sono del
ministero della salute.

Per la farmacia di cui ho messo il riferimento il nome della via è
sbagliato, sicuramente un errore di digitazione, quella riportata come
denominazione è l'operator, non il nome della farmacia, quindi se una
farmacia non è in OSM ma è nel database mis per inserirla occorre
qualcuno che sia sicuro della posizione e della correttezza della via e
numero civico, a quel punto potrebbe inserirla senza avere bisogno del
database mis o meno, se si vogliono inserire i campi ref:mis e ref:vatin
invece può recuperarli dal database.

Ciao
Marcello
>
> Il giorno dom 18 nov 2018 alle ore 18:51 Andrea Musuruane
> mailto:musur...@gmail.com>> ha scritto:
>
> Concordo. Io ho trovato anche errori nell'indirizzo (non era
> aggiornato) e nel campo name ho trovato spesso l'operator e non il
> nome della farmacia.
>
> Ciao,
>
> Andrea
>
>
> On Sun, Nov 18, 2018 at 6:40 PM Volker Schmidt  > wrote:
>
> Si ci sono così tanti errori della posizione, chi ci dice che
> il resto dell'inforamzione è di qualità milgiore?
> Io sono assolutamente contrario a qualsiasi import dove non
> c'è un controllo manuale uno ad uno o  sul territorio o su
> foto street-level con data recente.
>
> 
> 
>   Virus-free. www.avast.com
> 
> 
>
>
>
> On Sun, 18 Nov 2018 at 17:52, mbranco2  > wrote:
>
> 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, aggiundendo le farmacie oppure,
> se esistono già, aggiungedoci se mancano l'indirizzo, la
> descrizione (messa come "operator" [1]); 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
> "
>
> Ribadisco quindi l'intenzione iniziale del mio intervento,
> ringraziare Giorgia e Maria Claudia: fa sempre piacere
> scoprire che c'è, nella pubblica amministrazione, chi è
> sensibile alla tematica degli open data e se ne occupa
> anche al di fuori dell'attività lavorativa.
>
> Ciao,
> Marco
>
> 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] prima o poi dovremo (ri)affrontare in modo organico il
> problema del tag name=*, che è troppo (ab)usato...
>
>   

Re: [Talk-it] Dove finiscono i dati non renderizzati?

[aldoct]

Grazie per la risposta e la dritta sull'utilizzo di Query features. Rimane il
fatto che per utilizzare le mappe specifiche per tematismi devi sapere già
cosa cercare, mentre andando a zonzo su una mappa cartacea la tua attenzione
può essere colpita da qualcosa che neanche sospettavi esistesse e
contribuisce a creare il tuo itinerario per andare a verificare ciò che la
mappa riporta.
Ciao, Aldo 




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

Re: [Talk-it] Dove finiscono i dati non renderizzati?

[Simone Saviolo]

Il giorno lun 19 nov 2018 alle ore 08:17 aldoct  ha
scritto:

> Grazie per la risposta e la dritta sull'utilizzo di Query features. Rimane
> il
> fatto che per utilizzare le mappe specifiche per tematismi devi sapere già
> cosa cercare, mentre andando a zonzo su una mappa cartacea la tua
> attenzione
> può essere colpita da qualcosa che neanche sospettavi esistesse e
> contribuisce a creare il tuo itinerario per andare a verificare ciò che la
> mappa riporta.
>

Quello che descrivi non è un problema nuovo. Servirebbe un'applicazione un
po' più ricca di quelle esistenti: un'interattiva basata sul rendering di
Mapnik che vedi su osm.org sarebbe già tanta roba. Un tentativo era stato
quello di osm24 (http://osmapa.pl/osm24/index.php#!16/45.3242/8.4231/), che
era nato intorno all'idea di mostrare gli orari di apertura, ma a giudicare
da Github è fermo dal 2015.

Ciao,

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