from:"Andrea Musuruane"

Re: [Talk-it] Distributori carburante Europam

2020-11-21 Per discussione Andrea Musuruane

Ciao,
anche io non ho niente in contrario.

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

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

Re: [Talk-it] Reggio nell'Emilia o Reggio Emilia

2020-11-17 Per discussione Andrea Musuruane

Ciao,

On Tue, Nov 17, 2020 at 9:43 AM Simone Saviolo 
wrote:

> Il giorno mar 17 nov 2020 alle ore 08:37 Andrea Musuruane <
> musur...@gmail.com> ha scritto:
>
>> Ciao,
>> mi sembra che la soluzione sia semplice. In name si mette il nome
>> comunemente usato (Reggio Emilia), che è anche quello scritto sui cartelli
>> stradali, e in official_name si mette "Reggio nell'Emilia". Idem per Reggio
>> Calabria.
>>
>
> A quanto dicono, sui cartelli c'è "Reggio nell'Emilia". Guardando
> velocemente su StreetView, ho visto il cartello della Polizia Stradale
> ("località REGGIO EMILIA") e un pannello di info sui parcheggi ("Comune di
> Reggio Emilia"). Gli abitanti del luogo possono chiarirci questo aspetto
> per favore?
>

Sui cartelli dell'uscita autostradale c'è scritto "Reggio Emilia" (si può
verificare agevolmente con Mapillary).


> Personalmente, sono per tenere nel name "Reggio nell'Emilia", cioè il nome
> della città. La variante breve è usata ma non ufficiale, e va in
> alt_name e/o short_name.
>

Io sono per mettere nel tag name la variante maggiormente utilizzata.


> Per citare casi simili delle mie parti, molti Comuni si chiamano
> ufficialmente "... Vercellese" (es. Tronzano Vercellese), ma l'uso comune è
> "Tronzano"; in OSM sono comunque riportati come Tronzano Vercellese.
>

L'analogia non funziona perché Tronzano "Vercellese" serve per distinguerlo
da Tronzano "Lago Maggiore" e infatti nessuno ha proposto di mettere solo
"Reggio" nel name.

Ciao,

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

Re: [Talk-it] Reggio nell'Emilia o Reggio Emilia

2020-11-16 Per discussione Andrea Musuruane

Ciao,
mi sembra che la soluzione sia semplice. In name si mette il nome
comunemente usato (Reggio Emilia), che è anche quello scritto sui cartelli
stradali, e in official_name si mette "Reggio nell'Emilia". Idem per Reggio
Calabria.

Ciao,

Andrea


On Tue, Nov 17, 2020 at 7:34 AM Lorenzo Beltrami 
wrote:

> Ma sul nome ufficiale del comune non ci sono dubbi: è "Reggio nell'Emilia"
> (avevo messo il link allo statuto già nella prima mail).
> Come non ci sono dubbi sul nome ufficiale della provincia, che è "Reggio
> Emilia" senza preposizione articolata.
>
> Il mio dubbio era su cosa mettere nel tag name del place=city.
> Sui cartelli di inizio centro abitato c'è scritto "Reggio nell'Emilia",
> che è anche il nome ufficiale, ma nel linguaggio di tutti i giorni si dice
> quasi sempre "Reggio Emilia".
>
> Trovo interessante riportare, a prescindere dalla scelta che si farà, il
> nome ufficiale in official_name.
> Non ci avevo pensato perché lo trovavo ridondante...
>
> Ciao
> Lorenzo
>
>
> Il lun 16 nov 2020, 22:27 Martin Koppenhoefer  ha
> scritto:
>
>> io non ho particolari preferenze per il tag name, sicuramente si vogliono
>> al meno un tag official_name e name, e a secondo la scelta forse anche un
>> tag alt_name (se official_name=name)
>> La Provincia si chiama „Provincia di Reggio Emilia„
>> https://www.provincia.re.it/wp-content/uploads/2020/02/Statuto-2019.pdf
>>
>> Per il comune bisogna trovare un documento simile per essere sicuri sul
>> official name
>>
>> 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] R: Marciapiede

2020-11-10 Per discussione Andrea Musuruane

Ciao,

On Tue, Nov 10, 2020 at 3:40 PM Alessandro Sarretta <
alessandro.sarre...@gmail.com> wrote:

> On 10/11/20 15:19, Andrea Musuruane wrote:
>
> On Tue, Nov 10, 2020 at 3:09 PM Alessandro Sarretta <
> alessandro.sarre...@gmail.com> wrote:
>
>> Un sidewalk solitamente si intende separato dalla carreggiata da
>> qualcosa, non solamente da una linea disegnata (
>> https://wiki.openstreetmap.org/wiki/Sidewalks).
>>
> Veramente in quella pagina c'è scritto: " It also *may be* separated from
> the road by some form of barrier".
>
> e continua "for example bushes or a line of trees", quindi si parla di
> qualche tipo di barriera fisica :-)
>
Non mi sembra in contraddizione con quanto affermato. C'è scritto che ci
può essere (non che ci deve essere) una barriera e poi vengono fatti degli
esempi di barriere.

> Comunque, qualunque sia la scelta ideale, l'essere in grado di
> differenziare in qualche modo il fatto che la zona riservata ai pedoni sia
> separata o meno dalla carreggiata e non solo indicata, credo sia
> importante, per questioni di sicurezza primariamente.
>
Sempre su https://wiki.openstreetmap.org/wiki/Sidewalks,si nota l'uso del
tag sidewalk:left:kerb=* che può anche assumere il valore no (cfr.
https://wiki.openstreetmap.org/wiki/Key:kerb) e questo mi sembra
esattamente quello che si vuole ottenere.

Ciao,

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

Re: [Talk-it] R: Marciapiede

2020-11-10 Per discussione Andrea Musuruane

Ciao,

On Tue, Nov 10, 2020 at 3:09 PM Alessandro Sarretta <
alessandro.sarre...@gmail.com> wrote:

> Un sidewalk solitamente si intende separato dalla carreggiata da qualcosa,
> non solamente da una linea disegnata (
> https://wiki.openstreetmap.org/wiki/Sidewalks).
>
Veramente in quella pagina c'è scritto: " It also *may be* separated from
the road by some form of barrier".

Ciao,

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

Re: [Talk-it] R: Marciapiede

2020-11-10 Per discussione Andrea Musuruane

Perché inventarsi un nuovo tag quando c'è già sidewalk che serve proprio a
questo scopo?
https://wiki.openstreetmap.org/wiki/IT:Key:sidewalk

Ciao,

Andrea


On Tue, Nov 10, 2020 at 2:12 PM Franco Erbetta 
wrote:

> Non vorrei introdurre elementi che in realtà non esistono.
>
> Pur non documentata, la proposta di Cascafico è quella che mi piace di
> più. inoltre è omogenea con quella delle bici.
>
> Grazie
>
> FE
>
>
>
> Inviato da Posta  per
> Windows 10
>
>
>
> *Da: *Francesco Ansanelli 
> *Inviato: *martedì 10 novembre 2020 13:46
> *A: *openstreetmap list - italiano 
> *Oggetto: *Re: [Talk-it] Marciapiede
>
>
>
> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Marciapiede

2020-11-10 Per discussione Andrea Musuruane

Ciao,
io userei il tag sidewalk:
https://wiki.openstreetmap.org/wiki/IT:Key:sidewalk

Ciao,

Andrea


On Tue, Nov 10, 2020 at 11:30 AM Franco Erbetta 
wrote:

> 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] living street in Italia nel wiki

2020-11-07 Per discussione Andrea Musuruane

Ciao,

On Fri, Nov 6, 2020 at 11:45 PM Martin Koppenhoefer 
wrote:

> Qualcuno ha cambiato il wiki italiano per highway=living_street:
>
> https://wiki.openstreetmap.org/w/index.php?title=IT:Tag:highway%3Dliving_street=next=1453296
>
> riferendosi al segnale "Zona residenziale", CdS 3, 58. Ma non ha niente a
> che fare, perché il segnale non comporta regole particolari, per avere un
> significato specifico ci devono essere posti cartelli integrativi.
>
> Al momento sarei propenso ad un revert, ma forse non ho capito bene la
> situazione. Voi cosa ne pensate?
>

Hai contattato l'utente chiedendogli le motivazioni per questa modifica? E
magari invitandolo a discuterle qui in ML?

Ciao,

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

Re: [Talk-it] Regione geografica italiana

2020-11-04 Per discussione Andrea Musuruane

*** Traduzione in Italiano più in basso ***

Hi guys,
   this newly created user
https://www.openstreetmap.org/user/LuigiRo/

has restored the "Regione geografica italiana" relation:
https://www.openstreetmap.org/relation/7357659

then he deleted it and made a new one:
https://www.openstreetmap.org/changeset/93551327

Maybe it's a coincidence but both LuigiRo and lorec10 use exactly the same
software versions and the same software localization.

Anyway, these changes haven't been discussed here.

Whatever you think about this relation, the situation has gotten out of
hand and it is moving beyond ridicule.

BR,

Andrea

Ciao a tutti,
   questo utente appena creato
https://www.openstreetmap.org/user/LuigiRo/

ha ripristinato la relazione "Regione geografica italiana":
https://www.openstreetmap.org/relation/7357659

poi l'ha cancellata e ne ha creata una nuova:
https://www.openstreetmap.org/changeset/93551327

Forse è una coincidenza ma sia LuigiRo che lorec10 utilizzano esattamente
le stesse versioni software e la stessa localizzazione.

In ogni caso, questi cambiamenti non sono stati discussi qui.

Qualunque cosa pensiate di questa relazione, la situazione è sfuggita di
mano e sta andando oltre il ridicolo.

Ciao,

Andrea

On Mon, Oct 19, 2020 at 7:54 PM Martin Koppenhoefer 
wrote:

> Vi segnalo che la DWG ha di nuovo cancellato la relazione. Ora la
> osserveranno meglio.
>
> 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] disservizio Wikipedia - OSM

2020-10-28 Per discussione Andrea Musuruane

Ciao,

On Wed, Oct 28, 2020 at 10:32 AM Luca Delucchi  wrote:

> Ciao Martin,
>
> On Wed, 28 Oct 2020 at 10:10, Martin Koppenhoefer
>  wrote:
> >
> > non si può avere python2 e 3 insieme sulla macchina?
> >
>
> si, però da gennaio python 2 non sarà più supportato e non voglio
> inquinare il nuovo server con librerie vecchie e per lo più
> inutilizzate.
>

Python è EOL dal 1 gennaio di quest'anno, anche se ad aprile hanno fatto un
rilascio ma con patch inserite prima di quella data.

Ciao,

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

Re: [Talk-it] Import civici Milano - preview

2020-10-26 Per discussione Andrea Musuruane

Ciao Federico,

On Mon, Oct 26, 2020 at 8:53 AM Federico Cortese 
wrote:

> Io non credo che chi fa un import debba anche assumersi l'onere a vita
> dell'aggiornamento; diciamo che da un lato è sicuramente preferibile
> che ci sia almeno un minimo di comunità interessata e non un singolo,
> dall'altro l'import (soprattutto quello dei civici) potrebbe aumentare
> l'uso delle nostre mappe e quindi presumibilmente anche il numero di
> chi è interessato a contribuire.
>

Non è richiesto l'ergastolo per un import ;-) Però è bene che qualcuno
della comunità locale si faccia carico di questa attività, perché loro
hanno le conoscenze per farlo ed per sanare eventuali dubbi che possono
sorgere (nessuno ha mai chiesto di verificare uno ad uno i civici) e perché
dovrebbero essere i primi ad avere interesse ad avere queste informazioni
in OSM.

> Per il discorso confini comunali la situazione è veramente triste,
> direi anche più urgente dei civici, perchè le difformità generali sono
> abbastanza evidenti appena si sovrappongono i confini ISTAT a OSM.
> Suggerirei di aprire altro thread apposito, sempre che non ci siano
> problemi di licenza sui dati ISTAT
> (
> http://www.istat.it/storage/cartografia/confini_amministrativi/non_generalizzati/Limiti01012020.zip
> mi pare siano rilasciati in CC by 3.0, che richiederebbe apposita
> manleva, se già non c'è).
>

Secondo me non è richiesta la manleva perché la licenza è la CC-BY-3.0-IT
(nota bene la IT finale):
https://www.istat.it/it/files//2018/10/Descrizione-dei-dati-geografici-2020-03-19.pdf

Nel PDF viene specificato che questa licenza si applica ai dati in oggetto.

*"Le licenze CC 3.0 in versione italiana – oltre alla traduzione nella
nostra lingua – comprendono specifici adattamenti al nostro sistema
giuridico, nonché alcune novità come la menzione del diritto di noleggio e
prestito di copie dell’opera.*
*[..]*

*Rinuncia al diritto sui generis sulle banche dati: In Europa le licenze CC
devono confrontarsi con il cosiddetto diritto “sui generis” sulle banche
dati. Quest’ultimo, a differenza del diritto d’autore, finisce
per proteggere il contenuto dei database e per questa ragione si tratta di
una norma insidiosa, specie in ambiti come la ricerca scientifica. Creative
Commons Science  ha
sottolineato come l’esistenza di tale diritto su opere scientifiche
contenenti banche dati e rilasciate sotto licenza CC rischiasse di
vanificare completamente le finalità della licenza stessa in ambito
europeo. Le licenze CC 3.0 europee sono dunque caratterizzate dalla
completa rinuncia a far valere il diritto sui generis sulle banche dati:
resta comunque tutelato il diritto d’autore per quel che riguarda la
struttura della banca dati, assieme ad altre caratteristiche “espressive”
della stessa. Ma è garantito il libero utilizzo dei fatti e delle
informazioni contenute nella banca dati."*
https://creativecommons.it/chapterIT/index.php/837/

Infatti nel testo della licenza si può leggere: *"Qualora l'Opera concessa
in licenza includa una o più banche dati sulle quali il Licenziante è
titolare di un diritto sui generis ai sensi delle norme nazionali di
attuazione della Direttiva 96/9/CE sulle banche dati, il Licenziante
rinuncia a far valere il diritto corrispondente." *
https://creativecommons.org/licenses/by/3.0/it/legalcode

Pertanto i dati contenuti nei dataset ISTAT sono di pubblico dominio.

Ciao,

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

Re: [Talk-it] Casa dell'acqua

2020-10-25 Per discussione Andrea Musuruane

Anch'io ho sempre fatto come Federico:
https://www.openstreetmap.org/node/6225393812

BTW, amenity=dispenser era una proposta che è stata abbandonata e veniva
proposto excrement_bags come unico valore per dispenser=*.
https://wiki.openstreetmap.org/wiki/Proposed_features/Dispenser

Ciao,

Andrea

On Sun, Oct 25, 2020 at 9:16 PM Federico Cortese 
wrote:

> Io ne ho mappate molte in provincia di Lecce, tutte con
> amenity=vending_machine, questo un esempio
> https://www.openstreetmap.org/node/7148467856.
>
> 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] Import civici Milano - preview

2020-10-23 Per discussione Andrea Musuruane

Ripeto anche qui quanto ho detto sulla ML internazionale.

Fino a quando la comunità milanese non si impegnerà in questo progetto con
un po' di persone, per me non è opportuno procedere. Vorrei veramente evitare
problemi analoghi a quanto successo a Bergamo.

Ciao,

Andrea


On Thu, Oct 22, 2020 at 11:51 AM Cascafico Giovanni 
wrote:

