<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:0 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Consolas;
panose-1:0 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:"Arial Narrow";
panose-1:2 11 6 6 2 2 2 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0cm;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:"Consolas",serif;}
span.EmailStyle20
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-GB link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'>Hi Gerd, the result is perfectly predictable – it omits all labels with highway shields from the index. As you say, it does not remove items produced by process-exit or –process-destination options (I do not use either of those options). Just because you do not want to remove these roads from your index does not mean that others won’t – I certainly do, and that is the point of it being an option, rather than always working in a fixed way. For my map, I want the address index to be exactly that – an index of addresses. I do not know of any (UK) address that has a road number in it.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'>If you can suggest a way in which I can examine the value of a mkgmap variable (e.g. mkgmap:noindex) at the time of creating the index, then I will happily look at doing that instead.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'>Cheers,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'>Mike<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'><o:p> </o:p></span></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif'>From:</span></b><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif'> Gerd Petermann [mailto:gpetermann_muenchen@hotmail.com] <br><b>Sent:</b> 30 July 2015 09:22<br><b>To:</b> mkgmap-dev@lists.mkgmap.org.uk<br><b>Subject:</b> Re: [mkgmap-dev] option to omit road refs from index:<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><div><div><p class=MsoNormal style='margin-bottom:12.0pt'>Hi Mike,<br><br>okay, I tried your patch now with the default style<br>and a tile containing data in my home area<br>in Lower Saxony:<br>63240008: 2453504,378880 to 2473984,407552<br># : 52.646484,8.129883 to 53.085938,8.745117<br><br>The index file size is smaller, that's good, but I don't see<br>a big change in the search results, I still see <br>entries like "A 1" or "A 28 Oldenburg" when I<br>just enter "A". I think they are produced by the --process-exit or<br>--process-destination options which create these<br>names without a highway shield.<br><br>So, the result is a bit unpredictable, and I don't<br>see a good reason to omit these roads from the<br>index. One may want to find the road using the <br>ref.<br><br>Gerd<br><br><br><o:p></o:p></p><div><div class=MsoNormal align=center style='text-align:center'><hr size=2 width="100%" align=center id=stopSpelling></div><p class=MsoNormal style='margin-bottom:12.0pt'>Date: Tue, 21 Jul 2015 14:14:36 +0100<br>From: <a href="mailto:mike@tvage.co.uk">mike@tvage.co.uk</a><br>To: <a href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a><br>Subject: Re: [mkgmap-dev] option to omit road refs from index:<br><br>Hi Gerd, ideally I was looking for a solution where we had something like mkgmap:noindex in the style to cause the label to be omitted from the index. I had a look at implementing this but came unstuck because as far as I can tell, the code that adds the index creates this from data that it reads back from the img file, which of course doesn't contain any mkgmap specific information.<br><br>There are a number of cases where mkgmap:noindex would be useful:<br><br>In the case where highway shields are used, I would prefer not to include the road number in the address index, so that when you type "A" you just get road names beginning with A, instead of A1, A11, A135 etc.<br>I allow (walking) routing along piers, the edges of carparks and other non-highways. If these have names, they also get included as road names in the address index and I would prefer to omit them.<br><br>I came up with the -- omit-highway-refs-from-index code as an alternative that achieved something of what I wanted, but if you can suggest a way to do this from the style, that would be better.<br><br>Regards,<br>Mike<br><br><a href="mailto:mkgmap-dev-request@lists.mkgmap.org.uk">mkgmap-dev-request@lists.mkgmap.org.uk</a> wrote:<o:p></o:p></p><div><p class=MsoNormal style='margin-bottom:12.0pt'>Hi all,<br><br>okay, I'm back from a very nice and ofter very hot cycle trip to Greece now and will start to look at the<br>open issues. <br><br>I did not try the patch yet. If I got that right, the function is mostly useful<br>with the default style which adds the highway shield + name as a 2nd label,<br>and it is meant to reduce the index size, right?<br>My 1st aim would be to find an alternative for these style rules.<br><br>@Steve: Do you know how Garmin maps handle this case?<br><br>Gerd<br><br><br><br><br><o:p></o:p></p><div><p class=MsoNormal style='margin-bottom:12.0pt'>From: <a href="mailto:mike@tvage.co.uk">mike@tvage.co.uk</a><br>To: <a href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a><br>Date: Fri, 12 Jun 2015 20:26:39 +0100<br>Subject: [mkgmap-dev] option to omit road refs from index<o:p></o:p></p><pre>Hi Gerd, please find attached a patch that adds a new option<br>--omit-highway-refs-from-index, that causes labels containing highway<br>shields to be omitted from the address index.<br>Please try and commit if you are happy with it. Note, I am on holiday for<br>the next week, so if it needs any changes, I will look at it when I get<br>back.<br> <br>Regards,<br>Mike<o:p></o:p></pre><p class=MsoNormal><br>_______________________________________________ mkgmap-dev mailing list <a href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a> <a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><o:p></o:p></p></div></div><div><p class=MsoNormal style='margin-bottom:12.0pt'>Hi Alexandre,<br><br>if the problem is still open, please post the files again.<br><br>Gerd<o:p></o:p></p><div><div class=MsoNormal align=center style='text-align:center'><hr size=2 width="100%" align=center id=ecxstopSpelling></div><p class=MsoNormal style='margin-bottom:12.0pt'>Date: Tue, 16 Jun 2015 15:20:26 -0300<br>From: <a href="mailto:alexandre.loss@gmail.com">alexandre.loss@gmail.com</a><br>To: <a href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a><br>CC: <a href="mailto:Adm_Tec_Tracksource@googlegroups.com">Adm_Tec_Tracksource@googlegroups.com</a><br>Subject: [mkgmap-dev] Numbering loss in the version which came after the r3602<o:p></o:p></p><div><div><p class=MsoNormal>Hi Gerd,<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><div><p class=MsoNormal>Since yesterday we (a group that compiles maps in Brazil) begin to see some loss of numbers in some of our maps.<o:p></o:p></p></div><div><p class=MsoNormal>As we had never had this problem before, I suspected that the error could have been introduced in some recent version of mkgmap. So, I restored some old releases for testing and I found that the numbering were generated correctly until release 3602 as seen in the image below in the white-box ("390 Rua Porto Alegre"):<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div></div><div><p class=MsoNormal><i><span style='font-family:"Arial Narrow",sans-serif'>Snapshot taken form MapSource of a map compiled wiht mkgmap r3602</span></i><o:p></o:p></p></div><div><p class=MsoNormal><img border=0 width=211 height=346 id="_x0000_i1027" src="https://cid:ii_14dfd2f0df45b30a" alt="Imagem inline 1"><o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Using the same source osm file, the numbering is lost in the street "Rua Porto Alegre" (for example), if the map is compiled with any newer release of mkgmap than 3602. The snapshot bellow was taken from a map compiled with release 3616::<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><i><span style='font-family:"Arial Narrow",sans-serif'>Snapshot taken form MapSource of a map compiled wiht mkgmap r3616:</span></i><o:p></o:p></p></div><div><p class=MsoNormal><img border=0 width=218 height=341 id="_x0000_i1028" src="https://cid:ii_14dfd322b10f2f27" alt="Imagem inline 2"><o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>These compiled maps img are available for tests at the file sharing area:<o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.5pt;font-family:"Courier New";color:black'><a href="http://files.mkgmap.org.uk/download/270/03205200_r3602.img" target="_blank">http://files.mkgmap.org.uk/download/270/03205200_r3602.img</a></span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.5pt;font-family:"Courier New";color:black'><a href="http://files.mkgmap.org.uk/download/271/03205200_r3616.img" target="_blank">http://files.mkgmap.org.uk/download/271/03205200_r3616.img</a></span><o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>You can search for street "Rua Porto Alegre" to see the problem, but it problem can be found in other places too.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>My guess is that the problem arose when housenumber2 brahch was merged to trunk.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>If you need more information, please let me know.<o:p></o:p></p></div><div><div><p class=MsoNormal><o:p> </o:p></p></div></div><div><p class=MsoNormal>Thank you.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Regards,<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Alexandre<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div></div><p class=MsoNormal><br>_______________________________________________ mkgmap-dev mailing list <a href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a> <a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><o:p></o:p></p></div></div><p class=MsoNormal><br>_______________________________________________ mkgmap-dev mailing list <a href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a> <a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><o:p></o:p></p></div></div></div></div></body></html>