Far more interesting: Is there any instance where there are both keys present but they store different values? From the examples I’ve seen, there simply is no addr:housenumber tag present. If not, I would support an automated edit for all objects with building=*.
Maybe others have more intel on that, but I would leave that as is / ask in the changeset comments. If there is a meaning to it, a wiki page would be nice.
+1
Interesting. Did you find multiple of these or just this one?
Yes, exactly 3:
| object | housenumber | addr:housenumber |
|---|---|---|
| Way: 459019919 | OpenStreetMap | 122 | 100G |
| Node: Timur Gıda (5706186265) | OpenStreetMap | No:8A | 16 |
| Node: Lakeside Baptist Church (358622107) | OpenStreetMap | dead | 11404 |
I agree. As there is some kind of system visible, this could be excluded from a MapRoulette-Challenge for now.
3 cases is not much. As you already changed these 3 occurances, do you know why it was mapped like this?
3 cases is indeed not much, it was just weird that all 3 of them were done by Kaart. Due to a case I had with them involving DWG in 2020, I understood that Kaart doesn’t properly train all of their mappers and they don’t even quality check their edits, which is why I’m cautious when I see an edit from them, especially when it’s a modification and not creation.
Those 3 specific cases though, had mistagged the postal code and place in addr:housenumber anyway, which is why I moved them to the appropriate addr:postcode and addr:city. Although, I think there was a recent discussion about using addr:street for cases where there are no named roads and POI’s actual address is usually just the postal code and place, usually in villages. I’m not entirely sure about that, I have to search for it.
Then leave them from the automated edit, but I think the rest (of the buildings) are fine to edit automatically.
That is something that would be interesting to know during MapRoulette-Challenge. Please let us know if you find it.
I think to do a clean up on housenumber=* we need more filters. There are for example:
housenumber=B1-32, housenumber=1/10 or housenumber=7E1. These could be housenumbers but that should be checked manually. Than there are 4 digit long housenumber=*. That could be addr:housenumber=* but also addr:postcode=*. That should be checked manually.
A mechanical edit like this could work:
housenumber=* and building=*.addr:housenumber=*housenumber=* is not numerical.housenumber=* has more than 3 digits.housenumber=* to addr:housenumber=*I can’t tell exactly right now but I think that would edit 150-200 objects.
What do you think about such a mechanical edit?
I think MR is a safer choice since most of problems are mostly transposition errors. If it were just a matter of consistent misuse of prefixes, near duplicates or other strange patterns I would agree with a manual edit. In this case, MR would let those with local knowledge recognize what information was out of place. They should also have the able to correct most incorrect values. This is perfect for zip code tagged as a house number example.
How do others see this? Clean housenumber=* up as proposed by me or use MapRoulette?
Here are some statistics:
| Search Filter | number |
|---|---|
object has housenumber=* |
303 |
object does additionally not have addr:housenumber=* |
300 |
object also has building=* |
207 |
housenumber=* is also numeric |
175 |
housenumber=* additionaly has not more than 3 digits |
173 |
All of them happen to be ways. Here is an overview:
Independently from my question about the proposed mechanical clean up of housenumber=*, I have another question. For the MapRoulette Challenge, do you wish seperate small challenges or one big one?
street=*, housenumber=* and postcode=* each)Right now I prefer one big challenge but since I have seen country specific challenges in the past I wonder if there is a good readson for that.
Here is a map with every object that has
street=*housenumber=* but not emergency=* (see here for explanation)postcode=*As of now there are 3241x matches.
There seems to be not much support for a second mass edit for housenumber=* so I skip this.
My question for the design of the MapRoulette Challenge(s) has only 4 voters with no real consensus. I now created one challenge for all 3 tags excluding Jordan because of the refugee camp already meantined and excluding housenumber=* where emergency=* is set because there maybe seems to be some kind of local concept for this in some places in Russia.
Here is the MapRoulette-Challenge. If you encounter any problems with the challenge please contact me so I can fix it. If you see any concept in the missused tags tell us here. Maybe the wiki needs to be changed to prevent systematic mistakes.
In the last 3 days I was the only one who edited anything in the MapRoulette-Challenge. There are a lot of places where language and cultural barriers prevent me from fixing anything. So I need your help. Is the challenge description clear or should it be improved?
If you have knowlege about adresses in a specific area, feel free to paricipate:
In Zambia, there is this area:
In Colombia, there is this area:
In Mali, there is this area:
But also in Asia, Turky and in other places there are Tags that could get fixed:
I just tried to login to MapRoulette and it keeps throwing me out. Even with cookies reset and permissions reset (from my OSM account), it still won’t let me login. Haven’t searched further yet if others have this issue, but maybe this could be a reason.
I just flipped the switch “Discoverable” from this state
to this state
Was that maybe the problem? Is the MR-Challenge reachable for others?
@os-emmer You have to set the project to visible I think. And then reverse the switch you just switched
Ah, I think now I understand my mistake. I changed it, so now it should realy be visible to everyone. Thank you. 
For some odd reason, Chrome on desktop won’t login at Maproulette. Opera on desktop and Chrome on Android work fine.
“Desktop” = macOS, Windows, Linux?
