<div dir="ltr">It actually appears they are claiming to do so (based on Mapbox attribution), though I question how recent their snapshot is or how they're coming to some of the conclusions they are in the Tulsa area, <a href="http://mapq.st/1fX5bwr">http://mapq.st/1fX5bwr</a> . Some major glaring inconsistencies are standing out, as in this is either almost straight raw TIGER data or Mapbox is rendering TomTom's map and attributing it to OpenStreetMap. Lack of construction zones along I 244 east of downtown, the south and east legs of the downtown dispersal loop being labelled as I 444 (an unsigned_ref=* value in OSM tagging), and the L. L. Tisdale Parkway being named Osage Expressway (a highway that was only ever named as such on planning documents in the 1960s and 1970s, ultimately opening in the mid to late 1980s under the name present in OSM; if it's even mentioned in the OSM data, it'd be under old_name=* as baby-boomers who grew up here grew up having it hyped as "coming soon" for half their life).<div><br></div><div>I'd love to see if we could get someone from Mapbox to pipe up on this, since it definitely appears similar to some of their styles, so they're likely providing the rendering. I suspect the rather strange and prevalent presence of names 40-years-out-of-date on OklaDOT highways, and oddly inconsistent-even-with-TIGER presence or absence of a number of streets and alleys is a pretty deliberate easter egg of Google and NAVTEQ (and annoyingly prevalent in this region). No idea what data they are using to generate tiles, but despite the attribution, it's very plainly *NOT* OSM.<div><div><br></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 15, 2015 at 11:24 AM, 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">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.<div><br></div><div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On 15 September 2015 at 17:19, Ian Dees <span dir="ltr"><<a href="mailto:ian.dees@gmail.com" target="_blank">ian.dees@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><a href="http://beta.mapquest.com/" target="_blank">http://beta.mapquest.com/</a> does not use OSM data in the US, at least.<span><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></span></div>
</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk</a><br>
<br></blockquote></div><br></div>