<div dir="ltr">ah okay - too bad the entry itself cannot be removed completely.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 5 Dec 2021 at 16:32, Gerd Petermann <<a href="mailto:gpetermann_muenchen@hotmail.com">gpetermann_muenchen@hotmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Felix,<br>
<br>
yes, I think it works as documented. Those entries can come from labels which start with M0. , so it's not an additional entry produced by the --split-name-index option. I also tried to remove the full entry but then the search didn't work any more.<br>
<br>
Check what happens when you remove the clause "st.getNameOffset() > 0 && " .<br>
<br>
Gerd<br>
<br>
________________________________________<br>
Von: mkgmap-dev <<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a>> im Auftrag von Felix Hartmann <<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a>><br>
Gesendet: Sonntag, 5. Dezember 2021 15:57<br>
An: Development list for mkgmap<br>
Betreff: Re: [mkgmap-dev] PATCH reduce index size<br>
<br>
are you sure this works fully?<br>
I still have some strings in the display.jar output.<br>
I updated the gmapsupp.img here: <a href="https://openmtbmap.org/gmapsupp.img" rel="noreferrer" target="_blank">https://openmtbmap.org/gmapsupp.img</a><br>
<br>
The log file from display.jar decreased by around 15% in size - but there are still entries like:<br>
00036727 | 00300e | 4d 30 2e 20             | [1082] str: M0.<br>
0003672b | 003012 | eb 28                   | Index?  10475<br>
0003672d | 003014 | 4d 31 2e 20             | [1083] str: M1.<br>
00036731 | 003018 | ec 28                   | Index?  10476<br>
00036733 | 00301a | 4d 32 2e 20             | [1084] str: M2.<br>
00036737 | 00301e | ed 28                   | Index?  10477<br>
00036739 | 003020 | 4d 33 2e 20             | [1085] str: M3.<br>
0003673d | 003024 | ee 28                   | Index?  10478<br>
0003673f | 003026 | 4d 34 2e 20             | [1086] str: M4.<br>
<br>
<br>
Another thing which could be optimized - no number only entries. I don*t know any country where you would have an address with the street consisting of numbers only. Maybe this should be optional with another switch?<br>
I know addresses without a street name at all - it*s just name of the place plus a number. But I do not know streets with only number as name. Maybe some countries have that? Most definitely do no.<br>
Even one letter and numbers is a bit strange. I think most streets have ref and name (e.g. B11 myname) - not sure if some searches for say B11 housenumber instead of myname housenumber. Maybe they would search for B11 myname housenumber.<br>
<br>
On Sun, 5 Dec 2021 at 11:24, Gerd Petermann <<a href="mailto:GPetermann_muenchen@hotmail.com" target="_blank">GPetermann_muenchen@hotmail.com</a><mailto:<a href="mailto:GPetermann_muenchen@hotmail.com" target="_blank">GPetermann_muenchen@hotmail.com</a>>> wrote:<br>
Hi all,<br>
<br>
as a result of the discussion with Felix in this thread <a href="https://www.mkgmap.org.uk/pipermail/mkgmap-dev/2021q4/033394.html" rel="noreferrer" target="_blank">https://www.mkgmap.org.uk/pipermail/mkgmap-dev/2021q4/033394.html</a><br>
I've created a rather small patch to change the meaning of the --mdr7-del option.<br>
<br>
With this patch the option has one more effect:<br>
If --split-name-idex is in use, any additional entry produced by that<br>
option which starts with a string that appears in the given list is skipped.<br>
<br>
I think this is probably wanted by all users and it should not cause trouble with existing scripts.<br>
<br>
For Felix sample with a single tile the PC index size decreases from 449.536 bytes to 409.600,<br>
index in gmapsupp it's about 31kb bytes smaller.<br>
<br>
With the default style the change should be much smaller.<br>
<br>
Gerd<br>
<br>
<br>
<br>
_______________________________________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a>><br>
<a href="https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
<br>
<br>
--<br>
Felix Hartman - Openmtbmap.org & VeloMap.org<br>
<br>
_______________________________________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><br>
<a href="https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Felix Hartman - Openmtbmap.org & VeloMap.org<br></div><br></div></div></div></div></div></div>