On 29/05/15 18:18, Janko Mihelić wrote: > What I'm sure about is that Wikidata isn't the place for opening hours > of shops and businesses. The question is, should we build our own > OSMData or OpenPOIData that has that information, or is OSM good enough.
Or simply provide a well documented mechanism by which third parties can provided secondary layers of data! But there is a difference between the accessing of names such as provided by geonames, and allowing that lookup to happen in any language and adding what really should be 'cloud sourced' data such as the opening time, menu, drinks list etc of a business at x,y. Further providing a google style translation of that again is something that one would not expect in OSM? Although a tool that allows a particular language version of pop-up data attached to OSM may be appropriate going forwards. If we have a correct website link for the business, there is no need to store opening times IN OSM ... but an historic view may well require archiving older business material ... which is where OHM starts plugging the gaps. Again ... do we need ever translation of every object in OSM to be served up when all we actually need is our own language, and perhaps the native languages of the target object. OSMData which provides a filtered view of the available data is what we are talking about, and while a full XML planet dump with every possible translation is who the system currently works, relational data bases are the logical way to provided filtered live data? Should that layer be provided by a third party? I think the answer there is probably no, but providing an interface where third party versions of the data can be used makes sense. -- 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 _______________________________________________ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
