[OSM-talk] Portal for end users
Joseph Reeves
iknowjoseph at gmail.com
Tue Sep 15 16:24:23 UTC 2015
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 <ian.dees at gmail.com> 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 <iknowjoseph at gmail.com>
> wrote:
>
>> http://hello.mapquest.com/ ?
>>
>> On 14 September 2015 at 19:25, Daniel Koć <daniel at 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
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20150915/0f51bd7c/attachment-0001.html>
More information about the talk
mailing list