> Trovate qui [1] il file osm del municipio 5 candidato al caricamento
>
> [1]
> https://github.com/cascafico/MilanoHousenumbers/blob/master/municipio5/M5candidate.osm
>
> Il 18/10/20, Cascafico Giovanni ha scritto:
> > Streetview non può essere usato ovviamente per validare il dataset del
> > comune di Milano. Nemmeno per "monitorare" (controllare) le informazioni.
> > Resta la domanda filosofica: se dalla foto, rilevo un'assenza (di civico,
> > di shop ecc.) e ciò mi fa decidere di escludere l'importazione
> > dell'elemento, ricado negli usi vietati? Se sì, come può Google provare
> > l'origine della mia inazione?
> >
> > Il dom 18 ott 2020, 18:48 Lorenzo Mastrogiacomi 
> ha
> > scritto:
> >
> >> Il giorno ven, 16/10/2020 alle 19.10 +0200, Antonio Carpentieri ha
> >> scritto:
> >>
> >> Ciao Andrea,
> >> no, non sono andato a verificarli di persona :( per quanto riguarda la
> >> zona 5 e' la zona in cui vivo e lavoro e guardando la mappa OSM ho
> >> quasi sempre ricostruito l'informazione giusta.
> >> Anche la zona nove la conosco abbastanza bene ed ho fatto la stessa
> >> cosa. Dove non arrivavo con la memoria o guardando la mappa OSM ho
> >> spiato con street view.
> >>
> >> Questo invalida tutto il lavoro? Se la risposta fosse sì, mi dispiace,
> >> avro' vanificato qualche ora di lavoro, ...
> >>
> >>
> >> Probabile
> >>
> >> *Usi vietati*
> >> *Siamo lieti di vedere che molte persone utilizzano Street View, ma ci
> >> sono alcuni casi d'uso vietati. Esempi di casi d'uso vietati:*
> >>
> >>- *creazione di dati a partire da immagini di Street View, come la
> >>   digitalizzazione o il monitoraggio di informazioni dalle
> immagini;*
> >>   - *utilizzo di applicazioni per analizzare ed estrarre
> informazioni
> >>   dalle immagini di Street View;*
> >>   - *download di immagini di Street View per utilizzarle
> >>   separatamente dai servizi Google (ad esempio come copia offline);*
> >>   - *accorpare o unire più immagini di Street View per creare
> >>   un'immagine più grande.*
> >>
> >> *Queste restrizioni si applicano a progetti accademici e commerciali.*
> >>
> >> https://www.google.com/intl/it/permissions/geoguidelines/
> >>
> >>
> >> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Import civici Milano - preview

2020-10-16 Per discussione Andrea Musuruane

Ciao Antonio,
provo a essere più esplicito perché non mi è ancora chiaro. Come hai
verificato i numeri civici? Sei andato in giro per Milano a guardarli uno a
uno?

La numerazione civica di Milano è spiegata nel documento "Istruzioni
tecniche per l'utilizzo dai dati_CIVICI_1.2.pdf" contenuto nello ZIP con i
dati stessi, scaricabile da qui:
https://geoportale.comune.milano.it/ATOM/SIT/Toponomastica/NumeriCivici_Service.xml

Mi risulta che sia la numerazione usata in loco, come già discusso
precedentemente in ML:
https://www.mail-archive.com/talk-it@openstreetmap.org/msg67333.html
https://www.mail-archive.com/talk-it@openstreetmap.org/msg67340.html

Ciao,

Andrea


On Fri, Oct 16, 2020 at 5:05 PM Antonio Carpentieri 
wrote:

> Ciao,
> Cascafico mi ha fornito due link [1] e [2] per fare la review dei dati
> importati, io ho cliccato su "validate the import" ed ho guardato
> quello che mi presentava, sono andato avanti finche' non mi presentava
> piu' niente (in realta' viene fuori un messaggio di errore che
> suggerisce che hai finito :) )
>
> Riguardo i numeri intendo dire che non avevo mai visto prima
> denominazione (es. 2p01) per i numeri civici.
> Quando cerco un indirizzo sulle mappe non ho mai inserito un civico
> del genere, ne' ne ho mai visto uno presentato così; mi sarei trovato
> spiazzato nel vedermelo restituire.
>
> Ma sicuramente sono io ignorante sul funzionamento di OSM o della
> cartografia in generale, non so.
>
> Sono riuscito a chiarire un po' meglio il mio pensiero?
>
> Ciao,
> A
>
>
> [1] http://audit.osmz.ru/project/MI-M5/
> [2] http://audit.osmz.ru/project/MI-M9/
>
> On Fri, Oct 16, 2020 at 4:23 PM Andrea Musuruane 
> wrote:
> >
> > Ciao,
> > non ho capito è stata fatta la review e perché sarebbe un errore il
> formato dei numeri sotto indicati. Puoi dettagliare per favore?
> >
> > Grazie,
> >
> > Andrea
> >
> >
> > On Fri, Oct 16, 2020 at 12:09 PM Antonio Carpentieri 
> wrote:
> >>
> >> Ciao a tutti,
> >> come suggerito da Cascafico, con cui ho avuto qualche scambio di
> messaggi, riattivo questo thread.
> >> Vivo a Milano ed ho fatto la review del municipio 5 (in cui vivo) e del
> municipio 9.
> >> Purtroppo ho letto questo thread solo dopo aver finito la review.
> >>
> >> Di seguito le mie osservazioni dopo aver fatto questo lavoro
> (soprattutto da utente).
> >> Un 'errore' che ho trovato spesso sono i civici con il numero
> (addr:housenumber) nel formato:
> >> 2n04
> >> 21n03
> >> 2p01
> >> 7p01
> >> 12n01
> >>
> >> dopo la lettura del thread ho capito il senso di questa notazione, ma
> da utente di mappe mi e' assolutamente aliena e da cittadino mi era
> completamente sconosciuta, e infatti mi sembrava un errore di parsing.
> >>
> >> Nelle mie review, dove possibile mantenevo il valore di OSM (2p01 in 2)
> e dove non potevo, perche' il civico corretto era quello del comune, ho
> messo un messaggio del genere nel fixme (change addr:housenumber to 2).
> >>
> >> In generale ho trovato che nel 99% dei casi dubbi aveva ragione
> l'informazione del comune rispetto ad OSM.
> >>
> >> Fatemi sapere cosa ne pensate.
> >>
> >> Ciao,
> >> A
> >>
> >> P.s.
> >> Ho visto che il dataset del comune e' stato aggiornato ad ottobre.
> >>
> >>
> >> ___
> >> 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] Import civici Milano - preview

2020-10-16 Per discussione Andrea Musuruane

Ciao,
non ho capito è stata fatta la review e perché sarebbe un errore il
formato dei numeri sotto indicati. Puoi dettagliare per favore?

Grazie,

Andrea


On Fri, Oct 16, 2020 at 12:09 PM Antonio Carpentieri 
wrote:

> Ciao a tutti,
> come suggerito da Cascafico, con cui ho avuto qualche scambio di messaggi,
> riattivo questo thread.
> Vivo a Milano ed ho fatto la review del municipio 5 (in cui vivo) e del
> municipio 9.
> Purtroppo ho letto questo thread solo dopo aver finito la review.
>
> Di seguito le mie osservazioni dopo aver fatto questo lavoro (soprattutto
> da utente).
> Un 'errore' che ho trovato spesso sono i civici con il numero
> (addr:housenumber) nel formato:
> 2n04
> 21n03
> 2p01
> 7p01
> 12n01
>
> dopo la lettura del thread ho capito il senso di questa notazione, ma da
> utente di mappe mi e' assolutamente aliena e da cittadino mi era
> completamente sconosciuta, e infatti mi sembrava un errore di parsing.
>
> Nelle mie review, dove possibile mantenevo il valore di OSM (2p01 in 2) e
> dove non potevo, perche' il civico corretto era quello del comune, ho messo
> un messaggio del genere nel fixme (change addr:housenumber to 2).
>
> In generale ho trovato che nel 99% dei casi dubbi aveva ragione
> l'informazione del comune rispetto ad OSM.
>
> Fatemi sapere cosa ne pensate.
>
> Ciao,
> A
>
> P.s.
> Ho visto che il dataset del comune e' stato aggiornato ad ottobre.
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Regione geografica italiana

2020-09-24 Per discussione Andrea Musuruane

L'utente lorec10 ha commentato il changeset 90871685 con "*Hi, I’m the
original author of the relation, [...] what is talk-it, how do I take part
in the discussion?*" peccato che dopo qualche ora abbia fatto revert:
https://www.openstreetmap.org/changeset/91417698

Ciao,

Andrea




On Tue, Sep 15, 2020 at 9:49 AM totera  wrote:

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

Re: [Talk-it] Webinar sulla cura di OSM

2020-09-22 Per discussione Andrea Musuruane

Non va neanche questo. Oltre a non sentire, non riesco neanche a scrivere
in chat e a togliere il muto. Usare una istanza di jitsi?

Ciao,

Andrea

Il mar 22 set 2020, 21:13 Matteo Zaffonato  ha scritto:

> Cambio di programma, siamo su:
> https://edumeet.imaa.cnr.it/curaosm
>
> Matteo
>
> On Tue, Sep 22, 2020 at 10:01 AM Cascafico Giovanni 
> wrote:
>
>> Per stasera, ore 21:
>>
>> Meeting Jitsi:
>> https://mm.rd.unidata.it/osmgarden
>>
>> Note condivise e verbale:
>> https://etherpad.wikimedia.org/p/osmgarden
>>
>>
>> Ho creato stamattina i due servizi sopra... spero non ci sia un timeout.
>>
>> Il 21/09/20, Luca Delucchi ha scritto:
>> > On Mon, 21 Sep 2020 at 09:50, Cascafico Giovanni 
>> > wrote:
>> >
>> >> Si, confermo domani martedì 22 alle 21.
>> >>
>> >> Qualcuno ha delle preferenze sul server jitsi?
>> >>
>> >
>> > io  solitamente utilizzo uno di https://iorestoacasa.work
>> >
>> >
>> >> Per chi ha già usato la piattaforma, qual'è il metodo più pratico per
>> >> verbalizzare?
>> >>
>> >
>> > non ho idea, di solito verbalizza uno dopo
>> >
>> > --
>> > ciao
>> > Luca
>> >
>> > www.lucadelu.org
>> >
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Alberi monumentali d’Italia

2020-09-02 Per discussione Andrea Musuruane

C'è anche un altro problema. Nel dataset originario su Gmaps, è presente un
gruppo di alberi in piazza S. Eusebio a Vercelli,. Nel file di conflation
non sono presenti e i due indicati in piazza S. Eusebio (inseriti da un
import mal fatto precedente) vengono indicati come "albero non presente in
dataset MIPAAF: abbattuto/declassificato?".

Ciao,

Andrea


On Tue, Sep 1, 2020 at 7:15 PM Volker Schmidt  wrote:

