- mkgmap-dev - The mkgmap lists

License and copyright text defects
by Paco Tyson 16 May '15

16 May '15

Hi all, I started customizing the copyright/license text for my map. I found some strange results that I want to share with you. This is the license and copyright text : license.txt : My license text Second line of license Third and last line, blabla êß copyright.txt : Beginning of the copyright text Second line of the copyright text, including accentuated characters : éàß Third and last line of the copyright text For each run, I run mkgmap v3539, create a .gmap map with jmc_cli, install it on Basecamp thanks to MapManager. I then install it on my Oregon 600 via MapInstall. First run : --license-file=license.txt and --copyright-file=copyright.txt JaVaWa GMTK displays : My license text Second line of license Third and last line, blabla êß BEGINNING OF THE COPYRIGHT TEXT SECOND LINE OF THE COPYRIGHT TEXT, INCLUDING ACCENTUATED CHARACTERS : ÉÀSS THIRD AND LAST LINE OF THE COPYRIGHT TEXT Basecamp displays : BEGINNING OF THE COPYRIGHT TEXT My license text Second line of license Third and last line, blabla êß SECOND LINE OF THE COPYRIGHT TEXT, INCLUDING ACCENTUATED CHARACTERS : ÉÀSS THIRD AND LAST LINE OF THE COPYRIGHT TEXT Oregon 600 displays on the Info page of the map : ©SECOND LINE OF THE COPYRIGHT TEXT, INCLUDING ACCENTUATED CHARACTERS : ÉÀSS ©THIRD AND LAST LINE OF THE COPYRIGHT TEXT The first line of the copyright file is displayed before the license block on Basecamp and it is missing on the GPS device. Second run : --license-file=license.txt and --copyright-file=copyright.txt but copyright.txt content is : "Only one line" JaVaWa GMTK displays : My license text Second line of license Third and last line, blabla êß PROGRAM LICENCED UNDER GPL V2 ONLY ONE LINE Basecamp displays : My license text Second line of license Third and last line, blabla êß ONLY ONE LINE PROGRAM LICENCED UNDER GPL V2 Oregon 600 displays on the Info page of the map : ©ONLY ONE LINE Note how the lines of the copyright block are switched between GMTK and Basecamp. Independently of the exposed results above, I have a few questions and remarks : - Despite providing a lower case copyright text, the result text is in upper case. Is it done by mkgmap ? Is it a Garmin format limitation ? - In the default license/copyright text, one can read "Program released under the GPL" and "PROGRAM LICENCED UNDER GPL V2". I assume it's the mkgmap license, instead I'd expect here the license of the produced Garmin map. Documentation remarks : --copyright-message=note Specify a copyright message for files that do not contain one. What files are we talking about ? The OSM data files ? By the way, we could add here that --copyright-message is ignored if --copyright-file is also provided. --copyright-file=file Specify copyright messages from a file. Note that the first copyright message is not displayed on a device, but is shown in BaseCamp. The copyright file must include at least two lines. Based on my tests, one can specify a one-line copyright file, mkgmap adds the line "PROGRAM LICENCED UNDER GPL V2", the last sentence is not true anymore. --license-file : I don't understand "All entries of all maps will be merged in the overview map.". What are "all maps" ? Is the overview map used to store the overview levels or the gmapsupp.img file ? Cheers, Paco

2 2

EU map too big?
by Minko 16 May '15

16 May '15

I fear that the Europe map became too big for mkgmap to put it into one mapset. I have now 2293 img tiles that I wanted to combine with mkgmap-r3590 The java memory is set to -Xmx8000m, the error message is as follows: SEVERE (MapFailedException): (thrown in BufferedImgFileWriter.ensureSize()) There is not enough room in a single garmin map for all the input data. The .osm file should be split into smaller pieces first. There is not enough room in a single garmin map for all the input data. The .osm file should be split into smaller pieces first. What does this mean? Is my index file too big? Is there another way to combine the img tiles to make a single mapset?

6 24

Routing parameters
by Dave Swarthout 16 May '15

16 May '15

I am curious to know how mkgmap handles the display of and text to speech aspects of motorway junctions. It's hard to test for this without actually creating a route and then driving it to see and hear what the Garmin is doing with the data or to discover where it gets the information from. I'm assuming that whatever one puts in the exit_to=* tag gets displayed and spoken by the Garmin "assistant". Does mkgmap ever use the destination=* tag, and if so under what circumstances? I found this rule in the lines style sheet, but I do not understand it well enough to help me answer my question (highway=motorway_link | highway=trunk_link) & mkgmap:exit_hint=true & mkgmap:dest_hint=true { name '${destination:ref|subst: =>} ${destination|subst:;=> |subst:/=> }' | '${ref|subst: =>} ${destination|subst:;=> |subst:/=> }' | '${destination|subst:;=> |subst:/=> }' | 'Exit ${mkgmap:exit_hint_ref} ${mkgmap:exit_hint_name}' | highway=road 'Exit ${mkgmap:exit_hint_ref} ${mkgmap:exit_hint_exit_to}' | 'Exit ${mkgmap:exit_hint_exit_to}' | 'Exit ${mkgmap:exit_hint_name}' | 'Exit ${mkgmap:exit_hint_ref}' } As always, thanks in advance to any help you can provide. Dave -- Dave Swarthout Homer, Alaska Chiang Mai, Thailand Travel Blog at http://dswarthout.blogspot.com

3 3

There is not enough room in a single garmin map ...
by Gerd Petermann 15 May '15

15 May '15

Hi , this message is produced in a routine which doesn't know the file name (and I found no easy way to change that), so the only good improvement that I found is to print a stack trace when it doesn't happen while processing a single OSM input file. (mkgmap r3596). @Steve: Maybe we can throw a different Exeption and catch that in the higher routine which can decide if the hint "The .osm file should be split into smaller pieces first." makes sense or not? BufferedImgFileWriter is used for so many different files... Gerd

1 0

Commit: r3596: print a stack trace if a MapFailedException is produced in one of the combiners (index, overview map, nsis etc)
by svn commit 15 May '15

15 May '15

Version mkgmap-r3596 was committed by gerd on Fri, 15 May 2015 print a stack trace if a MapFailedException is produced in one of the combiners (index, overview map, nsis etc) This should help to overcome the confusion created by the hint "There is not enough room in a single garmin map for all the input data. The .osm file should be split into smaller pieces first." produced by the BufferedImgFileWriter.

1 0

Commit: r3595: revert accidentally added unneeded import
by svn commit 14 May '15

14 May '15

Version mkgmap-r3595 was committed by gerd on Thu, 14 May 2015 revert accidentally added unneeded import

1 0

Commit: r3592: enable merge of shapes when creating the overview map.
by svn commit 14 May '15

14 May '15

Version mkgmap-r3592 was committed by gerd on Thu, 14 May 2015 enable merge of shapes when creating the overview map. This reduces the size of the overview map.

1 0

Commit: r3591: enable merge lines when creating the overview map.
by svn commit 14 May '15

14 May '15

Version mkgmap-r3591 was committed by gerd on Thu, 14 May 2015 enable merge lines when creating the overview map. MapBuilder.config() is not called in this case. TODO: mergeShapes does not yet work with overview maps, probably because the reader doesn't produce identical Coord instances for points with equal coordinates.

1 0

Commit: r3590: ignore position of role=admin_centre node when name of
by svn commit 13 May '15

13 May '15

Version mkgmap-r3590 was committed by gerd on Wed, 13 May 2015 ignore position of role=admin_centre node when name of boundary and name of node are not equal

3 2

repeated code for option name-tag-list
by GerdP 13 May '15

13 May '15

Hi programmers, we have LocatorUtil which evaluates the option and diverse routines like StyledConverter, LinkDestinationHook, RelationStyleHook and now also POIGeneratorHook which seem to do the same to evaluate the name of an OSM element. I wonder why we don't evaluate the "name" once in ElementSaver? Gerd -- View this message in context: http://gis.19327.n5.nabble.com/repeated-code-for-option-name-tag-list-tp584… Sent from the Mkgmap Development mailing list archive at Nabble.com.

1 0