<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>I think in the old algo the bytes of the suffix<br>were compared at last, with the patch they are compared <br>before the prefix.<br><br>Gerd<br><br><div>> Date: Thu, 26 Feb 2015 22:47:42 +0000<br>> From: steve@parabola.me.uk<br>> To: mkgmap-dev@lists.mkgmap.org.uk<br>> Subject: Re: [mkgmap-dev] FW: AW: RE: computing power mdx/mdr<br>> <br>> Hi Gerd<br>> <br>> > yes, looks much better. I did not test it, but I think it will<br>> > give a different result for those cases where name contains<br>> > a suffix (0x1e) . I remember these as lead in/lead out sequences<br>> > for japanese characters (double byte) characters in ASCII strings?<br>> <br>> <br>> Japanese almost certainly doesn't work with the global index anyway.<br>> I don't see that there would be a difference however - the<br>> MultiSortKey is effectively just sorting on the concatenation of the<br>> partial and its prefix.<br>> <br>> ..Steve<br>> _______________________________________________<br>> mkgmap-dev mailing list<br>> mkgmap-dev@lists.mkgmap.org.uk<br>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br></div> </div></body>
</html>