Re: [Talk-it] Import numeri civici Trento

[Andrea Musuruane]

Ciao,

2017-10-05 18:40 GMT+02:00 Martin Koppenhoefer :

> 2017-10-05 17:37 GMT+02:00 Andrea Musuruane :
>
>> L'etichetta di un determinato numero civico è univoca. Non vedo perché su
>> OSM ci debbano essere più nodi che rappresentano questa informazione.
>>
>
>
> l'alternativa (per avere l'informazione dell'indirizzo di un POI nel db)
> sarebbe di creare una relazione tra civico e POI, mi sembra molto più
> oneroso e complesso da mantenere. Visto che nessuno vuole civici su
> poligoni.
>

L'alternativa è mettere il POI sull'accesso ma proprio non ti piace eh? ;-)
E' anche molto meno oneroso da mappare.


> Se mettiamo più nodi per lo stesso civico, il routing cosa dovrebbe fare?
>> Io vorrei mi portasse dove c'è la targhetta non da un'altra parte.
>>
>
>
> il routing potrebbe portarti ad un ingresso di default, oppure chiederti
> dove vuoi andare. Anche nel'altra ipotesi (civico su un edificio) il
> routing deve decidere se ti porta all'angolo destro o sinistro o al centro
> del'edificio ;-). La distanza tra ingresso e POI comunque è talmente minima
> in quasi tutti i casi che non importa ai fini di routing dove metti il
> civico.
>

Se il router trova più di un civico, io devo sceglierne uno a caso. Quindi
non so dove sto andando.

Anche se poi ci son attività commerciali che usano più spazi adiacenti
>>
>>
>> ed hanno più di un civico.
>>
>>
>>
>> Qui la soluzione mi sembra semplice. I civici si mappano tutti e il POI
>> si mette sull'ingresso principale (o sul building se questi coincidono).
>>
>
>
> anche i POI sul building sono un problema, semanticamente, perché non
> distinguono tra edificio e POI.
>

Io, semanticamente, non vedo problemi. Si accettando controesempi.


>
>
>
>> >> Pertanto come agire? Levare il civico dall'edificio e spostarlo sul
>> >> cancello?
>> >
>> >
>> > Esatto, spostare il civico dal building e metterlo sull'accesso
>> (cancello,
>> > porta, ecc).
>>
>
>
> mi sembra che questo sarebbe redurre le informazioni contenute. Se ho un
> civico che vale per tutto l'edificio, lo posso indicare con il civico
> sull'edificio, e mappando gli ingressi a parte posso anche capire dove
> sono. Invece quando sposti appositamente il civico da un'area su un punto
> perdi un sacco di informazione, rischi di lasciare dei POI all'interno del
> edificio senza indirizzo certo, e non guadagni niente. Perché dovresti
> farlo?
>

>
I dati sorgente contengono i civici su dei nodi. In OSM invece ci sono
>> alcuni building che hanno associati dei civici e, come abbiamo detto, è
>> errato e ovviamente non sappiamo dov'è l'accesso relativo senza un
>> sopralluogo.
>>
>
>
> questa insistenza sul essere "errato" un civico in OSM su un building
> oppure un'area (pertinenze) si basa ancora unicamente su quella regola /
> legge che dice che il numero va esposto all'ingresso?
>

Perdona l'insistenza Martin, però abbiamo deciso tutti insieme tempo fa su
questa ML di adeguarci alle direttive dell'ISTAT per lo stradario e per i
civici.

Le direttive dell'ISTAT, che tutti i comuni italiani DEVONO seguire, dicono
che "il  numero  civico [è] costituito  dal numero  che  contraddistingue
l’accesso esterno che  dall’area  di  circolazione  immette  direttamente
o  indirettamente alle  unità  immobiliari  (abitazioni,  esercizi,
uffici, ecc.)":
https://rnc.istat.it/DOCUMENTI/Manuale_per_le_operazioni_sul_campo.pdf

Il fatto che a volte capiti che un edificio abbia un solo accesso e di
conseguenza un solo numero civico è un caso particolare e non implica
assolutamente nulla.

Spostare il civici dal building all'accesso non perdi informazioni ma ne
guadagni.

Io sarei per eliminare da OSM tutti i civici che sono stati etichettati ai
>> building e utilizzare gli open data per inserire nuovamente i civici (che a
>> questo punto saranno posizionati correttamente sull'accesso). L'operazione
>> non dovrebbe comportare problemi.
>>
>
>
> -1, io sono contrario a degli edit automatici in questo contesto, la
> situazione varia da caso a caso, e sono in ogni caso per la soluzione
> migliore, non per una soluzione unica per tutti i casi.
>

Martin, l'import è un edit automatico. Proprio per questo c'è un processo
di review.

Cancellare informazioni errate (in questo caso il civico sull'edificio,
come prima dimostrato, è sempre errato) e sostituirle con informazioni
corrette (il civico sull'accesso esterno che  dall’area  di  circolazione
immette  direttamente  o  indirettamente alle  unità  immobiliari) non può
essere sbagliato.

Dire che questa operazione è sbagliata significa mettere in discussione la
bontà del dato rilevato sul campo e messo a disposizione dal Comune di
Trento.

Ciao,

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

Re: [Talk-it] Import numeri civici Trento

[Martin Koppenhoefer]

2017-10-05 17:37 GMT+02:00 Andrea Musuruane :

> L'etichetta di un determinato numero civico è univoca. Non vedo perché su
> OSM ci debbano essere più nodi che rappresentano questa informazione.
>


l'alternativa (per avere l'informazione dell'indirizzo di un POI nel db)
sarebbe di creare una relazione tra civico e POI, mi sembra molto più
oneroso e complesso da mantenere. Visto che nessuno vuole civici su
poligoni.




>
> Se mettiamo più nodi per lo stesso civico, il routing cosa dovrebbe fare?
> Io vorrei mi portasse dove c'è la targhetta non da un'altra parte.
>


il routing potrebbe portarti ad un ingresso di default, oppure chiederti
dove vuoi andare. Anche nel'altra ipotesi (civico su un edificio) il
routing deve decidere se ti porta all'angolo destro o sinistro o al centro
del'edificio ;-). La distanza tra ingresso e POI comunque è talmente minima
in quasi tutti i casi che non importa ai fini di routing dove metti il
civico.




> Anche se poi ci son attività commerciali che usano più spazi adiacenti
>
>
> ed hanno più di un civico.
>
>
>
> Qui la soluzione mi sembra semplice. I civici si mappano tutti e il POI si
> mette sull'ingresso principale (o sul building se questi coincidono).
>


anche i POI sul building sono un problema, semanticamente, perché non
distinguono tra edificio e POI.



> >> Pertanto come agire? Levare il civico dall'edificio e spostarlo sul
> >> cancello?
> >
> >
> > Esatto, spostare il civico dal building e metterlo sull'accesso
> (cancello,
> > porta, ecc).
>


mi sembra che questo sarebbe redurre le informazioni contenute. Se ho un
civico che vale per tutto l'edificio, lo posso indicare con il civico
sull'edificio, e mappando gli ingressi a parte posso anche capire dove
sono. Invece quando sposti appositamente il civico da un'area su un punto
perdi un sacco di informazione, rischi di lasciare dei POI all'interno del
edificio senza indirizzo certo, e non guadagni niente. Perché dovresti
farlo?


I dati sorgente contengono i civici su dei nodi. In OSM invece ci sono
> alcuni building che hanno associati dei civici e, come abbiamo detto, è
> errato e ovviamente non sappiamo dov'è l'accesso relativo senza un
> sopralluogo.
>


questa insistenza sul essere "errato" un civico in OSM su un building
oppure un'area (pertinenze) si basa ancora unicamente su quella regola /
legge che dice che il numero va esposto all'ingresso?


Io sarei per eliminare da OSM tutti i civici che sono stati etichettati ai
> building e utilizzare gli open data per inserire nuovamente i civici (che a
> questo punto saranno posizionati correttamente sull'accesso). L'operazione
> non dovrebbe comportare problemi.
>


-1, io sono contrario a degli edit automatici in questo contesto, la
situazione varia da caso a caso, e sono in ogni caso per la soluzione
migliore, non per una soluzione unica per tutti i casi.

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

Re: [Talk-it] Import numeri civici Trento

[Martin Koppenhoefer]

2017-10-05 17:20 GMT+02:00 Federico Cortese :

> 2017-10-05 17:00 GMT+02:00 Martin Koppenhoefer :
> >
> > lo vedi dal civico dove si entra, in casi più complessi potresti mappare
> il
> > poi come poligono.
> > È anche topologicamente sbagliato che un POI faccia parte del confine di
> un
> > edificio.
> >
>
> Non sono d'accordo. Per una mappatura veloce su strada rilevo quello
> che vedo, quindi mi sembra logico posizionare su un unico POI
> l'entrata, l'indirizzo e l'attività eventualmente svolta all'interno.
>


questo è un altro discorso. Penso anch'io che per pigrizia / efficienza si
può fare in questa maniera, nonostante sbagliata è ancora accettabile.



>
> Se all'interno dello stesso civico esistono più attività diverse,
> allora sono costretto a separare le attività dal civico.
>


si, e a mettere l'indirizzo a tutti i POI, oppure perdi l'informazione.
Anche perché non sai mai se OSM è completo, e quindi da un civico che fa
parte di un ingresso, il quale fa parte di un'edificio, non puoi mai essere
sicuro che valga per tutto l'edificio, nemmeno se guardi tutta la strada,
perché anche se ci sono (mappati) i civici 1, 2, 3 (oppure 1, 3, 5 da un
lato), non potrai mai sapere se non ci mancano 1A, 1B, 1C...



>
> Disegnare il poligono dell'attività rientra in una mappatura molto più
> dettagliata, che può attualmente essere applicata solo in alcuni casi,
> oppure quando l'attività occupa l'intero perimetro dell'edificio, ma
> non può essere considerata la norma.
>


spesso lo potresti fare, ma il lavoro per farlo raramente è giustificato
dal guadagno al quale porta. Non è richiesto una precisione centimetrica,
una stima qualificata sarebbe sufficiente.

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

Re: [Talk-it] Import numeri civici Trento

[Andrea Musuruane]

Ciao,

2017-10-05 15:57 GMT+02:00 Maurizio Napolitano :

> >> Della serie:
> >> un utente ha inserito il civico visto sulla casa
> >> un altro utente ha inserito un negozio ed ha assegnato il civico al POI.
> >> Qui come ci si comporta?
> >
> >
> > In generale il civico è associato all'accesso. Se il POI non ha un civico
> > specifico per il suo ingresso, IMHO questo non dovrebbe avere i tag
> addr:*.
>
> Una questioen che però non va sottovalutata sono i preset che, strumenti
> come
> IDEditor offrono.
> In IDEditor, quando si inserisce un POI, viene presentata anche la maschera
> con l'indirizzo completo da inserire.
> Lo stesso vale per Wheelmaps ed altri ancora.
>

Se i preset sono errati, io sarei per cambiare i preset, non per cambiare
OSM...

Comunque in questo caso non trovo i preset errati, trovo errato che siano
obbligatori.

L'etichetta di un determinato numero civico è univoca. Non vedo perché su
OSM ci debbano essere più nodi che rappresentano questa informazione.

Se mettiamo più nodi per lo stesso civico, il routing cosa dovrebbe fare?
Io vorrei mi portasse dove c'è la targhetta non da un'altra parte.

> [...]
> > Personalmente se POI e civico coincidono nell'accesso li metto sempre
> > insieme. Sono geograficamente nello stesso punto.
> >
> > Se un utente cancella tutte le informazioni dal nodo è errato.
>
> È errato ma viene fatto.
>

Vengono fatte anche tante altre cose errate. Non per questo credo che
dobbiamo uniformarci verso il basso.


> Anche se poi ci son attività commerciali che usano più spazi adiacenti
> ed hanno più di un civico.
>

Qui la soluzione mi sembra semplice. I civici si mappano tutti e il POI si
mette sull'ingresso principale (o sul building se questi coincidono).


> >> Rimane poi la questione dell'edificio su più vie dove, un lato è più
> >> vicino ad una strada,
> >> ma l'ingresso principale è più vicino a quella ufficiale ma, per via
> >> di percorsi privati appare
> >> separato dalla via.
> >> È vero che si possono disegnare i percorsi privati.
> >> In tal caso bisogna assegnare anche il nome della via al vialetto
> privato?
> >
> >
> > Direi di no.
>
> Tra l'altro mi sono accorto che ho scritto la frase sbagliata: ho
> dimenticato un "NON".
> Intendevo dire che capita che l'edificio sia più vicino ad una strada
> ma l'ingresso ufficiale,
> per via di percorsi privato ed altro, appare più lontano dalla strada
> da cui l'edificio eredita
> il civico.
>
> >> Pertanto come agire? Levare il civico dall'edificio e spostarlo sul
> >> cancello?
> >
> >
> > Esatto, spostare il civico dal building e metterlo sull'accesso
> (cancello,
> > porta, ecc).
>
> quindi proponi una operazione manuale.
> Considera che ci sono anche zone dove mancano gli edifici.
> Se l'import diventa manuale, dal mio punto di vista, non è
> propriamente un import
> ma una verifica basata sul confronto manuale fra basi dati diverse.
>

Personalmente sono per una soluzione molto più semplice e realizzabile con
l'import proposto.

I dati sorgente contengono i civici su dei nodi. In OSM invece ci sono
alcuni building che hanno associati dei civici e, come abbiamo detto, è
errato e ovviamente non sappiamo dov'è l'accesso relativo senza un
sopralluogo.

Io sarei per eliminare da OSM tutti i civici che sono stati etichettati ai
building e utilizzare gli open data per inserire nuovamente i civici (che a
questo punto saranno posizionati correttamente sull'accesso). L'operazione
non dovrebbe comportare problemi.

Ciao,

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

Re: [Talk-it] Import numeri civici Trento

[Andrea Musuruane]

2017-10-05 17:20 GMT+02:00 Federico Cortese :

> 2017-10-05 17:00 GMT+02:00 Martin Koppenhoefer :
> >
> > lo vedi dal civico dove si entra, in casi più complessi potresti mappare
> il
> > poi come poligono.
> > È anche topologicamente sbagliato che un POI faccia parte del confine di
> un
> > edificio.
> >
>
> Non sono d'accordo. Per una mappatura veloce su strada rilevo quello
> che vedo, quindi mi sembra logico posizionare su un unico POI
> l'entrata, l'indirizzo e l'attività eventualmente svolta all'interno.
>
> Se all'interno dello stesso civico esistono più attività diverse,
> allora sono costretto a separare le attività dal civico.
>
> Disegnare il poligono dell'attività rientra in una mappatura molto più
> dettagliata, che può attualmente essere applicata solo in alcuni casi,
> oppure quando l'attività occupa l'intero perimetro dell'edificio, ma
> non può essere considerata la norma.
>

+1

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

Re: [Talk-it] Import numeri civici Trento

[Federico Cortese]

2017-10-05 17:00 GMT+02:00 Martin Koppenhoefer :
>
> lo vedi dal civico dove si entra, in casi più complessi potresti mappare il
> poi come poligono.
> È anche topologicamente sbagliato che un POI faccia parte del confine di un
> edificio.
>

Non sono d'accordo. Per una mappatura veloce su strada rilevo quello
che vedo, quindi mi sembra logico posizionare su un unico POI
l'entrata, l'indirizzo e l'attività eventualmente svolta all'interno.

Se all'interno dello stesso civico esistono più attività diverse,
allora sono costretto a separare le attività dal civico.

Disegnare il poligono dell'attività rientra in una mappatura molto più
dettagliata, che può attualmente essere applicata solo in alcuni casi,
oppure quando l'attività occupa l'intero perimetro dell'edificio, ma
non può essere considerata la norma.

Ciao,
Federico

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

Re: [Talk-it] Import numeri civici Trento

[Martin Koppenhoefer]

sent from a phone

On 5. Oct 2017, at 16:25, Andrea Musuruane  wrote:

>> non si mette sullo stesso nodo dell'ingresso, per esempio. 
>> 
>> Perché? Non devo sapere da dove entrare?
> 
> Perché? Non devo sapere da dove entrare?


lo vedi dal civico dove si entra, in casi più complessi potresti mappare il poi 
come poligono.
È anche topologicamente sbagliato che un POI faccia parte del confine di un 
edificio.



> 
> Inoltre, mi sembra di cogliere un controsenso. Se per te addr:* va su 
> entrance e addr:* va sul POI, coma fa entrance a non andare sul POI?


non capisco il controsenso. addr:* è una proprietà, sia dell’ingresso che del 
POI.


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

Re: [Talk-it] Import numeri civici Trento

[Andrea Musuruane]

2017-10-05 16:07 GMT+02:00 Martin Koppenhoefer :

>
>
> 2017-10-05 15:01 GMT+02:00 Andrea Musuruane :
>
>>
>>> era un esempio. Se concordi che entrance=* è un feature e non una
>>> proprietà dovrebbe essere naturale non mischiarlo con altri features
>>> (regola di pricipio).
>>>
>>
>> In Italia i civici sono associati agli accessi. Se non si possono mettere
>> sul tag entrance (The entrance=* key describes the point where you can go
>> into a building or enclosed area), allora dove dovremmo metterli?
>>
>
>
> nonono, non ci capiamo. ;-)
> Certo che i civici vanno sul entrance. Non vanno mischiati i POI con gli
> entrance. Un ristorante o un negozio non si mette sullo stesso nodo
> dell'ingresso, per esempio.
>

Perché? Non devo sapere da dove entrare?

Inoltre, mi sembra di cogliere un controsenso. Se per te addr:* va su
entrance e addr:* va sul POI, coma fa entrance a non andare sul POI?

Ciao,

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

Re: [Talk-it] Import numeri civici Trento

[Martin Koppenhoefer]

2017-10-05 15:01 GMT+02:00 Andrea Musuruane :

>
>> era un esempio. Se concordi che entrance=* è un feature e non una
>> proprietà dovrebbe essere naturale non mischiarlo con altri features
>> (regola di pricipio).
>>
>
> In Italia i civici sono associati agli accessi. Se non si possono mettere
> sul tag entrance (The entrance=* key describes the point where you can go
> into a building or enclosed area), allora dove dovremmo metterli?
>


nonono, non ci capiamo. ;-)
Certo che i civici vanno sul entrance. Non vanno mischiati i POI con gli
entrance. Un ristorante o un negozio non si mette sullo stesso nodo
dell'ingresso, per esempio.

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

Re: [Talk-it] Import numeri civici Trento

[Martin Koppenhoefer]

2017-10-05 14:59 GMT+02:00 Andrea Musuruane :

> Il name però non è del parking_aisle ma della piazza
>
>

perché? Penso tutte le strade su una piazza che non hanno esplicitamente un
nome diverso hanno il nome della piazza. Come anche tutti i marciapiedi e
tutte le ciclabili che non hanno un nome diverso hanno il nome della strada.

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

Re: [Talk-it] Import numeri civici Trento

[Maurizio Napolitano]

>> In realtà abbiamo riscontrato degli errori.
>> Si tratta di alcune banalità come i nomi delle vie non espansi (es. Via G.
>> Mazzini) o scritti in maiuscolo/minuscolo (es. "via" vs "Via") o male
>> interpretati
>> (es. Piazza di Fiera vs Piazza Fiera) o con errori di battitura.
>
>
> Questo è assolutamente normale :-) La fase di QA serve anche per eliminare
> questi errori (e avere una certa coerenza nella mappa).

Certo ma la QA serve a prescindere dall'import :)

>> Di fatto tutti quelli che, quanto esposto sopra, sono stati ignorati
>> per rispetto del lavoro
>> fatto dalla comunità.
>
>
> Ho il massimo rispetto per il lavoro che tutti facciamo quotidianamente su
> OSM, il problema è che spesso ci dimentichiamo di essere una comunità.

il problema è nella definizione del termine comunità.
In ogni caso non voglio aprire una discussione filosofica in merito :)
Hai comunque ragione: era meglio se scrivevo "rispettare il lavoro
fatto dagli altri"

>> Della serie:
>> un utente ha inserito il civico visto sulla casa
>> un altro utente ha inserito un negozio ed ha assegnato il civico al POI.
>> Qui come ci si comporta?
>
>
> In generale il civico è associato all'accesso. Se il POI non ha un civico
> specifico per il suo ingresso, IMHO questo non dovrebbe avere i tag addr:*.

Una questioen che però non va sottovalutata sono i preset che, strumenti come
IDEditor offrono.
In IDEditor, quando si inserisce un POI, viene presentata anche la maschera
con l'indirizzo completo da inserire.
Lo stesso vale per Wheelmaps ed altri ancora.

> [...]
> Personalmente se POI e civico coincidono nell'accesso li metto sempre
> insieme. Sono geograficamente nello stesso punto.
>
> Se un utente cancella tutte le informazioni dal nodo è errato.

È errato ma viene fatto.
Anche se poi ci son attività commerciali che usano più spazi adiacenti
ed hanno più di un civico.

>> Rimane poi la questione dell'edificio su più vie dove, un lato è più
>> vicino ad una strada,
>> ma l'ingresso principale è più vicino a quella ufficiale ma, per via
>> di percorsi privati appare
>> separato dalla via.
>> È vero che si possono disegnare i percorsi privati.
>> In tal caso bisogna assegnare anche il nome della via al vialetto privato?
>
>
> Direi di no.

Tra l'altro mi sono accorto che ho scritto la frase sbagliata: ho
dimenticato un "NON".
Intendevo dire che capita che l'edificio sia più vicino ad una strada
ma l'ingresso ufficiale,
per via di percorsi privato ed altro, appare più lontano dalla strada
da cui l'edificio eredita
il civico.

>> Pertanto come agire? Levare il civico dall'edificio e spostarlo sul
>> cancello?
>
>
> Esatto, spostare il civico dal building e metterlo sull'accesso (cancello,
> porta, ecc).

quindi proponi una operazione manuale.
Considera che ci sono anche zone dove mancano gli edifici.
Se l'import diventa manuale, dal mio punto di vista, non è
propriamente un import
ma una verifica basata sul confronto manuale fra basi dati diverse.

>
>> http://tools.geofabrik.de/osmi/?view=addresses=11.12688=46.07124=18=street_not_found
>> Il tool dichiara che i civici sono associati ad una via non presente,
>> in realtà la via è presente: si tratta di una piazza.
>> Il problema è che la piazza è taggata come parcheggio.
>
>
> Personalmente mi sembra che sia mappato tutto correttamente. Non sempre
> esiste una highway a cui si può dare il nome della piazza e che passa
> attraverso questa.

In realtà qui esiste una highway e posso aggiungere il nome.
Negli altri mi diventa più dura.

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

Re: [Talk-it] Import numeri civici Trento

[Federico Cortese]

2017-10-05 15:01 GMT+02:00 Andrea Musuruane :
>
> In Italia i civici sono associati agli accessi. Se non si possono mettere
> sul tag entrance (The entrance=* key describes the point where you can go
> into a building or enclosed area), allora dove dovremmo metterli?
>

+1 anche io ho sempre mappato il civico sul nodo con entrance=*, non
vedo cosa ci sia di sbagliato.

Per i POI mi pare che sia ridondante duplicare l'indirizzo su su due
nodi separati per POI e civico: secondo me si può usare un nodo unico
in corrispondenza dell'ingresso, a meno di casi particolari.

Ciao,
Federico

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

Re: [Talk-it] Import numeri civici Trento

[Andrea Musuruane]

Ciao Martin,

2017-10-05 12:12 GMT+02:00 Martin Koppenhoefer :

>
>
> sent from a phone
>
> > On 5. Oct 2017, at 10:13, Andrea Musuruane  wrote:
> >
> > Tra l'altro ho delle difficoltà a trovare un esempio dove ci sia il nome
> di un accesso. Puoi aiutarmi?
>
>
> era un esempio. Se concordi che entrance=* è un feature e non una
> proprietà dovrebbe essere naturale non mischiarlo con altri features
> (regola di pricipio).
>

In Italia i civici sono associati agli accessi. Se non si possono mettere
sul tag entrance (The entrance=* key describes the point where you can go
into a building or enclosed area), allora dove dovremmo metterli?

Ciao,

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

Re: [Talk-it] Import numeri civici Trento

[Andrea Musuruane]

Ciao,

2017-10-05 12:15 GMT+02:00 Martin Koppenhoefer :

>
>
> sent from a phone
>
> > On 5. Oct 2017, at 10:13, Andrea Musuruane  wrote:
> >
> > Le highway ci sono ma sono highway=service + service=parking_aisle. Non
> mi sembra corretto mettere il nome della piazza su di queste.
>
>
> non vedo problemi. Il parking_aisle lo metto solo ai percorsi secondarie
> dei parcheggi, ma anche se non ci sono altre vie, il nome mi sembra
> comunque non sbagliato. Spesso ci sono anche percorsi pedonali alle piazze.
>

Il name però non è del parking_aisle ma della piazza

Ciao,

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

Re: [Talk-it] Import numeri civici Trento

[Martin Koppenhoefer]

sent from a phone

> On 5. Oct 2017, at 10:13, Andrea Musuruane  wrote:
> 
> Le highway ci sono ma sono highway=service + service=parking_aisle. Non mi 
> sembra corretto mettere il nome della piazza su di queste.


non vedo problemi. Il parking_aisle lo metto solo ai percorsi secondarie dei 
parcheggi, ma anche se non ci sono altre vie, il nome mi sembra comunque non 
sbagliato. Spesso ci sono anche percorsi pedonali alle piazze.

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

Re: [Talk-it] Import numeri civici Trento

[Martin Koppenhoefer]

sent from a phone

> On 5. Oct 2017, at 10:13, Andrea Musuruane  wrote:
> 
> Tra l'altro ho delle difficoltà a trovare un esempio dove ci sia il nome di 
> un accesso. Puoi aiutarmi?


era un esempio. Se concordi che entrance=* è un feature e non una proprietà 
dovrebbe essere naturale non mischiarlo con altri features (regola di pricipio).

Comunque ci sono gli ingressi con nomi o ref, in genere occorre con posti 
grandi come stazioni ferroviarie, zoo, fabbriche, ospedali, centri commerciali, 
ecc.

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

Re: [Talk-it] Import numeri civici Trento

[Martin Koppenhoefer]

sent from a phone

> On 5. Oct 2017, at 10:13, Andrea Musuruane  wrote:
> 
> Tra l'altro inserire i tag addr:* su due punti significherebbe che ci sono 
> due targhette uguali su due accessi diversi, che è una cosa che nella realtà 
> non dovrebbe accadere (secondo le norme ISTAT).


se ho capito bene la situazione a Trento è proprio la situazione lì di avere lo 
stesso civico su più indirizzi.

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

Re: [Talk-it] Import numeri civici Trento

[Martin Koppenhoefer]

sent from a phone

> On 5. Oct 2017, at 10:13, Andrea Musuruane  wrote:
> 
> Se capisco bene, qui dici di inserire il civico sul POI solo è questo ha 
> effettivamente associato il civico (ovvero nella maggior parte dei casi è 
> presente la targhetta del civico).


non, io direi di inserire il civico all’ingresso e aggiungere l’indirizzo anche 
a tutti i POI come proprietà del POI.

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

Re: [Talk-it] Import numeri civici Trento

[Andrea Musuruane]

Ciao Martin,

2017-10-04 20:07 GMT+02:00 Martin Koppenhoefer :

>
> > On 4. Oct 2017, at 10:08, Maurizio Napolitano 
> wrote:
> >
> > Della serie:
> > un utente ha inserito il civico visto sulla casa
> > un altro utente ha inserito un negozio ed ha assegnato il civico al POI.
> > Qui come ci si comporta?
>
>
> penso che dobbiamo sempre e ad ogni poi (che abbia un indirizzo) ripetere
> al meno strada e civico sul POI, perché altrimenti non abbiamo questa
> informazione (visto che non mettiamo di norma i civici ad un poligono ma ad
> un punto). Questo anche perché i negozi usano spesso soltanto uno dei vari
> civici a loro disposizione, oppure usano dei range del tipo 11/13.
>

Se capisco bene, qui dici di inserire il civico sul POI solo è questo ha
effettivamente associato il civico (ovvero nella maggior parte dei casi è
presente la targhetta del civico).

