<div dir="ltr">In my view the streets should be more detailed - after all having the details dropped by computers is possible (even if not always easy). but detail that is not there cannot be add in any simple way. This case might depending on the precise conditions fulfil the requirements for separate direction lanes. If not some more detailed scheme would have to be used - mapping streets as areas. Eventually that will be the only viable option city centres currently mapped in high detail with only the streets being overly simplified...<div>

<br></div><div style>Lukáš Matějka (LM_1)</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/4/7 Martin Atkins <span dir="ltr"><<a href="mailto:mart@degeneration.co.uk" target="_blank">mart@degeneration.co.uk</a>></span><br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hi all,<br>
<br>
I do mapping in San Francisco, CA and I'm frustrated about the inconsistent levels of detail we typically use when mapping urban environments.<br>
<br>
For example, most highways are mapped in a network-oriented fashion with one string of ways representing both directions of traffic, often encapsulating other features like cycle lanes and sidewalks, and intersections simply represented by crossing the streets at a single common node.<br>


<br>
On the other hand, rail lines are most commonly mapped by their physical shape, so the rail ways come in pairs. The people who mapped the tram lines in San Francisco also mapped the curves of the rails at intersections, rather than having them meet at a single node as with the highways. This creates the following ridiculous effect in rendering:<br>


    <a href="http://osm.org/go/TZHvFT5aF--" target="_blank">http://osm.org/go/TZHvFT5aF--</a><br>
<br>
Notice how the rails only just fit inside the rendered street on straight sections, and cut the street corner completely at the intersection.<br>
<br>
However, here's how it actually looks on the ground (looking across the intersection from east to west). Notice that the rails are completely contained within this 4-lane intersection (all four being normal traffic lanes with no physical separation except for the tram boarding platforms):<br>


    <a href="http://oi45.tinypic.com/w6qsgh.jpg" target="_blank">http://oi45.tinypic.com/<u></u>w6qsgh.jpg</a><br>
<br>
(On the plus side, we're doing better than Google Maps, whose rendering makes it look like the rails on Church street are both off to the west side of the street! <a href="http://tinyurl.com/cedot4n" target="_blank">http://tinyurl.com/cedot4n</a> )<br>


<br>
This problem shows up in various other contexts too: it's impossible to accurately tag a bench or bus stop on a sidewalk because the sidewalk doesn't exist as a separate construct. Fences or buildings directly abut the street end up rendering either over the street or set back from it because the true width of the street is not represented.<br>


<br>
For most normal street mapping and vehicle routing purposes it seems sufficient to just know simple landmark details that aid in orientation, e.g. that whether particular street contains a railway or it passes alongside a railway. Of course, more detail-oriented uses like 3D renderings it'd be more important to have the full physical street layout described, with separated lanes and proper physical relationships with surrounding objects.<br>


<br>
How have others resolved this fundamental conflict? More detailed streets, or less-detailed everything else?<br>
<br>
<br>
______________________________<u></u>_________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/tagging" target="_blank">http://lists.openstreetmap.<u></u>org/listinfo/tagging</a><br>
</blockquote></div><br></div>