[OSM-talk-be] track with cycleway ? (and relation sorting)
Jo
winfixit at gmail.com
Tue Aug 28 21:06:21 UTC 2012
I fixed the relation. JOSM was able to order this one automatically.
Personally I would probably have drawn a separate cycleway. On the aerial
picture there seems to be a separation between the track and the cycleway.
Jo
2012/8/28 Ben Laenen <benlaenen at gmail.com>
> On Tuesday 28 August 2012 22:25:29 Jan Herrygers wrote:
> > I noticed that a gravel road (Dutch: grindweg) was not mapped, but the
> > cycleway next to it was. The cycleway is in concrete.
> >
> > I decided to redesignate the cycleway as highway=track with a
> > cycleway=track:
> > http://www.openstreetmap.org/edit?lat=51.31012&lon=5.16682&zoom=17
> >
> > It does look a bit weird, when you know the cycleway is concrete. Is
> this a
> > logical way to tag this?
>
> Yes, but if you want you can add a tag that says that the cycleway is
> concrete:
>
> cycleway:surface=concrete
>
> It won't change the rendering, but you never know when a router will get
> smart
> enough to be able to read it :-)
>
> > Also, there was something weird going on with an intersection and a piece
> > of the road where both the cycleway and the gravel road were mapped. In
> > fact, that was the reason I looked over there in the first place: my
> > routing app did some weird stuff over there. I decided to delete that
> part
> > of the cycleway, and to add the gravel road to the cycle node network.
> >
> > But I did that in Potlatch, so probably the route isn't well-sorted
> > anymore. Does anyone care to correct that? Or is it not *that* important?
>
> It's not really important that the order is correct in the database, but it
> can help in checking the route, that is if your editor can do anything
> with it
> (like JOSM). But there are other tools to check relations, like
> http://ra.osmsurround.org/analyzeRelation . Just put the id of the
> relation in
> there and it will tell you if the route is in one piece (do note that with
> bicycle routes, you'll have the extra complexity of tails at the beginning
> and
> at the end or different routes for both directions, the tools can't really
> handle those).
>
> Ben
>
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20120828/7fb0925c/attachment.htm>
More information about the Talk-be
mailing list