<div dir="ltr"><div><div>Steve, thanks for the answer. You'r right, I tested with 3674 and I can replicate the address search issue, while with 3672 search works ok. So you'r right that's the version. Also, up to 3672 the typ file used for the 2nd family map 10031 works (i.e. I can see the contour lines as I defined in gspeed.typ) although it is for 10030. Test done using the command line below.<br><br><span class="gmail-im">java -Xmx2000M -jar ./mkgmap/mkgmap.jar --max-jobs --latin1<br>
--output-dir="./img"/ \<br>
--family-id=10030 --product-id=1 --route --remove-short-arcs<br>
--bounds=bounds.zip \<br>
--precomp-sea=sea.zip --location-autofill=is_in,near<wbr>est<br></span>
--draw-priority=20 --index --housenumbers --gmapsupp ./typ/gspeed.typ<span class="gmail-im"><br>
./work/7311*osm.pbf \<br>
--family-id=10031 --product-id=1 --draw-priority=10000 --transparent<br></span>
./typ/gspeed.typ ./contours/imgItaAndAlps/7324<wbr>*img<span class="gmail-im"><br></span><br></div>By creating the correct typ for family 10031, current mkgmap version (3705) works address search FAILS with<br><br><span class="gmail-im">java -Xmx2000M -jar ./mkgmap/mkgmap.jar --max-jobs --latin1<br>
--output-dir="./img"/ \<br>
--family-id=10030 --product-id=1 --route --remove-short-arcs<br>
--bounds=bounds.zip \<br>
--precomp-sea=sea.zip --location-autofill=is_in,near<wbr>est<br></span>
--draw-priority=20 --index --housenumbers --gmapsupp ./typ/gspeed.typ<span class="gmail-im"><br>
./work/7311*osm.pbf \<br>
--family-id=10031 --product-id=1 --draw-priority=10000 --transparent<br></span><b>./typ/gspeedContour.typ</b> ./contours/imgItaAndAlps/7324<wbr>*img<span class="gmail-im"><br></span><br></div>BUT IT WORKS with <br><br><span class="gmail-im">java -Xmx2000M -jar ./mkgmap/mkgmap.jar --max-jobs --latin1<br>
--output-dir="./img"/ \<br>
--family-id=10030 --product-id=1 --route --remove-short-arcs<br>
--bounds=bounds.zip \<br>
--precomp-sea=sea.zip --location-autofill=is_in,near<wbr>est<br></span>
--draw-priority=20 --index --housenumbers --gmapsupp <span class="gmail-im"><br>
./work/7311*osm.pbf </span><span class="gmail-im"><b>./typ/gspeed.typ</b><span class="gmail-im"> </span>\<br>
--family-id=10031 --product-id=1 --draw-priority=10000 --transparent<br></span> ./contours/imgItaAndAlps/7324<wbr>*img<span class="gmail-im"> </span><br><b>./typ/gspeedContour.typ</b><br><div><br></div><div>nevertheless generating a file with very same size (795033600bytes - diff command shows it differs).<br><br></div><div>so... typ file position matters!<br><br></div><div>Enrico<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Nov 27, 2016 at 9:50 PM, Steve Ratcliffe <span dir="ltr"><<a href="mailto:steve@parabola.me.uk" target="_blank">steve@parabola.me.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hi<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Folks, I had a weird problem I just sorted out - it was known that the<br>
position of the TYP file on command line may have some influence, I<br>
remember I read somewhere it is better to place it at the end as last<br>
argument. What is weird is something happen among r3642 and r3695 which<br>
changed the behavior.<br>
</blockquote>
<br></span>
Are you able to check if r3674 was the problem change?<br>
<br>
It should not normally matter where the TYP<br>
file goes, as far as I know, but if it does matter then<br>
we should fix mkgmap to put it in the right place.<br>
<br>
In your case you are combining two map sets with different family-id<br>
values into one gmapsupp. This means that there can be two TYP files<br>
and there are two index files generated. The TYP file for the first<br>
family needs to go before the second family-id and if you want a<br>
different TYP file for the second family map set then you would put it<br>
after the second --family-id=10031. The first one will be reused if<br>
there is not a second file (I think!).<br>
<br>
But it is possible or likely that r3674 broke that, so I am<br>
treating it as a bug in mkgmap, you should not have to change<br>
your command line. The one you have been using for years should<br>
work fine.<br>
<br>
Best wishes<br>
..Steve<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
I used the following command since years:<br>
<br>
java -Xmx2000M -jar ./mkgmap/mkgmap.jar --max-jobs --latin1<br>
--output-dir="./img"/ \<br>
--family-id=10030 --product-id=1 --route --remove-short-arcs<br>
--bounds=bounds.zip \<br>
--precomp-sea=sea.zip --location-autofill=is_in,near<wbr>est<br></span>
--draw-priority=20 --index --housenumbers --gmapsupp *./typ/gspeed.typ*<span class=""><br>
./work/7311*osm.pbf \<br>
--family-id=10031 --product-id=1 --draw-priority=10000 --transparent<br></span>
*./typ/gspeed.typ *./contours/imgItaAndAlps/7324<wbr>*img<span class=""><br>
<br>
Since somewhere between r3642 and r3695 ( incl. current 3705) that is<br>
generating a map with broken address search (either the country does not<br>
appear in the list).<br>
<br>
It took sometime to discover that now I need to move the typ file at the<br>
end of first section<br>
<br>
java -Xmx2000M -jar ./mkgmap/mkgmap.jar --max-jobs --latin1<br>
--output-dir="./img"/ \<br>
--family-id=10030 --product-id=1 --route --remove-short-arcs<br>
--bounds=bounds.zip \<br>
--precomp-sea=sea.zip --location-autofill=is_in,near<wbr>est<br>
--draw-priority=20 --index --housenumbers<br></span>
--gmapsupp./work/7311*osm.pbf *./typ/gspeed.typ* \<span class=""><br>
--family-id=10031 --product-id=1 --draw-priority=10000<br>
--transparent./contours/imgIta<wbr>AndAlps/7324*img<br>
<br>
What is weird is that the 1st command line seems to work for small files<br>
or if I remove the contour line (last line - also if I keep the typ<br>
before the pbf) and that the typ file is ignored by main map if it is<br>
just at the end of the whole command line.<br>
<br>
Maybe it makes sense to better document where to place a typ file in<br>
<a href="http://www.mkgmap.org.uk/doc/options" rel="noreferrer" target="_blank">http://www.mkgmap.org.uk/doc/o<wbr>ptions</a> ...just avoid someone else to get<br>
crazy!<br>
<br>
Regards,<br>
Enrico<br>
<br>
<br>
<br></span>
______________________________<wbr>_________________<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="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">http://www.mkgmap.org.uk/mailm<wbr>an/listinfo/mkgmap-dev</a><br>
<br>
</blockquote>
<br>
______________________________<wbr>_________________<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="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">http://www.mkgmap.org.uk/mailm<wbr>an/listinfo/mkgmap-dev</a><br>
</blockquote></div><br></div>