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

Sat Dec 17 22:11:56 GMT 2016

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 at parabola.me.uk
> <mailto:steve at 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 at lists.mkgmap.org.uk
>         <mailto:mkgmap-dev at 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 at lists.mkgmap.org.uk <mailto:mkgmap-dev at 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 at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>