<div dir="ltr"><div><div><div><div><div>I think a fix at the validator level will be slow. By default, the validator only complains when you have edited the object. Though validator fixes will of course be welcome to protect against future mistakes. I think the following test is doable: When an address has addr:street:lg as a tag, a nearby street should have name:lg with the same value. This check is already done for the standard name, so the algorithms already exist.<br><br></div>About pronouncing names, I don't think we need to worry about that. You can select in OsmAnd to have localised maps, and when you're using tts, the tts should be aware of it too. The tts problem is even worse when you use the GPS in France, but you want a Dutch route, those names don't have a Dutch translation so the tts fails miserably.<br><br></div>The biggest problem here is just binding street segments to each other, and binding houses to those streets, and for this, most tools fall back to name comparison. <br><br></div>I honestly like the rule of "the first mapper decides the order", but now it turns out to be hard to maintain. It's very hard to find the order that was used the first time. Maybe it could be possible to create a tool to easily find that first-used name (overpass has a date tool, and with the right input and some date bisecting, it could be possible), so we can rename all way segments and addresses to the same name.<br><br></div>Regards,<br></div>Sander<br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-01-12 21:30 GMT+01:00 Jo <span dir="ltr"><<a href="mailto:winfixit@gmail.com" target="_blank">winfixit@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div>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.<br><br>Of course, back then, JOSM's validator didn't have that test yet.<br><br></div>Maybe we should try to fix it at the validator level.<br><br></div>I've been succesful in amending the validator for 2 other issues already:<br><br></div>now it takes into account noname=yes<br><br></div>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.<br><br></div><div>The problem is, one never knows what is likely to be fixed and when they declare me crazy instead...<br><br></div><div>I tried to get the validator to heed:<br><br>note=similarly_named_ways_<div>boundary<br><br></div><div>For the node which connects streets like<br><br></div><div>Bruggesteenweg/Brugsesteenweg<br></div><div>Oostdorp/Westdorp<br><br></div><div>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)<span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888"><div><br></div><br></font></span></div><span class="HOEnZb"><font color="#888888"><div><br></div>Jo<br><div><br><br></div></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2015-01-12 20:55 GMT+01:00 eMerzh <span dir="ltr"><<a href="mailto:merzhin@gmail.com" target="_blank">merzhin@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Yeah, i know .... we have already discuss about this here : <a href="https://lists.openstreetmap.org/pipermail/talk-be/2014-January/005554.html" target="_blank">https://lists.openstreetmap.org/pipermail/talk-be/2014-January/005554.html</a><br><br><br></div><div>i don't see a lot of options here ... <br><br></div><div>Change the name=* to smth more tool friendly<br></div><div>Remove the name=* (let only name:<code>=*)<br></div><div>Or "force" one order of name (FR-NL or NL-FR)... but i think this might be hard to swallow for some...<br><br></div><div>I know we always tell : "don't map for a tool" but it's really a mess in ALL tools using osm...<br><br><br>the problem with scheme like Boulevard Lemonnier laan is when the name is different 'Rue des Poissonniers - Visverkopersstraat' ....<br></div><div>or when tools like OsmAND have to pronounce the name ....<br><br>--<br></div><div>Brice</div></div>
</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Talk-be mailing list<br>
<a href="mailto:Talk-be@openstreetmap.org">Talk-be@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-be" target="_blank">https://lists.openstreetmap.org/listinfo/talk-be</a><br>
<br></blockquote></div><br></div>