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

Tue Nov 29 23:20:22 GMT 2016

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.

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>
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 ...just avoid someone else to get
>> crazy!
>>
>> Regards,
>> Enrico
>>
>>
>>
>> _______________________________________________
>> mkgmap-dev mailing list
>> mkgmap-dev at lists.mkgmap.org.uk
>> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20161130/ba38e6da/attachment.html>