June 2019 - mkgmap-dev - The mkgmap lists

documentation improvement patch
by Mike Baggaley 30 Jan '20

30 Jan '20

Hi Gerd, I have attached a patch to improve the documentation of the command line. I did it some time ago and had forgotten about it, but the discussion on whether to change default options prompted me to come back to it. The change is purely to the documentation, no code changes. Please review and if it meets with your approval, commit. Thanks, Mike

6 28

New branch for default typ file
by Gerd Petermann 21 Dec '19

21 Dec '19

Hi all, I've created a new branch now with changes proposed by Joris. I hope this helps bringing this forward. Attached is a document from Joris. Gerd

11 52

Building map with Hebrew characters
by Carlos Dávila 18 Nov '19

18 Nov '19

I'm trying to build a map of Israel with Hebrew characters, but using --code-page=1255 a get the following assertion: at uk.me.parabola.imgfmt.app.srt.SRTFile.writeWeights(SRTFile.java:117) at uk.me.parabola.imgfmt.app.srt.SRTFile.writeSrt4Chars(SRTFile.java:99) at uk.me.parabola.imgfmt.app.srt.SRTFile.write(SRTFile.java:63) at uk.me.parabola.mkgmap.combiners.MdrBuilder.init(MdrBuilder.java:117) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:605) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:128) at uk.me.parabola.mkgmap.main.Main.mainStart(Main.java:143) at uk.me.parabola.mkgmap.main.Main.main(Main.java:114) With --unicode I also get an assertion: Exception in thread "main" java.lang.AssertionError: -125 at uk.me.parabola.imgfmt.app.BufferedImgFileWriter.put1u(BufferedImgFileWriter.java:154) at uk.me.parabola.imgfmt.app.SectionWriter.put1u(SectionWriter.java:78) at uk.me.parabola.imgfmt.app.srt.SRTFile.writeWeights(SRTFile.java:113) at uk.me.parabola.imgfmt.app.srt.SRTFile.writeSrt8(SRTFile.java:166) at uk.me.parabola.imgfmt.app.srt.SRTFile.write(SRTFile.java:68) at uk.me.parabola.mkgmap.combiners.MdrBuilder.init(MdrBuilder.java:117) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:605) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:128) at uk.me.parabola.mkgmap.main.Main.mainStart(Main.java:143) at uk.me.parabola.mkgmap.main.Main.main(Main.java:114) Probably I'm missing something obvious, but I always used --code-page=1251 and have no idea what it may be

5 12

mkgmap:set_unconnected_type differentiate between connected on both sides or on one side only
by Felix Hartmann 14 Nov '19

14 Nov '19

Would it be possible to have the mkgmap:set_unconnected_type=... differentiate between conncected on both sides for lines and only connected on one side? For example I would like to delete all service=driveway shorther than 100m length if they are connected only on one side to another routable line - if they are in between I would like to keep them. (in some countries - e.g. Switzerland and France) often highway=service&service=driveway leads not only to a house but also connects e.g. to a highway=track or highway=path. -- Felix Hartman - Openmtbmap.org & VeloMap.org Schusterbergweg 32/8 6020 Innsbruck Austria - Österreich

5 44

Sample basic mkgmap config file
by Gerd Petermann 13 Nov '19

13 Nov '19

