<div dir="ltr">Ciao,<br><div><div class="gmail_extra"><br><div class="gmail_quote">2017-10-05 15:57 GMT+02:00 Maurizio Napolitano <span dir="ltr"><<a href="mailto:napoogle@gmail.com" target="_blank">napoogle@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">>> Della serie:<br>
>> un utente ha inserito il civico visto sulla casa<br>
>> un altro utente ha inserito un negozio ed ha assegnato il civico al POI.<br>
>> Qui come ci si comporta?<br>
><br>
><br>
> In generale il civico è associato all'accesso. Se il POI non ha un civico<br>
> specifico per il suo ingresso, IMHO questo non dovrebbe avere i tag addr:*.<br>
<br>
</span>Una questioen che però non va sottovalutata sono i preset che, strumenti come<br>
IDEditor offrono.<br>
In IDEditor, quando si inserisce un POI, viene presentata anche la maschera<br>
con l'indirizzo completo da inserire.<br>
Lo stesso vale per Wheelmaps ed altri ancora.<br></blockquote><div><br></div><div>Se i preset sono errati, io sarei per cambiare i preset, non per cambiare OSM...</div><div><br></div><div>Comunque in questo caso non trovo i preset errati, trovo errato che siano obbligatori.<br></div><div><br></div><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><br></div><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><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> [...]<br>
<span class="">> Personalmente se POI e civico coincidono nell'accesso li metto sempre<br>
> insieme. Sono geograficamente nello stesso punto.<br>
><br>
> Se un utente cancella tutte le informazioni dal nodo è errato.<br>
<br>
</span>È errato ma viene fatto.<br></blockquote><div><br></div><div>Vengono fatte anche tante altre cose errate. Non per questo credo che dobbiamo uniformarci verso il basso.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Anche se poi ci son attività commerciali che usano più spazi adiacenti<br>
ed hanno più di un civico.<br></blockquote><div><br></div><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).<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="">
>> Rimane poi la questione dell'edificio su più vie dove, un lato è più<br>
>> vicino ad una strada,<br>
>> ma l'ingresso principale è più vicino a quella ufficiale ma, per via<br>
>> di percorsi privati appare<br>
>> separato dalla via.<br>
>> È vero che si possono disegnare i percorsi privati.<br>
>> In tal caso bisogna assegnare anche il nome della via al vialetto privato?<br>
><br>
><br>
> Direi di no.<br>
<br>
</span>Tra l'altro mi sono accorto che ho scritto la frase sbagliata: ho<br>
dimenticato un "NON".<br>
Intendevo dire che capita che l'edificio sia più vicino ad una strada<br>
ma l'ingresso ufficiale,<br>
per via di percorsi privato ed altro, appare più lontano dalla strada<br>
da cui l'edificio eredita<br>
il civico.<br>
<span class=""><br>
>> 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>
<br>
</span>quindi proponi una operazione manuale.<br>
Considera che ci sono anche zone dove mancano gli edifici.<br>
Se l'import diventa manuale, dal mio punto di vista, non è<br>
propriamente un import<br>
ma una verifica basata sul confronto manuale fra basi dati diverse.<span class=""><br></span></blockquote><div><br></div><div>Personalmente sono per una soluzione molto più semplice e realizzabile con l'import proposto.<br></div><div><br></div><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><div><br></div><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><div></div><div><br></div><div>Ciao,</div><div><br></div><div>Andrea</div><div><br></div><div><br></div><br></div></div></div></div>