<div dir="ltr"><br><div class="gmail_quote"><div dir="ltr">Il giorno mer 1 ago 2018 alle ore 16:28 Fabrizio Tambussa <<a href="mailto:ftambussa@gmail.com">ftambussa@gmail.com</a>> ha scritto:<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="auto"> Ma in questa intensa 3 giorni con la summa dell'OSM mondiale,  si sono affrontati temi innovativi tipo (in ordine casuale):<div dir="auto">Migliorare le API ferme alla versione 0.6, </div><div dir="auto">Mettere ordine nello schema di tagging,</div><div dir="auto">Cambiare il formato del DB introducendo le aree,</div><div dir="auto">Aiutare miss Nominatim,</div><div dir="auto">Ecc ecc?</div><div dir="auto">Rigiro la domanda: di quel che sarà OSM da qui a 5 anni se ne è discusso?</div><div dir="auto"> </div></div></blockquote><div><br></div><div>A riguardo del formato DB e delle aree c'è stato questo talk [1] di Roland Olbricht che ha visto in sala la partecipazione di Steve Coast. Pur restando su un confronto civile i due mi sono sembrati molto fermi sulle loro posizioni.</div><div>In estrema sintesi Olbricht vuole portare la geometria direttamente sulle way all'interno del DB, ovvero ogni way si porta con set lat/lon di ogni nodo che la costituisce. I nodi in comune a più way vengono invece memorizzati come ref alla tabella nodi. Questa per Olbricht sarebbe la panacea che risolve molti mali e che consentirebbe un'esecuzione più efficiente delle query.<br></div><div>Coast ribadiva che non capiva i reali benefici di tale approccio e che si stava trascurando l'intero ecosistema di app.<br></div><div>Qui la base di discussione pubblica [2] che penso verrà arrichita di nuovi contenuti. La variant 1 è quella preferita dagli estensori-<br></div><div><br></div><div>Un cambiamento così radicale a me spaventa un po' proprio per l'enorme ecosistema applicativo che ruota oggi attorno a OSM, e quindi mi piacerebbe capire quanti sono i veri beneficiari di questo (spero non solo le Overpass API di Roland).<br></div><div><br></div><div>[1] <a href="https://2018.stateofthemap.org/2018/W019-Present_and_Future_of_the_OSM_data_model_from_the_Overpass_API_perspective/">https://2018.stateofthemap.org/2018/W019-Present_and_Future_of_the_OSM_data_model_from_the_Overpass_API_perspective/</a></div><div>[2] <a href="https://github.com/drolbr/osm-data-model">https://github.com/drolbr/osm-data-model</a><br></div></div></div>