> Devo ancora trovare quest'albero
> :-(
> Suppongo che sia dentro quel parco, che si chiama appositamente Parco dei
> Faggi.
> La mia domanda era essenzialmente: se non lo vedo primo colpo, in che
> raggio devo cercare.
>
> On Tue, 1 Sep 2020 at 14:34, Cascafico Giovanni 
> wrote:
>
>> Il 31/08/20, Volker Schmidt ha scritto:
>> > Ho guardato http://audit.osmz.ru/map/AM-IT#6/43.604/12.546
>> > e ho trovato un albero a 300m di casa mia in un parco, ma la posizione
>> > indicata è un prato non albareto dentro questo parco
>> > Quale è la precisione di posizione dei dati?
>>
>> Puoi darmi le coordinate? Federico Cortese ed io stiamo controllando
>> un po' in giro mi sembra che le coordinate siano piuttosto precise.
>> Siccome il MIPAAF raccoglie li sopralluoghi dalle regioni, se hai
>> trovato un errore nella tua può essere che sia un problema degli
>> operatori in zona e che ci siano altri errori.
>> Possiamo perciò verificare se l'errore è solo nella Google Map oppure
>> anche negli excel regionali in calce alla parina [1]. Così magari
>> eliminiamo una dell due fonti. Tra l'altro i campi di denotazione sono
>> piuttosto diversi.
>>
>> [1]
>> https://www.politicheagricole.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/11260
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Edit automatici su nome strade

2020-09-01 Per discussione Andrea Musuruane

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

Re: [Talk-it] Alberi monumentali d’Italia

2020-08-31 Per discussione Andrea Musuruane

Ciao,

On Mon, Aug 31, 2020 at 12:47 PM Martin Koppenhoefer 
wrote:

> Am Mo., 31. Aug. 2020 um 12:41 Uhr schrieb Andrea Musuruane <
> musur...@gmail.com>:
>
>> Anche io ho dei dubbi sulla bontà della localizzazione presente in questo
>> dataset
>> .
>> Ad esempio, all'Alpenzù grande e all'Alpenzù piccolo
>> (Gressoney-Saint-Jean) ci sono due alberi monumentali. Nel dataset non sono
>> presenti (o sono al posto sbagliato). Stessa cosa per il Tiglio presente
>> davanti alla Chiesa di Sant'Orso ad Aosta (su OSM questo è mappato).
>>
>
>
> sono trovabili ad una posizione sbagliata, oppure mancano del tutto?
> Perché se mancano del tutto non è un problema (nessuno si può aspettare un
> dataset completo degli alberi monumentali), la cosa importante che gli
> alberi contenuti sono giusti (posizione e dati), e ancora vivi...
>

Per quanto riguarda il tiglio di Sant'Orso, verificando i dati presenti
sulla targa (
http://www.molisealberi.com/regione-valle-daosta-il-tiglio-di-santorso/aosta-370-jpg_201222321420_aosta-370/),
direi che l'albero è presente a  più di 1km di distanza.

Ciao,

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

Re: [Talk-it] Alberi monumentali d’Italia

2020-08-31 Per discussione Andrea Musuruane

Ciao,

On Mon, Aug 31, 2020 at 12:09 PM Volker Schmidt  wrote:

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

Anche io ho dei dubbi sulla bontà della localizzazione presente in questo
dataset
.
Ad esempio, all'Alpenzù grande e all'Alpenzù piccolo (Gressoney-Saint-Jean)
ci sono due alberi monumentali. Nel dataset non sono presenti (o sono al
posto sbagliato). Stessa cosa per il Tiglio presente davanti alla Chiesa di
Sant'Orso ad Aosta (su OSM questo è mappato).

Ciao,

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

Re: [Talk-it] Alberi monumentali d’Italia

2020-08-30 Per discussione Andrea Musuruane

Ciao,

On Sun, Aug 30, 2020 at 6:35 PM Martin Koppenhoefer 
wrote:

>
> sent from a phone
>
> > On 30. Aug 2020, at 17:30, Andrea Musuruane  wrote:
> >
> > esattamente come non ci ricade un allegato grafico al piano regolatore,
> che è parte integrante del piano stesso:
>
>
> però le informazioni contenute dovrebbe essere public domain. Noi non
> facciamo copie dell’elaborato grafico.
>

Non credo proprio. Non puoi derivare informazioni (come ad esempio i
toponimi) da un elaborato grafico del piano regolatore, esattamente come
non le puoi derivare da altre carte o mappe come tuttocittà, gli atlanti
touring, le mappe IGM, le mappe escursionistiche, google maps, ecc.

Ciao,

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

Re: [Talk-it] Alberi monumentali d’Italia

2020-08-30 Per discussione Andrea Musuruane

Ciao,

On Sun, Aug 30, 2020 at 3:24 PM Laurentius 
wrote:

> On gio, 2020-08-27 at 15:52 +0200, Alessandro Sarretta wrote:
> > capisco la sottigliezza, anche se nel testo c'è scritto che gli
> > allegati costituiscono "parte   integrante   e
> > sostanziale del presente provvedimento.". Però effettivamente sono
> > finezze da giuristi :-/
>
> Dicendo che gli allegati costituiscono "parte integrante e sostanziale
> del presente provvedimento" in particolare dicono che si applicano le
> stesse regole, e quindi non c'è diritto d'autore.
>

Non essendo una parte testuale, ma un database, non ricade tra le eccezioni
previste dall'articolo 5 della LdA, esattamente come non ci ricade un
allegato grafico al piano regolatore, che è parte integrante del piano
stesso:
https://www.youtube.com/watch?v=0eZLStaN4U4

Ciao,

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

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

2020-08-29 Per discussione Andrea Musuruane

Ciao,

On Sat, Aug 29, 2020 at 12:17 AM Volker Schmidt  wrote:

>
> On Fri, 28 Aug 2020 at 15:27, Martin Koppenhoefer 
> wrote:
>
>> penso l’accordo generale prevede di non mappare “lanes” quando le corsie
>> non sono indicate, invece si può usare “width”.
>> Lanes=1 in questo senso sarebbe giusto mettere soltanto quando si tratta
>> di un senso unico, perché altrimenti non ci sarebbero corsie segnate.
>>
>
> Questa affermazione mi sembra essere in conflitto con la prassi e con le
> pagine wiki che ho citato.
> Ammetto che è un po' un casino, ma da nessuna parte ho trovato che lanes=1
> implica senso unico.
>

Se c'è solo una corsia in tutto, come fa a non essere un senso unico?

Ho guardato qualche esempio che riporti e, se sono strade a doppio senso di
circolazione, dovrebbero essere mappate come lanes=2 + lane_markings=no se
hanno i delimitatori di carreggiata, oppure solo con lane_markings=no se
non sono presenti, come tra l'altro riporta la wiki:
https://wiki.openstreetmap.org/wiki/Key:lanes#Examples

Ciao,

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

Re: [Talk-it] Alberi monumentali d’Italia

2020-08-28 Per discussione Andrea Musuruane

Ciao,

On Fri, Aug 28, 2020 at 12:30 PM Cascafico Giovanni 
wrote:

> Uscendo dal capitolo licenza (in un rinnovato slancio di ottimismo
> sulla liberazione del dato) sto convertendo la mappa MIPAAF-Google in
> qualcosa di importabile.
>

Se posso permettermi, consiglierei la conversione del CSV in uno shapefile
con QGIS (o usare direttamente lo shapefile del ministero, se fosse
disponibile), la traduzione in formato OSM con ogr2om e la conflation
usando il Conflation plugin di JOSM, magari su base regionale.

Ciao,

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

Re: [Talk-it] Alberi monumentali d’Italia

2020-08-27 Per discussione Andrea Musuruane

Ciao Lorenzo,
qui è spiegato perché, secondo la OSM Foundation, non siamo in grado di
rispettare la licenza CC-BY 4.0:
https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/

Ciao,

Andrea

On Thu, Aug 27, 2020 at 7:01 PM Lorenzo Rolla  wrote:

> Scusate, ma questo link indica la possibilità di usare gli elenchi purché
> si rispettino queste regole:
>
>
>
> https://www.politicheagricole.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/15290
>
>
> La titolarità piena ed esclusiva del materiale fornito è della Direzione
> generale dell'economia montana e delle foreste del Ministero delle
> politiche agricole alimentari e forestali. Il rilascio del materiale è
> subordinato all'impegno del rispetto delle seguenti condizioni d'uso:
> ∎ è possibile condividere, modificare e usare liberamente i documenti,
> impegnandosi a rispettare quanto prescritto dalla normativa sulla privacy
> (GDPR UE 679/2016) e dalla licenza d'uso CC BY 4.0
>  con la quale sono
> rilasciati;
> ∎ l'utente si impegna a citarne la fonte e a riportare la seguente
> dicitura:
>
> *Fonte dei dati: Direzione generale dell'economia montana e delle foreste
> del Mipaaf - "dataset AMI - Censimento alberi monumentali d'Italia" *
> https://www.politicheagricole.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/11260
>
>
> Il giorno gio 27 ago 2020 alle 16:28 Alessandro Sarretta <
> alessandro.sarre...@gmail.com> ha scritto:
>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Grazie del tuo contributo Matteo,
>>
>>
>>
>>
>> On 27/08/20 15:52, Matteo Fortini
>>
>> wrote:
>>
>>
>>
>>
>>
>>
>>
>>
>> Grazie Alessandro, ovviamente speriamo che ti rispondano.
>>
>>
>>
>>
>>
>> Sulle giuste osservazioni di Giovanni vorrei fare due commenti al
>>
>> volo:
>>
>>
>>
>>
>>
>>- ignoranza: non è detto che il funzionario pubblico sia al
>>
>>corrente di quello che comporta l'uso di gmaps. Le linee guida
>>
>>di AgID riguardano l'acquisizione di software, non so se ci
>>
>>siano linee guida sui servizi cloud (non lo so davvero, se
>>
>>qualcuno ha info e le vuole condividere...)
>>
>>
>>
>>
>>
>>
>> non so cosa dicano le linee guida AGID a proposito, ma se hanno
>>
>> caricato i loro dati su MyGoogle avrebbero dovuto leggere i termini
>>
>> di servizio (https://policies.google.com/terms?hl=it), i quali non
>>
>> sono sicuro rispettino pienamente il BY della licenza :-/:
>>
>>
>> "Qualora i diritti di proprietà intellettuale dell'utente limitino
>>
>> il nostro utilizzo dei contenuti, sarà necessario che l'utente ci
>>
>> conceda l'autorizzazione. Tale autorizzazione viene concessa a
>>
>> Google tramite questa licenza."
>>
>>
>>
>>
>>
>>
>>
>>- opportunità e facilità:
>>
>>
>>
>>   - se non avessero usato gmaps (come fa anche la Protezione
>>
>>   Civile per il sistema di allerta idrogeologico), al 99%
>>
>>   avrebbero usato una piattaforma commerciale GIS, come ad
>>
>>   esempio fa ISPRA (http://sgi2.isprambiente.it/viewersgi2/)
>>
>>
>>
>>
>>
>>
>>
>>
>> non conosco bene il tipo di contratti che fa ESRI, ma a parte la
>>
>> natura commerciale e proprietaria del software, non credo che i dati
>>
>> vengano ceduti a ESRI, come invece si fa con Google.
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>   - avrebbero potuto usare osm, ma si tratterebbe di un "heavy
>>
>>   use" che è esplicitamente vietato (
>>   https://operations.osmfoundation.org/policies/tiles/).
>>
>>   Inoltre, non ho trovato su OSM una policy esplicita che dica
>>
>>   che non fanno logging o cose simili. Avrebbero potuto usare
>>
>>   un tile server diverso, ma se fosse stato commerciale ci
>>
>>   sarebbero stati problemi analoghi.
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Sai che non ho idea cosa identifichi un heavy use da uno normale?
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>   -
>>
>>
>>
>>
>>   - in generale ci sono più plugin per gmaps che per osm, io
>>
>>   per usare osm su drupal anziché gmaps ho dovuto chiedere uno
>>
>>   sviluppo ulteriore, e naturalmente non ho la funzione di
>>
>>   routing
>>
>>
>>
>>
>>
>>
>> Dobbiamo impegnarci per far conoscere le alternative e per
>>
>> renderle fattibili, fino anche a dimostrare che l'uso degli
>>
>> strumenti come osm rispetta le leggi più di altri, anche
>>
>> arrivando a scrivere motivazioni basate sulle norme.
>>
>>
>> E comunque...sappiamo che OSM è molto più dettagliata come
>>
>> mappa, vale la pena usarlo ;)
>>
>>
>>
>>
>>
>>
>> Sicuramente GMaps è più usato e visibile. Il problema però è che
>>
>> credo non si siano nemmeno posti il problema di alternative...
>>
>>
>>
>>
>> Se rispondono potremmo provare a darequalche consiglio.
>>
>>
>> In realtà, vista la licenza CC-BY, potremmo anche già pubblicare
>>
>> i dati da qualche altra parte, facendo un portfolio di alternative
>>
>> :-)
>>
>>
>>
>>
>> Ale
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Il 27/08/20 15:08, Alessandro
>>
>> Sarretta ha scritto:
>>
>>
>>
>>
>>
>>
>>
>>
>> Ho appena mandato

Re: [Talk-it] Alberi monumentali d’Italia

2020-08-27 Per discussione Andrea Musuruane

Ciao Alessandro,

On Thu, Aug 27, 2020 at 3:09 PM Alessandro Sarretta <
alessandro.sarre...@gmail.com> wrote:

> Ho appena mandato un'email a un paio di indirizzi del ministero chiedendo
> che rendano disponibili i dati in CC0 (così siamo tranquilli per farne
> quello che vogliamo in OSM), visto che elenco, coordinate e informazioni
> accessorie sono pubblicati in atti pubblici dello stato e quindi non
> sottoposti al diritto d'autore.
>
La legge sul diritto d'autore all'art. 5 indica che *"Le disposizioni di
questa legge non si applicano ai testi degli atti ufficiali dello stato e
delle amministrazioni pubbliche, sia italiane che straniere"*.  All'art. 11
invece che *"Alle amministrazioni dello stato, alle provincie ed ai comuni
spetta il diritto di autore sulle opere create e pubblicate sotto il loro
nome ed a loro conto e spese."*

Simone Aliprandi, in alcuni suoi lavori, indica che questa è una
contraddizione solo apparente in quanto *"la giurisprudenza e la dottrina
giuridica mostrano una tendenza ad una interpretazione restrittiva
dell'articolo 5 (“testi degli atti ufficiali”)".*

L'approvazione dell'ultimo elenco disponibile degli alberi monumentali è
stata pubblicata sulla GU 195 del 05-08-2020. Qui, l'elenco non è presente
e si rimanda al sito internet del Ministero delle politiche agricole per
consultare l'allegato, dove è indicata la licenza CC-BY 4.0.

IHMO non essendo l'elenco e le informazioni presenti nel testo di un atto
ufficiale ma in un allegato, sono coperte dal diritto d'autore.

Ciao,

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

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

2020-08-25 Per discussione Andrea Musuruane

Ciao,

On Mon, Aug 24, 2020 at 9:59 PM Volker Schmidt  wrote:

> Ho incontrato più di una strada con questa segnaletica
>
> https://www.google.com/maps/@45.3403228,11.7590331,3a,75y,350.71h,76.75t/data=!3m6!1e1!3m4!1st-K2BeSkmjzwnM9nzeCTqQ!2e0!7i13312!8i6656
> Sarebbe il caso di "bicycle_road=yes" ?
>

Magari sbaglio, ma a me sembra una semplice highway=cycleway +
foot=designated + segregated=no.
https://wiki.openstreetmap.org/wiki/Tag:highway%3Dcycleway

> Più tutti i tag "normali" tag come
> highway=residential
> vehicle=yes
> foot=designated
> bicycle=designated
> lanes=1
>

lanes=1 è sbagliato perché implicherebbe un senso unico. Se si può
percorrere in entrambi i sensi di marcia e le due corsie non sono indicate,
allora si deve usare lane_markings=no:
https://wiki.openstreetmap.org/wiki/Key:lanes#No_lane_markings

> oneway=no
> surface=*
> smoothnes=*
> lit=*
> maxspeed=* (che in questo caso non c'è)
>

Ciao,

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

Re: [Talk-it] Traduzione dei luoghi e dei monumenti famosi all'estero

2020-08-03 Per discussione Andrea Musuruane

Ciao,

On Thu, Jul 30, 2020 at 1:43 PM Vittorio Bertola  wrote:

> Il 2020-07-30 10:20 Andrea Musuruane ha scritto:
>
> Diego, si sta parlando di prendere il nome da wikidata e di inserirlo nel
> tag name (è un import). Non si sta parlando di inserire il tag wikidata
> come link al corrispondente elemento in wikidata (non è un import).
>
>
> Scusate, per curiosità, mi spieghereste qual è il copyright che sarebbe
> violato prendendo dei nomi da Wikidata e mettendoli in OSM, considerando
> che:
> - i nomi di luogo non sono soggetti a copyright, quindi sicuramente non si
> sta violando il copyright sul dato specifico (come potrebbe succedere se si
> copiasse ad esempio un testo descrittivo);
> - Wikidata nel complesso è protetto dal diritto sui generis di database,
> che vuol dire che non lo si può copiare in parti sostanziali senza il
> permesso del proprietario del database, ma 1) dubito che qualche centinaio
> di nomi di luogo rappresenti una parte sostanziale del database e 2) mi
> risulta che il proprietario di Wikidata non abbia alcuna intenzione di
> vietarne l'utilizzo a Openstreetmap
> ?
>

In primo luogo, la OSMF richiede di seguire le import guidelines nel caso
si pianifichi di inserire in OSM dati di terze parti. La licenza con cui
sono rilasciati i dati è solo uno degli aspetti che viene affrontato.

Venendo al caso della licenza di Wikidata, anche tale DB è oggetto di
import di dati di terze parti, e quindi sono regolati da apposita licenza,
la quale spesso non è compatibile con la licenza CC0 con cui viene reso
disponibile Wikidata. Ad esempio i dati sono presi da WIkipedia, sono sotto
CC-BY-SA 3.0; i dati degli alberi monumentali sono rilasciati dal Mipaaf
sotto CC-BY 4.0; ecc. Spesso le coordinate geografiche inserite in Wikidata
sono derivate da Google (e questo è un altro problema).Gli import sono
pertanto permessi solo per i contenuti originali o per quelli importati con
licenze compatibili con la licenza di OSM (che è la ODbL).

Il tutto è scritto, sicuramente meglio, qui:
https://wiki.openstreetmap.org/wiki/Wikidata#Importing_data_from_Wikidata_into_OSM

Ciao,

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

Re: [Talk-it] Traduzione dei luoghi e dei monumenti famosi all'estero

2020-07-30 Per discussione Andrea Musuruane

Diego, si sta parlando di prendere il nome da wikidata e di inserirlo nel
tag name (è un import). Non si sta parlando di inserire il tag wikidata
come link al corrispondente elemento in wikidata (non è un import).

Ciao,

Andrea



Il gio 30 lug 2020, 10:15 Cascafico Giovanni  ha
scritto:

> > "OSM does not, generally, accept imports of data from Wikidata due to
> the sources often used to contribute to Wikidata."
>
> Sull'import di elementi non presenti in OSM possi capirlo: le
> coordinate wikidata spesso sono imprecise (e parecchio). Ma, se si
> esclude l'aspetto geografico che abbiamo e curiamo in OSM, credo che
> wikidata possa offrire molte info strutturate interessanti, tra le
> quali appunto il nome in diverse lingue.
>
> IMHO non stiamo parlando di import, cosiccome il osm-wikidata "linker"
> [1] non è uno strumento di import.
>
> [1] https://osm.wikidata.link
>
> ___
> 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 luoghi e dei monumenti famosi all'estero

2020-07-30 Per discussione Andrea Musuruane

Alcune considerazioni.

Prendere dati da una terza parte e inserirli in OSM è un import e quindi si
devono seguire le apposite guidelines.

Per approfondire invece l'import di dati wikidata in OSM:
https://wiki.openstreetmap.org/wiki/Wikidata#Importing_data_from_Wikidata_into_OSM

"OSM does not, generally, accept imports of data from Wikidata due to the
sources often used to contribute to Wikidata."

Ciao,

Andrea


Il gio 30 lug 2020, 02:13 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> > On 29. Jul 2020, at 20:06, Nap Osm  wrote:
> >
> > (sempre attraverso Wikidata come dicevo), qualcuno saprebbe dirmi se è
> possibile farlo?
>
>
> credo che secondo la OpenStreetMap-Foundation non si può fare perché
> wikidata contiene tanti dati protetti, nonostante la licenza cc0 che però
> non garantisce che i dati sono privi di diritti...
>
> Mi potrei sbagliare, ma ricordo così
>
> Ciao Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Denominazione di strade interne

2020-07-21 Per discussione Andrea Musuruane

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.

Io vedo due soluzioni: o si mette lo stesso nome della strada principale,
ovvero quella riportata dallo stradario, oppure non si indica alcun nome.
Tra le due preferisco la prima.

Ciao,

Andrea

Il lun 20 lug 2020, 23:42 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> > On 20. Jul 2020, at 23:04, Vittorio Bertola  wrote:
> >
> > Quindi direi proprio che un nome esiste ed è pure ufficiale, sia su
> carta che sul posto. E poi, capisci che se l'unica indicazione che sappiamo
> dare per arrivare in via Sansovino 243 interno 55 interno L è prendere via
> Sansovino, girare a destra in via Sansovino, superare le prime due traverse
> sulla sinistra (via Sansovino e via Sansovino) per girare poi nella terza
> ossia in via Sansovino, la navigazione può non essere chiarissima :-)
>
>
> esatto, se c’è un nome, mettilo così come pensi, questo è come funziona :)
>
> 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] facebook compra mapillary

2020-07-20 Per discussione Andrea Musuruane

Ciao,

Il lun 20 lug 2020, 13:51  ha scritto:

> Per chi non l'avesse letto su weeklyosm, c'è questo strumento per copiare
> le proprie immagini da Mapillary a OpenStreetCam.
>
> https://osm.svimik.com/photosync/
>
> C’è un thread di discussione sul forum di Mapillary.
>
> https://forum.mapillary.com/t/mapillary-openstreetcam-synchronization-tool/4246/3
>
>
> Lo sto usando e funziona molto bene. In pochi passaggi è impostato e si può 
> chiudere lasciandolo fare tutto da solo
>
> (ci vorranno giorni per completare l'upload su OSC che è piuttosto lento al 
> momento).
>
>
Perché Grab dovrebbe essere meglio di Facebook?

Ciao,

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

Re: [Talk-it] Controllo coordinate dataset Biblioteche

2020-07-14 Per discussione Andrea Musuruane

Ciao,
nella mia zona, tranne qualche eccezione, le biblioteche sono
posizionati abbastanza male. Inoltre, sono presenti anche biblioteche
chiuse o trasferite da diverso tempo.

Ciao,

Andrea

On Tue, Jul 14, 2020 at 3:02 PM Cascafico Giovanni 
wrote:

> Ciao,
>
> se qualcuno vuole fare qualche valutazione sulla precisione delle
> coordinate:
>
> http://u.osmfr.org/m/480434
>
> ___
> 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 Bergamo

2020-07-11 Per discussione Andrea Musuruane

Ciao Martin,

On Sat, Jul 11, 2020 at 4:45 PM Martin Koppenhoefer 
wrote:

>
>
> sent from a phone
>
> On 11. Jul 2020, at 10:50, Andrea Musuruane  wrote:
>
>   non avendo ricevuto obiezioni alla proposta di fix di import, credo che
> possiamo continuare come proposto sulla wiki.
>
>
>
> io avevo fatto notare un’obiezione che la iodl non potrebbe essere
> compatibile perché non consente tutte le modifiche: “
>
>- prendere ogni misura ragionevole affinché gli usi innanzi consentiti
>non traggano in inganno altri soggetti e le Informazioni medesime non
>vengano travisate.
>
>
>
> clausole del genere in passato sono state classificate come incompatibili
> nelle discussioni internazionali.
>
> Mi potrei sbagliare ;-)
>

Mi sembrava di averti già risposto. Per il creatore della licenza, questa è
compatibile con la ODbL. Quindi credo sia sufficiente a fugare i tuoi
eventuali dubbi.

Inoltre, non è il primo dataset IODLv2 che entra in OSM, come puoi vedere
nella pagina dei Contributors.

Considerando che nella ML di import nessuno ha fatto obiezioni, per me la
discussione finisce qui. Sei libero di portarla al DWG se lo credi.

Ciao,

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

Re: [Talk-it] [Import] civici Bergamo

2020-07-11 Per discussione Andrea Musuruane

Ciao,
non avendo ricevuto obiezioni alla proposta di fix di import, credo che
possiamo continuare come proposto sulla wiki.

Ciao,

Andrea


On Sun, Jun 28, 2020 at 4:01 PM Andrea Musuruane  wrote:

