<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>&gt; &gt; Hi Thorsten,<br><div>&gt; &gt; <br>&gt; &gt; &gt; But what is the original spelling?<br>&gt; &gt; <br>&gt; &gt; Original is the spelling form source data.<br>&gt; &gt; <br>&gt; &gt; What I mean: errors can be introduced by OSM mappers or by program<br>&gt; &gt; that process data. Good program shouldn't add errors. If we can't<br>&gt; &gt; verify spelling, then we should display original string from source<br>&gt; &gt; data.<br>&gt; <br>&gt; Exactly that was the question: what is the source data?<br>&gt; For a highway, you have a name and a route=street with a name.<br>&gt; According to the wiki, both are correct names for the same street.<br>&gt; But what if they differ?<br><br>Yes, same problem with type=street and type=associatedStreet relations.<br>I've added diverse checks to make sure that they are ignored when the names<br>do not match, but these checks will only work when your style rules<br>don't use the relations to name relation members without checking.<br><br>So, I think rules like <br>type=associatedStreet { apply role=house { add addr:street='${name}' }}<br>should be avoided since r3359 if you want to use the messages produced<br>by mkgmap to correct wrong data.<br><br>So, my conclusion: It the style author who decides what's right or wrong,<br>the value in mkgmap:street gives the street name for address search.<br><br>Gerd<br></div>                                               </div></body>
</html>