[Imports] Uploading sidewalks in San Jose, California, US

Nick Bolten nbolten at gmail.com
Sun Oct 15 22:48:23 UTC 2017

Hey Vivek et al, let's keep in touch and get those crossings going. We've
got some tools that can help out with getting those sidewalks connected via

On Sun, Oct 15, 2017 at 3:10 PM Michael Reichert <osm-ml at michreichert.de>

> Hi Vivek et.al.,
> Am 20.09.2017 um 09:20 schrieb Frederik Ramm:
> > On 19.09.2017 21:09, Vivek Bansal wrote:
> >> The Wiki:
> >>
> https://wiki.openstreetmap.org/wiki/Santa_Clara_County,_California/San_Jose_Sidewalk_Import
> >
> > Let me try to understand this better. The wiki page says
> >
> > "We recognize we could be creating sidewalk islands since we aren't
> > dealing with crossings or connecting the sidewalks to streets but most
> > routing software doesn't use sidewalks and typically uses left/right
> > tags. Regardless, adding sidewalks will eventually make things better."
> >
> > At the same time you are talking about the "pedestrian network" and
> > "fundamental infrastructure mapping". But it isn't a network if it isn't
> > connected, is it? You must be mapping zebra (and other) crossings too,
> > so that actual pedestrian routes can be computed, or else the use of the
> > data you're adding would be limited to walking between places on the
> > same block of houses?
> >
> > Please confirm that your process will not be limited to "uploading"
> > sidewalks but also ensuring they are properly connected to what's there
> > on OSM already, and thereby (through crossings etc.), also to each
> > other. Otherwise what you are doing is nothing better than MS Paint for
> > maps - or potentially worse, since a pedestrian routing engine that
> > *today*, because of the lack of sidewalks, snaps start and destination
> > to the nearest road and leads the pedestrian along that, might choose to
> > snap to a sidewalk instead and be caught on a routing island.
> I seems that you did not understand correctly what Frederik wanted to
> tell you.
> If you upload sidewalks as separate ways, they must be connected with
> the existing network in the same changeset which uploads them.
> Unfortunately, the data you uploaded already is not connected to the
> remaining network at all. Please fix these thousands of routing islands
> and dead-ends within the next days or revert your import. Please pause
> your import and get more familiar with OSM before you continue.
> OpenStreetMap intends to be a routeable data set. Lots of users fetch
> data updates for routing every day, every week or every month and rely
> on us. If you upload broken data, their routing software will return low
> quality results until the next update.
> Example of a result which harms the reputation of OSM:
> http://www.openstreetmap.org/directions?engine=graphhopper_foot&route=37.31370%2C-121.75710%3B37.31290%2C-121.75690
> Best regards
> Michael
> --
> Per E-Mail kommuniziere ich bevorzugt GPG-verschl├╝sselt. (Mailinglisten
> ausgenommen)
> I prefer GPG encryption of emails. (does not apply on mailing lists)
> _______________________________________________
> Imports mailing list
> Imports at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/imports
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/imports/attachments/20171015/e12ede91/attachment.html>

More information about the Imports mailing list