> Ciao,
> ho scritto alla ML di import. Aspetto i loro feedback.
>
> Ciao,
>
> Andrea
>
>
> On Fri, May 29, 2020 at 10:49 AM Andrea Albani  wrote:
>
>> Non ho messo mano su questi dati e quindi ringrazio anch'io chi si è
>> sbattuto per salvarli. Concordo con l'approccio proposto da Andrea
>> Musuruane e la procedura descritta nella wiki.
>> Ciao
>>
>> Il giorno ven 29 mag 2020 alle ore 10:09 Andrea Musuruane <
>> musur...@gmail.com> ha scritto:
>>
>>> Cascafico, apprezzo la buona volontà, però, prima di fare QA,
>>> *possiamo concordare sul sistemare l'esistente, secondo quanto scritto
>>> sulla wiki?  *
>>>
>>> Una volta che siamo concordi (*servono delle risposte da parte di molti
>>> a questa mail*) bisogna informare la ML di import (mi prendo io questo
>>> onere).
>>>
>>> Altrimenti continuiamo a fare lo stesso errore che ha fatto gigi2037 e
>>> ci avviamo a fare un revert.
>>>
>>> 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] Codici postali

2020-07-06 Per discussione Andrea Musuruane

Uno si prende in carico il lavoro per rimediare al fatto che i civici di
Bergamo non sono stati importati seguendo le linee guida, scrive una pagina
wiki in inglese, viene descritto un processo di QA per rimediare ai dati
errati inseriti, scrive alla ML degli imports, e tutto quello che vi chiede
è di aspettare di avere un riscontro positivo. Constato che non è stato
così.

Ciao,

Andrea


On Mon, Jul 6, 2020 at 3:47 PM Luigi Scuotto 
wrote:

> No e sinceramente mi sono capitati per caso controllando osm Inspector se
> ci fosse ancora qualche errore in bergamo.
> Non voglio più saperne di civici e di codici postali :).
> ciao Gigi
>
> Il giorno lun 6 lug 2020 alle ore 15:40 Alessandro Sarretta <
> alessandro.sarre...@gmail.com> ha scritto:
>
>> On 06/07/20 15:33, Martin Koppenhoefer wrote:
>> >> On 6. Jul 2020, at 14:58, Luigi Scuotto 
>> wrote:
>> >>
>> >> Non ha civico ha come indirizzo add strada e città ho eliminato solo
>> il cap la strada e la città lo lasciata anche se lallio non e di sicuro una
>> città
>> >> ciao Gigi
>> > penso che potresti togliere tutti i riferimenti di indirizzo se non c’è
>> civico. Strada e città / comune si possono dedurre dalle highway e dai
>> confini amministrativi
>> >
>> > (vicinanza ed inclusione)
>>
>> Concordo con Martin, non vedo motivo di aggiungere tag addr: a parcheggi.
>>
>> Hai per caso chiesto (tramite commento nel changeset) a chi ha inserito
>> tali tag il motivo?
>>
>> 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] [Import] civici Bergamo

2020-06-28 Per discussione Andrea Musuruane

Ciao,
ho scritto alla ML di import. Aspetto i loro feedback.

Ciao,

Andrea


On Fri, May 29, 2020 at 10:49 AM Andrea Albani  wrote:

> Non ho messo mano su questi dati e quindi ringrazio anch'io chi si è
> sbattuto per salvarli. Concordo con l'approccio proposto da Andrea
> Musuruane e la procedura descritta nella wiki.
> Ciao
>
> Il giorno ven 29 mag 2020 alle ore 10:09 Andrea Musuruane <
> musur...@gmail.com> ha scritto:
>
>> Cascafico, apprezzo la buona volontà, però, prima di fare QA,
>> *possiamo concordare sul sistemare l'esistente, secondo quanto scritto
>> sulla wiki?  *
>>
>> Una volta che siamo concordi (*servono delle risposte da parte di molti
>> a questa mail*) bisogna informare la ML di import (mi prendo io questo
>> onere).
>>
>> Altrimenti continuiamo a fare lo stesso errore che ha fatto gigi2037 e ci
>> avviamo a fare un revert.
>>
>> 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] Nuova licenza delle tiles standard

2020-06-27 Per discussione Andrea Musuruane

Ciao,

Il sab 27 giu 2020, 21:51 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> > On 27. Jun 2020, at 17:57, liste DOT girarsi AT posteo DOT eu <
> liste.gira...@posteo.eu> wrote:
> >
> > Perdonate ma non o capito alla fine il passaggio della licenza.
> >
> > Da CC-BY-SA passa a ODbL1.0?
>
>
> no, passa a cc-by
> La ODbL è per i dati contenuti
>

No. Sia dati che tile saranno sotto ODbL:
https://wiki.osmfoundation.org/wiki/Licensing_Working_Group/Minutes/2020-04-09#Tile_licence

Ciao,

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

Re: [Talk-it] facebook compra mapillary

2020-06-21 Per discussione Andrea Musuruane

On Thu, Jun 18, 2020 at 10:53 PM Martin Koppenhoefer 
wrote:

> Appena saputo, Facebook ha comprato Mapillary. Dopo Openstreetcam (venduto
> da Telenav a Grab) è il secondo acquisto di streetview che non promette
> bene.
>
> Se li avete affidato le vostre foto forse sarebbe una buona idea
> scaricarsi tutto finché si può...
>

Sinceramente questa isteria non la capisco. Credo che Facebook abbia tutto
l'interesse a mantenere il servizio aperto (anzi, ora è più aperto di
prima, dato che sono ammessi anche usi commerciali) e a continuare il
rapporto con OSM.

Ciao,

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

Re: [Talk-it] Blocchi stradali temporanei

2020-06-19 Per discussione Andrea Musuruane

Puoi sempre fare un revert del changeset di rimozione, se ci sarà questa
situazione.

Ciao,

Andrea


On Fri, Jun 19, 2020 at 9:44 AM Cascafico Giovanni 
wrote:

> Se dovesse tornare un blocco, la barriere sarebbero posizionate negli
> stessi luoghi per mesi. Vi sembra un ipotesi azzardata?
> Se no, come si potrebbe preservare le coordinate, evitando di dover
> rifare tutti i sopralluoghi?
>
> Il 16/06/20, Martin Koppenhoefer ha scritto:
> >
> >
> > sent from a phone
> >
> >> On 16. Jun 2020, at 11:35, "dam...@damjan.net" 
> wrote:
> >>
> >> Io direi di toglierli completamente. Erano una cosa temporanea e se
> >> ritorneranno saranno sempre una cosa temporanea.
> >
> >
> > +1, disused sarebbe appropriato se le barriere fossero rimaste, se sono
> > rimosse le toglierei
> >
> >
> > 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] Compresenza addr street e place

2020-06-18 Per discussione Andrea Musuruane

Ciao,

On Thu, Jun 18, 2020 at 12:39 PM Damjan Gerl  wrote:

> Forse si, forse no... Le cose che mi hanno portato a non usarlo sono:
> - la regola che in addr:city si mette il comune (quindi Trieste)
> - se metto addr:city=Opicina per lo stesso cap (34151) mi trovo anche
> altri addr:city=Trieste per Barcola (place=suburb), perché lo stesso cap è
> usato anche in Trieste città.
>
> Quindi capito che addr:place è da togliere, cosa usiamo?
> o solo addr:city=Opicina / Opčine
> o addr:city=Trieste  + addr:town=Opicina / Opčine
>
> Io sarei per quest'ultimo..
>

Cerco di fare un po' di chiarezza.

In Italia gli indirizzi si assegnano a livello comunale. Quindi è errato
mettere un addr:city diverso dal nome del comune in cui si trova
l'indirizzo.

A volte capita ancora, anche se l'attuale normativa lo esclude
esplicitamente, di avere odonimi uguali in differenti parti del comune (ad
esempio in due frazioni). In questo caso si usa addr:hamlet. Tralasciamo il
fatto che hamlet è un valore del tag place, così come city è un valore del
tag place, con una sua specificità. E' solo una nomenclatura.

Se proprio vuoi inserire lo stesso l'informazione su luogo in cui si
trovano anche se questa è inutile per la sua localizzazione, puoi usare
addr:hamlet.

Se si usano altri tag non documentati come addr:town (anche se usati: in
OSM può esistere qualsiasi tag, purtroppo), proprio perché non documentati,
hanno un significato ambiguo e non ci saranno data user che li useranno.

Ciao,

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

Re: [Talk-it] Compresenza addr street e place

2020-06-15 Per discussione Andrea Musuruane

Non conosco Opicina, ma il tag place non identifica la classificazione
amministrativa, identifica l'importanza del luogo. E' un discorso che
abbiamo fatto tante volte. Così come Mestre è una frazione di Venezia ma
non è taggata place=hamlet!

Ciao,

Andrea


On Mon, Jun 15, 2020 at 4:08 PM fox91fox  wrote:

> Non vorrei andare OT ma a questo punto sembra sbagliato il fatto che
> Opicina sia taggato come place=town invece che place=village.
> Dopotutto è solamente una frazione di Trieste.
>
> Andrea
>
> On 6/15/20 15:19, dam...@damjan.net wrote:
> > Scusate, ma se vi sto dicendo che è un place=town, mi dite di metterlo
> in addr:hamlet? Non capisco con che logica, al massimo potrei metterlo in
> addr:town
> >
> > Damjan
> >
> > -- Original Header ---
> >
> >  From  : "Martin Koppenhoefer" dieterdre...@gmail.com
> > To  : "openstreetmap list - italiano" talk-it@openstreetmap.org
> > Cc  :
> > Date  : Mon, 15 Jun 2020 14:38:35 +0200
> > Subject : Re: [Talk-it] Compresenza addr street e place
> >
> >>
> >> sent from a phone
> >>
> >>> On 15. Jun 2020, at 14:01, Andrea Musuruane 
> wrote:
> >>>
> >>> Per questi casi, credo si possa usare addr:hamlet (o addr:suburb)
> >>
> >>
> >> +1, addr:hamlet è il tag per questi casi, addr:place va omesso quando
> addr:street è presente. (e forse addr:suburb ma viene usato poco, ci sono
> più addr:neighbourhood per esempio)
> >>
> >> 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] Compresenza addr street e place

2020-06-15 Per discussione Andrea Musuruane

Ciao,
   è solo una nomenclatura. Si usa addr:city per indicare il comune,
indipendentemente dal fatto che la sede amministrativa sia taggata con
place=village, town o city. Proprio per questo motivo addr:town e
addr:village non sono tag documentati:
https://wiki.openstreetmap.org/wiki/Key:addr

Analogamente si può usare addr:hamlet o addr:suburb nel caso in cui ci
siano odonimi identici in luoghi differenti dello stesso comune. E' un caso
che non dovrebbe succedere in Italia ma accade ancora (l'odonimo deve
essere unico all'interno dello stesso comune).

Ciao,

Andrea

On Mon, Jun 15, 2020 at 3:19 PM dam...@damjan.net  wrote:

> Scusate, ma se vi sto dicendo che è un place=town, mi dite di metterlo in
> addr:hamlet? Non capisco con che logica, al massimo potrei metterlo in
> addr:town
>
> Damjan
>
> -- Original Header ---
>
> From  : "Martin Koppenhoefer" dieterdre...@gmail.com
> To  : "openstreetmap list - italiano" talk-it@openstreetmap.org
> Cc  :
> Date  : Mon, 15 Jun 2020 14:38:35 +0200
> Subject : Re: [Talk-it] Compresenza addr street e place
>
> >
> >
> > sent from a phone
> >
> > > On 15. Jun 2020, at 14:01, Andrea Musuruane 
> wrote:
> > >
> > > Per questi casi, credo si possa usare addr:hamlet (o addr:suburb)
> >
> >
> >
> > +1, addr:hamlet è il tag per questi casi, addr:place va omesso quando
> addr:street è presente. (e forse addr:suburb ma viene usato poco, ci sono
> più addr:neighbourhood per esempio)
> >
> > 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

2020-06-15 Per discussione Andrea Musuruane

Ciao,
   questo è errato perché Opicina fa parte del Comune di Trieste. Quindi in
addr:city ci va Trieste. addr:place è sicuramente errato in questo contesto
perché si usa in alternativa ad addr:street quando l'indirizzo si riferisce
a un luogo invece che a una strada. Per questi casi, credo si possa usare
addr:hamlet (o addr:suburb) anche se francamente mi sembra ridondante se
gli indirizzi all'interno del Comune di Trieste sono univoci (come
dovrebbero essere).

Ciao,

Andrea


On Mon, Jun 15, 2020 at 1:39 PM Francesco Ansanelli 
wrote:

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

Re: [Talk-it] [Osm] Fwd: importazione dati in OpenStreetMap

2020-06-14 Per discussione Andrea Musuruane

On Sun, Jun 14, 2020 at 11:14 AM Laurentius 
wrote:

> > ci sono altre attività in cui si potrebbe investire, come ad esempio
> > il già citato supporto alla creazione di comunità locali e la
> > realizzazione di un sito italiano di OSM per utenti finali (e non per
> > mapper, come è openstreetmap.org).
>
> Se proponi dei progetti su queste linee sono convinto che ci sia
> l'apertura a considerarlo.
> Se ti serve una mano per strutturarli ti aiuto volentieri.
>

Considerando che la mail sulle variazioni di bilancio è stata mandata da
Matteo Ruffoni venerdì 12/6 e che le proposte saranno valutate domani 15/6
in direttivo, direi che i tempi per farne altre  - in questo contesto - non
ci sono.

Ciao,

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

Re: [Talk-it] [Osm] Fwd: importazione dati in OpenStreetMap

2020-06-14 Per discussione Andrea Musuruane

Ciao Federico,

On Sun, Jun 14, 2020 at 10:42 AM Federico Leva (Nemo) 
wrote:

> Concordo con Lorenzo
> 
> che l'importazione di dati in massa è l'esempio perfetto di lavoro a
> pagamento che non va a sostituire nessun lavoro volontario, perché di
> norma i volontari non lo fanno.
>

Questa affermazione non mi risulta corretta. Mi puoi trovare in questo
elenco di import lavori che sono stati pagati e non sono stati fatti dalla
comunità? Qual è la percentuale tra import pagati sul totale?
https://wiki.openstreetmap.org/wiki/Import/Catalogue

Ciao,

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

Re: [Talk-it] Fwd: [Osm] importazione dati in OpenStreetMap

2020-06-14 Per discussione Andrea Musuruane

Ciao a tutti,
io sono uno dei mapper contattati da Lorenzo Losa a cui ho espresso
tutte le mie perplessità su questa operazione, anche se come ben sapete non
sono assolutamente contrario agli import, avendone fatti e seguiti io
stesso in passato.

Su OSM i mapper pagati non sono visti di buon occhio, perché spesso si
limitano a fare pedissequamente quanto richiesto senza metterci nulla (vedi
Amazon).

La OSMF per i suoi grant ritiene i premi per il mapping come improbabili
che vengano accettati:
https://wiki.openstreetmap.org/wiki/Microgrants/Microgrants_2020

Il rischio è di creare dei mapper di serie A (pagati) e di serie B (che
fanno le stesse cose gratis). E, come ha già detto Andrea Albani, chi mai
farà più un import gratis sapendo che WMI li paga? Si rischia di creare un
pericoloso precedente.

Non si può sapere a priori se ci sarà il buy-in da parte delle comunità
locali e della ML di import. Ci si potrebbe quindi trovare nella situazione
in cui WMI paghi delle persone che poi non faranno il lavoro, non avendo
nulla in cambio.

Un import funziona se partecipano mapper locali. Ed è questo il motivo per
cui gli import che Losa cita nella sua proposta non sono stati fatti. Senza
una comunità locale è inutile fare un import perché quei dati poi non
sarebbero mantenuti, oltre ad esserci una elevata possibilità che non siano
importati correttamente perché non si conoscono le caratteristiche del
territorio e non si possono fare verifiche on-site. Vorrei inoltre
sottolineare che un import non è un banale upload di dati trasformati: è
soprattutto conflation e QA.

Non voglio neanche prendere in considerazione che ci siano dei mapper
pagati residenti in quei luoghi - magari anche soci WMI - e che potrebbero
fare questi import perché ciò contrasterebbe molto con lo spirito no profit
dell'associazione.

Nella mia esperienza, magari limitata ma positiva, il miglior risultato si
ottiene quando si ingaggiano le comunità locali (e se non ci sono ci si
attiva per crearle) e si ingaggia l'ente pubblico proprietario dei dati.
Perché sono entrambi fortemente motivati e conoscono i luoghi e i dati. Ed
essendo coinvolti in prima persona, parteciperanno a OSM anche dopo
l'import.

Non mi dilungo oltre. Ma dato che WMI ha soldi da spendere, ci sono altre
attività in cui si potrebbe investire, come ad esempio il già citato
supporto alla creazione di comunità locali e la realizzazione di un sito
italiano di OSM per utenti finali (e non per mapper, come è
openstreetmap.org).

Ciao,

Andrea

On Sat, Jun 13, 2020 at 10:42 PM Andrea Albani  wrote:

