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 <st...@parabola.me.uk
<mailto:st...@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
_______________________________________________
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
