We need some opinion about how to map the Hotel Arbez which is a special POI as it is shared between France and Switzerland border and has therefore two addresses.
It all started after I made some changes 29 days ago. After trying to collect addresses on the “District de Nyon” (admin_level=6). I noticed that one address was in fact from France.
I try to fix it by removing all the addresses in the Hotel (which is a way) and placing each one at the corresponding place on the corresponding country. This solves the problem above, and the hotel is still queryable with all addresses as all the nodes are inside the way.
@9_tab opened a discussion 6 days ago arguing that the POI was no longer searchable through Nominatim and OsmAnd (if I understood correctly the issue). In Nominatim, you can find the Hotel Arbez, but in the search result the french address will be displayed (not the swiss, so not both).
Note that in CoMaps, the POI is displayed twice with the two addresses.
Your solution to add two separate address points is very much correct. I’d even join those points with the respective entrance nodes nearby.
When a building has multiple addresses, then it is usually a good idea to duplicate the address on any POI inside to make clear what address the POI corresponds to. The general convention is to use addr:* tags for that. However, the French have decided to do that differently and use the contact:* schema for this purpose. (They don’t like to have more than one OSM object with the same address). As it happens, it is helpful in this particular case: put the Swiss address into addr:* and the French address into contact:* for the POI way. That should make everybody happy.
As for what Nominatim does: it will for sure choose one of the two addresses for the hotel and ignore the other. It was like this before your edits and it is so now. That is a restriction of the software and needs indeed to be fixed in Nominatim itself.
I didn’t know about this particular way to manage adress in France which is nice as it fits this case.
As for the search issue, I might have not well understood what @9_tab means. I hope he/she will answer here something (she/he was recently active here).