> Ciao a tutti,
>
> 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.
>
> In estrema sintesi il documento citato si propone di incentivare l'import
> di dati (es. civici) individuando uno o più mapper pagati per eseguire
> l'attività.
> 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.
>
> OSM nasce su base volontaria e quanti mi stanno leggendo sanno che è la
> motivazione ciò che crea qualità nella mappa... a prescindere dal tipo di
> contributo che ognuno di noi dà alla comunità.
> 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 ? Quale sarà la motivazione, dopo, di un
> mapper non pagato ?
>
> Il paid mapping, è vero, è fra noi da tempo, ma un conto è un'azienda che
> paga mapper per raggiungere i propri obiettivi, un'altra è la
> rappresentanza della foundation in Italia: mi sembra un unicum a livello
> globale (forse in ML internazionale ne sapranno qualcosa). Per altro non
> vorrei che sia la foundation stessa a escludere l'attività di mapping fra i
> progetti remunerabili. E immagino lo faccia proprio per tutelare la
> comunità.
>
> - Che qualità avranno i dati importati?
> Come non citare i migliaia di edit dei mapper pagati da Amazon. Il
> processo è ben delineato e quando gli commenti un changeset pieno di errori
> si scusano anche, ma l'onere di riparare il danno poi è tutto a carico
> nostro.
>
> Sono curioso di sapere che ne pensate.
>
> Ciao
>
>
> -- Forwarded message -
> Da: Laurentius 
> Date: sab 13 giu 2020 alle ore 17:58
> Subject: [Osm] importazione dati in OpenStreetMap
> To: 
>
>
> Come ho già avuto modo di parlarne con alcuni di voi, sto proponendo al
> direttivo un progetto di importazione dati in OpenStreetMap.
>
> Esistono diversi set di dati aperti in circolazione, alcuni dei quali
> rilasciati proprio grazie al lavoro dei mappatori o dell'associazione.
> In alcuni casi si tratta di dati molto

Re: [Talk-it] [Import] civici Bergamo

2020-05-29 Per discussione Andrea Musuruane

Cascafico, apprezzo la buona volontà, però, prima di fare QA,
*possiamo concordare sul sistemare l'esistente, secondo quanto scritto
sulla wiki?  *

Una volta che siamo concordi (*servono delle risposte da parte di molti a
questa mail*) bisogna informare la ML di import (mi prendo io questo onere).

Altrimenti continuiamo a fare lo stesso errore che ha fatto gigi2037 e ci
avviamo a fare un revert.

Grazie,

Andrea



On Fri, May 29, 2020 at 9:55 AM Cascafico Giovanni 
wrote:

> Adesso overpass dice 87, umap tutta verde :-)
>
> Il giorno gio 28 mag 2020 alle ore 13:56 Andrea Musuruane <
> musur...@gmail.com> ha scritto:
>
>> Prima di continuare a fare QA, possiamo concordare sul sistemare
>> l'esistente, secondo quanto scritto sulla wiki e di conseguenza informare
>> la ML di import?
>>
>> Per quanto riguarda gli esponenti numerici, sono 87 nel dataset del
>> comune ma in OSM ce ne sono solo 66. Quindi ne mancano 21.
>>
>> [out:json][timeout:25];
>> area[name="Bergamo"][admin_level=8]->.searchArea;
>> node["addr:housenumber"~"[0-9]+\/[0-9]+"](area.searchArea);
>> out body;
>> >;
>> out skel qt;
>>
>> Ciao,
>>
>> Andrea
>>
>>
>> On Thu, May 28, 2020 at 1:37 PM Cascafico Giovanni 
>> wrote:
>>
>>> Ne ho fatti una ventina, sembrano tutti. Una rivista alla umap dipo che
>>> mapnik ha aggiornato ci vorrebbe
>>>
>>> Il gio 28 mag 2020, 12:08 Andrea Musuruane  ha
>>> scritto:
>>>
>>>> Li hai corretti tu?
>>>>
>>>> Ciao,
>>>>
>>>> Andrea
>>>>
>>>>
>>>> On Thu, May 28, 2020 at 12:04 PM Cascafico Giovanni <
>>>> cascaf...@gmail.com> wrote:
>>>>
>>>>> Subalterni numerici dovrebbero essere risolti. Vedi wiki e umap
>>>>> linkata.
>>>>>
>>>>> Il mer 27 mag 2020, 11:08 Andrea Musuruane  ha
>>>>> scritto:
>>>>>
>>>>>> Ciao a tutti,
>>>>>> ho provato a documentare questo import sulla wiki:
>>>>>>
>>>>>> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Bergamo_address_import
>>>>>>
>>>>>> Se concordate, per procedere e mantenere i dati importati in OSM,
>>>>>> bisogna fare tanta QA. I casi che ho trovato sono elencati nella wiki. 
>>>>>> Non
>>>>>> escludo che lavorandoci più attivamente sopra, se ne scoprano altri.
>>>>>>
>>>>>> Ciao,
>>>>>>
>>>>>> Andrea
>>>>>>
>>>>>>
>>>>>> On Mon, May 18, 2020 at 1:08 PM Andrea Musuruane 
>>>>>> wrote:
>>>>>>
>>>>>>> Ciao,
>>>>>>>
>>>>>>> On Mon, May 18, 2020 at 1:04 PM Cascafico Giovanni <
>>>>>>> cascaf...@gmail.com> wrote:
>>>>>>>
>>>>>>>> Ho standardizzato i civici, rimuovendo la barra e portando a
>>>>>>>> maiusolo l'esponente.
>>>>>>>>
>>>>>>>
>>>>>>> Perché in maiuscolo?
>>>>>>>
>>>>>>> Prima di continuare (chiunque), possiamo almeno scrivere una pagina
>>>>>>> di import che descrivere le cose fatte/da fare?
>>>>>>>
>>>>>>> Lato mio posso: a) fare uno script di conversione con ogr2osm b)
>>>>>>> suggerire di usare come modello la pagina di import che avevo fatto per
>>>>>>> Biella
>>>>>>> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Provincia_di_Biella/Addresses
>>>>>>>
>>>>>>> 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
>>>>>
>>>> ___
>>>> 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] [Import] civici Bergamo

2020-05-28 Per discussione Andrea Musuruane

Prima di continuare a fare QA, possiamo concordare sul sistemare
l'esistente, secondo quanto scritto sulla wiki e di conseguenza informare
la ML di import?

Per quanto riguarda gli esponenti numerici, sono 87 nel dataset del comune
ma in OSM ce ne sono solo 66. Quindi ne mancano 21.

[out:json][timeout:25];
area[name="Bergamo"][admin_level=8]->.searchArea;
node["addr:housenumber"~"[0-9]+\/[0-9]+"](area.searchArea);
out body;
>;
out skel qt;

Ciao,

Andrea


On Thu, May 28, 2020 at 1:37 PM Cascafico Giovanni 
wrote:

> Ne ho fatti una ventina, sembrano tutti. Una rivista alla umap dipo che
> mapnik ha aggiornato ci vorrebbe
>
> Il gio 28 mag 2020, 12:08 Andrea Musuruane  ha
> scritto:
>
>> Li hai corretti tu?
>>
>> Ciao,
>>
>> Andrea
>>
>>
>> On Thu, May 28, 2020 at 12:04 PM Cascafico Giovanni 
>> wrote:
>>
>>> Subalterni numerici dovrebbero essere risolti. Vedi wiki e umap linkata.
>>>
>>> Il mer 27 mag 2020, 11:08 Andrea Musuruane  ha
>>> scritto:
>>>
>>>> Ciao a tutti,
>>>> ho provato a documentare questo import sulla wiki:
>>>>
>>>> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Bergamo_address_import
>>>>
>>>> Se concordate, per procedere e mantenere i dati importati in OSM,
>>>> bisogna fare tanta QA. I casi che ho trovato sono elencati nella wiki. Non
>>>> escludo che lavorandoci più attivamente sopra, se ne scoprano altri.
>>>>
>>>> Ciao,
>>>>
>>>> Andrea
>>>>
>>>>
>>>> On Mon, May 18, 2020 at 1:08 PM Andrea Musuruane 
>>>> wrote:
>>>>
>>>>> Ciao,
>>>>>
>>>>> On Mon, May 18, 2020 at 1:04 PM Cascafico Giovanni <
>>>>> cascaf...@gmail.com> wrote:
>>>>>
>>>>>> Ho standardizzato i civici, rimuovendo la barra e portando a maiusolo
>>>>>> l'esponente.
>>>>>>
>>>>>
>>>>> Perché in maiuscolo?
>>>>>
>>>>> Prima di continuare (chiunque), possiamo almeno scrivere una pagina di
>>>>> import che descrivere le cose fatte/da fare?
>>>>>
>>>>> Lato mio posso: a) fare uno script di conversione con ogr2osm b)
>>>>> suggerire di usare come modello la pagina di import che avevo fatto per
>>>>> Biella
>>>>> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Provincia_di_Biella/Addresses
>>>>>
>>>>> 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
>>>
>> ___
>> 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 Bergamo

2020-05-28 Per discussione Andrea Musuruane

Li hai corretti tu?

Ciao,

Andrea


On Thu, May 28, 2020 at 12:04 PM Cascafico Giovanni 
wrote:

> Subalterni numerici dovrebbero essere risolti. Vedi wiki e umap linkata.
>
> Il mer 27 mag 2020, 11:08 Andrea Musuruane  ha
> scritto:
>
>> Ciao a tutti,
>> ho provato a documentare questo import sulla wiki:
>>
>> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Bergamo_address_import
>>
>> Se concordate, per procedere e mantenere i dati importati in OSM, bisogna
>> fare tanta QA. I casi che ho trovato sono elencati nella wiki. Non escludo
>> che lavorandoci più attivamente sopra, se ne scoprano altri.
>>
>> Ciao,
>>
>> Andrea
>>
>>
>> On Mon, May 18, 2020 at 1:08 PM Andrea Musuruane 
>> wrote:
>>
>>> Ciao,
>>>
>>> On Mon, May 18, 2020 at 1:04 PM Cascafico Giovanni 
>>> wrote:
>>>
>>>> Ho standardizzato i civici, rimuovendo la barra e portando a maiusolo
>>>> l'esponente.
>>>>
>>>
>>> Perché in maiuscolo?
>>>
>>> Prima di continuare (chiunque), possiamo almeno scrivere una pagina di
>>> import che descrivere le cose fatte/da fare?
>>>
>>> Lato mio posso: a) fare uno script di conversione con ogr2osm b)
>>> suggerire di usare come modello la pagina di import che avevo fatto per
>>> Biella
>>> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Provincia_di_Biella/Addresses
>>>
>>> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Problema codice di avviamento postale sballato nei civici a Scandicci

2020-05-27 Per discussione Andrea Musuruane

Hai ragione. Bisognerebbe verificare con Wikimedia Italia, anche se mi
sembra improbabile che RT abbia dato disdetta.

Ciao,

Andrea


Il mer 27 mag 2020, 18:22 Marco  ha scritto:

> Non sono né pratico di questioni legali né informato sulle ultime vicende
> ma se la convenzione è questa:
>
>
> https://www.regione.toscana.it/documents/10180/70968/Accordo_wikimedia_RT_20140924.pdf/e05d1e81-2b09-4b70-9862-b3d86b8c9301
>
> alla fine è scritto:
>
> "La convenzione ha durata di tre anni dalla data di stipulazione ed è
> soggetta a tacito rinnovo, salvo disdetta di una delle parti entro 30
> giorni dalla scadenza."
>
> Potrebbe quindi essere ancora valida?
>
> Il giorno mer 27 mag 2020 alle ore 14:12 Andrea Musuruane <
> musur...@gmail.com> ha scritto:
>
>>
>>
>> La convenzione è scaduta nel 2017.
>>
>>
>> ___
> 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] Problema codice di avviamento postale sballato nei civici a Scandicci

2020-05-27 Per discussione Andrea Musuruane

Ciao,

On Wed, May 27, 2020 at 4:08 PM Luca Delucchi  wrote:

> On Wed, 27 May 2020 at 16:04, Andrea Musuruane  wrote:
> >
> > Ciao,
>
> ciao,
>
> > se effettivamente fossero civici provenienti dagli open data della
> Regione Toscana (e considerando che nel changeset è proprio indicata questa
> fonte nel tag source), questi andrebbero subito eliminati in modo
> permanente dal database (redacted).
> >
> > I numeri civici sono infatti distribuiti con licenza CC-BY-SA 4.0 che
> non è compatibile con la ODbL.
> >
>
> ma c'è una convenzione tra Wikimedia Italia e Regione Toscana,
> bisognerebbe vedere se basta quella, se ricordo bene c'era scritto
> qualcosa per gli import dei dati
>
>
La convenzione è scaduta nel 2017.

Ciao,

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

Re: [Talk-it] Problema codice di avviamento postale sballato nei civici a Scandicci

2020-05-27 Per discussione Andrea Musuruane

Ciao,
se effettivamente fossero civici provenienti dagli open data della
Regione Toscana (e considerando che nel changeset è proprio indicata questa
fonte nel tag source), questi andrebbero subito eliminati in modo
permanente dal database (redacted).

I numeri civici sono infatti distribuiti con licenza CC-BY-SA 4.0 che non è
compatibile con la ODbL.

Ciao,

Andrea


On Wed, May 27, 2020 at 3:42 PM Marco  wrote:

> Salve lista,
> segnalo che a Scandicci (Firenze) un po' di mesi fa sono stati caricati
> 10986¹ civici con un valore del CAP un po' sospetto; infatti ogni nodo ha
> un codice di avviamento postale nell'intervallo 50018 – 61004 sempre
> diverso.
>
> La provenienza dei civici sembra essere gli open data della Regione
> Toscana che però, a quanto so non contengono il CAP. Non ho trovato una
> documentazione dell'import quindi non so da dove possa provenire l'errore.
>
> Ho commentato il changeset dell'utente circa 15 giorni fa ma non ho
> ricevuto risposta. Confidando che l'utente risponda prima o poi, propongo
> nel frattempo la rimozione del tag 'addr:postcode' dai 10986 nodi; non
> dovrebbe essere difficile visto che, tranne uno che è stato spostato, si
> tratta "solo" di nodi rimasti fermi alla prima versione e che nessun altro
> dato su OpenStreetMap viene coinvolto.
>
> Ci sarebbero anche altri problemi con i dati in questione (891 civici con
> valore 0 e in alcuni casi 'addr:street' con valore non identico
> all'etichetta 'name' della relativa strada su OpenStreetMap) però il più
> urgente mi sembra quello dei CAP "randomici".
>
> ¹ https://www.openstreetmap.org/changeset/82343444
> https://osmcha.org/changesets/82343444/
> https://www.openstreetmap.org/changeset/82343475
> https://osmcha.org/changesets/82343475/
> https://overpass-turbo.eu/s/Ur6 (3MB, 10865 nodi)
>
> Alla prossima,
> 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] [Import] civici Bergamo

2020-05-27 Per discussione Andrea Musuruane

Ciao a tutti,
ho provato a documentare questo import sulla wiki:
https://wiki.openstreetmap.org/wiki/Import/Catalogue/Bergamo_address_import

Se concordate, per procedere e mantenere i dati importati in OSM, bisogna
fare tanta QA. I casi che ho trovato sono elencati nella wiki. Non escludo
che lavorandoci più attivamente sopra, se ne scoprano altri.

Ciao,

Andrea


On Mon, May 18, 2020 at 1:08 PM Andrea Musuruane  wrote:

> Ciao,
>
> On Mon, May 18, 2020 at 1:04 PM Cascafico Giovanni 
> wrote:
>
>> Ho standardizzato i civici, rimuovendo la barra e portando a maiusolo
>> l'esponente.
>>
>
> Perché in maiuscolo?
>
> Prima di continuare (chiunque), possiamo almeno scrivere una pagina di
> import che descrivere le cose fatte/da fare?
>
> Lato mio posso: a) fare uno script di conversione con ogr2osm b) suggerire
> di usare come modello la pagina di import che avevo fatto per Biella
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Provincia_di_Biella/Addresses
>
> Grazie,
>
> Andrea
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Import civici Milano - audit

2020-05-22 Per discussione Andrea Musuruane

Mi sa che c'è qualche problema di conflation. Vedo diversi civici che sono
presenti ma vengono segnati come non presenti.

Esempi:
http://audit.osmz.ru/browse/MI-M9/way431532303
http://audit.osmz.ru/browse/MI-M9/6952

http://audit.osmz.ru/browse/MI-M9/way58634521
http://audit.osmz.ru/browse/MI-M9/6972

Ciao,

Andrea


On Fri, May 22, 2020 at 10:57 AM Cascafico Giovanni 
wrote:

> Pubblicata l'audit map [1] per Municipio 9.
>
>
> [1] http://audit.osmz.ru/project/MI-M9/
> ___
> 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 housenumber Milano

2020-05-21 Per discussione Andrea Musuruane

Ciao,

On Thu, May 21, 2020 at 9:26 AM Cascafico Giovanni 
wrote:

> Sto cercando di importare i civici di Milano, per cui vorrei rispettare
> una linea comune su come scrivere l'housenumber.
>
> Come standard [1] si è stabilito che, comunque sia nei dataset sorgente,
> l'esponente lettera vada in minuscolo, per esempio "7a"; inoltre, essendoci
> spesso anche esponenti numerici, si definisce di mettere una barra "7/a".
>

No. Sulla wiki c'è scritto di mettere la barra SOLO quando l'esponete è
numerico quindi 7a e 7/1. Ma non 7/a.

> Preso l'esponente più frequente ("A"), oggi la situazione OSM ne elenca
> 400 POI maiuscoli e 10 minuscoli [2]. E' molto probabile che il maiuscolo
> sia frutto dei rilevamenti. Cheffacio? Ignoro a vado di standard?
>

