Volker Schmidt <vosc...@gmail.com>: > The double role issue, if it occurs, is there in either case, separate > relation or role in the bicycle route relation. >
If a way or a chain of ways in a route relation has no forward/backward role, you can assign it a transfer/transport role.Easy for e.g. ferries operating in both directions. If the bicycle has split directions and transfer/transport is also different for the travel directions, I think a route_master relation is needed for the transfer. The superroute will have as members: the bicycle relation up to the transport; the routemaster relation with the transfer role, and the section of the bicycle route at the other side of the transfer. I think for most bicycle routes this kind of transfer will have a shared way or shared point near the transport. So I think this will not happen very often.But if it does, tagging can be done as described above without ever having to combine roles. Processing is another matter, though. > Regarding travel details of ferry/rail/bus sections within bicycle routes: > This information, if available, should go on the the ferry/rail/bus route > relations, as these means of transport are not exclusive to the bike route, > at least in most cases, and therefore should have their own relations > independently of bicycle travel. > > In more general terms, this intermodal transport problem is a big black > hole in OSM in general. The commercial competition is spending a lot of > money in that sector. I am not sure we can or even want to compete with > that. > The development is instant point-to-point routing over different networks and transport modes. Route relations pre-combine elements to form a fixed route for a particular purpose, e.g. a theme or named trail to be followed exactly. I don't think roles in fixed route relations will solve the instant routing challenge! > On Mon, 31 Aug 2020 at 09:53, Peter Elderson <pelder...@gmail.com> wrote: > >> Jo: >> >>> I added that it's not needed for ferries in the proposal on the wiki. >>> It's alright if we have more than 1 way to do it and leave it up to the >>> mapper to decide whether to map as a single route relation or split them >>> and use a superroute relation. >>> >> >> Wouldn't this apply to other transfer/transport sections as well? >> >> >>> If I start doing a bicycle tour, I want to know in advance if I'll be >>> able to cycle the whole stretch, or if there will be waiting time for other >>> means of transportation. I would also like to know if there will be a fee >>> to pay for these means of transportation and whether it's necessary to >>> hurry, in case there is only 1 per x hours, or they don't function at >>> night. By using separate route relations, it becomes possible to add >>> opening hours and a frequency/period on them. >>> >> >> Wouldn't this apply to ferries as well? >> _____________________________________________ >> >>> Tagging mailing list >>> Tagging@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/tagging >>> >> _______________________________________________ >> Tagging mailing list >> Tagging@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/tagging >> > _______________________________________________ > Tagging mailing list > Tagging@openstreetmap.org > https://lists.openstreetmap.org/listinfo/tagging >
_______________________________________________ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging