HI Lester, Many of the use cases for OHM feature data which has never appeared, and will never appear in OSM. OHM is not a historical repository for OSM data *per se*: at least not as currently envisaged and supported.
Regards, Jerry On 18 December 2014 at 14:06, Lester Caine <[email protected]> wrote: > > On 18/12/14 12:58, SK53 wrote: > > Although OHM uses the OSM technology stack and most of us are OSMers, it > > is functionally & organisationally (not that it has much of a formal > > organisation) independent from OSM, and the OSMF. > > > > So far in discussions over the past year I think our approach is > > slightly different from OSM > > OSM is providing an ideal base to build on. With all of the historic > mapping that is now available as a background to the data set, and the > slowly growing inclusion of the correct tagging of historic elements > like start_date and end_date. Even the change-log history is now > accessible as another time axis for things like changes of names and the > like going forward, but that now needs augmenting with the previous > changes. > > The tools that need improving are those which allow secondary layers of > data to be merged with the main database. I see little point trying to > completely mirror a second copy of the master data which is so key as a > base. It is not so easy to add additional layers though such as > spreadsheets of population figures or many of the other geographically > related data sets. I view cross references to the likes of geonames and > wikipedia falling into this area, since it also allows the natural > addition of a time related filter. Tracking the evolution of a locations > TZ settings can be handled as a historic access to the geonames data, or > similar database. > > While material that now has an end_date is purged from the main > database, it's content needs to be maintained in a secondary layer onto > which things like the now lost Roman roads, railway lines and other > structures can be mapped in exactly the same way as OSM currently works. > SO a mirror only needs to maintain material that has dropped out of > interest to current day mappers? But a substantial amount of that data > surfaces in the current day maps? > > -- > Lester Caine - G8HFL > ----------------------------- > Contact - http://lsces.co.uk/wiki/?page=contact > L.S.Caine Electronic Services - http://lsces.co.uk > EnquirySolve - http://enquirysolve.com/ > Model Engineers Digital Workshop - http://medw.co.uk > Rainbow Digital Media - http://rainbowdigitalmedia.co.uk > > _______________________________________________ > Historic mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/historic >
_______________________________________________ Historic mailing list [email protected] https://lists.openstreetmap.org/listinfo/historic
