<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">Il giorno 24 luglio 2016 10:36, Simone Cortesi <span dir="ltr"><<a href="mailto:simone@cortesi.com" target="_blank">simone@cortesi.com</a>></span> ha scritto:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
potrebbero, al momento dell'import, generare un hash che tengono in<br>
memoria in Regione e tale hash contiene l'ID del nodo, e la versione<br>
attuale. poi, ogni tanto controllano che l'hash generato fresco e<br>
quello in memoria, combacino.<br></blockquote></div><br></div><div class="gmail_extra">Io sono ancora d'accordo con Lorenzo Perone sul fatto che secondo me è una buona cosa mantenere una correlazione tra i due dataset (quello della regione e i dati che saranno eventualmente importati in OSM).<br><br></div><div class="gmail_extra">Visti i tanti interventi a questo punto si potrebbe ragionare su "Chi tiene la correlazione tra l'UUID regionale e quello di OSM (ovvero l'ID del nodo)?".<br><br>1. La tiene OSM mettendo qualcosa come ref:RER=UUID<br>2. La tiene la regione, come suggerito ad esempio da Simone con un hash<br>3. La tiene  un'ente "terzo". Penso a qualcosa come un file CSV su GitHub da creare al momento dell'import che correli UUID con ID OSM dei nodi effettivamente inseriti. Si potrà poi decidere se manutenerlo in futuro oppure no.<br><br></div><div class="gmail_extra">Visto che abbiamo l'occasione di farlo in maniera semplice e funzionale (dal punto di vista tecnico è più immediato lavorare con una correlazione tra ID che non con la ricerca dell'indirizzo, scelta che ritengo comunque valida e corretta) quello che per me conta è che non si creino due "isole" di dati scollegate. Per lo meno non fin da subito...<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Ciao!<br></div><div class="gmail_extra">Lorenzo<br></div></div>