<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 18 April 2018 at 06:30, Jmapb <span dir="ltr"><<a href="mailto:jmapb@gmx.com" target="_blank">jmapb@gmx.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">(My personal feeling is that that it's better to avoid mapping sidewalks as separate ways unless there's a compelling reason that would outweigh the additional data clutter and routing complications. In some circumstances -- those where walking on the sidewalk, or on a particular side of a road with two sidewalks, has noticeably different routing implications -- it seems like a good idea.)<br></blockquote><div><br></div><div>It means less tags on the road which makes it easier to edit manually. A road already has:</div><div><br></div><div>highway, surface, maxspeed, maxweight, maxheight, width, oneway, access, lanes, turn:lanes, lit, parking:lane:left, parking:lane:right, parking:condition:left, parking:condition:right,parking:lane:left:type, parking:lane:right:type, etc.</div><div><br></div><div>A sidewalk also has it's own:</div><div><br></div><div>maxspeed (some places where bicycles can use the sidewalk and sections have signposted speed), maxweight, width, access, surface</div><div><br></div><div>On top of that the highway needs to be split every time just one of those tags changes meaning you end up with many short segment ways.</div><div><br></div><div>I realise editors can and do abstract some of this, but if we can put all those sidewalk attributes on their own ways it makes it much easier to map by reducing the complexity of the highway centerline.</div><div><br></div><div>It means we can use say the exact same tags on the separate sidewalk rather than prefixing them with sidewalk:left:width, sidewalk:left:bicycle, etc.</div></div></div></div>