Hi

Yes good point that is likely the problem.

Creating the overview map is a second stage thing


Steve

On 8 February 2017 20:40:07 GMT+00:00, Gerd Petermann 
<gpetermann_muenc...@hotmail.com> 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-boun...@lists.mkgmap.org.uk> im Auftrag von
>Patrik Brunner <patrik.brun...@gmx.net>
>Gesendet: Mittwoch, 8. Februar 2017 21:33:53
>An: mkgmap-dev@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@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
>>>
>>> _______________________________________________
>>> 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
>
>_______________________________________________
>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

Reply via email to