Sì.

> Come gestire l'ulteriore campo "BARRA2" del dataset ds634 [1] di Milano?
> Li riporto in maiuscolo come sono nel dataset, in OSM e sulle targhette,
> per esempio "7/aN03", oppure applico anche qui la conversione al minuscolo
> "7/an03"?
> Ed inoltre, separo con spazio "7/a n03" (come la totalità in OSM) oppure
> seguo il dataset "7/an03"?
>

BARRA2 fa parte dell'esponente a tutti gli effetti, sebbene non rispetti le
direttive ISTAT. Pertanto le lettere vanno in lowercase.

E' molto più facile prendere il civico direttamente da NUMEROCOMPLETO
(trasformando le lettere in lowercase), che mi sembra già nel formato
corretto, invece di andare a prendere e ricomporre le varie sottoparti.

Ciao,

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

Re: [Talk-it] [Import] civici Bergamo

2020-05-18 Per discussione Andrea Musuruane

Non sempre e come al solito sulle targhette si trova di tutto (con e senza
barra, come apice o pedice, ecc). Mi sembrava che una regola ce la fossimo
data:
https://wiki.openstreetmap.org/wiki/IT:Addresses#Regole_specifiche_per_l.27Italia

Ciao,

Andrea


On Mon, May 18, 2020 at 2:10 PM Cascafico Giovanni 
wrote:

> Sulle targhe è maiuscolo.
>
> Il lun 18 mag 2020, 13:42 dam...@damjan.net  ha
> scritto:
>
>> -- Original Header ---
>>
>> From  : "Andrea Musuruane" musur...@gmail.com
>> To  : "openstreetmap list - italiano" talk-it@openstreetmap.org
>> Cc  :
>> Date  : Mon, 18 May 2020 13:08:45 +0200
>> Subject : Re: [Talk-it] [Import] civici Bergamo
>>
>> > Ciao,
>> >
>> > On Mon, May 18, 2020 at 1:04 PM Cascafico Giovanni > >
>> > wrote:
>> >
>> > > Ho standardizzato i civici, rimuovendo la barra e portando a maiusolo
>> > > l'esponente.
>> > >
>> >
>> > Perché in maiuscolo?
>>
>> Si perché? Anche io sono per il minuscolo
>>
>> Damjan
>>
>> > Prima di continuare (chiunque), possiamo almeno scrivere una pagina di
>> > import che descrivere le cose fatte/da fare?
>> >
>> > Lato mio posso: a) fare uno script di conversione con ogr2osm b)
>> suggerire
>> > di usare come modello la pagina di import che avevo fatto per Biella
>> >
>> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Provincia_di_Biella/Addresses
>> >
>> > 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Import] civici Bergamo

2020-05-18 Per discussione Andrea Musuruane

Ciao,

On Mon, May 18, 2020 at 1:04 PM Cascafico Giovanni 
wrote:

> Ho standardizzato i civici, rimuovendo la barra e portando a maiusolo
> l'esponente.
>

Perché in maiuscolo?

Prima di continuare (chiunque), possiamo almeno scrivere una pagina di
import che descrivere le cose fatte/da fare?

Lato mio posso: a) fare uno script di conversione con ogr2osm b) suggerire
di usare come modello la pagina di import che avevo fatto per Biella
https://wiki.openstreetmap.org/wiki/Import/Catalogue/Provincia_di_Biella/Addresses

Grazie,

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

Re: [Talk-it] Confini codice postale

2020-05-15 Per discussione Andrea Musuruane

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

Re: [Talk-it] Confini codice postale

2020-05-14 Per discussione Andrea Musuruane

Ciao,
le città italiane con il CAP legato allo stradario e non al comune sono
41, tra cui Bergamo, che è il caso in oggetto:
https://it.wikipedia.org/wiki/Codice_di_avviamento_postale

I confini comunali presenti in OSM (presi, se ricordo bene, da ISTAT) sono
spesso approssimativi. Spesso non consentono di identificare correttamente
se un civico appartiene a un determinato comune (e di conseguenza neppure
il CAP).

Quindi secondo me non vale la pena di creare dei nuovi boundary di tipo
postal_code ad hoc (non si può aggiungere questo tag al boundary di tipo
administrative, perché questo è un altro tipo di boundary).

Ciao,

Andrea


On Thu, May 14, 2020 at 6:17 PM Damjan Gerl  wrote:

> Correggetemi se sbaglio, ma credo che i cap valgono per il comune intero,
> quindi da applicare alla relazione del comune. Solamente alcune città in
> Italia hanno più cap per il territorio comunale (tra queste Trieste, le
> altre non so, ma non ci sono tante)
>
> Damjan
>
>
> Andrea Musuruane je 14.5.2020 ob 18:03 napisal:
>
> Ciao,
> Non sono un esperto di postal_code, però i boundary dovrebbero essere
> relazioni. Quella che hai creato tu è un'area e come puoi leggere qui,
> questo tag non si applica alle aree:
> https://wiki.openstreetmap.org/wiki/Tag:boundary=postal%20code?uselang=it
>
> Inoltre, ricavare l'area di applicazione dei postal_code dai civici
> esistenti mi sembra una forzatura che può creare problemi.
>
> Quando il comune creerà un nuovo civico, il suo CAP questo dovrebbe essere
> automaticamente identificabile tramite il boundary  esistente. Se questo è
> stato dedotto (e non si è seguita la regola di definizione dal CAP stesso)
> allora questa proprietà non vale.
>
> In conclusione, credo sia meglio avere il dato (puntuale) sul singolo
> civico che una approssimazione che non rispecchia la realtà.
>
> Ciao,
>
> Andrea
>
>
> On Thu, May 14, 2020 at 4:47 PM Luigi Scuotto 
> wrote:
>
>> Ciao e dagli con ste fonti. Ricalcato i numeri con codoce postale, se non
>> serve lo cancello ed evito ti fare anche gli altri.
>> Ciao Gigi
>>
>>
>> Il giorno gio 14 mag 2020 alle ore 16:08 Cascafico Giovanni <
>> cascaf...@gmail.com> ha scritto:
>>
>>> Fonti?
>>> Credo siano comunque sufficienti quelli sugli addr:postcode
>>>
>>> Il gio 14 mag 2020, 14:09 Luigi Scuotto  ha
>>> scritto:
>>>
>>>> Buongiorno
>>>> Volevo sapere se i confini da me segnati vanno bene.
>>>> Prima di fare anche gli altri.
>>>> ID 85199286
>>>> Ciao Gigi
>>>>
>>>
> ___
> 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

2020-05-14 Per discussione Andrea Musuruane

Ciao,
Non sono un esperto di postal_code, però i boundary dovrebbero essere
relazioni. Quella che hai creato tu è un'area e come puoi leggere qui,
questo tag non si applica alle aree:
https://wiki.openstreetmap.org/wiki/Tag:boundary=postal%20code?uselang=it

Inoltre, ricavare l'area di applicazione dei postal_code dai civici
esistenti mi sembra una forzatura che può creare problemi.

Quando il comune creerà un nuovo civico, il suo CAP questo dovrebbe essere
automaticamente identificabile tramite il boundary  esistente. Se questo è
stato dedotto (e non si è seguita la regola di definizione dal CAP stesso)
allora questa proprietà non vale.

In conclusione, credo sia meglio avere il dato (puntuale) sul singolo
civico che una approssimazione che non rispecchia la realtà.

Ciao,

Andrea

On Thu, May 14, 2020 at 4:47 PM Luigi Scuotto 
wrote:

> Ciao e dagli con ste fonti. Ricalcato i numeri con codoce postale, se non
> serve lo cancello ed evito ti fare anche gli altri.
> Ciao Gigi
>
>
> Il giorno gio 14 mag 2020 alle ore 16:08 Cascafico Giovanni <
> cascaf...@gmail.com> ha scritto:
>
>> Fonti?
>> Credo siano comunque sufficienti quelli sugli addr:postcode
>>
>> Il gio 14 mag 2020, 14:09 Luigi Scuotto  ha
>> scritto:
>>
>>> Buongiorno
>>> Volevo sapere se i confini da me segnati vanno bene.
>>> Prima di fare anche gli altri.
>>> ID 85199286
>>> Ciao Gigi
>>> ___
>>> 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] [Import] civici Bergamo

2020-05-08 Per discussione Andrea Musuruane

https://wiki.openstreetmap.org/wiki/IT:Editing_Standards_and_Conventions#Nomi_delle_strade

Ciao,

Andrea


On Fri, May 8, 2020 at 1:20 PM Luigi Scuotto 
wrote:

> Ricerca
> https://www.openstreetmap.org/search?query=Via%20Via%20Quattro%20Novembre%20bergamo#map=18/45.81313/10.06684
> tutte
> in bergamo 4Novembre
>
> Il giorno ven 8 mag 2020 alle ore 13:16 Luigi Scuotto <
> luigiscuott...@gmail.com> ha scritto:
>
>> ricerca Via ventiquattro maggio
>> https://www.openstreetmap.org/search?query=via%20ventiquattro%20maggio%20bergamo#map=17/45.68239/9.72283
>> tutte tranne in bergamo che si chiama 24 Maggio come la chiamo?
>>
>> Il giorno ven 8 mag 2020 alle ore 13:10 Luigi Scuotto <
>> luigiscuott...@gmail.com> ha scritto:
>>
>>> riverca via palma il vecchi bergamo
>>> https://www.openstreetmap.org/search?query=via%20palma%20il%20vecchio%20bergamo#map=19/45.68996/9.71849=T
>>> Tutti tranne in città perche lastrada e stata chiamata Via Jacopo Palma
>>> il Vecchio come la chiamo?
>>>
>>> Il giorno ven 8 mag 2020 alle ore 12:47 Luigi Scuotto <
>>> luigiscuott...@gmail.com> ha scritto:
>>>
>>>> e quello che stò facendo ma ci sono delle strade che se decidete come
>>>> chiamare magari vanno a posto alcuni civici vedi vetiquatro maggio altri
>>>> con problemi di nomi strada scusate il tono sono abbastanza suscettibile
>>>> Ciao Gigi
>>>>
>>>> Il giorno ven 8 mag 2020 alle ore 12:41 Andrea Musuruane <
>>>> musur...@gmail.com> ha scritto:
>>>>
>>>>> Ciao,
>>>>>
>>>>> On Fri, May 8, 2020 at 12:09 PM Cascafico Giovanni <
>>>>> cascaf...@gmail.com> wrote:
>>>>>
>>>>>> Purtroppo il dataset "numerazione civica" presente sul portale
>>>>>> www.dati.lombardia.it riporta quasi sempre cognome e nome, per
>>>>>> esempio "gaffuri paolo". Sembra sia stato fatto con Nominatim in mente
>>>>>> (sarcasmo).
>>>>>>
>>>>>> L'utente gigi2037 che ha recentemente importato, ha sistemato questo
>>>>>> (pesante) problema, oppure ha usato altre fonti?
>>>>>> Nel caso si debba intervenire (per correggere i CAP per esempio),
>>>>>> sarebbe il caso di saperlo, oppure di condividere i file intermedi.
>>>>>>
>>>>>
>>>>> Premetto che vorrei saperlo anche io come sono stati importati i dati
>>>>> e l'utente gigi2037 dovrebbe iniziare a scriverlo sulla wiki a norma di
>>>>> import guidelines!
>>>>> https://wiki.openstreetmap.org/wiki/Import/Guidelines
>>>>>
>>>>> Il problema sul valore della addr:street che non coincide con quello
>>>>> in OSM, si può rilevare usando OSM Inspector (e sistemare con JOSM):
>>>>>
>>>>> http://tools.geofabrik.de/osmi/?view=addresses=9.65714=45.70206=13=street_not_found
>>>>>
>>>>> 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] Village / Town

2020-05-08 Per discussione Andrea Musuruane

Ciao,

On Fri, May 8, 2020 at 3:03 PM Fintocubano  wrote:

>
> totera wrote
> > Oltre al fatto che si tratta di un titolo onorifico, non potremmo usare
> > come
> > criterio la "città" per un altro motivo: il titolo è conferito al comune,
> > non al centro abitato.
>
> Il titolo non e' solo onorifico, la Legge (il Testo Unico sugli Ordinamenti
> Locali) lo attribuisce anche per l'<>. Possiamo
> paragonare quest'importanza alla stessa citata dalle regole italiane nella
> Wiki (<>,
> IT:Key:place) ?
>

Questo è il testo attuale della legge. Considerando che questo titolo viene
dato fin dal medioevo e non certo con i criteri attuali, non si può
automaticamente dedurre che se è un luogo ha il titolo di città allora gode
attualmente di una certa importanza.

Non entro in merito alla discussione dei vari place perché sono luoghi che
non conosco.

Ciao,

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

Re: [Talk-it] [Import] civici Bergamo

2020-05-08 Per discussione Andrea Musuruane

Ciao,

On Fri, May 8, 2020 at 12:09 PM Cascafico Giovanni 
wrote:

> Purtroppo il dataset "numerazione civica" presente sul portale
> www.dati.lombardia.it riporta quasi sempre cognome e nome, per esempio
> "gaffuri paolo". Sembra sia stato fatto con Nominatim in mente (sarcasmo).
>
> L'utente gigi2037 che ha recentemente importato, ha sistemato questo
> (pesante) problema, oppure ha usato altre fonti?
> Nel caso si debba intervenire (per correggere i CAP per esempio), sarebbe
> il caso di saperlo, oppure di condividere i file intermedi.
>

Premetto che vorrei saperlo anche io come sono stati importati i dati e
l'utente gigi2037 dovrebbe iniziare a scriverlo sulla wiki a norma di
import guidelines!
https://wiki.openstreetmap.org/wiki/Import/Guidelines

Il problema sul valore della addr:street che non coincide con quello in
OSM, si può rilevare usando OSM Inspector (e sistemare con JOSM):
http://tools.geofabrik.de/osmi/?view=addresses=9.65714=45.70206=13=street_not_found

Ciao,

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

Re: [Talk-it] [Import] civici Bergamo

2020-05-06 Per discussione Andrea Musuruane

Ciao,

On Tue, May 5, 2020 at 8:59 PM Cascafico Giovanni 
wrote:

> Il giorno mar 5 mag 2020 alle ore 11:36 Cascafico Giovanni <
> cascaf...@gmail.com> ha scritto:
>
>> Per contattarlo non c'è problema, ha risposto via messaggistica osm.
>> Ha detto che aggiusta, non sul revert, ma riferendosi al problema che un
>> migliaio di housenumber era andato nel tag housename.
>>
>
> Abbiamo dato una passata e adesso tutti gli addr:housename importati sono
> su addr:street.
> http://overpass-turbo.eu/s/TFp
>

Mi sembra ce ne siano ancora:
https://overpass-turbo.eu/s/TGu

Ciao,

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

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

2020-05-05 Per discussione Andrea Musuruane

Benvenuta.

A presto,

Andrea


On Tue, May 5, 2020 at 2:54 PM Anisa Kuci  wrote:

> Ciao a tutti,
>
>
> sono Anisa Kuci, la nuova responsabile OSM e Wikidata presso Wikimedia
> Italia.
>
> Sono di origine albanese ma vivo in Italia da due anni, ho già contribuito
> ad OSM e sono stata parte della prima comunità/hackerspace che ha promosso
> e continua a
>
> promuovere le tecnologie FLOSS in Albania.
>
>
> E lì che ho conosciuto il progetto OSM e ho aiutato a far crescere la
> comunità nel mio paese, contribuendo online (mapping) e offline,
> promuovendo il progetto,
>
> organizzando mapathons, workshops, OSM infobooths etc.
>
>
> Ho partecipato a SOTM 2017, dove ho creato contatti con comunità di tanti
> paesi e ho fatto anche una presentazione sul "Community building”.
>
> Sono stata “Mapper of the Month” per OSM Belgium nel 2018. Ho
> co-organizzato workshops riguardo a OSM e progetti Wikimedia
> nell'hackerspace e nelle scuole.
>
> Sono stata parte del core team che ha fatto un accordo con il Municipio di
> Tirana per liberare i dati geospaziali e inserirli in OpenStreetMap.
>
>
> Sono molto entusiasta ed interessata a far crescere ancora di più il
> progetto, anche se devo ancora imparare tante cose sia su OpenStreetMap sia
> su Wikimedia Italia
>
> e dovrò affrontare un periodo di formazione, ma a breve spero di
> interagire più attivamente con la comunità.
>
> Quindi mi farò sentire presto con delle proposte e delle richieste.
>
>
> A causa della situazione per il Covid-19 lavorerò inizialmente da remoto.
> Quando la situazione e le misure di lockdown cambieranno, sarò presente in
> sede a Milano.
>
>
> Per qualsiasi cosa potete contattarmi a questo indirizzo:
> anisa.k...@wikimedia.it
>
> Sono anche sul gruppo telegram di OpenStreetMap Italia.
>
>
> Ci sentiamo presto,
>
> Anisa
>
>
> --
> Anisa Kuci
> Responsabile OpenStreetMap e Wikidata
> Wikimedia Italia - Associazione per la diffusione della conoscenza libera
> Via Bergognone 34 - 20144 Milano
> Tel. (+39) 02 97677170 | anisa.k...@wikimedia.it | www.wikimedia.it
>
> DAI ALLA CONOSCENZA LIBERA UN NUOVO NOME. IL TUO.
> Devolvi il 5x1000 a Wikimedia Italia:
> nella tua dichiarazione dei redditi inserisci il Codice Fiscale 94039910156
>
> ___
> 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 Bergamo Re: Digest di Talk-it, Volume 162, Numero 22

