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