Hi all, here is my proposal for a file which should be good for every new user. I plan to add it to the examples directory in the distributed zip. Please suggest improvements if you miss something really important. I started to write a HOWTO but got stuck because it is so difficult to handle the differences between Windows/Linux/Mac and the usage of relative or absolute paths. I've recently learned that new users might not even know how to copy a file into a hidden directory like C:\ProgramData. I know that some of you distribute packages containing styles and scripts but I think they all work either only on Windows or on Linux or they require further packages like pearl. Correct me if I'm wrong. No idea how to continue here :( Gerd

4 16

type/subtype of points and cities
by Ticker Berkin 05 Nov '19

05 Nov '19

Hi I think the mkgmap internal handling of types/subtypes of points is obscure. In the points style file, the type code is always full, ie type << 8 | subtype, but when the points are read back from the RGN file for the MDR processing, the representation is the same provided the subtype is not zero, otherwise it is just type! Logic then decides that if the value is <= 0xff it is because the subtype is zero. It is simpler and much clearer to preserve the original representation. This also allows unambiguous use of type 0 with subtypes, and, possibly, city with subtypes. It also allows the same function to be used to test a type for being in the 'city' range, regardless of the context. mkgmap wasn't consistent the ranges for the isCity test. City POI are written in a different manner to the RGN file. The old range for this was: type >= 0x0100 && type <= 0x1100 which I've kept, except changing to: ...& type < 0x1200. A similar range was used for MDR5. However, city POI are held in group 1 of MDR 9/10. This is used in Find > City 'By Name'. The old range was: type <= 0xf, where, if the subtype was zero, type is right shifted by 8 (see above), non-zero subtypes messed up the testing. Now it uses the same range as above. Actually neither of these ranges are correct for my Garmin devices. Find > City show nearby POI with types in the range 0x0100..0x0d1f, regardless of the img RGN or MDR. The eTrex Legend labels POIs in this range as {Large/Medium/Small} City/Town and points in the range 0x0e00..0x111f as "*". Find > City 'by-name' returns POI if in group 1 of MDR 9/10. I find it a useful feature to have a POI that can be searched for but doesn't flood the list of nearby points. Generally, non-zero subtypes for cities cause problems in the RGN structure and I've added a test for this to the style validation. There is also a fix to --make-poi-index, but I can't detect any effect of this option. This patch won't make any difference to the img output unless the there are points 0x1000, 0x1100. If this patch is accepted, I'll do the equivalent to the img display system. Regards Ticker

3 13

device-crash in france
by Arndt Röhrig 25 Jun '19

25 Jun '19

2 1

Re: [mkgmap-dev] mkgmap-dev Digest, Vol 131, Issue 6
by John Thorn 25 Jun '19

25 Jun '19

In a TYP file that I inherited there is this comment : Basecamp will not display 17, 2c and 30=3f (dunno why!) In my experience 14 Railroad can cause problems too. On Sun, 23 Jun 2019 at 12:00, <mkgmap-dev-request(a)lists.mkgmap.org.uk> wrote: > Send mkgmap-dev mailing list submissions to > mkgmap-dev(a)lists.mkgmap.org.uk > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > or, via email, send a message with subject or body 'help' to > mkgmap-dev-request(a)lists.mkgmap.org.uk > > You can reach the person managing the list at > mkgmap-dev-owner(a)lists.mkgmap.org.uk > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of mkgmap-dev digest..." > Today's Topics: > > 1. Polyline code 0x30 won't show up on maps (Manfred Haiduk) > 2. Re: Polyline code 0x30 won't show up on maps (Ticker Berkin) > > > > ---------- Forwarded message ---------- > From: Manfred Haiduk <manfred.haiduk(a)freenet.de> > To: Development list for mkgmap <mkgmap-dev(a)lists.mkgmap.org.uk> > Cc: > Bcc: > Date: Sat, 22 Jun 2019 22:51:08 +0200 > Subject: [mkgmap-dev] Polyline code 0x30 won't show up on maps > Hi > > does anybody know, why a polyline with code 0x30 won't show up on the > map, neither in map source nor on my device GPSMAP 276Cx ? Or is there a > of line codes, which are not rendered in a map ? > > > > > > ---------- Forwarded message ---------- > From: Ticker Berkin <rwb-mkgmap(a)jagit.co.uk> > To: Development list for mkgmap <mkgmap-dev(a)lists.mkgmap.org.uk> > Cc: > Bcc: > Date: Sun, 23 Jun 2019 09:38:09 +0100 > Subject: Re: [mkgmap-dev] Polyline code 0x30 won't show up on maps > Hi > > I found that, without TYP definition, line 0x30 didn't show on eTrex > 30x or eTrex Legend HCx. They were there; hovering the cursor in the > right place allowed them to be selected. > > 0x30 - 0x4f behaved like this > > Ticker > > > On Sat, 2019-06-22 at 22:51 +0200, Manfred Haiduk wrote: > > Hi > > > > does anybody know, why a polyline with code 0x30 won't show up on the > > map, neither in map source nor on my device GPSMAP 276Cx ? Or is > > there a > > of line codes, which are not rendered in a map ? > > > > _______________________________________________ > > mkgmap-dev mailing list > > mkgmap-dev(a)lists.mkgmap.org.uk > > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > _______________________________________________ > mkgmap-dev mailing list > mkgmap-dev(a)lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

3 2

Polyline code 0x30 won't show up on maps
by Manfred Haiduk 23 Jun '19

23 Jun '19

Hi does anybody know, why a polyline with code 0x30 won't show up on the map, neither in map source nor on my device GPSMAP 276Cx ? Or is there a of line codes, which are not rendered in a map ?

2 1

Oregon 600 gps crashes often at roundabout
by Joris Bo 22 Jun '19

22 Jun '19

Hello, Is somebody familiar with the situation that de Oregon gps device just falls out (fades away, reboot needed) after a couple of meters on a roundabout? On my recent bike trip in France it happened dozen of times. I'm now looking for a roundabout in my neighbourhood to reproduce the problem more easily so I can fiddle around with some setting and style combinations, but maybe others already recognize the problem. It even occurred once with only the build in Garmin worldwide map active and all my personal maps on inactive. My personal maps use (non routable) roundabout overlays besides the 0x0c It happens on 50%? of the roundabouts Firmware 5.50 At the time only 1 map was active Nice holidays for everybody, Kind regards Joris

3 2