[Tagging] How to tag recreational route with multiple route types?

Volker Schmidt voschix at gmail.com
Sat Aug 14 19:19:50 UTC 2021


I see it from the pure manpower point of view. If a foot-cycle route has
the same members and the same ref it is less work to have only one relation
with two route values (semicolon separated) than two relations with the
same members. I see no advantage in a super-route arrangement.


On Sat, 14 Aug 2021, 21:02 Kevin Kenny, <kevin.b.kenny at gmail.com> wrote:

>
>
> On Sat, Aug 14, 2021 at 2:27 PM Brian M. Sperlongano <zelonewolf at gmail.com>
> wrote:
>
>> On Sat, Aug 14, 2021 at 2:13 PM Kevin Kenny <kevin.b.kenny at gmail.com>
>> wrote:
>>
>>> The trail winds up having a couple of places that route through city
>>> streets because the railbed was unusable for one reason or another. The
>>> pedestrian route takes a short path on the sidewalk because it doesn't need
>>> to respect the direction of a one-way street. The cycling route uses that
>>> path (on the road rather than the sidewalk) in the forward direction, but
>>> has to detour a few blocks in the reverse direction to follow the traffic
>>> law.
>>>
>>
>> I would argue in this case that the on-the-ground-reality is that there
>> are *actually two separate routes*, which you have correctly modeled as
>> such, rather than duplications for different modes of travel.
>>
>
> There are other commenters in the thread who believe strongly that since
> the route has one name, one set of signage over the overwhelming majority
> of its length, one operator, and so on, that it must be a single object in
> OSM.  I'm simply arguing that as far as I can see, a case like this is
> passing the data model past its limits. Maybe a superroute could unify the
> foot and cycle routes? I don't know, and I really don't care all that much,
> because I care more whether the software that consumes the data will
> understand the situation exists in the field than whether a Platonist would
> say that the foot and cycle routes are one entity or two.
>
>
> --
> 73 de ke9tv/2, Kevin
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20210814/71dd9bb3/attachment.htm>


More information about the Tagging mailing list