Tra l'altro inserire i tag addr:* su due punti significherebbe che ci sono
due targhette uguali su due accessi diversi, che è una cosa che nella
realtà non dovrebbe accadere (secondo le norme ISTAT).


> On 4. Oct 2017, at 19:44, Andrea Musuruane  wrote:
> >
> > Personalmente se POI e civico coincidono nell'accesso
>
>
> questo è praticamente mai corretto, perché un POI e un ingresso sono due
> cose diverse (poi nella realtà del mappatore potrebbe essere una
> scorciatoia, ammetto), e se hai un ingresso e un negozio (per esempio)
> sullo stesso oggetto vuol dire che non sai più se il nome (per esempio) è
> del negozio o dell’ingresso.
>

Qui invece mi sembra di capire che sei per separare POI e civico.

Tra l'altro ho delle difficoltà a trovare un esempio dove ci sia il nome di
un accesso. Puoi aiutarmi?


On 4. Oct 2017, at 19:44, Andrea Musuruane  wrote:
>
> Il tool dichiara che i civici sono associati ad una via non presente,
>> in realtà la via è presente: si tratta di una piazza.
>> Il problema è che la piazza è taggata come parcheggio.
>>
>
> Personalmente mi sembra che sia mappato tutto correttamente. Non sempre
> esiste una highway a cui si può dare il nome della piazza e che passa
> attraverso questa.
>
>
> una piazza sempre ha un highway se accessibile, un parcheggio sempre ha
> una strada per accedere ai posti
>

Avrei dovuto specificare meglio. Guarda l'esempio riportato da Maurizio. Le
highway ci sono ma sono highway=service + service=parking_aisle. Non mi
sembra corretto mettere il nome della piazza su di queste.

Ciao,

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

Re: [Talk-it] Import numeri civici Trento

[Martin Koppenhoefer]

sent from a phone

On 4. Oct 2017, at 19:44, Andrea Musuruane  wrote:

>> Il tool dichiara che i civici sono associati ad una via non presente,
>> in realtà la via è presente: si tratta di una piazza.
>> Il problema è che la piazza è taggata come parcheggio.
> 
> Personalmente mi sembra che sia mappato tutto correttamente. Non sempre 
> esiste una highway a cui si può dare il nome della piazza e che passa 
> attraverso questa.


una piazza sempre ha un highway se accessibile, un parcheggio sempre ha una 
strada per accedere ai posti

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

Re: [Talk-it] Import numeri civici Trento

[Martin Koppenhoefer]

sent from a phone

> On 4. Oct 2017, at 19:44, Andrea Musuruane  wrote:
> 
> Personalmente se POI e civico coincidono nell'accesso


questo è praticamente mai corretto, perché un POI e un ingresso sono due cose 
diverse (poi nella realtà del mappatore potrebbe essere una scorciatoia, 
ammetto), e se hai un ingresso e un negozio (per esempio) sullo stesso oggetto 
vuol dire che non sai più se il nome (per esempio) è del negozio o 
dell’ingresso. 

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

Re: [Talk-it] Import numeri civici Trento

[Martin Koppenhoefer]

sent from a phone

> On 4. Oct 2017, at 10:08, Maurizio Napolitano  wrote:
> 
> Su questo ci andrei un po' piano in quanto, ci sono civici che sono
> distanti dalla via
> principale, ma poi esiste una percorso privato che arriva fino a lì.


il civico in questi casi non si trova all’inizio della via?


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

Re: [Talk-it] Import numeri civici Trento

[Martin Koppenhoefer]

sent from a phone

> On 4. Oct 2017, at 10:08, Maurizio Napolitano  wrote:
> 
> Della serie:
> un utente ha inserito il civico visto sulla casa
> un altro utente ha inserito un negozio ed ha assegnato il civico al POI.
> Qui come ci si comporta?


penso che dobbiamo sempre e ad ogni poi (che abbia un indirizzo) ripetere al 
meno strada e civico sul POI, perché altrimenti non abbiamo questa informazione 
(visto che non mettiamo di norma i civici ad un poligono ma ad un punto). 
Questo anche perché i negozi usano spesso soltanto uno dei vari civici a loro 
disposizione, oppure usano dei range del tipo 11/13.


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

Re: [Talk-it] Import numeri civici Trento

[Andrea Musuruane]

Ciao Maurizio,

2017-10-04 10:08 GMT+02:00 Maurizio Napolitano :

> Ciao Andrea
> scusa il ritardo
> Fra week-end, guasto al monitor del portatile, scadenze e Daniele che
> è tornato a scuola
> non ho avuto modo di rispondere.
>

Nessun problema. Abbiamo tutti altri impegni :)


> > Vi consiglio di seguire il seguente template perché contiene molte delle
> > cose che devono essere discusse per un import.
> > https://wiki.openstreetmap.org/wiki/Import/Plan_Outline
>
> Grazie
> Questo proprio mi era sfuggito
>
> >> L'idea è avere un account dal nome trento_import.
> >> In effetti questo Daniele non lo ha scritto.
> >
> >
> > OK. Servirebbe anche un elenco di persone che partecipa all'import.
>
> con questo intendi poi le persone che vanno a fare ulteriori verifiche
> post import?
>

Nella ML di import verificano che chi vuole fare un import abbia la
necessaria esperienza (quanti changeset, ecc).

Ogni tanto capita (a me è capitato) che facciano anche pelo e contropelo su
questioni importanti ma non ben evidenziate nelle guidelines (tipo
verificare che il proprietario degli open data abbia effettivamente il
diritto di distribuire quel data set con quella licenza e non stia
distribuendo dati di terzi senza autorizzazione).

L'uso di un account di import (collegato in genere a un account esistente,
come user e user-import) serve sia per contattare il mapper, sia per
identificare subito il changeset come changeset di import.


> >> appena arriva l'ok lancia lo script
> >>
> >> > E' possibile vedere i dati che verranno importati
> >> > (già trasformati)?
> >>
> >> Lo script il cui codice è stato reso pubblico usa le API di OSM.
> >> Se serve convertirlo in .osm allora si può fare
> >
> >
> > Sarebbe meglio per verificare il risultato della trasformazione.
>
> Sto aspettando Daniele.
> Di fatto è tutto ricostruibile dai suoi script.
> Aspetto però il suo file.
>

OK.


> >> > Come verrà fatta la fase di QA?
> >>
> >> è già stata fatta tutta una analisi - documentata su github (che poi
> >> era il lavoro di stage di Daniele) - di confronto fra i dati erogati
> >> [...]
> >
> >
> > No, non mi è sfuggito. Tralasciando il modus operandi (che è
> interessante e
> > vorrei analizzarlo meglio appena ho tempo), il modo migliore per
> valutare la
> > bontà dei dati è analizzare il file OSM risultante.
>
> Tu intendi vedere di output in overlay sulla mappa osm?
>

Serve il file OSM risultato della trasformazione poterlo analizzare dentro
a JOSM, non in overlay sulla mappa. In questo modo si può verificare, per
esempio, come sono stati impostati i tag, come vanno a inserirsi nel
contesto dei dati esistenti, se la conflation è stata fatta correttamente,
ecc.


> > Inoltre, è altamente improbabile che questo sia il primo import che non
> > necessiti di una fase di QA successiva, perché tutto è stato importato
> > benissimo, i dati sorgente non contenevano errori e anche i dati
> > precedentemente inseriti in OSM erano perfetti.
>
> In realtà abbiamo riscontrato degli errori.
> Si tratta di alcune banalità come i nomi delle vie non espansi (es. Via G.
> Mazzini) o scritti in maiuscolo/minuscolo (es. "via" vs "Via") o male
> interpretati
> (es. Piazza di Fiera vs Piazza Fiera) o con errori di battitura.
>

Questo è assolutamente normale :-) La fase di QA serve anche per eliminare
questi errori (e avere una certa coerenza nella mappa).


> > Alcuni dei problemi che possono capitare sono: strade mancanti in OSM (ma
> > ricavabili dai civici e dalle foto satellitari), strade scritte con nomi
> > differenti nei civici e nella strada (già oggi ce ne sono molti a
> Trento),
>
> Sono andato a guardare per capire a cosa facevi riferimento.
> Daniele ha usato un po' di algoritmi di comparazione dei nomi delle vie.
> Il Comune usa i nomi scritti in maiuscolo e spesso mette il nome abbreviato
> (es. sui nomi di personaggi storici inserisce l'iniziale del nome e il
> cognome
> intero).
> Per fare questo ha prima usato la libreria libpostal di Mapzen che
> normalizza
> i nomi (es. "via XXIV Maggio" diventa "Via 24 Maggio"), poi ha usato la
> distanza
> Levenshtein fra stringhe (che da un indicatore percentuale di quanto
> due stringhe
> si assomigliano e qui ha verificato quelle sotto l'80% di similarità)
> e, infine, ha verificato
> che l'ultima stringa sia uguale.
> Esempio
> nel caso "VIA G. MAZZINI" e "Via Giuseppe Mazzini"
> una volta che ha applicato libpostal e visto che la distanza
> Levenshtein aveva un valore
> alto, è andato a verificato che la parola "Mazzini" fosse presente in
> entrambi i dataset.
>
> Sono andato comunque a guardare il tool di geofabrik per la verifica
> dei civici che hai
> poi segnalato.
> Premesso che i dati presenti sono tutti quelli inseriti
> precedentemente in OSM, i problemi
> di "nomi differenti dei civici e nella strada", di fatto c'erano ma si
> limitano a situazioni con
> un livello di similarità molto alto visto che si tratta di: nomi non
> espansi, "via" scritto con
> la "v" 

Re: [Talk-it] Import numeri civici Trento

[Cascafico Giovanni]

Il 04/ott/2017 10:26, "Maurizio Napolitano"  ha scritto:
>
> > civici duplicati,
> Mentre da un lato capisco l'utilità di avere il POI completo di
> indirizzo, dall'altra ci sono
> attività commerciali che chiudono e - quando chiudono - il risultato è
> che qualche utente
> cancella il POi e, di conseguenza, anche il civico che invece potrebbe
> avere ancora
> la sua utilità.

Il civico é sicuramente molto più longevo del POI. Tempo fa se ne era
parlato, soprattutto in riferimento a maps.me  ed, aggiungo, in generale
agli editor semplificati che sono comunemente usati da mappatori
occasionali.

Su maps.me ho trovato questo [1] sito di statistiche e per fortuna le
cancellazioni sono rare.

Se effettivamente i casi sono rari, in alternativa alla duplicazione degli
addr:* si potrebbe fare un alert sulla loro cancellazione.

[1] http://mmwatch.osmz.ru/?action=d=Italy
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Import numeri civici Trento

[Maurizio Napolitano]

> Dire di valutare bene cosa importare dei possibili 4 punti perché per ISTAT
> il civico è solo quello sulla pubblica via. L'ingresso secondario è del
> garage non dovrebbero essere un numero civico  diverso?

Concordo, credo in fatti che qui debba essere anche il Comune ad
allinearsi con le direttive ISTAT

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

Re: [Talk-it] Import numeri civici Trento

[Maurizio Napolitano]

Ciao Andrea
scusa il ritardo
Fra week-end, guasto al monitor del portatile, scadenze e Daniele che
è tornato a scuola
non ho avuto modo di rispondere.

> Vi consiglio di seguire il seguente template perché contiene molte delle
> cose che devono essere discusse per un import.
> https://wiki.openstreetmap.org/wiki/Import/Plan_Outline

Grazie
Questo proprio mi era sfuggito

>> L'idea è avere un account dal nome trento_import.
>> In effetti questo Daniele non lo ha scritto.
>
>
> OK. Servirebbe anche un elenco di persone che partecipa all'import.

con questo intendi poi le persone che vanno a fare ulteriori verifiche
post import?

>> appena arriva l'ok lancia lo script
>>
>> > E' possibile vedere i dati che verranno importati
>> > (già trasformati)?
>>
>> Lo script il cui codice è stato reso pubblico usa le API di OSM.
>> Se serve convertirlo in .osm allora si può fare
>
>
> Sarebbe meglio per verificare il risultato della trasformazione.

Sto aspettando Daniele.
Di fatto è tutto ricostruibile dai suoi script.
Aspetto però il suo file.

>> > Come verrà fatta la fase di QA?
>>
>> è già stata fatta tutta una analisi - documentata su github (che poi
>> era il lavoro di stage di Daniele) - di confronto fra i dati erogati
>> [...]
>
>
> No, non mi è sfuggito. Tralasciando il modus operandi (che è interessante e
> vorrei analizzarlo meglio appena ho tempo), il modo migliore per valutare la
> bontà dei dati è analizzare il file OSM risultante.

Tu intendi vedere di output in overlay sulla mappa osm?

> Inoltre, è altamente improbabile che questo sia il primo import che non
> necessiti di una fase di QA successiva, perché tutto è stato importato
> benissimo, i dati sorgente non contenevano errori e anche i dati
> precedentemente inseriti in OSM erano perfetti.

In realtà abbiamo riscontrato degli errori.
Si tratta di alcune banalità come i nomi delle vie non espansi (es. Via G.
Mazzini) o scritti in maiuscolo/minuscolo (es. "via" vs "Via") o male
interpretati
(es. Piazza di Fiera vs Piazza Fiera) o con errori di battitura.

> Alcuni dei problemi che possono capitare sono: strade mancanti in OSM (ma
> ricavabili dai civici e dalle foto satellitari), strade scritte con nomi
> differenti nei civici e nella strada (già oggi ce ne sono molti a Trento),

Sono andato a guardare per capire a cosa facevi riferimento.
Daniele ha usato un po' di algoritmi di comparazione dei nomi delle vie.
Il Comune usa i nomi scritti in maiuscolo e spesso mette il nome abbreviato
(es. sui nomi di personaggi storici inserisce l'iniziale del nome e il cognome
intero).
Per fare questo ha prima usato la libreria libpostal di Mapzen che normalizza
i nomi (es. "via XXIV Maggio" diventa "Via 24 Maggio"), poi ha usato la distanza
Levenshtein fra stringhe (che da un indicatore percentuale di quanto
due stringhe
si assomigliano e qui ha verificato quelle sotto l'80% di similarità)
e, infine, ha verificato
che l'ultima stringa sia uguale.
Esempio
nel caso "VIA G. MAZZINI" e "Via Giuseppe Mazzini"
una volta che ha applicato libpostal e visto che la distanza
Levenshtein aveva un valore
alto, è andato a verificato che la parola "Mazzini" fosse presente in
entrambi i dataset.

Sono andato comunque a guardare il tool di geofabrik per la verifica
dei civici che hai
poi segnalato.
Premesso che i dati presenti sono tutti quelli inseriti
precedentemente in OSM, i problemi
di "nomi differenti dei civici e nella strada", di fatto c'erano ma si
limitano a situazioni con
un livello di similarità molto alto visto che si tratta di: nomi non
espansi, "via" scritto con
la "v" minuscola (questi la maggior parte) o di troppa abbreviazione
(es. Piazza di Fiera
contro Piazza Fiera).

Di fatto tutti quelli che, quanto esposto sopra, sono stati ignorati
per rispetto del lavoro
fatto dalla comunità.


> civici duplicati,

qui il problema è che spesso ci sono civici che non vengono dalla
georeferenziazione
dell'etichetta ma dall'attività commerciale.
Della serie:
un utente ha inserito il civico visto sulla casa
un altro utente ha inserito un negozio ed ha assegnato il civico al POI.
Qui come ci si comporta?

Mentre da un lato capisco l'utilità di avere il POI completo di
indirizzo, dall'altra ci sono
attività commerciali che chiudono e - quando chiudono - il risultato è
che qualche utente
cancella il POi e, di conseguenza, anche il civico che invece potrebbe
avere ancora
la sua utilità.

> civici formalmente corretti (ovvero associati a una strada
> esistente) ma molto distanti da questa,

Su questo ci andrei un po' piano in quanto, ci sono civici che sono
distanti dalla via
principale, ma poi esiste una percorso privato che arriva fino a lì.
Nella maggior parte vedo che si tratta di edifici.
Rimane poi la questione dell'edificio su più vie dove, un lato è più
vicino ad una strada,
ma l'ingresso principale è più vicino a quella ufficiale ma, per via
di percorsi privati appare
separato dalla via.
È vero che si possono disegnare i percorsi privati.
In tal caso bisogna assegnare 

Re: [Talk-it] Import numeri civici Trento

[Martin Koppenhoefer]

sent from a phone

> On 30. Sep 2017, at 19:02, Andrea Musuruane  wrote:
> 
> Invece è un problema, ad esempio per il routing perché si perde 
> l'informazione sull'ingresso. Quindi non puoi sapere da dove si entra (gli 
> edifici hanno più lati e non sono necessariamente posizionati vicino 
> all'accesso stradale).


l’accesso è posizionato nella via di cui prende il civico.


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

Re: [Talk-it] Import numeri civici Trento

[Andrea Musuruane]

Ciao,

2017-09-30 17:52 GMT+02:00 Martin Koppenhoefer :

>
>
> sent from a phone
>
> > On 30. Sep 2017, at 11:02, Andrea Musuruane  wrote:
> >
> > civici associati a un edificio mentre in Italia sono sempre associati a
> un'entrata
>
>
> non è necessariamente un errore. È vero che ogni ingresso dovrebbe avere
> un civico, ma quando non c’è più di un ingresso/civico per un edificio non
> è un problema associare il civico ad un area
>

Invece è un problema, ad esempio per il routing perché si perde
l'informazione sull'ingresso. Quindi non puoi sapere da dove si entra (gli
edifici hanno più lati e non sono necessariamente posizionati vicino
all'accesso stradale).

Ciao,

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

Re: [Talk-it] Import numeri civici Trento

[Martin Koppenhoefer]

sent from a phone

> On 30. Sep 2017, at 11:02, Andrea Musuruane  wrote:
> 
> civici associati a un edificio mentre in Italia sono sempre associati a 
> un'entrata


non è necessariamente un errore. È vero che ogni ingresso dovrebbe avere un 
civico, ma quando non c’è più di un ingresso/civico per un edificio non è un 
problema associare il civico ad un area


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

Re: [Talk-it] Import numeri civici Trento

[Dario Zontini]

Benvenuto Daniele e complimenti per la proposta di importare i numeri civici


Il 29 Set 2017 16:46, "Maurizio Napolitano"  ha scritto:


Come Daniele ha già spiegato il Comune di Trento georefernzia ogni
etichetta che  rappresenta un numero civico.
Questo fa sì che una abitazione si trova ad avere da uno ad un massimo di 4
punti che riportano la stessa informazione ma su coordinate diverse.
Esempio:
- ingresso del cancello
- ingresso della porta dell'abitazione
- ingresso secondario
- ingresso dal garage
Ciascuno riporta lo stesso numero civico e via anche nel caso in cui il
cartellino è appeso su un lato della casa che si affaccia su un altra strada

Dire di valutare bene cosa importare dei possibili 4 punti perché per ISTAT
il civico è solo quello sulla pubblica via. L'ingresso secondario è del
garage non dovrebbero essere un numero civico  diverso?

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

Re: [Talk-it] Import numeri civici Trento

[Andrea Musuruane]

Ciao,

2017-09-30 0:40 GMT+02:00 Maurizio Napolitano :

> > La pagina wiki deve essere in inglese perché poi deve essere commentata
> > nella ML di import e il parere della ML di import è vincolante.
>
> Certo.
> Per la discussione in italiano però è meglio l'italiano :)
> In ogni caso il percorso è ancora lungo.
>

Vi consiglio di seguire il seguente template perché contiene molte delle
cose che devono essere discusse per un import.
https://wiki.openstreetmap.org/wiki/Import/Plan_Outline

Per compilarlo, usate come esempio le pagine di altri import.


> > Attendo il resto della documentazione prevista per potere capire meglio.
> > Inoltre, chi parteciperà all'import? Quali sono i loro account di import?
>
> L'idea è avere un account dal nome trento_import.
> In effetti questo Daniele non lo ha scritto.
>

OK. Servirebbe anche un elenco di persone che partecipa all'import.


> > Qual è la pianificazione?
>
> appena arriva l'ok lancia lo script
>
> > E' possibile vedere i dati che verranno importati
> > (già trasformati)?
>
> Lo script il cui codice è stato reso pubblico usa le API di OSM.
> Se serve convertirlo in .osm allora si può fare
>

Sarebbe meglio per verificare il risultato della trasformazione.


> > Come verrà fatta la fase di QA?
>
> è già stata fatta tutta una analisi - documentata su github (che poi
> era il lavoro di stage di Daniele) - di confronto fra i dati erogati
> dal comune di trento e quelli presenti in openstreetmap.
> Fra le azioni sono state fatte anche le verifiche in merito ai nomi
> delle vie visto che, il dataset del comune usa nomi "compressi" mentre
> osm nomi "estesi".
> Daniele, con la sua serie di script e di pulizie con openrefine ha
> individuato:
> - i dati già presenti in osm e comparato con quelli del comune
> - dove ha trovato corrispondenza di contenuto ed una distanza fra i
> punti ragionevole (= larghezza di un edifico che contiene un civico)
> ha marcato i dati del comune come già presenti in osm (ergo cancellati
> dal potenziale dataset di importazione)
> - dove ha trovato corrispondenza geografica (o comunque in un intorno)
> è andato a verificare cosa mancava e, nei casi più complessi, è andato
> sul posto
> Dopo queste impostazioni ha isolato i dati.
> Tutto il codice è la procedura è rilasciata su github con
> documentazione in inglese -
> https://github.com/danielezotta/osm_civici_trento .
> Fra le verifiche ha controllato anche l'esistenza della strada oltre
> che del civico (il risultato ha dato
> completa copertura delle strade).
> Probabilmente questi passaggi ti erano sfuggiti o, molto più
> probabilmente, non sono coerenti con le linee guida.
> In tal caso l'invito è a segnalare cosa non va.
>

No, non mi è sfuggito. Tralasciando il modus operandi (che è interessante e
vorrei analizzarlo meglio appena ho tempo), il modo migliore per valutare
la bontà dei dati è analizzare il file OSM risultante.

Inoltre, è altamente improbabile che questo sia il primo import che non
necessiti di una fase di QA successiva, perché tutto è stato importato
benissimo, i dati sorgente non contenevano errori e anche i dati
precedentemente inseriti in OSM erano perfetti.

Alcuni dei problemi che possono capitare sono: strade mancanti in OSM (ma
ricavabili dai civici e dalle foto satellitari), strade scritte con nomi
differenti nei civici e nella strada (già oggi ce ne sono molti a Trento),
civici duplicati, civici formalmente corretti (ovvero associati a una
strada esistente) ma molto distanti da questa, civici associati a un
edificio mentre in Italia sono sempre associati a un'entrata (a Trento ce
ne sono diversi come si vede dalla seguente query overpass o tramite osm
inspector)


  


  
  
  

 
  
  
  
  



http://tools.geofabrik.de/osmi/?view=addresses=8.10563=45.56110=10=street_not_found

Prova a vedere quali strumenti sono stati usati per gli altri import (es:
osm inspector, no name map, ecc).

Ciao,

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

Re: [Talk-it] Import numeri civici Trento

[Maurizio Napolitano]

> Maurizio, mi spiace di essere stato brusco ma è dovuto a una mia mancanza di
> tempo. Tu dici che Daniele è fermo al punto 2 delle guidelines. Bene, ma
> dalla sua prima mail sembrava poco prima del punto 6.

Capisco il tuo punto di vista.
Più che altro quel "lunedi procedo" ha spaventato un po'

> La pagina wiki deve essere in inglese perché poi deve essere commentata
> nella ML di import e il parere della ML di import è vincolante.

Certo.
Per la discussione in italiano però è meglio l'italiano :)
In ogni caso il percorso è ancora lungo.

> Attendo il resto della documentazione prevista per potere capire meglio.
> Inoltre, chi parteciperà all'import? Quali sono i loro account di import?

L'idea è avere un account dal nome trento_import.
In effetti questo Daniele non lo ha scritto.

> Qual è la pianificazione?

appena arriva l'ok lancia lo script

> E' possibile vedere i dati che verranno importati
> (già trasformati)?

Lo script il cui codice è stato reso pubblico usa le API di OSM.
Se serve convertirlo in .osm allora si può fare

> Come verrà fatta la fase di QA?

è già stata fatta tutta una analisi - documentata su github (che poi
era il lavoro di stage di Daniele) - di confronto fra i dati erogati
dal comune di trento e quelli presenti in openstreetmap.
Fra le azioni sono state fatte anche le verifiche in merito ai nomi
delle vie visto che, il dataset del comune usa nomi "compressi" mentre
osm nomi "estesi".
Daniele, con la sua serie di script e di pulizie con openrefine ha individuato:
- i dati già presenti in osm e comparato con quelli del comune
- dove ha trovato corrispondenza di contenuto ed una distanza fra i
punti ragionevole (= larghezza di un edifico che contiene un civico)
ha marcato i dati del comune come già presenti in osm (ergo cancellati
dal potenziale dataset di importazione)
- dove ha trovato corrispondenza geografica (o comunque in un intorno)
è andato a verificare cosa mancava e, nei casi più complessi, è andato
sul posto
Dopo queste impostazioni ha isolato i dati.
Tutto il codice è la procedura è rilasciata su github con
documentazione in inglese -
https://github.com/danielezotta/osm_civici_trento .
Fra le verifiche ha controllato anche l'esistenza della strada oltre
che del civico (il risultato ha dato
completa copertura delle strade).
Probabilmente questi passaggi ti erano sfuggiti o, molto più
probabilmente, non sono coerenti con le linee guida.
In tal caso l'invito è a segnalare cosa non va.


Come scritto più volte Daniele ha affrontato questo all'interno di uno
stage scolastico dove, il primo
fine, era quello di insegnarli strumenti, avvicinarlo all'open data e
a openstreetmap.
Quello dell'import è un percorso che ha costruito e ragionato nel tempo.



> Detto questo, non ho nulla a priori contro qualsiasi tipo di import, però le
> guidelines sono state scritte per evitare problemi.

Yep
Infatti il prox passaggio è quello di scrivere a imp...@openstreetmap.org

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

Re: [Talk-it] Import numeri civici Trento

[Martin Koppenhoefer]

sent from a phone

> On 29. Sep 2017, at 22:42, Daniele Zotta  wrote:
> 
> Scusate se rispondo solo ora, ma come da indicazione ecco la pagina in Inglese
> https://wiki.openstreetmap.org/wiki/Trentino/Import_housenumbers_Trento


bene, potresti anche linkare i dati processati (in formato osm), quelli da 
importare. 

Ultima domanda: sai come fare un revert? Sennò, fatti aiutare da Napo ;-) Non 
dovrebbe essere necessario, ma casomai qualcosa va male dovresti farlo.

Per l’upload potrebbe avere senso spezzare i dati in pacchi/changeset più 
piccoli (es. 1000 nodi).

Poi, prima che scrivi alla lista import, prima potrai fare l’upload. ;-) Non 
credo che ci saranno grossi problemi (licenza è compatibile, area è ristretta e 
quantità di dati limitata, i civici sono generalmente più facili da importare 
che per esempio le strade. Se non ci sono voci contrastanti dalla comunità 
locale andrà probabilmente tutto liscio).

Non sarebbe male avere ancora qualche parere dei Trentini/della comunità 
locale, fatevi avanti (perché siete gli unici a poter giudicare la bontà dei 
dati).


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

Re: [Talk-it] Import numeri civici Trento

[Daniele Zotta]

Scusate se rispondo solo ora, ma come da indicazione ecco la pagina in
Inglese
https://wiki.openstreetmap.org/wiki/Trentino/Import_housenumbers_Trento


Il giorno 29 settembre 2017 17:23, Andrea Musuruane  ha
scritto:

> 2017-09-29 17:08 GMT+02:00 Maurizio Napolitano :
>
>>
>> Lunedì???
>>
>>
>>
>> Ciao
>> ho già commentato la questione
>> Dal mio punto di vista non c'è problema ad attendere
>>
>> Mi sembra manchino diversi passaggi descritti qui:
>> https://wiki.openstreetmap.org/wiki/Import/Guidelines
>>
>>
>> A me invece sembra che stia seguendo i passaggi, tant'è che è fermo al
>> punto due.
>> Qui ha aperto la discussione con la comunità.
>> Fino a che non la passa è ovvio che non prosegue.
>> Ammetto che ha proposto una data per l'import ma è anche vero che è stato
>> già stoppato dalla comunità
>> Forse interpreto male?
>>
>>
>> Ad iniziaare dal fatto che la pagina di import deve essere scritta in
>> inglese.
>>
>>
>> Deve oppure è preferibile che sia scritta in inglese?
>> Chiedo solo per il fatto che sul wiki abbiamo molte pagine dove si
>> documentano import e sono scritte in Italiano.
>> Al di là di questo è chiaro che, appena questa discussione approverà
>> l'import poi Daniele dovrà comunicarlo al data working group e, dovrà farlo
>> in inglese (come ha poi fatto nella descrizione dei suoi script pubblicati
>> su GitHub)
>>
>
> Maurizio, mi spiace di essere stato brusco ma è dovuto a una mia mancanza
> di tempo. Tu dici che Daniele è fermo al punto 2 delle guidelines. Bene, ma
> dalla sua prima mail sembrava poco prima del punto 6.
>
> La pagina wiki deve essere in inglese perché poi deve essere commentata
> nella ML di import e il parere della ML di import è vincolante.
>
> Attendo il resto della documentazione prevista per potere capire meglio.
> Inoltre, chi parteciperà all'import? Quali sono i loro account di import?
> Qual è la pianificazione? E' possibile vedere i dati che verranno importati
> (già trasformati)? Come verrà fatta la fase di QA?
>
> Detto questo, non ho nulla a priori contro qualsiasi tipo di import, però
> le guidelines sono state scritte per evitare problemi.
>
> Ciao,
>
> Andrea
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Import numeri civici Trento

[Andrea Musuruane]

2017-09-29 17:08 GMT+02:00 Maurizio Napolitano :

>
> Lunedì???
>
>
>
> Ciao
> ho già commentato la questione
> Dal mio punto di vista non c'è problema ad attendere
>
> Mi sembra manchino diversi passaggi descritti qui:
> https://wiki.openstreetmap.org/wiki/Import/Guidelines
>
>
> A me invece sembra che stia seguendo i passaggi, tant'è che è fermo al
> punto due.
> Qui ha aperto la discussione con la comunità.
> Fino a che non la passa è ovvio che non prosegue.
> Ammetto che ha proposto una data per l'import ma è anche vero che è stato
> già stoppato dalla comunità
> Forse interpreto male?
>
>
> Ad iniziaare dal fatto che la pagina di import deve essere scritta in
> inglese.
>
>
> Deve oppure è preferibile che sia scritta in inglese?
> Chiedo solo per il fatto che sul wiki abbiamo molte pagine dove si
> documentano import e sono scritte in Italiano.
> Al di là di questo è chiaro che, appena questa discussione approverà
> l'import poi Daniele dovrà comunicarlo al data working group e, dovrà farlo
> in inglese (come ha poi fatto nella descrizione dei suoi script pubblicati
> su GitHub)
>

Maurizio, mi spiace di essere stato brusco ma è dovuto a una mia mancanza
di tempo. Tu dici che Daniele è fermo al punto 2 delle guidelines. Bene, ma
dalla sua prima mail sembrava poco prima del punto 6.

La pagina wiki deve essere in inglese perché poi deve essere commentata
nella ML di import e il parere della ML di import è vincolante.

Attendo il resto della documentazione prevista per potere capire meglio.
Inoltre, chi parteciperà all'import? Quali sono i loro account di import?
Qual è la pianificazione? E' possibile vedere i dati che verranno importati
(già trasformati)? Come verrà fatta la fase di QA?

Detto questo, non ho nulla a priori contro qualsiasi tipo di import, però
le guidelines sono state scritte per evitare problemi.

Ciao,

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

Re: [Talk-it] Import numeri civici Trento

[Martin Koppenhoefer]

sent from a phone

> On 29. Sep 2017, at 16:13, Daniele Zotta  wrote:
> 
> Nei casi complicati sono andato sul posto (= ho fatto rilievi)


ottimo, la verifica in loco è uno dei principi più importanti in OSM.

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

Re: [Talk-it] Import numeri civici Trento

[Maurizio Napolitano]

certamente, chiedo scusa se non ho trovato i toni giusti, e spero che non
abbia influito sul suo entusiasmo. Sono contentissimo se il numero di
civici presente in OSM aumenta, ma volevo togliermi dei dubbi su alcune
domande (purtroppo abbiamo già visto troppi import andati male, anche se
giustamente quelli andati male di solito non si fanno vedere qui in lista).
;-)