2020-05-05 Per discussione Andrea Musuruane

Ciao,

On Tue, May 5, 2020 at 1:23 PM cxc  wrote:

> Non entro in merito alle licenze. Ho notavo che i nomi delle strade
> indicate sono inseriti con tag addr:housename e vengono renderizzati da
> osm.
> https://www.openstreetmap.org/#map=19/45.68988/9.66001
>

Ovviamente è errato e bisogna usare addr:street.

Ciao,

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

Re: [Talk-it] [Import] civici Bergamo

2020-05-05 Per discussione Andrea Musuruane

Ciao,

On Tue, May 5, 2020 at 1:30 PM Cascafico Giovanni 
wrote:

> "A condizione di: indicare la fonte delle Informazioni e il nome del
> Licenziante, "
>
> Io avevo inteso che osm non può garantire qs condizione.
> Per me va benissimo sorvolare su ciò, anche perché avevo già usato
> -inconsapevolmente gli addr per far geocoding e conflation dei esercizi
> che consegnano durante covid19
>

Non mi sembra ci sia niente su cui scivolare. Quanto citi significa
semplicemente che bisogna aggiungere queste informazioni nella pagina dei
Contributors.

Ciao,

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

Re: [Talk-it] [Import] civici Bergamo

2020-05-05 Per discussione Andrea Musuruane

Ciao,

On Tue, May 5, 2020 at 12:04 PM Alessandro Sarretta <
alessandro.sarre...@gmail.com> wrote:

> Premesso che quando si parla di compatibilità di licenze mi viene sempre
> il mal di testa, e che non so che valore legale abbia ancora la IODL (1 o
> 2), visto che la pagina ufficiale è sparita (
> http://www.dati.gov.it/iodl/2.0/
> ),
> [...]
>

La pagina è ancora presente, non so perché prima non me la caricasse:
https://www.dati.gov.it/iodl/2.0/

I dati non cambiano magicamente licenza. Rimane quella applicata quando
sono stati scaricati. Meglio sarebbe (e questa è una cosa che spesso viene
consigliata) distribuire il file di licenza insieme ai dati.
https://www.dati.lombardia.it/Territorio/Comune-Bergamo-Numerazione-civica/pcif-9jj7

Ciao,

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

Re: [Talk-it] [Import] civici Bergamo

2020-05-05 Per discussione Andrea Musuruane

Ciao,

On Tue, May 5, 2020 at 11:37 AM Cascafico Giovanni 
wrote:

> Sulla licenza, recentemente si è discusso sul fatto che non possiamo
> garantire che l'attribuzione permanga appiccicata al dato e quindi abbiamo
> bisogno di un permesso specifico per osm da parte del licenziante che
> dica che accetta l'eventuale perdita dell'attribuzione.
>

Continuo a non capire. La IODLv2 non richiede che l'attribuzione sia
appiccicata al dato (ovvero messa nel tag source dei nodi importati). Solo
che sia data (ovvero come abbiamo sempre fatto nella pagina dei
Contributors).
https://web.archive.org/web/20170126111950/http://www.dati.gov.it/iodl/2.0/

Inoltre nelle FAQ relative alla licenza è scritto chiaramente che questa è
considerata compatibile con la ODbL:

https://web.archive.org/web/20160322135455/http://www.dati.gov.it/content/italian-open-data-license-domande-e-risposte

Ciao,

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

Re: [Talk-it] [Import] civici Bergamo

2020-05-05 Per discussione Andrea Musuruane

Ciao,

On Tue, May 5, 2020 at 10:19 AM Cascafico Giovanni 
wrote:

> Sono stati recentemente importati [1] 13k nodi senza documentare. Il
> dataset è al momento incompatibile (iodl2). Vogliamo chiedere la
> liberazione o fare il revert?
>

La IODLv2 è compatibile con la ODbL.

Invece di rifare tutto, riusciamo a fargli documentare l'import e a
sistemare quello che c'è? Com'è la qualità dei dati? Hai già contattato
l'utente?

Ciao,

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

Re: [Talk-it] Village / Town

2020-05-02 Per discussione Andrea Musuruane

On Sat, May 2, 2020 at 9:17 PM Martin Koppenhoefer 
wrote:

> In Italy for the decision between town and village I would go by the
> official title, if it’s a “città” it is either town or city, while
> otherwise it is a village.
>

I strongly disagree. The title of "città" is not relevant to the
classification of a place because it's an honorary title.

Currently, this title "can be granted by decree of the President of the
Republic on the proposal of the Minister of the Interior to the famous
municipalities for memories, historical monuments and for the current
importance" (Decreto legislativo 18 agosto 2000, n. 267, articolo 18). Once
it has been granted, it won't be revoked. Some places has been granted this
title since the Middle Ages.

For a (incomplete?) list, see:
https://it.wikipedia.org/wiki/Titolo_di_citt%C3%A0_in_Italia

Regards,

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

Re: [Talk-it] Village / Town

2020-05-02 Per discussione Andrea Musuruane

Hi Frederik,
I totally agree with Fintocubano. I really dislike to define a place
based on the number of inhabitants.

The classification of a place should be done according to its importance.
For example, if a place is a significant local destination, people come
from nearby centres to take advantage of its amenities and services (shops,
weekly market, supermarkets, railway station of some importance, high
schools, etc) than it should be tagged place=town.

I cannot really comment on the list of places, because I don't know them.

Regards,

Andrea





On Sat, May 2, 2020 at 8:29 PM Frederik Ramm  wrote:

> Dear talk-it list,
>
> the DWG has been asked to intervene in this discussion about whether
> something that has less than 10.000 inhabitants can still be a town and
> not just a village:
>
> https://www.openstreetmap.org/changeset/84052102
>
> I think that the proponent here, Fintocubano, makes a good case for (at
> least many of) the 28 affected "villages" to actually be "towns". The
> other mapper in the dispute, Fra00, claims that this was highly unusual
> in Italy and that while some exceptions exist, these 28 are certainly
> too many!
>
> In other places in OSM, it would be quite ok for something with 5.000
> inhabitants to be a town if it is important enough - Fintocubano cites
> properties like having a hospital, high school, or noticeable industry.
> About 5% of all places in OSM where a population under 10.000 is given
> are actually "towns" not villages, so it is certainly not uncommon.
>
> I have therefore reverted Fran00's edit in which he reverted the
> original edit by Fintocubano; however, I would like the Italian
> community to have the last word about this. If you think that you would
> prefer to strictly enforce the "anything < 10.000 = village" rule, then
> that's ok, but I think that Fintocubano's arguments should at least be
> heard. I will reproduce them (from the above-mentioned changeset
> discussion) below.
>
> Bye
> Frederik
>
> Fintocubano wrote:
>
> > Se non conoscevi gli esempi da me fatti, bastava lasciare semplicemente
> un commento (ci sono i box apposta), se ne discuteva assieme, oppure ti
> informavi sul web prima di cancellare tutte le mie modifiche, che mi sono
> costate mezz'ora di lavoro.
> > Le <> a cui tu ti richiami prevedono anche questo tipo di
> comportamento (Wiki, Good practice; Organised Editing Guidelines), e non di
> cassare a priori il lavoro altrui perche' < così>>, il che mi sembra un'opinione alquanto discutibile e certamente
> lontana dallo spirito collaborativo e scientifico di OSM.
> > Poi, le eccezioni alla regola ci sono, certo, pero' mi sembra che tu,
> nel tuo primo commento, ribadivi categoricamente che < esplicitamente che i centri urbani fino a 10.000 abitanti vanno
> classificati come "village'' – e' un dato OGGETTIVO>>, senza parlare di
> eccezioni. Ora, invece, accetti le eccezioni e inserisci dei criteri
> SOGGETTIVI per avvolorare la tua personale valutazione, per esempio la
> presenza di universita' e diocesi (Camerino).
> > Io, nella mia personale valutazione, ne ho inseriti molti altri di
> criteri, credo ben rispondenti alla regola dell'< nel contesto geografico>>, vale a dire < and primaries and other key facilities such hospitals, being hubs for the
> neighbouring villages>>.
> > Certamente Camerino e' da considerare come ''town''. Chi l'ha taggata
> come ''town'' avra' valutato bene il fatto che sia importante per
> l'universita' e la storia secolare, nonche' hub per i paesi limitrofi.
> Anche Larino, Agnone e Bojano in Molise hanno ospedale, tribunale, e storia
> secolare alla pari di Camerino, con chiese importanti. Trivento in Molise
> ha la diocesi secolare e la cattedrale, ma non l'universita', ma tutti e
> quattro sono tutti centri di attrazione (''hub'') fondamentali per i paesi
> limitrofi, con agricoltura sviluppata e industria casearia/olearia da
> migliaia di addetti.
> >
> > Non sei tu a decidere quale criterio va bene e quale non per avvalorare
> delle eccezioni alla regola, che chiaramente dice < in relazione al contesto geografico>>, ne' in ultima analisi puoi
> comportarti da ''sceriffo'' della mappa di OSM dell'Abruzzo eliminando cio'
> che non ti piace o con cui non sei d'accordo. Potrei fare lo stesso con le
> tue modifiche. Invece credo sia utile e rispettoso discuterne con gli altri
> utenti prima di cancellare il tutto.
> >
> > Da abruzzese anch'io (Vasto, ma vivo a Londra) mi dispiace evidenziare
> come, purtroppo, mi sembra tu non conosca la nostra Regione, affermando che
> < paragonabili con queste eccezioni>> e 28 te ne sembrano un < esagerato>> (in realta' ne sono 19 + 8 del Molise e 1 della Campania). Se
> Fossacesia non e' paragonabile a Sapri o Casoli/Guardiagrele a Vallo della
> Lucania, forse dovresti informarti e/o visitare questi centri.
> >
> > Eccoli uno per uno, con altri esempi analoghi e comparabili (ben 10 + 2
> di prima) fuori regione da me visitati e conosciuti in passato:
> >
> >

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

2020-04-28 Per discussione Andrea Musuruane

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

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

2020-04-23 Per discussione Andrea Musuruane

Hi Simona,
thanks for your interest in fixing issues in Turin.

Please avoid using Bing for road geometry. These areal images are known to
be misaligned, at least in Piedomont. Esri images are much better aligned.

Open data covering Piedmont is available here: http://www.dati.piemonte.it/.
Most data are CC-BY licensed and they cannot be used because the license is
not ODbL compatible without a wavier. See
https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/.

We have a regional ML but you have already found it :-)

Best Regards,

Andrea



On Wed, Apr 22, 2020 at 11:56 AM Simona Hosu - (p) 
wrote:

> 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] Dominio disponibile per naposm?

2020-04-19 Per discussione Andrea Musuruane

Ciao,

On Sun, Apr 19, 2020 at 10:37 AM Nap Osm  wrote:

> Buongiorno!
> Mi farebbe molto piacere! Proprio ieri ho effettuato queste modifiche:
>
>- Inserito il completamento automatico del nome del comune e del CAP
>quando si viene localizzati, così si perde meno tempo ad inserirli
>
> Da dove vengono prese queste informazioni? Sopratutto il CAP...


>
>- Migliorato l' inserimento delle note, che ora creano automaticamente
>un addr:unit per le lettere del civico e non inseriscono "NOTE" quando non
>ve ne sono, la stessa cosa viene fatta con addr:postcode
>
> L'esponente (la lettera) è parte integrante del civico, quindi non deve
essere messo in un campo differente.

addr:unit serve per indicare l'interno in un complesso di grosse
dimensioni, ovvero dove l'accesso è unico (quindi con un unico numero
civico) e poi ci sono altri accessi secondari alle varie unità immobiliari.

Ciao,

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

2020-04-18 Per discussione Andrea Musuruane

Il sab 18 apr 2020, 17:10 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> On 18. Apr 2020, at 12:37, Federico Cortese  wrote:
>
> Mi pare di capire invece che Alessandro abbia il nome della via ma
> voglia aggiungere anche il nome della frazione nell'indirizzo, cosa
> che effettivamente è utile.
>
>
>
> è il secondo caso, e la soluzione proposta era di mettere il nome della
> frazione in addr:city e di non mettere il nome del comune da nessuna parte
>

Questo è un problema perché gli odonimi sono assegnati a livello comunale.
Quindi si deve poter cercare il nome di una strada all'interno di un
comune. Se si immette questa informazione, non è più possibile.

Ciao,

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

2020-04-18 Per discussione Andrea Musuruane

Ciao,

On Sat, Apr 18, 2020 at 2:31 PM Damjan Gerl  wrote:

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

Premesso che non ci sarebbe bisogno di specificare la frazione perché i
nomi delle strade dovrebbero essere unici all'interno del comune. Se così
non fosse, perché non usare addr:hamlet?
https://wiki.openstreetmap.org/wiki/Key:addr

Ciao,

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

2020-04-18 Per discussione Andrea Musuruane

Ciao,
addr:place è usato solo se l'indirizzo si riferisce a un luogo e non a
una strada. Quindi il suo uso è complementare a addr:street.

Ciao,

Andrea


On Sat, Apr 18, 2020 at 2:27 PM Alessandro Sarretta <
alessandro.sarre...@gmail.com> wrote:

> 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
> On 18/04/20 13:59, Lorenzo Mastrogiacomi wrote:
>
> Il giorno sab, 18/04/2020 alle 13.36 +0200, Francesco Ansanelli via
> Talk-it ha scritto:
>
>
>
> 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).
>
>
> Ed è molto probabile che sia il nome della via. "Frazione" è un DUG valido
> per le vie come "Via", "Piazza", eccetera.
> In realtà il caso addr:place non è previsto dalle direttive ISTAT. I
> civici devono essere sempre riferiti alle "aree di circolazione", che sono
> strade e piazze.
>
> 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
>
>
>
> ___
> 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] Import Farmacie

2020-04-16 Per discussione Andrea Musuruane

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

2020-04-14 Per discussione 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

[Talk-it] Import Farmacie

2020-04-14 Per discussione 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] toponomastica toscana

2020-04-13 Per discussione Andrea Musuruane

Ciao Ale,

On Mon, Apr 13, 2020 at 9:49 AM Alessandro P. via Talk-it <
talk-it@openstreetmap.org> wrote:

> facendo una ricerca sui civici della Regione Toscana mi sono imbattuto in
> questo argomento.
>
> In realtà OSM ha un waiver, tramite accordo tra regione e Wikimedia
> Italia, che ne permette l'uso in OpenStreertMap.
> A tal proposito riporto la frase scritta sulla wiki OSM dei civici:
>
> in virtù dell'accordo siglato con WikiMedia (
> www.regione.toscana.it/documents/10180/70968/Accordo_wikimedia_RT_20140924.pdf/e05d1e81-2b09-4b70-9862-b3d86b8c9301
> 
> ) che prevede che "*La Regione si impegna a rendere disponibili i propri
> patrimoni conoscitivi geografici, rilasciati come Open Data, secondo
> condizioni di licenza adeguate al pieno recepimento nell'ambito delle
> banche e dei progetti dell'Associazione Wikimedia...*" e che "*L'Associazione
> si impegna ad operare per favorire il recepimento e l'integrazione dei dati
> e dei documenti acquisiti dalla Regione Toscana nell'ambito delle proprie
> banche dati e progetti, con il vincolo di citazione del presente accordo*",
> già nel novembre 2014 ci fu uno scambio di mail e la fornitura dei dati del
> grafo e dei civici con licenza CC-BY (modificando, esclusivamente per OSM
> ed in virtù dell'accordo siglato, la nativa licenza CC-BY-SA - vedi mail
> del 9/10/2014 a Simone Cortesi "*La Regione si impegna a rendere
> disponibili i propri patrimoni conoscitivi geografici, rilasciati come Open
> Data, secondo condizioni di licenza, adeguate al pieno recepimento
> nell'ambito delle banche e dei progetti dell'Associazione Wikimedia. Il che
> significa che i dati che condividiamo con OSM avranno condizioni di licenza
> "adeguate al pieno recepimento nell'ambito delle banche e dei progetti
> dell'Associazione Wikimedia", e quindi continueranno ad essere CC-BY e
> CC-BY-SA (a seconda dei casi) come download dai siti regionali e possono
> essere veicolati, esclusivamente ad OSM, sulla base dell'accordo siglato,
> come CC-BY.*") in coordinate EPSG 4326, come da richiesta di Simone.
>

L'accordo ha avuto durata di 3 anni a partire dal 24/9/2014 ed è pertanto
scaduto.

E' necessario rivedere - magari esplicitando il riuso sotto ODbL o altra
licenza compatibile - e rinnovare il testo di quell'accordo con Regione
Toscana altrimenti i loro dati non li possiamo usare.

Ciao,

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

Re: [Talk-it] Mappatura farmacie

2020-04-12 Per discussione Andrea Musuruane

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

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

Ciao,

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

Re: [Talk-it] Indirizzo survey page

2020-04-11 Per discussione Andrea Musuruane

Ciao,

On Sat, Apr 11, 2020 at 3:00 PM Nap Osm  wrote:

> Buon pomeriggio! Ho sistemato alcune cose e inserito alcune delle cose
> consigliate. In particolare ho aggiornato il satellite e ho inserito la
> possibilità di selezione manuale nel raggio di un paio di km. Non sono
> molto bravo con la trigonometria quindi non è perfetto il raggio.
> Per quanto riguarda invece l' inserimento di civici e oggetti nel raggio
> di tot metri mi servirebbe l' aiuto di persone più esperte con le API di
> OSM.
> Sto lavorando inoltre sullo switch dell' immagine (Esri, OSM standard e
> Bing).
> Ho risolto il problema dello zoom. Se riuscite provate il più possibile,
> anche su civici già inseriti, così possono controllare eventuali errori e
> bug!
>

