Opened 8 years ago
Last modified 4 years ago
#15751 new enhancement
[PATCH] oneway=reversible|alternating for highways
| Reported by: | naoliv | Owned by: | team |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Internal preset | Version: | |
| Keywords: | oneway reversible alternating | Cc: | Klumbumbus |
Description
With https://twitter.com/bhousel/status/948995008404729856 I guess that the usage of oneway=reversible|alternating¹ might increase.
¹ https://wiki.openstreetmap.org/wiki/Key:oneway#List_of_values
I am unsure if JOSM should also include them in the presets, but at least it should ignore the values when validating (so we won't see messages like Value 'alternating" for key 'oneway' not in presets)
JOSM:
Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2018-01-08 02:45:59 +0100 (Mon, 08 Jan 2018) Revision:13300 Build-Date:2018-01-08 01:49:06 URL:http://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (13300 pt_BR) Linux Debian GNU/Linux testing (buster) Memory Usage: 1349 MB / 7168 MB (769 MB allocated, but free) Java version: 9.0.1+11-Debian-1, Oracle Corporation, OpenJDK 64-Bit Server VM Screen: :0.0 1600x900, :0.1 1280x1024 Maximum Screen Size: 1600x1024 Java package: openjdk-9-jre:amd64-9.0.1+11-1 Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-13 VM arguments: [--add-modules=java.activation,java.se.ee, -Dawt.useSystemAAFontSettings=on] Dataset consistency test: No problems found
Attachments (7)
Change History (44)
comment:1 by , 8 years ago
| Cc: | added |
|---|
comment:2 by , 8 years ago
OK, but I think we need two way arrows too. Simply using our current oneway arrows would be a bit confusing.
follow-up: 4 comment:3 by , 8 years ago
That's what I meant: is JOSM already capable of displaying two arrows, or do we need to implement it first?
comment:4 by , 8 years ago
Replying to Don-vip:
is JOSM already capable of displaying two arrows?
I don't think so.
If you implement this maybe consider if it makes sense (and not too much work) to make them adjustable, so we could display oneway:bycycle=no arrows in a different style, similar to opencyclemap.
comment:6 by , 4 years ago
looks like the alternating|reversible modeling is not supported still by josm. While that is true I am not seeing the warning Value 'alternating" for key 'oneway' not in presets as stated above when I use oneway=reversible|alternating? Has this been resolved?
by , 4 years ago
| Attachment: | josm_15751.patch added |
|---|
patch silencing warning about both values for now
comment:7 by , 4 years ago
Nothing has changed but the common warning about values not in presets is an informal (other) warning and still present once these warnings are enabled in preferences.
I've attached a patch silencing validator for now. Should be removed again once these values enter defaultpresets.
In my eyes, the most interesting part are more flexible arrows like more than one and different/multiple colors. This is probably worth a new ticket.
comment:8 by , 4 years ago
| Keywords: | oneway reversible alternating added |
|---|---|
| Summary: | oneway=reversible|alternating for highways → [Patch] oneway=reversible|alternating for highways |
comment:9 by , 4 years ago
| Milestone: | → 21.08 |
|---|
comment:10 by , 4 years ago
I think we should add the two values to the defaultpresets instead. Or is there something blocking it (except that we need to transform the checks into combos)?
comment:11 by , 4 years ago
| Component: | Core validator → Internal preset |
|---|---|
| Milestone: | 21.08 |
| Summary: | [Patch] oneway=reversible|alternating for highways → oneway=reversible|alternating for highways |
Besides medium to low numbers of use and only in use, e.g. no proposal, there is nothing wrong or disputing. Changing the checks to combos has some impact on the presets layout, though, especially, in places where grouped checks are used. So little work to do but shouldn't be that big problem
comment:12 by , 4 years ago
I want to make sure I am understanding the defaultpresets.xml file properly:
for id="highway_base" is it not as simple as adding -> <combo key="oneway" text="Oneway" values="yes,no,reversible,alternating" values_sort="true" />
What is id="highway_base" referring to, a way with a highway tag present on it?
IS there any documentation on how the xml file works for presets?
follow-up: 14 comment:13 by , 4 years ago
id="" is the name of the `<chunk>` which is used in several <item> or <chunk> with <reference ref="" />
<check /> can be grouped together with <checkgroup> so simply changing the <check /> into a <combo /> does not work in all places. Additionally, the layout and order of tags in the presets should be looked at.
comment:14 by , 4 years ago
Replying to skyper:
id=""is the name of the `<chunk>` which is used in several<item>or<chunk>with<reference ref="" />
<check />can be grouped together with<checkgroup>so simply changing the<check />into a<combo />does not work in all places. Additionally, the layout and order of tags in the presets should be looked at.
Thank you for the information! I will get on this!
comment:15 by , 4 years ago
Am I correct that the oneway presets we are adding should be on anything with a highway tag?
answered this on my own. 99.14% of features with the oneway tag on it are on features with highway tag.
by , 4 years ago
| Attachment: | 15751_v1.patch added |
|---|
move oneway checks to combos that include reversbiel|alternating
comment:16 by , 4 years ago
15751_v1.patch includes all of the oneway check boxes converted to combos which include the desired values reversible|alternating.
comment:17 by , 4 years ago
| Summary: | oneway=reversible|alternating for highways → [PATCH] oneway=reversible|alternating for highways |
|---|
follow-ups: 20 21 comment:19 by , 4 years ago
Oh, forgot about the last enhancement of placement of <checkgroup>. So only some columns need adjustment but I need to take a closer look and fear that some more rearranging is useful to get a nice layout of consecutive checkgroups. Especially 'highway_yesno_incline_oneway_lit_width' does not look nice anymore.
comment:20 by , 4 years ago
Replying to skyper:
Oh, forgot about the last enhancement of placement of
<checkgroup>. So only some columns need adjustment but I need to take a closer look and fear that some more rearranging is useful to get a nice layout of consecutive checkgroups. Especially 'highway_yesno_incline_oneway_lit_width' does not look nice anymore.
I will check these and fix them!
by , 4 years ago
| Attachment: | 15751_v2.patch added |
|---|
only problem I can't solve is having evenly spaced checkboxes on Motorway, Motorway_Link, Trunk, and Trunk_Link. There are 2 rows of checkboxes and the 2nd row is not spaced out the same as the 1st row.
comment:21 by , 4 years ago
Replying to skyper:
Oh, forgot about the last enhancement of placement of
<checkgroup>. So only some columns need adjustment but I need to take a closer look and fear that some more rearranging is useful to get a nice layout of consecutive checkgroups. Especially 'highway_yesno_incline_oneway_lit_width' does not look nice anymore.
Patch 15751_v2 looks pretty good now with 5 columns for 'highway_yesno_incline_oneway_lit_width', just need to figure out the spacing as mentioned with the patch attachment:
only problem I can't solve is having evenly spaced checkboxes on Motorway, Motorway_Link, Trunk, and Trunk_Link. There are 2 rows of checkboxes and the 2nd row is not spaced out the same as the 1st row.
comment:22 by , 4 years ago
The spacing problem can only be solved by using one checkgroup instead of several (or core needs to be enhanced).
I took a closer look and found a minor issue regarding oneway:bicyle which should be right below oneway.
In general, I would rework the chunks and checkgroups.
- I believe
litcould be added to "highway_yes/no" as even rails are sometimes lit and all highways can be for sure. inclineis also useful for all.- Regarding the spacing all checks should be in one checkgroup which means some more chunks are needed for e.g.
motorroadandtoll- Maybe, having chunks for only the checks and defining the checkgroups in another chunk together with the other tags or even in the item itself works better.
- Another option might be moving all tags besides the checks into own chunks and either group them in another chunk or reference both chunks in the item.
by , 4 years ago
| Attachment: | 15751_v3.patch added |
|---|
Bandaid for now. New ticket should be made for revamp of the defaultpresets.xml file.
comment:23 by , 4 years ago
So, patch 15751_v3 moved lit, toll, and motorroad to the "highway_yesno" chunk. This puts them in a lot of presets where they won't be used but for now it seems fine since toll and lit are useful in most scenarios. Motorroad can be moved around in the new ticket for a defaultpresets revamp?
I can create that ticket for a defaultpresets.xml file revamp. (#21308)
comment:24 by , 4 years ago
tollis in "Road Restrictions" which is linked to withpreset_linkand might not be needed at all.motorroadshould only be present with useful combinations, e.g. own chunk.- there is no need for a checkgroup with only one check (
oneway:bicycle). - Seven checks in a row might be to much, I'd rather use
columns=4and have the checks spread over two rows.- Five checks in a row should work, so this might be only interesting for groups with
motorroadand/ortoll.
- Five checks in a row should work, so this might be only interesting for groups with
comment:25 by , 4 years ago
- So remove
tollfromRoad Restrictions?
- Should
motorroadhave its own individual chunk with onecheckin it? Reference to achunkwith checks is not allowed withincheckgroupsso it would be a single check on one its own line.
- removed checkgroups with only one check!
- Easily can the columns!
comment:26 by , 4 years ago
Sorry, my last comment was a bit miss-understandable.
- I thought about removing
tollfrom the primary presets and leave "Road Restriction" untouched. After a second look, I see, thatonewayis present in both, too, but I did not check the opposite, ifonewayis present in every primary preset linking to "Road Restrictions".- Atm, the same tag in a primary preset and a linked presets does not work, see #18992.
- Only one checkgroup for all.
motorroadshould be in the chunk (checkgroup) fortrunk[_link]andprimary[_link].primary[_link]has the check below in a second group which is irritating.
Checkgroup should work pretty well after the changes some month ago, even with multiple columns like nine checks with columns=4.
Some of the cleanup, like the same tag in the primary and the linked to preset, could be made in #21308 or #18992 might get fixed. In the end, I can life with little duplication as "Road Restriction" and "Access Restrictions" are useful with the links to presets from property/membership panel.
I am sorry for the amount of critics and some problems like the spacing and a strange vertical space (#21319) are present atm, too. These checkgroup chunks and the highway presets are quite complicated and not the easiest task for the first time modifying defaultpresets.xml.
by , 4 years ago
| Attachment: | 15751_v4.patch added |
|---|
moved toll and oneway to Road Restrictions item and moved motorroad to Access Restrictions.
follow-up: 28 comment:27 by , 4 years ago
No worries at all, our discussions are enjoyable and productive!
patch 15751_v4 moved toll/oneway to Road Restriction item from their original chunks. Also moved motorroad to Access Rstrictions since it historically has been used on Motorway through Secondary and not just the links. duplicates in linked preset should be eliminated.
Max amount of columns used is 4 because it looks good so far.
follow-up: 29 comment:28 by , 4 years ago
Replying to reichg:
No worries at all, our discussions are enjoyable and productive!
Nice, that you take it this way. I sometimes fear that I miss the point and that I am not clear enough.
patch 15751_v4 moved
toll/onewaytoRoad Restrictionitem from their original chunks. Also movedmotorroadtoAccess Restrictionssince it historically has been used onMotorwaythroughSecondaryand not just the links. duplicates in linked preset should be eliminated.
+1 for adding motorroad to "Access Restrictions" but in my eyes, I would not remove that many tags from the primary presets, especially tags with high numbers as combination, which leads us to #21308.
I really hope that #18992 will get fixed soon as little duplication does not harm and makes it more flexible. Looking at external presets which extend other presets like Lane Attributes or Public Transport GTFS duplication exist as I do not want to rip some keys out of context once they enter defaultpresets.
comment:29 by , 4 years ago
Replying to skyper:
Replying to reichg:
No worries at all, our discussions are enjoyable and productive!
Nice, that you take it this way. I sometimes fear that I miss the point and that I am not clear enough.
patch 15751_v4 moved
toll/onewaytoRoad Restrictionitem from their original chunks. Also movedmotorroadtoAccess Restrictionssince it historically has been used onMotorwaythroughSecondaryand not just the links. duplicates in linked preset should be eliminated.
+1 for adding
motorroadto "Access Restrictions" but in my eyes, I would not remove that many tags from the primary presets, especially tags with high numbers as combination, which leads us to #21308.
I really hope that #18992 will get fixed soon as little duplication does not harm and makes it more flexible. Looking at external presets which extend other presets like Lane Attributes or Public Transport GTFS duplication exist as I do not want to rip some keys out of context once they enter defaultpresets.
so can I just add the one off motorroad to the Motorway - Secondary items for now so we can close this ticket and move on to #21308? Wouldn't it be best to have all duplicates removed between primary and linked presets in the future for simple organization sake? I can work on the #21308.
comment:30 by , 4 years ago
I am fine with that.
I do not think that we get rid of all duplicates. We want to emphasis on certain tags like motorroad=yes together with highway=trunk[_link]/primary[_link] but still want to have it for general use in "Access Restrictions". Similar with oneway=* which is important for highway=motorway_link and useful together with every highway link but not that important for path.
by , 4 years ago
| Attachment: | 15751_v5.patch added |
|---|
moves motorroad back into motorway - primary_link
comment:31 by , 4 years ago
Just added motorroad where it probably looks best, added a space under the name/ref checkboxes.
comment:33 by , 4 years ago
- Please, be careful with
<space />at the top or bottom of chunks. E.g. in many presets there is two much empty space belowsmoothness=*, now. - I still do not like that
oneway=*is only present in the "Road Restriction" preset, now, but less important keys are in the main preset . Plus themaxspeed=*entry are still in both and somehow depend ononeway=*as backward/forward make seldomly sense withoneway=yes.- additionally
oneway:bicycleis now lonely, again, butoneway=*should be right above. No objections to addoneway:bicyle=*to "Road Restrictions" even though it adds another duplication.
- additionally
- Can we stick to this ticket and add the values for
oneway=*plus adjust the individual chunks but leave out the moving or removing of keys in the presets for another ticket?
by , 4 years ago
| Attachment: | 15751_v6.patch added |
|---|
removed spaces at the beginning/end of chunks, added oneway combo in the highway_yesno chunk.
comment:34 by , 4 years ago
Let me know if anything else needs to be moved around or if I need to revert some of the other changes not applicable to this ticket.
comment:35 by , 4 years ago
- Oh, I just noticed that all
default=""values are dropped. Regardingmotorroadthere should be no problem to keep it. Regardingonewayonly one chunk for all highway classes does not work if we want to keep it. - I am not sure about
motorroadfor secondary highways and below. According to taginfo the combination has only low numbers ([1], [2]). I'd rather would add it to the Access Restriction preset and would life with another duplicate for primary highways and above. - Do we need the
<space />abovemotorroad? At least it should be consistent. Right now it is a mix.
comment:36 by , 4 years ago
Oh, one more: I would not change the order of the checks on top of "Road Restriction" preset. Categorical order is better than alphabetical one, especially, if you count all translation languages.
comment:37 by , 4 years ago
@reichg:
Are you still working on this?
In #21396 oneway:moped=no is mentioned as next oneway tag which needs to be added, but how?



Definition looks clear enough for me. Can we render these ways as iD does?