Fai benissimo
Le tue osservazioni sono molto utili e poi, per fare un import, prima si
deve discutere ;)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Import numeri civici Trento

[Maurizio Napolitano]

Lunedì???



Ciao
ho già commentato la questione
Dal mio punto di vista non c'è problema ad attendere

Mi sembra manchino diversi passaggi descritti qui:
https://wiki.openstreetmap.org/wiki/Import/Guidelines


A me invece sembra che stia seguendo i passaggi, tant'è che è fermo al
punto due.
Qui ha aperto la discussione con la comunità.
Fino a che non la passa è ovvio che non prosegue.
Ammetto che ha proposto una data per l'import ma è anche vero che è stato
già stoppato dalla comunità
Forse interpreto male?


Ad iniziaare dal fatto che la pagina di import deve essere scritta in
inglese.


Deve oppure è preferibile che sia scritta in inglese?
Chiedo solo per il fatto che sul wiki abbiamo molte pagine dove si
documentano import e sono scritte in Italiano.
Al di là di questo è chiaro che, appena questa discussione approverà
l'import poi Daniele dovrà comunicarlo al data working group e, dovrà farlo
in inglese (come ha poi fatto nella descrizione dei suoi script pubblicati
su GitHub)

Al di là dellle polemiche mi sembra che il percorso stia prendendo forma.

La "fretta" di lunedì è solo per il discorso fine stage e per quello di
stimolare la discussione.

Interessanti le osservazioni di Martin sul tema ISTAT e Comune di Trento e
la questione dello stesso civico messo su più posizioni.

@daniele
secondo me potresti pubblicare il dataset con I civici che si potrebbe
importare
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Import numeri civici Trento

[Martin Koppenhoefer]

sent from a phone

> On 29. Sep 2017, at 16:45, Maurizio Napolitano  wrote:
> 
> Ci tengo però a sottolineare che il ragazzo è appena arrivato nel nostro 
> mondo ed ha cominciato a tuffarsi con entusiasmo.


certamente, chiedo scusa se non ho trovato i toni giusti, e spero che non abbia 
influito sul suo entusiasmo. Sono contentissimo se il numero di civici presente 
in OSM aumenta, ma volevo togliermi dei dubbi su alcune domande (purtroppo 
abbiamo già visto troppi import andati male, anche se giustamente quelli andati 
male di solito non si fanno vedere qui in lista). ;-)

Ciao, Martin 



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

Re: [Talk-it] Import numeri civici Trento

[Maurizio Napolitano]

Capito. Non avrebbero dovuto adeguare la numerazione alle regole ISTAT?
Sono dati pre-regolamento ISTAT?


Il Comune di Trento gestisce i civici in maniera quotidiana dal oltre 10
anni.
È il metodo che è pre-ISTAT e non il dataset
Immagino che presto si adegueranno


O non dovevano farlo per motivi dello statuto speciale della regione?



A parte che questa è una competenza della Provincia Autonoma e non della
Regione a statuto speciale (la Regione TAA ha meno competenze che le due
Province) la direttiva sul come raccogliere i dati è arrivata anche qui

http://www.territorio.provincia.tn.it/portal/server.pt/community/gestione_stradario_civici/1060/gestione_stradario_civici/258177

In Alto Adige i civici sono gestiti dalla Provincia e sono stati anche
importati in OSM a suo tempo assieme alle strade.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Import numeri civici Trento

[Maurizio Napolitano]

Ciao a tutt*
Chiedo scusa se rispondo solo ora ma ero in trasferta
Daniele ha iniziato il suo stage da me con il discorso dell'alternanza
scuola lavoro prevista dal MIUR
Gli ho fatto varie proposte e quella che lo ha affascinato è stata quella
del confronto fra i dati del Comune di Trento e quelli di Openstreemap
Da qui poi si è appassionato sui numeri civici e sulla possibilità di
importazione.
Nei suoi 20 giorni lavorativi di esperienza ha imparato parecchie cosucce:
qgis, spatialite, proiezioni, spatial sql, licenze open data ecc...
Di sicuro abbiamo acquistato un nuovo valido mapper.

Vengo ora ad alcune domande


> hm, ci spiegheresti meglio cosa centra con "ordine" e "doppioni"? Non
sarebbe meglio avere tutti i civici, invece di solo quelli principali?
Oppure è una questione di quantità e tempo a disposizione?


Come Daniele ha già spiegato il Comune di Trento georefernzia ogni
etichetta che  rappresenta un numero civico.
Questo fa sì che una abitazione si trova ad avere da uno ad un massimo di 4
punti che riportano la stessa informazione ma su coordinate diverse.
Esempio:
- ingresso del cancello
- ingresso della porta dell'abitazione
- ingresso secondario
- ingresso dal garage
Ciascuno riporta lo stesso numero civico e via anche nel caso in cui il
cartellino è appeso su un lato della casa che si affaccia su un altra strada


>- i numeri civici con differenze nei dati sono stati corretti in
>OpenStreetMap con i dati del comune e rimossi dal dataset comunale per
>evitare doppioni
>
>
non capisco, non avevi rimosso quelli presenti in OSM dal dataset del
comune come da voce precedente? Quali sono i dati differenti (posizioni,
numeri e nome strade, ecc.)? Le correzioni in OSM a base di dati dal comune
sono comunque già un import.


