then we are closer as I thought. still mapping multiple parallel lanes with multiple lines is too difficult. consider a bestcase accuracy of +/- 2-3m with handheld gps and current areal pics. this is the size of a typical car lane. aligning many smaller structures is just magic guessing. therefore I wouldn't go so far to map dividers itself as they are in 99% aligned with the highway instead add an attribute for a cycle lane separated by a drawn line the current cycleway=lane is good enough too. is there any application or use case where you need such tiny details?
On Aug 20, 2009, at 12:23 PM, Martin Koppenhoefer wrote: > 2009/8/20 Apollinaris Schoell <ascho...@gmail.com>: >> how could you do this practically? aligning 18 lanes as individual >> ways is impossible in the current data model and editors. > > Why? It's very possible: just do it. > > Btw: I's not 18 lanes, but > 1+parking+1+divider+2+divider+3+divider+3+divider+2+divider+buslane > +divider+pedestrian+cyclelane+1+divider, > so I was not just counting the lanes but also the dividers (and it's > more than 18). > > Currently that's different ways (because of the dividers) with > lanes=3, lanes=2, etc., which does somehow work, but not represent > well the situation at junctions. > >> agree that ways with dividers should be separate ways because routing >> must know crossing is not allowed. adding this info to any lane >> concept will make it too complicated > > Yes, but maybe you got me wrong: I suggested to draw and tag the > dividers as well. > >> as soon as crossing is allowed all lanes can be modeled with any >> multi >> lane numbering scheme. >> having them as separate ways is wrong then >> because routing will not work for lane changes. > > that what exactly my point: It _will_ be possible with this kind of > relation, that indicates, where you can cross. This is IMHO necessary > e.g. for motorway-ramps, separately mapped pavements and cycleways, > etc. > > cheers, > Martin _______________________________________________ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk