[mkgmap-dev] typ file and address search failure with contours

Sun Nov 27 15:08:11 GMT 2016

Folks, I had a weird problem I just sorted out -  it was known that the
position of the TYP file on command line may have some influence,  I
remember I read somewhere it is better to place it at the end as last
argument. What is weird is something happen among  r3642 and r3695 which
changed the behavior.

I used the following command since years:

java -Xmx2000M -jar ./mkgmap/mkgmap.jar --max-jobs  --latin1
--output-dir="./img"/ \
  --family-id=10030  --product-id=1  --route --remove-short-arcs
--bounds=bounds.zip \
 --precomp-sea=sea.zip  --location-autofill=is_in,nearest
--draw-priority=20  --index --housenumbers --gmapsupp
*./typ/gspeed.typ* ./work/7311*osm.pbf
\
 --family-id=10031 --product-id=1 --draw-priority=10000  --transparent
 *./typ/gspeed.typ
*./contours/imgItaAndAlps/7324*img

Since somewhere between r3642 and r3695 ( incl. current 3705) that is
generating a map with broken address search (either the country does not
appear in the list).

It took sometime to discover that now I need to move the typ file at the
end of first section

java -Xmx2000M -jar ./mkgmap/mkgmap.jar --max-jobs  --latin1
--output-dir="./img"/ \
  --family-id=10030  --product-id=1  --route --remove-short-arcs
--bounds=bounds.zip \
 --precomp-sea=sea.zip  --location-autofill=is_in,nearest
--draw-priority=20  --index --housenumbers --gmapsupp ./work/7311*osm.pbf
*./typ/gspeed.typ* \
 --family-id=10031 --product-id=1 --draw-priority=10000
--transparent./contours/imgItaAndAlps/7324*img

What is weird is that the 1st command line seems to work for small files or
if I remove the contour line (last line - also if I keep the typ before the
pbf) and that the typ file is ignored by main map if it is just at the end
of the whole command line.

Maybe it makes sense to better document where to place a typ file in
http://www.mkgmap.org.uk/doc/options ...just avoid someone else to get
crazy!

Regards,
Enrico
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20161127/df8c4c0f/attachment.html>