#17296 closed enhancement (fixed)
[PATCH] If there is a fixme and the fixme value is also a tag, we should ask if the fixme is fixed
Reported by: | taylor.smock | Owned by: | team |
---|---|---|---|
Priority: | normal | Milestone: | 20.07 |
Component: | Core validator | Version: | |
Keywords: | mapcss fixme | Cc: |
Description (last modified by )
Example: way fixme=name name=Broadway
-- the fixme
may or may not be fixed.
The patch I uploaded throws a warning when an object is modified and fulfills the criteria while only throwing an informational warning if it has not been modified.
Note: I didn't see a good place to put the check in the preexisting files.
Attachments (1)
Change History (13)
by , 6 years ago
Attachment: | fixme.patch added |
---|
comment:1 by , 6 years ago
Description: | modified (diff) |
---|
comment:2 by , 5 years ago
Keywords: | fixme added |
---|
comment:3 by , 4 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:4 by , 4 years ago
Milestone: | → 20.07 |
---|
follow-up: 7 comment:6 by , 4 years ago
I'm sorry that I didn't have FIXME
in the original patch. :(
Thanks for looking at this patch -- I had kind of forgotten about it.
follow-up: 8 comment:7 by , 4 years ago
Replying to taylor.smock:
FIXME
Yeah, a bit annoying we have these duplicate tags in the database. However the number very slowly decreases: https://taghistory.raifer.tech/#***/Fixme/&***/fixme/&***/FIXME/
follow-ups: 9 11 comment:8 by , 4 years ago
It would be even better to use case insensitive regex to catch Fixme
and other variants, as well.
Yesterday, I found a tag crossing=Fixme
.
Replying to Klumbumbus:
Replying to taylor.smock:
FIXME
Yeah, a bit annoying we have these duplicate tags in the database. However the number very slowly decreases:
https://taghistory.raifer.tech/#***/Fixme/&***/FIXME/&***/fixme/
Thanks to iD deprecating a tag which is not deprecated and people modifying objects only to change FIXME
to lower cases. Very annoying, especially with big relations.
comment:9 by , 4 years ago
Replying to skyper:
It would be even better to use case insensitive regex to catch
Fixme
and other variants, as well.
I don't think thats possible with that syntax due to the tag()
expressions. I think it is not needed anyway as the numbers of fixme variants other than fixme and FIXME are very low compared to these two.
comment:10 by , 4 years ago
I think it would require #17669 to be fixed at a minimum, with a caveat that as soon as a "group" becomes available, it is now available for following conditions. I don't know if this is already the case (its been awhile since I touched anything related to mapcss, including mapcss files).
comment:11 by , 4 years ago
Replying to Klumbumbus:
Replying to skyper:
It would be even better to use case insensitive regex to catch
Fixme
and other variants, as well.
I don't think that's possible with that syntax due to the
tag()
expressions.
Need to use regexp_test()
or regexp_match()
which have the options for case-insensitive.
I think it is not needed anyway as the numbers of fixme variants other than fixme and FIXME are very low compared to these two.
So, keep it for now.
Yesterday, I found a tag
crossing=Fixme
.
Mmh, I get the common FIXMES
informal warning. Here either more cases are tested or case-insensitive is in use.
Probably better to remove the tag (crossing
in my case) completely and add a new tag with switched key - value, e.g. Fixme=crossing
.
In 16775/josm: