Modify

Opened 5 years ago

Closed 5 years ago

Last modified 4 years ago

#19403 closed enhancement (fixed)

Request to support new roles when validating route relations.

Reported by: pelderson@… Owned by: team
Priority: normal Milestone: 20.06
Component: Internal preset Version:
Keywords: Cc:

Description (last modified by simon04)

Five new roles have been approved for route relations. See osmwiki:Proposed_features/Recreational_route_relation_roles

The roles are: alternative, approach, excursion, connection, main.
No role is the same as main for data users, but the explicit value main is now an approved value.

Validation currently warns about roles other than forward, backward, and guidepost for members of route relations.

We would appreciate if the new role values could become accepted by the standard validation rules.

Attachments (1)

2020-06-21-200915.png (18.3 KB ) - added by simon04 5 years ago.

Download all attachments as: .zip

Change History (14)

comment:1 by Klumbumbus, 5 years ago

(Please don't set the milestone next time. Thats up to the JOSM team.)

comment:2 by Klumbumbus, 5 years ago

Component: Core validatorInternal preset

comment:3 by pelderson@…, 5 years ago

Of course. Sorry!

comment:4 by skyper, 5 years ago

forward/backward is missing for route relations in general.

comment:5 by pelderson@…, 5 years ago

Strange... the relation editor supports forward/backward roles for the continuity/way direction line display and when sorting. You would think validation would then also accept the roles!

comment:6 by simon04, 5 years ago

Description: modified (diff)

Currently, we have

         <role key="" text="route segment" requisite="required" type="way,closedway" member_expression="highway|route=ferry"/>
         <role key="" text="infrastructure" requisite="optional" type="node,closedway" member_expression="tourism OR amenity"/>
         <role key="" text="natural" requisite="optional" type="node,closedway" member_expression="natural=peak OR natural=volcano OR mountain_pass=yes OR natural=water OR tourism=viewpoint OR amenity=drinking_water OR natural=spring OR place=locality"/>
         <role key="guidepost" text="guidepost" requisite="optional" type="node" member_expression="information=guidepost"/>

Guidepost coming from osmwiki:Relation:route#Members

I'm waiting for an update of osmwiki:Tag:route%3Dhiking#Elements_of_a_relation. Currently, too much time for researching the status quo is needed (at least for me).

comment:7 by pelderson@…, 5 years ago

Updated. The roles are optional, and valid for route relations of types route=bicycle|canoe|foot|hiking|horse|inline_skates|mtb|running.
Note that the roles forward|backward were already in wide use for way members of these route relations (especially but not exclusively bicycle routes).

comment:8 by simon04, 5 years ago

I was hoping to see a nice table such as in osmwiki:Tag:route%3Dski#Members

comment:9 by simon04, 5 years ago

Resolution: fixed
Status: newclosed

In 16702/josm:

fix #19403 - Update recreational route relation roles


Last edited 5 years ago by simon04 (previous) (diff)

by simon04, 5 years ago

Attachment: 2020-06-21-200915.png added

comment:10 by simon04, 5 years ago

In 16703/josm:

see #19403 - Fix RelationCheckerTest.testHikingRouteMembers

in reply to:  8 comment:11 by pelderson@…, 5 years ago

Replying to simon04:

I was hoping to see a nice table such as in osmwiki:Tag:route%3Dski#Members


Wasn't this one in the proposal ok? https://wiki.openstreetmap.org/wiki/Proposed_features/Recreational_route_relation_roles#Tagging

comment:12 by pelderson@…, 5 years ago

Thanks for the quick response and fix!

comment:13 by skyper, 4 years ago

So main was never added, see #20731, and only transport mode foot was considered. Are there any reasons for this?

Last edited 4 years ago by skyper (previous) (diff)

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The owner will remain team.
as The resolution will be set.
The resolution will be deleted. Next status will be 'reopened'.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.