[mkgmap-dev] Problems with -- gmapi (and possibly --gmapsupp also)

Wed Feb 8 20:59:54 GMT 2017

Bingo !!

Gerd, you nailed it down. Was something easy to test and the result is 
that I now also have proper overview map in the gmap created by mkgmap !
Great, many thanks for your help and the hint/solution.

Sorry for the 'false' alarm.... the problem was, unfortunately that 
happens often, the 'thing' between the monitor and the back of the 
chair, the enduser... ;-)

Cheers
Patrik

On 08.02.2017 21:40, Gerd Petermann wrote:
> Hi Patrik,
>
> I think the overview map might be  missing because your cfg file contains option
> remove-ovm-work-files
> I guess the --gmapi option doesn't try to find/identify an existing overview map.
>
> Gerd
> ________________________________________
> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Patrik Brunner <patrik.brunner at gmx.net>
> Gesendet: Mittwoch, 8. Februar 2017 21:33:53
> An: mkgmap-dev at lists.mkgmap.org.uk
> Betreff: Re: [mkgmap-dev] Problems with -- gmapi (and possibly --gmapsupp also)
>
> Steve,
>
> in the process of building all different flavors of map (imagedir,
> gmapsupp, gmapi) first the img files are built and afterward collected
> together. The creation is done by calling mkgmap as follows (cfg file
> attached):
>
> java -Xmx1536M -Dfile.encoding=UTF-8 -jar D:/fzk/develop/fzk-mde-garmin/Freizeitkarte-Entwicklung/tools/mkgmap/mkgmap.jar  --max-jobs=2 -c Freizeitkarte_LUX.cfg --check-styles
> Time started: Wed Feb 08 21:07:23 CET 2017
> Found one style in D:/fzk/develop/fzk-mde-garmin/Freizeitkarte-Entwicklung/work/Freizeitkarte_LUX_fr/style/fzk
> finished check-styles
> Number of MapFailedExceptions: 0
> Number of ExitExceptions: 0
> Time finished: Wed Feb 08 21:08:04 CET 2017
> Total time taken: 40429ms
>
> After the the result is ok, the resulting map shown in BaseCamp (images
> installed via Registry) does show the overview map. As far as I know the
> overview map (as well as the flag to show the heigth profiles) are
> stored in the tdb file, correct ?
>
> Later in the normal process I call jmc_cli to convert the images into
> gmapi format. This does not seem to screw the overview map (inside the
> tdb file put into the gmap folder structure) and also shows the height
> profiles.
>
> But if I use the new functionality of mkgmap to convert the images into
> gmapi format the height profiles and the overview map got lost. The tdb
> and some other files (map files, but not the tile files) have a new
> change time.
> The missing heigth profiles could be fixed by just adding
> --show-profiles=1 to the call, but I was not able to get the overview
> map running. The actual call is:
>
> java -Xmx1536M -Dfile.encoding=UTF-8 -jar D:/fzk/develop/fzk-mde-garmin/Freizeitkarte-Entwicklung/tools/mkgmap/mkgmap.jar  --max-jobs=2 --index --code-page=1252 --gmapi --license-file=Freizeitkarte_LUX.license --product-id=1 --family-id=6442 --family-name="Freizeitkarte_LUX" --series-name="Freizeitkarte_LUX" --description="Freizeitkarte_LUX (Release 17.02)" --overview-mapname="Freizeitkarte_LUX" --overview-mapnumber=64420000 --product-version="1702" 6442*.img 6442.TYP --tdbfile --show-profiles=1
> Time started: Wed Feb 08 21:22:06 CET 2017
> Number of MapFailedExceptions: 0
> Number of ExitExceptions: 0
> Time finished: Wed Feb 08 21:22:08 CET 2017
> Total time taken: 1702ms
>
> I was also trying to call it without the overview options which results
> also in a map without overview map, but just with different (default)
> filenames inside the gmap directory structure.
> Calling it without --tdbfile also didn't help.
>
> Any ideas ? Am I doing something wrong due to lack of understanding or
> does mkgmap behave wrongly ?
>
> Thanks and regards
> Patrik
>
> On 08.02.2017 11:42, Steve Ratcliffe wrote:
>> Hi Patrik
>>
>>> Folder structure looks the same as with for example jmc_cli.
>> I'm sorry but I still do not understand the problem.
>>
>> If you create a map normally and then convert it with the garmin
>> converter does that gmapi map work?
>>
>> The same map converted with mkgmap --gmapi, you are saying does
>> not work.
>>
>> So if the first one works, but the second doesn't, then there must be
>> a difference between the two maps.
>>
>> The only differences I know of are:
>>
>> 1. We do not create the top level osmmap.gmapi directory.
>> 2. There are differences in the white space in the Info.xml file.
>>
>> Or there is a difference in your case that I am not aware of.
>>
>> If the problem is the first, then it is easy enough to fix.
>> I can't believe that it is the second, but you never know..
>>
>> If there is another difference I need to know what it is.
>> If you could create a small map that does not work that you
>> could upload that would be helpful.
>>
>> ..Steve
>>
>>> It doesn't make a difference if I call mkgmap --gmapsupp with the
>>> overview parameters (--overview-mapname=... --overview-mapnumber=...),
>>> in no case I have overview maps.
>>> The only difference is how the files are named inside the gmap directory
>>> structure, either with the choosen names or with the default names.
>>>
>>> Below shown call of mkgmap is the version without overview options...
>>>
>>> Cheers
>>> Patrik
>>>
>>> On 06.02.2017 23:33, Steve Ratcliffe wrote:
>>>> Hi Patrik
>>>>
>>>>> I've just noticed that the quite new option --gmapi does not work
>>>>> properly regarding overview maps:
>>>>> - I first build the img files where all is correct, overview maps are
>>>>> properly built and set at the different needed locations (*.tdb file,
>>>>> elsewhere ?)
>>>>> - running mkgmap with the option --gmapi (complete output shown below)
>>>>> causes that the overview maps are not anymore shown in BaseCamp
>>>> How does the gmapi map differ from one created using the script or
>>>> Garmin's conversion tool?
>>>>
>>>>
>>>>> BTW: Something similar happens probably with --gmapsupp: there are now
>>>>> overview maps visible on the GPS itself.
>>>> The gmapsupp does not contain a base map.  I suppose if you actually
>>>> included it on the command line then it would be added, but you should
>>>> not do that.
>>>>
>>>> ..Steve
>>>>> Here the call of mkgmap and its output:
>>>>>
>>>>>      java -Xmx1536M -Dfile.encoding=UTF-8 -jar
>>>>> D:/fzk/develop/fzk-mde-garmin/Freizeitkarte-Entwicklung/tools/mkgmap/mkgmap.jar
>>>>>
>>>>> --max-jobs=2 --index --code-page=1252 --gmapi
>>>>> --license-file=Freizeitkarte_LUX.license --product-id=1
>>>>> --family-id=6442 --family-name="Freizeitkarte_LUX"
>>>>> --series-name="Freizeitkarte_LUX" --description="Freizeitkarte_LUX
>>>>> (Release 17.02)" --product-version="6442" 6442*.img 6442.TYP
>>>>> --tdbfile --show-profiles=1
>>>>>      Time started: Sun Feb 05 16:10:10 CET 2017
>>>>>      Number of MapFailedExceptions: 0
>>>>>      Number of ExitExceptions: 0
>>>>>      Time finished: Sun Feb 05 16:10:12 CET 2017
>>>>>      Total time taken: 1858ms
>>>>>
>>>>> Am I doing something wrong or is this a 'defect' in the newly
>>>>> implemented gmapi option ?
>>>>>
>>>>> Thanks for helping
>>>>> Patrik
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>> _______________________________________________
>>> 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
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev