Hi Enrico Sorry for the delay in replying, I had forgotten about this issue.
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.
Thanks for confirming that is the problem 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.
I can imaging how the r3674 change may cause various random problems with argument ordering although I'll have to investigate further. I will have to completely redo the change of 3674 in a different way. Regards, ..Steve
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
By creating the correct typ for family 10031, current mkgmap version (3705) works address search FAILS with
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/gspeedContour.typ* ./contours/imgItaAndAlps/7324*img
BUT IT WORKS with
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 *./typ/gspeedContour.typ*
nevertheless generating a file with very same size (795033600bytes - diff command shows it differs).
so... typ file position matters!
Enrico
On Sun, Nov 27, 2016 at 9:50 PM, Steve Ratcliffe <steve@parabola.me.uk <mailto:steve@parabola.me.uk>> wrote:
Hi
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.
Are you able to check if r3674 was the problem change?
It should not normally matter where the TYP file goes, as far as I know, but if it does matter then we should fix mkgmap to put it in the right place.
In your case you are combining two map sets with different family-id values into one gmapsupp. This means that there can be two TYP files and there are two index files generated. The TYP file for the first family needs to go before the second family-id and if you want a different TYP file for the second family map set then you would put it after the second --family-id=10031. The first one will be reused if there is not a second file (I think!).
But it is possible or likely that r3674 broke that, so I am treating it as a bug in mkgmap, you should not have to change your command line. The one you have been using for years should work fine.
Best wishes ..Steve
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 <http://www.mkgmap.org.uk/doc/options> ...just avoid someone else to get crazy!
Regards, Enrico
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk <mailto:mkgmap-dev@lists.mkgmap.org.uk> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev <http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev>
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk <mailto:mkgmap-dev@lists.mkgmap.org.uk> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev <http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev>
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev