<div dir="ltr">Ciao,<br><div><div class="gmail_extra"><br><div class="gmail_quote">2017-10-05 18:40 GMT+02:00 Martin Koppenhoefer <span dir="ltr"><<a href="mailto:dieterdreist@gmail.com" target="_blank">dieterdreist@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span>2017-10-05 17:37 GMT+02:00 Andrea Musuruane <span dir="ltr"><<a href="mailto:musuruan@gmail.com" target="_blank">musuruan@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote"><div>L'etichetta di un determinato numero civico è univoca. Non vedo perché su OSM ci debbano essere più nodi che rappresentano questa informazione.<br></div></div></div></div></div></blockquote><div><br></div><div><br></div></span><div>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.</div></div></div></div></blockquote><div><br></div><div>L'alternativa è mettere il POI sull'accesso ma proprio non ti piace eh? ;-) E' anche molto meno oneroso da mappare.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote"><div>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.</div></div></div></div></div></blockquote><div><br></div><div><br></div></span><div>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.</div></div></div></div></blockquote><div><br></div><div>Se il router trova più di un civico, io devo sceglierne uno a caso. Quindi non so dove sto andando.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="gmail_quote"><span><span></span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Anche se poi ci son attività commerciali che usano più spazi adiacenti</blockquote></span><br><span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
ed hanno più di un civico.</blockquote></span><br><span></span><br><span></span><div>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).</div></blockquote><div><br></div><div><br></div></span><div>anche i POI sul building sono un problema, semanticamente, perché non distinguono tra edificio e POI.<br></div></div></div></div></div></blockquote><div><br></div><div>Io, semanticamente, non vedo problemi. Si accettando controesempi.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="gmail_quote"><div><br></div><span><div> <span></span><br><span></span></div></span><span><span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span>
>> Pertanto come agire? Levare il civico dall'edificio e spostarlo sul<br>
>> cancello?<br>
><br>
><br>
> Esatto, spostare il civico dal building e metterlo sull'accesso (cancello,<br>
> porta, ecc).<br></span></blockquote><div><br></div><div><br></div></span><div>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?<br></div></span></div></div></div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div> </div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="gmail_quote"><span></span><span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>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.<br></div></blockquote><div><br></div><div><br></div></span><div>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?</div></div></div></div></div></blockquote><div><br></div><div>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. <br></div><div><br></div><div>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.)":<br></div><div><a href="https://rnc.istat.it/DOCUMENTI/Manuale_per_le_operazioni_sul_campo.pdf">https://rnc.istat.it/DOCUMENTI/Manuale_per_le_operazioni_sul_campo.pdf</a><br></div><div><br></div><div>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.</div><div><br></div><div>Spostare il civici dal building all'accesso non perdi informazioni ma ne guadagni.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="gmail_quote"><span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>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.</div></blockquote></span></div></div></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">-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.</div></div></blockquote><div><br></div><div>Martin, l'import è un edit automatico. Proprio per questo c'è un processo di review.</div><div><br></div><div>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.</div><div><br></div><div>Dire che questa operazione è sbagliata significa mettere in discussione la bontà del dato rilevato sul campo e messo a disposizione dal Comune di Trento.<br></div></div><div class="gmail_quote"><br></div><div class="gmail_quote">Ciao,</div><div class="gmail_quote"><br></div><div class="gmail_quote">Andrea</div><div class="gmail_quote"><br></div><div class="gmail_quote"><br></div></div></div></div>