- mkgmap-dev - The mkgmap lists

Commit r4838: prevent infinite loop when encoder detects malformed input
by svn commit 28 Dec '21

28 Dec '21

Version mkgmap-r4838 was committed by gerd on Tue, 28 Dec 2021 prevent infinite loop when encoder detects malformed input http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4838

1 0

Re: [mkgmap-dev] [mkgmap-svn] Commit r574: evaluate magic number when reading MDR 28. Not sure yet about the exact meaning, but some Garmin maps have e.g.
by Ticker Berkin 28 Dec '21

28 Dec '21

Hi Gerd I'm working through your codebook discoveries but finding the patches hard to undo/redo with other changes happening to display. I'd much prefer you just committing all display changes as you go and I'll update. I doubt if this will inconvenience anyone else at the moment. Thanks Ticker On Tue, 2021-12-28 at 08:28 +0000, svn commit wrote: > Version display-r574 was committed by gerd on Tue, 28 Dec 2021 > > evaluate magic number when reading MDR 28. Not sure yet about the > exact meaning, but some Garmin maps have e.g. > MDR 28 header flags 0003 > and both MDR 21 and MDR 27 are empty. > > http://www.mkgmap.org.uk/websvn/revision.php?repname=display&rev=574 > _______________________________________________ > mkgmap-svn mailing list > To unsubscribe send an mail to mkgmap-svn-leave(a)lists.mkgmap.org.uk > https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-svn

1 0

Re: [mkgmap-dev] [mkgmap-svn] Commit r572: MDR16 is some kind of codebook.
by Ticker Berkin 28 Dec '21

28 Dec '21

Hi Gerd >From your example map, can you determine what settings should be used for hasRecSize and hasMagic (MdrDisplay ~line 1351 and other modules as well). I'd have expected (false, ?); Ticker On Mon, 2021-12-13 at 11:33 +0000, svn commit wrote: > Version display-r572 was committed by gerd on Mon, 13 Dec 2021 > > MDR16 is some kind of codebook. > At least the last bytes are probably the most frequent characters in > MDR 15. > > http://www.mkgmap.org.uk/websvn/revision.php?repname=display&rev=572 > _______________________________________________ > mkgmap-svn mailing list > To unsubscribe send an mail to mkgmap-svn-leave(a)lists.mkgmap.org.uk > https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-svn

3 47

Commit r4837: prevent possible crash when label has 170 leading blanks
by svn commit 27 Dec '21

27 Dec '21

Version mkgmap-r4837 was committed by gerd on Mon, 27 Dec 2021 prevent possible crash when label has 170 leading blanks http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4837

1 0

Re: [mkgmap-dev] blank zoom levels - how to avoid?
by Carlos BJ 26 Dec '21

26 Dec '21

Bear my slight knowledge of map formats and mkgmap... Besides, I do not know where other place to write to ask for help... Tried to find answers in the documentation but could not. I have an IMG file that wish to "cut" to an specific region. My best choice is to do it using Basecamp. So, I need to be able to load the map in Basecamp. I do it using GMaptool. Select the starting IMG, In Split I select files for mapsource, compile preview map, create tdb v3 if possible. GMaptools makes its magic, then calls mkgmap using: "java -jar "C:\folder\mkgmap.jar" --no-tdbfile --mapname=29067263 --output-dir="G:/Outfolder" "G:/Workfolder/mapset.mp"" Now, I can instal the map and basecamp can show it.... but.... a watermark with "Gmaptool preview" can be seen at the lowest left corner - not an issue no contents is shown at 500km zoom, neither 300, 200, 150, 100, nor 70; then, at 50kms, all is shown So, I am ready to run from CMD the command "java -jar "C:\folder\mkgmap.jar" --no-tdbfile --mapname=29067263 --output-dir="G:/Outfolder" "G:/Workfolder/mapset.mp"" but ... what can I change so that all content is shown from the 500kms scale? 50kms is too close to be workable .... TIA

2 1

Commit r4836: Cut labels which are longer than 170 characters, but not the copyright message or labels from ExtTypeAttributes
by svn commit 24 Dec '21

24 Dec '21

Version mkgmap-r4836 was committed by gerd on Mon, 13 Dec 2021 Cut labels which are longer than 170 characters, but not the copyright message or labels from ExtTypeAttributes modified label_len170.patch http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4836

2 1

Problem using profiles with OSM based maps
by Carlos Dávila 20 Dec '21

20 Dec '21

An user of my maps has reported the following problem when using OSM based maps. He uses profiles in a GPSMAP 65s mainly to enable/disable different sets of maps associated to each profile. When he has several OSM based maps in the SD card (not only mines, also from other sources, witch I guess are also built with mkgmap), switching between profiles automatically enables all OSM maps, even if they were previously disabled in a given profile. It seems to be related to some parameters in the TRE subfile, as reported in this thread: https://www.gpsrchive.com/Discussion/viewtopic.php?t=1571&sid=6e0edd3239fb3…

2 3

