<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'>Hi Steve,<br><br><div>> > But this raises an important point. I may not be working with the<br>> > translated form of the word. I made changes to deal with that but<br>> > they were after mixed index was branched I think. The more<br>> > transliteration there is the worse the index would be if that is the<br>> > case.<br>> <br>> OK I am talking nonsense here :) As the index is created by reading the<br>> names from the compiled tiles, then we do have the exact text of the<br>> labels to work with already.<br>> <br>> So I expect that it should be working for single tiles with single<br>> byte character sets. Different rules may apply for unicode and ascii,<br>> and with more than one tile there may be bugs.<br><br>Not sure if this is true. You use a rather complex method to sort<br>the road names before writing the img file. If I got it right, you use <br>a simple sort method which uses String.compareTo() <br>when you sort the index entries.<br>Are you sure that this will always work?<br>I guess a simple test should show if not:<br>If you sort the list of road names with the simple sort method<br>the order should not change.<br><br>> There is still the not-found problem, which I will get back to.<br>> <br><br>Good luck!<br>BTW: the display tool r440 uses a method NetHeader.getRoadShift() which<br>is not yet in trunk.<br><br>Gerd<br><br></div> </div></body>
</html>