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

Recognize addresses defined by relations #1

Open
ltog opened this issue Mar 13, 2014 · 1 comment
Open

Recognize addresses defined by relations #1

ltog opened this issue Mar 13, 2014 · 1 comment

Comments

@ltog
Copy link
Owner

ltog commented Mar 13, 2014

General description

Up until now, only addresses defined by the "Karlsruhe Schema" are recognized. We should evaluate also the relations "street" and "associatedStreet".

See:

TagInfo statistics

http://taginfo.openstreetmap.org/search?q=street#relations

Evaluation

Relation:
type = (street|associatedStreet)
name =

Members:
role: street (Way segments belonging to the street)
role: (house|address|addr:houselink)

What kind of tagging errors can occur?

  • Relations can carry a street name which doesn't exist
  • Relations with type=(street|associatedStreet) contain one of the following keys: street, address, house, associated (these are roles for the relation's members, not tags for the relation itself!)
  • Relation type=associatedStreet contains other keys than: type, name (A relation with type=associatedStreet must only have the keys "type" and "name")
  • Relation contains members without roles
  • ...
@stephan75
Copy link

Hello ltog,
after the successful expandation of the address layer features in February 2016, is there any chance of progress for this issue?

Because in the "no addr:street tag" category (pink dots) we still have objects with addr:housenumber=* but no addr:street or addr:place BUT they belong to an associatedStreet relation.

PS: I really appreciate and enjoy your efforts so far, and I don't want to act like an ungrateful person by pushing you to the next wish. So yout own personal timing is more important!!

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

No branches or pull requests

2 participants