Quando vedi che una strada ha il nome sbagliato o qualcuno ha messo il
valore nel tag sbagliato ... correggi

Poi, sul piano del database right, ho qualche dubbio su quello che dici in
termini di contributo significativo


Se siete d'accordo lunedí pensavo di fare l'import su OpenStreetMap.
>



penso sia un po' presto, è vero che ti ho risposto entro un quarto d'ora ma
dobbiamo lasciare anche tempo per gli altri da rispondere. Al solito si
lasciano al meno 2 settimane per commentare ed analizzare.


Concordo su quello che dici.
La "fretta" di Daniele è solo legata al fatto che lunedì termina il suo
stage ma, di per sè, non c'è fretta.
Nelle ultime due settimane purtroppo ci siamo visti poco causa miei impegni
lavorativi.
Ci tengo però a sottolineare che il ragazzo è appena arrivato nel nostro
mondo ed ha cominciato a tuffarsi con entusiasmo.

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

Re: [Talk-it] Import numeri civici Trento

[Martin Koppenhoefer]

sent from a phone

> On 29. Sep 2017, at 14:59, Daniele Zotta  wrote:
> 
>  Nel dataset del comune sono mappati anche gli ingressi secondari ad un 
> edificio, ma presentano sempre lo stesso civico dell'ingresso principale. 
> Quindi inserendo anche gli ingressi secondari ci si troverebbe con magari un 
> edificio che presenta 3 indirizzi identici in punti diversi.


Capito. Non avrebbero dovuto adeguare la numerazione alle regole ISTAT? Sono 
dati pre-regolamento ISTAT? O non dovevano farlo per motivi dello statuto 
speciale della regione?

Intanto la tua risposta al problema mi sembra giusto. :-)

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

Re: [Talk-it] Import numeri civici Trento

[Daniele Zotta]

>
>
>-
>- i numeri civici complicati da interpretare sono stati gestiti e
>modificati manualmente e fisicamente
>
>

anche questo non capisco. Hai fatto rilievi?  Cosa hai fatto nel
particolare?


- manualmente
sono andato a verificare cosa scritto nei dati OpenStreeMap ed ho trovato
casi come nomi di via sbagliati o valori assegnati al tag sbagliato (es. Il
numero del civico su addr:name)
- fisicamente
Nei casi complicati sono andato sul posto (= ho fatto rilievi)


Il giorno 29 settembre 2017 12:35, Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> 2017-09-29 12:15 GMT+02:00 Daniele Zotta :
>
>> il dataset del comune di Trento é distribuito con licenza CC0
>>
>
>
> ottimo
>
>
>
>>
>>- per una questione di ordine e doppioni si é scelto di inserire solo
>>i numeri civici corrispondenti agli ingressi principali, poiché nel 
>> dataset
>>del comune per uno stesso edificio possono essere registrati altri civici
>>corrispondenti agli ingressi secondari
>>
>>
>
> hm, ci spiegheresti meglio cosa centra con "ordine" e "doppioni"? Non
> sarebbe meglio avere tutti i civici, invece di solo quelli principali?
> Oppure è una questione di quantità e tempo a disposizione?
>
>
>
>>
>>
>>- i numeri civici uguali giá presenti in OpenStreetMap sono stati
>>rimossi dal dataset del comune al fine di avere quelli mancanti in
>>OpenStreetMap
>>
>>
> bene
>
>
>
>>
>>-
>>- i numeri civici con differenze nei dati sono stati corretti in
>>OpenStreetMap con i dati del comune e rimossi dal dataset comunale per
>>evitare doppioni
>>
>>
> non capisco, non avevi rimosso quelli presenti in OSM dal dataset del
> comune come da voce precedente? Quali sono i dati differenti (posizioni,
> numeri e nome strade, ecc.)? Le correzioni in OSM a base di dati dal comune
> sono comunque già un import.
>
>
>
>>
>>-
>>- i numeri civici complicati da interpretare sono stati gestiti e
>>modificati manualmente e fisicamente
>>
>>
>
> anche questo non capisco. Hai fatto rilievi?  Cosa hai fatto nel
> particolare?
>
>
>
>> I numeri civici pronti all'import sono 19987,  i numeri civici presenti
>> in OpenStreetMap al momento sono 6005 nel comune di Trento.
>>
>> Se siete d'accordo lunedí pensavo di fare l'import su OpenStreetMap.
>>
>
>
>
> penso sia un po' presto, è vero che ti ho risposto entro un quarto d'ora
> ma dobbiamo lasciare anche tempo per gli altri da rispondere. Al solito si
> lasciano al meno 2 settimane per commentare ed analizzare.
>
> 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 numeri civici Trento

[Andrea Musuruane]

2017-09-29 12:15 GMT+02:00 Daniele Zotta :

> Buongiorno,
> mi chiamo Daniele, sono al 5° anno all'Istituto Tecnico Tecnologico -
> Informatica a Pergine Valsugana (TN). In questo periodo sto effettuando uno
> stage in Fondazione Bruno Kessler e il mio tutor Maurizio 'napo' Napolitano
> mi ha fatto comparare i numeri civici del comune Trento e quelli presenti
> in OpenStreetMap.
>

[..]



> I dettagli sono visibili qui su :
> wiki.openstreetmap -> https://wiki.openstreetmap.
> org/wiki/Editing_IT:_Trento_house_numbers_import
> GitHub -> https://github.com/danielezotta/osm_civici_trento
>
> Se siete d'accordo lunedí pensavo di fare l'import su OpenStreetMap.
>

Lunedì??? Mi sembra manchino diversi passaggi descritti qui:
https://wiki.openstreetmap.org/wiki/Import/Guidelines

Ad iniziare dal fatto che la pagina di import deve essere scritta in
inglese.

Ciao,

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

Re: [Talk-it] Import numeri civici Trento

[Martin Koppenhoefer]

2017-09-29 12:15 GMT+02:00 Daniele Zotta :

> il dataset del comune di Trento é distribuito con licenza CC0
>


ottimo



>
>- per una questione di ordine e doppioni si é scelto di inserire solo
>i numeri civici corrispondenti agli ingressi principali, poiché nel dataset
>del comune per uno stesso edificio possono essere registrati altri civici
>corrispondenti agli ingressi secondari
>
>

hm, ci spiegheresti meglio cosa centra con "ordine" e "doppioni"? Non
sarebbe meglio avere tutti i civici, invece di solo quelli principali?
Oppure è una questione di quantità e tempo a disposizione?



>
>
>- i numeri civici uguali giá presenti in OpenStreetMap sono stati
>rimossi dal dataset del comune al fine di avere quelli mancanti in
>OpenStreetMap
>
>
bene



>
>-
>- i numeri civici con differenze nei dati sono stati corretti in
>OpenStreetMap con i dati del comune e rimossi dal dataset comunale per
>evitare doppioni
>
>
non capisco, non avevi rimosso quelli presenti in OSM dal dataset del
comune come da voce precedente? Quali sono i dati differenti (posizioni,
numeri e nome strade, ecc.)? Le correzioni in OSM a base di dati dal comune
sono comunque già un import.



>
>-
>- i numeri civici complicati da interpretare sono stati gestiti e
>modificati manualmente e fisicamente
>
>

anche questo non capisco. Hai fatto rilievi?  Cosa hai fatto nel
particolare?



> I numeri civici pronti all'import sono 19987,  i numeri civici presenti in
> OpenStreetMap al momento sono 6005 nel comune di Trento.
>
> Se siete d'accordo lunedí pensavo di fare l'import su OpenStreetMap.
>



penso sia un po' presto, è vero che ti ho risposto entro un quarto d'ora ma
dobbiamo lasciare anche tempo per gli altri da rispondere. Al solito si
lasciano al meno 2 settimane per commentare ed analizzare.

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

[Talk-it] Import numeri civici Trento

[Daniele Zotta]

Buongiorno,
mi chiamo Daniele, sono al 5° anno all'Istituto Tecnico Tecnologico -
Informatica a Pergine Valsugana (TN). In questo periodo sto effettuando uno
stage in Fondazione Bruno Kessler e il mio tutor Maurizio 'napo' Napolitano
mi ha fatto comparare i numeri civici del comune Trento e quelli presenti
in OpenStreetMap.

Faccio presente inoltre che:

   - il dataset del comune di Trento é distribuito con licenza CC0
   - per una questione di ordine e doppioni si é scelto di inserire solo i
   numeri civici corrispondenti agli ingressi principali, poiché nel dataset
   del comune per uno stesso edificio possono essere registrati altri civici
   corrispondenti agli ingressi secondari
   - i numeri civici uguali giá presenti in OpenStreetMap sono stati
   rimossi dal dataset del comune al fine di avere quelli mancanti in
   OpenStreetMap
   - i numeri civici con differenze nei dati sono stati corretti in
   OpenStreetMap con i dati del comune e rimossi dal dataset comunale per
   evitare doppioni
   - i numeri civici complicati da interpretare sono stati gestiti e
   modificati manualmente e fisicamente


I numeri civici pronti all'import sono 19987,  i numeri civici presenti in
OpenStreetMap al momento sono 6005 nel comune di Trento.

I dettagli sono visibili qui su :
wiki.openstreetmap ->
https://wiki.openstreetmap.org/wiki/Editing_IT:_Trento_house_numbers_import
GitHub -> https://github.com/danielezotta/osm_civici_trento

Se siete d'accordo lunedí pensavo di fare l'import su OpenStreetMap.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it