Ah, ok, I hadn't checked the US, but the other places I'd looked at used OSM. The site seems to have fallen over now, however.
On 15 September 2015 at 17:19, Ian Dees <[email protected]> wrote: > http://beta.mapquest.com/ does not use OSM data in the US, at least. > > On Tue, Sep 15, 2015 at 12:10 PM, Joseph Reeves <[email protected]> > wrote: > >> http://hello.mapquest.com/ ? >> >> On 14 September 2015 at 19:25, Daniel Koć <daniel@koć.pl> wrote: >> >>> I had an idea to add UMap functionality to OSM.org website and I >>> discovered Mateusz Konieczny lately wanted to add a dynamic layer with >>> opening hours (and some more data), which I think would be also useful for >>> users: >>> >>> https://github.com/openstreetmap/openstreetmap-website/issues/1038 >>> https://github.com/openstreetmap/openstreetmap-website/issues/1056 >>> >>> However the response we got is that all the features on our website are >>> there because they help mappers. While I'm sure overlay showing opening >>> hours falls into this category easily, map personalization is primary a >>> feature for end users (of course mappers may use it too, but it may not >>> have direct impact on OSM data). >>> >>> This made me wonder if we care only for having portal for mappers and >>> don't like to have some useful features just because they are addressed >>> rather for data consumers? In most of the cases this is not the >>> contradiction, but why should we "reject" end users' needs? >>> >>> OSM-carto, which is what I'm more familiar with, tries to reach both >>> these groups: >>> >>> >>> https://github.com/gravitystorm/openstreetmap-carto/blob/master/CARTOGRAPHY.md#purposes >> >>
_______________________________________________ talk mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk
