<div dir="ltr"><a href="http://beta.mapquest.com/">http://beta.mapquest.com/</a> does not use OSM data in the US, at least.<br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 15, 2015 at 12:10 PM, Joseph Reeves <span dir="ltr"><<a href="mailto:iknowjoseph@gmail.com" target="_blank">iknowjoseph@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><a href="http://hello.mapquest.com/" target="_blank">http://hello.mapquest.com/</a> ?<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 14 September 2015 at 19:25, Daniel Koć <span dir="ltr"><<a href="mailto:daniel@koć.pl" target="_blank">daniel@koć.pl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">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:<br>
<br>
<a href="https://github.com/openstreetmap/openstreetmap-website/issues/1038" rel="noreferrer" target="_blank">https://github.com/openstreetmap/openstreetmap-website/issues/1038</a><br>
<a href="https://github.com/openstreetmap/openstreetmap-website/issues/1056" rel="noreferrer" target="_blank">https://github.com/openstreetmap/openstreetmap-website/issues/1056</a><br>
<br>
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).<br>
<br>
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?<br>
<br>
OSM-carto, which is what I'm more familiar with, tries to reach both these groups:<br>
<br>
<a href="https://github.com/gravitystorm/openstreetmap-carto/blob/master/CARTOGRAPHY.md#purposes" rel="noreferrer" target="_blank">https://github.com/gravitystorm/openstreetmap-carto/blob/master/CARTOGRAPHY.md#purposes</a></blockquote></div></div></blockquote></div></div></div>