Format6Encoder/Decoder
by Ticker Berkin 15 Dec '21

15 Dec '21

Hi Gerd I was looking at encoders and noticed obvious mistake in Format6Decoder relating to lower-case, plus parts that can be simplified to be general and consistent with Format6Encoder. Format6Encoder can handle a bunch of other characters (the remains of the 'ascii' printables) + lower-case - I've implemented these. Patch attached Ticker

2 15

Building display.jar fails
by Felix Hartmann 13 Dec '21

13 Dec '21

I can actually avoid it by placing mkgmap.jar into the display tool folder - however then the display.jar is not working and ends with the notice: "no main manifest attribute, in C:\openmtbmap\display.jar" I get the following error I don't know how to solve when building the display.jar display tool - with the mkgmap folder inserted into the build.xml: Buildfile: C:\openmtbmap\mkgmap_display\build.xml prepare: [mkdir] Created dir: C:\openmtbmap\mkgmap_display\build\classes ivy-availability: download-ivy: [mkdir] Created dir: C:\openmtbmap\mkgmap_display\lib\build [get] Getting: https://repo1.maven.org/maven2/org/apache/ivy/ivy/2.5.0/ivy-2.5.0.jar [get] To: C:\openmtbmap\mkgmap_display\lib\build\ivy-2.5.0.jar init-ivy: [ivy:configure] :: Apache Ivy 2.5.0 - 20191020104435 :: https://ant.apache.org/ivy/ :: [ivy:configure] :: loading settings :: file = C:\openmtbmap\mkgmap_display\ivysettings.xml resolve-compile: compile: [javac] Compiling 589 source files to C:\openmtbmap\mkgmap_display\build\classes [javac] C:\openmtbmap\mkgmap_display\src\uk\me\parabola\mkgmap\srt\SrtTextReader.java:416: error: unclosed character literal [javac] if (ch == '┬¬' || (Character.isLetter(ch) && (Character.getType(ch) & Character.MODIFIER_LETTER) == 0)) [javac] ^ [javac] C:\openmtbmap\mkgmap_display\src\uk\me\parabola\mkgmap\srt\SrtTextReader.java:416: error: unclosed character literal [javac] if (ch == '┬¬' || (Character.isLetter(ch) && (Character.getType(ch) & Character.MODIFIER_LETTER) == 0)) [javac] ^ [javac] C:\openmtbmap\mkgmap_display\src\uk\me\parabola\mkgmap\srt\SrtTextReader.java:416: error: not a statement [javac] if (ch == '┬¬' || (Character.isLetter(ch) && (Character.getType(ch) & Character.MODIFIER_LETTER) == 0)) [javac] ^ [javac] C:\openmtbmap\mkgmap_display\src\uk\me\parabola\mkgmap\srt\SrtTextReader.java:416: error: not a statement [javac] if (ch == '┬¬' || (Character.isLetter(ch) && (Character.getType(ch) & Character.MODIFIER_LETTER) == 0)) [javac] ^ [javac] C:\openmtbmap\mkgmap_display\src\uk\me\parabola\mkgmap\srt\SrtTextReader.java:416: error: ';' expected [javac] if (ch == '┬¬' || (Character.isLetter(ch) && (Character.getType(ch) & Character.MODIFIER_LETTER) == 0)) [javac] ^ [javac] 5 errors -- Felix Hartman - Openmtbmap.org & VeloMap.org

4 31

What's the maximum size of global index MDR size?
by Gerd Petermann 13 Dec '21

13 Dec '21

Hi all, does anybody know the actual limits? The structure of the MDR file encodes offsets with 4 bytes. We can assume those are interpreted as unsigned integers, so 0xffffffff (2^32 ~ 4G) would be the highest possible offset, the section length is also encoded with 4 bytes, so maybe we can even write a correct MDR that is close to 8G if the last section is the largest. The MDR sub file for the PC is stored in the *_mdr.img file which also contains the SRT sub file. As far as I know the *.img file can grow > 4G, so I hope that our routines to write large *.img files are OK. As of now, the --gmapi option doesn't work with an MDR sub file > 2G, the corresponding folder will contain a *.MDR file with 0 bytes. The display tool programs also fail to analyse such a file. I see that both mkgmap and MapSource can handle an *_mdr.img written by mkgmap file that is > 2G as long as the MDR sub file itself is < 2G. Current mkgmap fails with different errors when an offset in the MDR sub file gets > 2G. I started to fix those errors but MapSource crashes with such an index file. My problem: I don't know if it crashes because mkgmap still does something wrong or because MapSource interprets the offset field as a signed int (as mkgmap does so far in some places). With signed int the values > 2G are interpreted as negative values and that cannot work. Is it possible to have an MDR sub file > 2G in an *.img file? If yes I may invest more time to find out what is wrong in mkgmap. If no, we may skip the writing of sections (e.g. Mdr 21 (streets sorted by region) or Mdr 22 (streets sorted by country) or maybe even Mdr 15 (the string table). Has anybody an idea how the string compression of Mdr15 section might work? Gerd

3 8