I must admit I hadn't thought it through. It was easy to decide to standardise on FR - NL for the associatedStreet relations, but this percolates through to the street level.
Of course, back then, JOSM's validator didn't have that test yet. Maybe we should try to fix it at the validator level. I've been succesful in amending the validator for 2 other issues already: now it takes into account noname=yes and it shouldn't complain anymore when 1 street participates in 2 aS relations, when those aS relations differ in postcode or city name. This occurs for streets which form the border between 2 municipalities. The problem is, one never knows what is likely to be fixed and when they declare me crazy instead... I tried to get the validator to heed: note=similarly_named_ways_ boundary For the node which connects streets like Bruggesteenweg/Brugsesteenweg Oostdorp/Westdorp But maybe they'll implement taking borders into account (where this sort of thing is most likely to occur and cause a false positive). That's a lot harder to accomplish, if you ask me. But they don't want to 'pollute' the data with tags which only serve for the validator (like noexit=yes, after its usage was deflected from what it originally stood for) Jo 2015-01-12 20:55 GMT+01:00 eMerzh <[email protected]>: > Yeah, i know .... we have already discuss about this here : > https://lists.openstreetmap.org/pipermail/talk-be/2014-January/005554.html > > > i don't see a lot of options here ... > > Change the name=* to smth more tool friendly > Remove the name=* (let only name:<code>=*) > Or "force" one order of name (FR-NL or NL-FR)... but i think this might be > hard to swallow for some... > > I know we always tell : "don't map for a tool" but it's really a mess in > ALL tools using osm... > > > the problem with scheme like Boulevard Lemonnier laan is when the name is > different 'Rue des Poissonniers - Visverkopersstraat' .... > or when tools like OsmAND have to pronounce the name .... > > -- > Brice >
_______________________________________________ Talk-be mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-be
