[Tagging] How to tag recreational route with multiple route types?
Minh Nguyen
minh at nguyen.cincinnati.oh.us
Thu Aug 12 19:18:51 UTC 2021
Vào lúc 10:40 2021-08-12, Brian M. Sperlongano đã viết:
> On Thu, Aug 12, 2021 at 1:31 PM Dave F via Tagging
> <tagging at openstreetmap.org
> <mailto:tagging at openstreetmap.org>> wrote:
>
> I'm struggling to comprehend the point of this.
> The *whole* point of route relations was there could be multiple but
> *separate* routes over the same ways.
>
>
> +1
>
> Route concurrencies (multiple routes sharing a single physical road or
> path) is most cleanly represented in the data model by multiple route
> relations, each of which claim the road or path as a member. This is
> how OpenMapTiles currently deals with concurrent routes for roads, which
> will be implemented in their next release. The more we can get in the
> habit of creating route relations, the easier it will be for route-aware
> applications and data consumers to work with route data.
>
> A "route" is a single feature and deserves a single object (consistent
> with the one feature, one object concept). Attempting to pack
> concurrent route information into individual member ways is simply
> distributing the route feature across many objects. This makes work for
> data consumers and mappers alike and in my opinion is more complex than
> having a single route relation carry this information.
It sounds like we're talking about cases that aren't concurrencies at
all, but rather a single undifferentiated multipurpose route, where
OSM's normal route tags are too rigid. Where I map, multipurpose routes
are commonly thought of as bike routes even by pedestrians and
equestrians, so I just tag them as cycling routes. But that could
conceivably differ from region to region. I suppose if we were to start
from scratch, it would've been more correct to say route=recreational
and use [access]=designated and network=[country]:[...] to clarify from
there. But here we are.
These cases are probably most relevant to recreational routes because it
isn't impossible to swap a bike for a horse. We don't have this problem
with road routes, because route=road alone doesn't distinguish between
national and regional routes or between car and truck routes.
An analogous situation with public transportation routes would also be a
bit contrived. Maybe somewhere out there there's shared bus rapid
transit/light rail infrastructure and it's anyone's guess as to which
kind of rolling stock the transit agency would run on a given day.
Even so, multimodal routes do occur. For example, in the San Francisco
Bay Area, BART is generally a route=subway system, but its
Antioch-SFO+Millbrae line involves transferring to light rail on the way
to Antioch, as a cost-saving measure. Just looking at station signs,
it's all one line and you might not know about the transfer until you
get to the transfer station, which is only accessible from a BART vehicle.
So we've modeled it as a route=subway and a route=light_rail, both
members of a route_master=subway;light_rail, and some of which share
ways with other distinct routes. [1] If the line again gets extended on
the cheap, maybe we'll need to make it
route_master=subway;light_rail;bus and eventually bicycle. :-D But that
route is multimodal in chronological order, whereas these recreational
routes are multimodal simultaneously.
[1] https://www.openstreetmap.org/relation/2827687
--
minh at nguyen.cincinnati.oh.us
More information about the Tagging
mailing list