Il giorno mer 1 ago 2018 alle ore 16:28 Fabrizio Tambussa < ftambu...@gmail.com> ha scritto:
> Ma in questa intensa 3 giorni con la summa dell'OSM mondiale, si sono > affrontati temi innovativi tipo (in ordine casuale): > Migliorare le API ferme alla versione 0.6, > Mettere ordine nello schema di tagging, > Cambiare il formato del DB introducendo le aree, > Aiutare miss Nominatim, > Ecc ecc? > Rigiro la domanda: di quel che sarà OSM da qui a 5 anni se ne è discusso? > > 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. 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. Coast ribadiva che non capiva i reali benefici di tale approccio e che si stava trascurando l'intero ecosistema di app. Qui la base di discussione pubblica [2] che penso verrà arrichita di nuovi contenuti. La variant 1 è quella preferita dagli estensori- 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). [1] https://2018.stateofthemap.org/2018/W019-Present_and_Future_of_the_OSM_data_model_from_the_Overpass_API_perspective/ [2] https://github.com/drolbr/osm-data-model
_______________________________________________ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
