Addr:interpolation lines without addr:street

I was wondering if I could use interpolation lines on a subburb which has no street names, I made a couple of trials but I failed so far to get a proper geolocation working on them

It’s very common by us in closed subburbs that the strees have no name or in case they have it no one uses them as a reference. Instead every house has a number o name like A1 to A67

Here a link of the place I’m trying to add housenumbering using interpolation lines with no success

https://www.openstreetmap.org/#map=17/-34.347369/-58.901760

In other subburbs I’ve added a node to each house with the tags addr:housenumber and addr:place. The geolocation works perfectly when searching for place and housenumber

Why not add then as nodes?

1 Like

There is no reason why addr:interpolation ways shouldn’t work with address nodes with addr:place. So this way with its two end nodes looks to be mapped perfectly fime.

Nominatim doesn’t pick up the addr:place correctly and for some reason and parents the interpolation with the unnamed street. That smells like a bug. I’ve opened address interpolation on address nodes with addr:place not working · Issue #4145 · osm-search/Nominatim · GitHub It helps if you can leave the way as is, while I investigate.

2 Likes

So, the problem here is that you have a place address but no OSM object that refers to the actual place. The tagging is somewhat odd. Your address nodes have addr:place=San Sebastian Área 5 and addr:suburb=Barrio Nuestra Señora de Itatí. From that I would infer that there is an “Area 5” within the suburb of “Nuestra Señora de Itatí”. But then there is this landuse. It is tagged with name=Barrio Nuestra Señora de Itatí and alt_name=Área 5. That sounds like these two names actually refer to the same thing.

I would recommend that you change the alt_name in the landuse to alt_name=Área 5 to make sure it matches exactly with what goes into the address. Alternatively shorten the addr:place to Área 5. Whatever is more appropriate for the local situation (i.e. it depends on what the actual official address of the places are). Furthermore remove the addr:suburb from the address because it duplicates the addr:place. Once you’ve done these adoptions, the address interpolations should become searchable.

(In theory, Nominatim should also be able to find interpolation that have an addr:place with no OSM object around they refer to. In practice this is very, very difficult to implement with the way Nominatim works. I’ll keep the ticket open but don’t expect this to be fixed any time soon.)

3 Likes

I really appreciate your answers lonvia and I made the changes you suggested

There is a node with the tags place = suburb and name = San Sebastián which I renamed to San Sebastián Área 5. I don’t know if this is gonna help in something

I could interexchange name and alt_name in the relation so as to have the same name “San Sebastián Área 5” in all objects, probably this willl help further more

Would that be really correct? It looks like San Sebastian is the name of the whole development, while the barrios correspond to different “Areas”. For example this one has “Area 10” and is also part of San Sebastian.

No need. addr:place should correspond to one of the names on a landuse or place node. It can be the name tag directly or any of the alternative or translated names.

1 Like

You’re completely right, San Sebastian is the whole development, divided in several areas

Each area has a number and a name. Now is every thing working very fine and I don’t need to add every single node.

Do you know how could I add the alt_name “Barrio Nuestra……de Itatí” so as to geolocate the houses either with the name or the alt_name?

The answer to Mateusz is simple: because I’m lazzy. Imagine adding all the nodes for a whole city. I make a lot of use of interpolation lines, several years ago I tried to develop a plugin which would draw the interpolation lines and build all the data by just clicking to the street and giving start and end number which side of the street is even and odd and the interval to jump form one block to the other, but I failed on that due to lack on java knowledge, time constraints, etc.

For what it’s worth addr:suburb is documented so if there’s an additional level of hierarchy it might be possible to accommodate that.

On the tagging side at least, taginfo doesn’t seem to think many bits of software actually support it.

Nominatim allows both already: 285 San Sebastián Área 5 and 285 Barrio Nuestra Señora de Itatí. That is exactly the reason why it tries so hard linking up with the appropriate OSM object: it can then make use of the alternative names on the object, so you don’t have to repeat them on every address.

2 Likes

Meanwhile I’ve completed another suburb San Sebastian Area 8, where some interpolations line complete fail the search to a specific address and just in a few works fine. Probably it’s realted to the issue you’ve seen

Its really striking since I’ve made another 2 suburbs where it’s working properly, San Sebastian Area 12 which is a little south and a 2nd in a different place