C'è una cosa che trovo fastidiosa. Dopo la prima localizzazione cerca di
nuovo di localizzarmi (credo dopo un paio di secondi). Quindi se ho
spostato il marker, mi viene spostato nuovamente.

Non bisognerebbe più aggiornare la posizione automaticamente se non
premendo nuovamente localizzami.

Grazie per quanto stai facendo.

Ciao,

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

Re: [Talk-it] Indirizzo survey page

2020-04-11 Per discussione Andrea Musuruane

Ciao,

On Fri, Apr 10, 2020 at 8:44 PM Nap Osm  wrote:

> Buonasera! Sono il "forkatore" del progetto di Cascafico. Ho inserito
> alcune delle funzioni richieste in queste email, ma non sono riuscito ad
> inserire la modifica del marker. Fatemi sapere cosa ne pensate! In
> particolare, chiedo ai più esperti di licenze e affini, volevo sapere se le
> immagini che ho utilizzato sono "compatibili" con le licenze che Esri offre
> a OpenStreetMap ovvero se ci è permesso utilizzarle sul sito, anche perché
> non mi sembra siano quelle che si trovano anche su ID e JOSM 樂
>

Quelle su JOSM sono (si possono vedere nelle preferenze):

Esri World Imagery
https://server.arcgisonline.com/arcgis/rest/services/World_Imagery/MapServer/tile/{zoom}/{y}/{x}

Esri World Imagery (Clarity) Beta
https://clarity.maptiles.arcgis.com/arcgis/rest/services/World_Imagery/MapServer/tile/{zoom}/{y}/{x}

Per il riuso di queste immagini per derivare dati per OSM non ci sono
problemi:
https://wiki.openstreetmap.org/wiki/Esri#Using_Esri_imagery_in_editors

Sarebbe carino poter selezionare la mappa di sfondo.

Inoltre mi sembra che ogni volta che rileva la mia posizione, viene
resettato il livello di zoom (ed è sempre più lontano di quello che vorrei).

Per spostare il marker, invece, non basta usare la proprietà draggable,
come in questo esempio? (NB: non conosco leaflet, ho solo letto un po' di
doc):
https://gis.stackexchange.com/a/293887

Ciao,

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

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

2020-04-10 Per discussione Andrea Musuruane

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

Re: [Talk-it] Indirizzo survey page

2020-04-10 Per discussione Andrea Musuruane

Ciao,
molto bello.

Ci sono alcune cose, però, che cambierei:

   - Non è possibile spostare la posizione trovata tramite
   geolocalizzazione (non è detto che sia esatta, ad esempio in presenza di
   canyon urbani)
   - Sarebbe meglio avere una foto aerea come sfondo (di quelle che
   possiamo usare per derivare dati, tipo Esri), perché altrimenti non è detto
   che ci siano dettagli sufficienti per posizionare il civico (sempre che sia
   possibile spostare la posizione).
   - Non so se è già implementata (sono in lockdown, come la maggior parte
   delle persone), però sarebbe utile che l'applicazione proponesse alcune
   informazioni (strada, città, cap) quando si cerca di inserire il prossimo
   civico (credo che un utente rilevi prima i civici di una strada,
   spostandosi in linea e poi passi alla prossima).
   - Sarebbe utile inserire una piccola descrizione su come posizionare il
   civico (e quindi cos'è un civico in Italia, onde evitare di posizionarlo in
   modo errato).

Ciao,

Andrea


On Thu, Apr 9, 2020 at 9:19 PM Cascafico Giovanni 
wrote:

> Ciao a tutti,
>
> riporto le ultime sullo sviluppo della pagina [1] per la raccolta di
> numeri civici.
>
> Pensata per essere usata al volo, senza registrazioni ne' ricerca
> Nominatim, solo usando il ricevitore GPS.
>
> Scorrete fino in fondo: mi sembra sia stato fatto un bel lavoro, anche per
> il testo illustrativo: se la spammate a qualche non mappatore, potremmo
> raccogliere anche utili feedback.
>
> Se qualcuno vuol dare un'occhiata anche al codice [2], ci manca da
> sistemare la proliferazione dei marker, ma credo sia già usabilissima.
>
>
>
>
> [1] https://naposm.github.io/indirizzo
>
> [2] https://github.com/naposm/indirizzo
> ___
> 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

2020-04-05 Per discussione Andrea Musuruane

On Sun, Apr 5, 2020 at 1:00 PM Marcello  wrote:

> Ok, forse bisogna allineare meglio le pagine wiki, ho letto la pagina
> amenity=pharmacy e riporta: Pharmacies that fill prescriptions should be
> tagged dispensing =yes.
>
>

Non mi sembra ci sia nulla di errato. Fill in questo caso vuol dire
"evadere (un ordine)".

La traduzione è quindi "Le farmacie che evadono le prescrizioni devono
essere etichettate con dispensing=yes".

Ciao,

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

Re: [Talk-it] Farmacie senza dispensing

2020-04-05 Per discussione Andrea Musuruane

Ciao,
so di essere pedante, ma gli edit automatici rientrano nelle seguenti
guidelines:
https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

A parte documentare quanto si vuole fare, e usare un account specifico per
fare il commit delle modifiche, non vedo problemi. Come consigliato da Ale
Sarretta, sarebbe meglio concentrarsi sulle parafarmacie.

Ciao,

Andrea


On Sat, Apr 4, 2020 at 9:31 PM Francesco Ansanelli 
wrote:

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

Re: [Talk-it] Import civici Milano - preview

2020-03-31 Per discussione Andrea Musuruane

Ciao,

On Mon, Mar 30, 2020 at 2:41 PM Cascafico Giovanni 
wrote:

> Io metterei come prioritaria la risoluzione degli addr:housenumber di
> Nominatim; il resto (maiuscolo o minuscolo) è marginale. quindi vogliamo
> usare il "NUMEROCOMPLETO" così com'è? Ho trovato in giro [1] sia versioni
> come il dataset (senza spazio prima del "BARRA2" sia versioni con lo
> spazio... p. es: addr:housenumber=9 N01
>

Come riportato sul documento Istruzioni tecniche per l'utilizzo dei
dati_CIVICI_1.2.pdf, BARRA2 è l'esponente (per quanto non rispetti le
direttive ISTAT). Noi abbiamo sempre detto che inseriamo in
addr:housenumber numero + esponente senza spazi. Pertanto credo si debba
seguire la stessa regola.Mi sembra che NUMEROCOMPLETO rispetti già questa
formattazione, a meno del case delle lettere.

Poi su questo "BARRA2" vorrei dei chiarimenti, usando l'esempio sopra
> citato : la N01 del civico indica un ingresso effettivo oppure una vetrina
> senza accesso? Nell'ipotesi che sia solo una vetrina, è il caso di mapparlo?
>

Per avere una conferma sull'uso, deve risponderti un milanese. Però, direi
che se sono censiti sono dei numeri civici a tutti gli effetti e quindi
devono essere inseriti in OSM.

Ciao,

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

Re: [Talk-it] Import civici Milano - preview

2020-03-29 Per discussione Andrea Musuruane

Se ricordo correttamente, aveva deciso di usare il minuscolo perché la
maggior parte dei tool inserisce i numeri civici con le lettere minuscole e
i tool di validazione controllano che le lettere siano minuscole (ad
esempio osm inspector).

Non credo sia utile dover tornare sulle decisioni prese ogni 6 mesi.

Ciao,

Andrea


Il dom 29 mar 2020, 18:33 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> On 29. Mar 2020, at 13:50, Francesco Ansanelli 
> wrote:
>
> Penso che taginfo sia più indicato quando uno standard non è ancora
> definito / documentato...
> Se vogliamo cambiare la regola, dovremmo almeno farlo in maniera
> democratica.
>
>
>
> il wiki di OpenStreetMap è descrittivo, non prescrittivo. Descrive il
> significato dei tags e come sono applicati. Questo al livello
> internazionale, sono i principi basilari del progetto.
>
> Generalmente usiamo la on the ground rule
>
> https://wiki.openstreetmap.org/w/index.php?title=Good_practice#Map_what.27s_on_the_ground
> 
>
> visto che le lettere sono scritte in maiuscolo sulle targhe e la maggior
> parte dei mappatori ha finora usato il maiuscolo, direi che la cosa più
> semplice e consistente sarebbe di correggere il wiki 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 - preview

2020-03-29 Per discussione Andrea Musuruane

Ciao,

On Sat, Mar 28, 2020 at 7:29 PM Cascafico Giovanni 
wrote:

> Il giorno sab 28 mar 2020 alle ore 19:05 Andrea Musuruane <
> musur...@gmail.com> ha scritto:
> >
> > Perché non usi NUMEROCOMPLETO per addr:housenumber?
>
> mi risultava più semplice ricomporre solo i campi utili, piuttosto che
> filtrare le varie tipologie di "BARRA2"
>

Non credo debbano essere filtrati. Sono numeri civici a tutti gli effetti:
https://goo.gl/maps/Ftz5ghJNTWF6Dq6p9

Sono anche già presenti in OSM (e quindi rilevati sul territorio):

[out:json][timeout:25];
{{geocodeArea:Milano}}->.searchArea;
nwr["addr:housenumber"~"^[0-9]+[pPnNcCgGmM][0-9]+$"](area.searchArea);
out body;
>;
out skel qt;

> > La query overpass per estrarre i civici deve essere fatta su
> addr:housenumber e non su addr:street. In questo modo vengono fuori più di
> 33 mila numeri civici (e non 24 mila). Se non si prendono in
> considerazione, si rischia di avere civici duplicati.
>
> Significa che a Milano ci sono migliaia di nodi con solo addr:street? A me
> risulta siano 384 [1].
>

No, non avevo controllato, mi ero fidato di quanto scritto sulla wiki, che
è errato. Sono molti di più di 24k i civici che hanno addr:street (tu
comunque non controlli se hanno anche addr:housenumber).

[out:json][timeout:25];
{{geocodeArea:Milano}}->.searchArea;
nwr["addr:street"]["addr:housenumber"](area.searchArea);
out body;
>;
out skel qt;

Mentre quelli che hanno addr:street ma non hanno addr:housenumber sono
effettivamente 384:

[out:json][timeout:25];
{{geocodeArea:Milano}}->.searchArea;
nwr["addr:street"][!"addr:housenumber"](area.searchArea);
out body;
>;
out skel qt;

Ciao,

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

Re: [Talk-it] Import civici Milano - preview

2020-03-28 Per discussione Andrea Musuruane

Perché non usi NUMEROCOMPLETO per addr:housenumber?

Invece di usare ref, bisognerebbe usare il tag loc_ref come già fatto in
precedenza per archi stradali. Usare due tag differenti nello stesso luogo
non aiuterebbe nella comprensione.

Non mi sembra che inserire il municipio nel tag addr:* aggiunga qualcosa.

La query overpass per estrarre i civici deve essere fatta su
addr:housenumber e non su addr:street. In questo modo vengono fuori più di
33 mila numeri civici (e non 24 mila). Se non si prendono in
considerazione, si rischia di avere civici duplicati.

Ciao,

Andrea

On Sat, Mar 28, 2020 at 5:31 PM Cascafico Giovanni 
wrote:

> Ho steso la bozza [1] dell'import in inglese, clonadno parte dal quella di
> Musuruane.
>
> [1]
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Milan_addresses_import
> ___
> 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

2020-03-28 Per discussione Andrea Musuruane

Ciao,

On Sat, Mar 28, 2020 at 4:57 PM Lorenzo Mastrogiacomi 
wrote:

> Il giorno sab, 28/03/2020 alle 13.25 +0100, Andrea Musuruane ha scritto:
>
> Ciao,
>
>
>
> 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).
>
>
> Con questo presupposto sembra quasi inutile fare conflation.
> Non sarebbe tanto diverso spazzare via tutto e rimpiazzare con i dati
> comunali.
>

Infatti il senso della conflation è scegliere il meglio tra i due dataset.
Se quello che c'è in OSM non va bene, deve essere sostituito.

Se non ci sono mapper che vivono a Milano che aiutano in questo processo,
non abbiamo speranza di fare un buon lavoro.

Ciao,

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

Re: [Talk-it] Import civici Milano - preview

2020-03-28 Per discussione Andrea Musuruane

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

Re: [Talk-it] Numerazione Civica a Firenze - rossi e neri

2020-03-28 Per discussione Andrea Musuruane

Ciao,


On Sat, Mar 28, 2020 at 11:06 AM Rossella Di Bari 
wrote:

> Buongiorno Lista,
> vorrei sottoporre alla vostra attenzione la numerazione civica di Firenze,
> che presenta la peculiarità dei numeri Rossi.
> Per quanti già non lo sapessero, a partire dagli inizi del Novecento, a
> Firenze venivano rilasciati i numeri abitativi cosiddetti principali (o
> anche neri), e i numeri Rossi, legati non solo ad attività commerciali, ma
> anche a magazzini, garage etc.
> Dagli anni '70 in poi, il Comune ha smesso di rilasciare i numeri Rossi e
> ha iniziato una lenta riconversione/variazione dei rossi a neri.
> Le due numerazioni, rossa e nera, sono l'una indipendente dall'altra, ma
> si incastrano tra loro dando origine a una sequenza apparentemente bislacca
> ma che ha una sua logica. Fermo restando che tutti i numeri pari rimangono
> a destra e tutti i dispari a sinistra, camminando per una qualsivoglia
> strada di un un quartiere sorto prima degli anni '70, posso leggere:
> 2 Rosso
> 4 Rosso
> 6 Rosso
> 2 Nero
> 4 Nero
> 8 Rosso
> e così via.
> Dunque in una strada, posso avere due volte lo stesso numero, uno dei
> quali però è rosso.
> Esistono casi, per fortuna rari, dove ho anche esponenti letterali /R:
> quindi sulla stessa strada posso avere il 2/R (nero) e il 2 R (rosso)
>
> Attualmente su OSM, i civici fiorentini sono un'importazione degli
> opendata del Comune di Firenze [1] che distingue i rossi con uno spazio e
> una lettera maiuscola, gli esponenti con una barra, secondo una convenzione
> diversa da osm.
>
> Come mi devo comportare? continuo a seguire la convenzione del Comune di
> Firenze? o per i nuovi inserimenti seguo la convenzione di OSM? E come
> distinguo i rossi?
>

Proprio per evitare questi problemi, avevamo di deciso di darci la seguente
regola:
*Nel caso sia presente la specificità "rosso" (a Genova, Savona e Firenze),
questa si inserisce in lettere minuscole e con uno spazio di separazione
dal numero civico (es: addr:housenumber=9 rosso). La specificità "nero" non
si deve inserire.*

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

Ciao,

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

Re: [Talk-it] Mapillary e farmacie

2020-03-24 Per discussione Andrea Musuruane

Ciao,

On Tue, Mar 24, 2020 at 7:12 PM liste DOT girarsi AT posteo DOT eu <
liste.gira...@posteo.eu> wrote:

> Tanto vale appoggiarsi a commons.creative, ed inserire nei dati exif le
> coordinate.
>

Perdonami, ma credo sia meglio appoggiarsi ad algoritmi di AI perfettamente
in grado di riconoscere determinati oggetti (con opportuno training) su
svariati milioni di immagini caricate che andare ex novo a fotografare le
farmacie e caricarle su commons, avendo cura di aver inserito la
localizzazione dei dati exif.

Ciao,

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

Re: [Talk-it] Mapillary e farmacie

2020-03-24 Per discussione Andrea Musuruane

Piace molto anche a me. In fondo bisogna solo riconoscere la croce verde
fuori dalle farmacie.
https://www.mapillary.com/map/im/1mOy19WdMbv6B-a2ZLGD_w

Allo stesso modo, si potrebbero anche individuare i tabaccai.
https://www.mapillary.com/map/im/Y-eKLs6oz58goj7hIbBH-w

Ciao,

Andrea


On Tue, Mar 24, 2020 at 3:21 PM Alessandro Sarretta <
alessandro.sarre...@gmail.com> wrote:

> Mi sembra un'ottima idea!
>
> Ale
> On 24/03/20 14:05, Cascafico Giovanni wrote:
>
> Non mi pare che le farmacie siano tra le map features candidate all'object
> detection. Visto che i banner sono spesso ben visibili, si potrebbe
> proporre l'inserimento nell'algoritmo.
>
>
>
> ___
> Talk-it mailing 
> 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

1 2 3 4 5 6 7 8 9 10 >

1 - 100 di 947 matches

Mail list logo