Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

False positive: use of ',' in addr:housenumber #181

Closed
simonpoole opened this issue Feb 14, 2017 · 7 comments
Closed

False positive: use of ',' in addr:housenumber #181

simonpoole opened this issue Feb 14, 2017 · 7 comments

Comments

@simonpoole
Copy link

simonpoole commented Feb 14, 2017

This likely due to a translation error.

',' is a legal separator for house number values, see https://wiki.openstreetmap.org/wiki/DE:Key:addr for the original text, the FR translation mentions ';' however that is not correct (from a practical pov applications have to be able to consume both).

See also https://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema for the original proposal.

@frodrigo
Copy link
Member

I found nothing about check for , or ;.
But I found a check for addr:housenumber with special regex for Switzerland:
https://github.com/osm-fr/osmose-backend/blob/master/plugins/TagFix_Housenumber.py#L45
Seem too strict. And more over does not allow the comma.

@simonpoole
Copy link
Author

the regex is OK for an individual house number, but not for a multi-number value, I'll tr and sumbit a PR tomorrow
@grischard probably not really your fault :-)

@grischard
Copy link
Contributor

Are multiple house numbers like this something that exists on the ground, or is it an effect of incomplete mapping? It was my impression, from the data I could find, that Switzerland doesn't have joint house numbers, and that therefore it is useful to have a tool that shows you where better mapping would be good.

This is why I must come to Switzerland more often :).

@simonpoole
Copy link
Author

simonpoole commented Feb 17, 2017

@grischard sure, in general the mapping could be, at least theoretically, be refined in such circumstances (house numbers are assigned to entrances in principle, there is actually an expensive standards document defining that). However often in practice you don't have access to the actual placement of the numbers.

But that isn't the problem, the error message is "illegal character in value" or something similar, not "could be mapped better" which, knowing armchair osmose zeleots, will lead to "fixes" that will result in information loss.

frodrigo added a commit to frodrigo/osmose-backend that referenced this issue Feb 20, 2017
frodrigo added a commit to frodrigo/osmose-backend that referenced this issue Feb 23, 2017
frodrigo added a commit to frodrigo/osmose-backend that referenced this issue Feb 25, 2017
@frodrigo
Copy link
Member

Sorry, I screw up on my first commit. Now all Swiss addresses are marked as "invalid".
I just push a fix.

frodrigo added a commit to frodrigo/osmose-backend that referenced this issue Feb 25, 2017
@frodrigo
Copy link
Member

All right

@simonpoole
Copy link
Author

Thanks @frodrigo (sorry I didn't get around to fixing it myself, was bug fixing else where).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants