May 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

Indexes in .MP files
by John Thorn 31 May '19

31 May '19

[I am new to MKGMAP - so apologies in advance if this is a dumb question!] I have created .MP files that I compile with CGPSMAPPER. The files contain country/region/city indexes (see below) that MKGMAP ignores. Is there a way to get these built into the map index with MKGMAP? John Thorn [Countries] Country1=UNITED KINGDOM~[0x1d]GBR [END-Countries] [Regions] Region1=Cornwall CountryIdx=1 [END-Regions] [Cities] City1=Cadgwith RegionIdx1=1 City2=Church Cove RegionIdx2=1 City3=Housel Bay RegionIdx3=1 City4=Lizard RegionIdx4=1 ...

2 1

Re: [mkgmap-dev] Problem with search on garmin on HEBREW maps
by Gerd Petermann 30 May '19

30 May '19

Hi Benny, Hard to get information from you ;) You don't use the --bounds option so it is quite likely that mkgmap doesn't find the city name for a given object with addr:housenumber So, maybe try to download the bounds.zip and use the --bounds option. Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces(a)lists.mkgmap.org.uk> im Auftrag von Gerd Petermann <gpetermann_muenchen(a)hotmail.com> Gesendet: Dienstag, 28. Mai 2019 09:51 An: mkgmap-dev(a)lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] Problem with search on garmin on HEBREW maps Hi Benny, now I am confused. This sounds as if you are searching in Basecamp? With the map I've created there is no city name. So, please remove the city úì àáéá-éôå Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces(a)lists.mkgmap.org.uk> im Auftrag von Bennyd999(a)gmail.com <bennyd999(a)gmail.com> Gesendet: Dienstag, 28. Mai 2019 09:42 An: mkgmap-dev(a)lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] Problem with search on garmin on HEBREW maps Well it is the smae as you wrote. I'm using the magnifying glass i tyied to use the following in the upper search bar: æìåöéñèé 3, úì àáéá-éôå return: "no result" I tried only: æìåöéñèé return: "no result" I have tried using the adress button with the follwoing: city: úì àáéá-éôå house number: 3 street : æìåöéñèé return: "no result" i have tried to search the street on the OSM web and it found it no problem! I dont no what to look for else... -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html _______________________________________________ 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 14

Possible If then bug
by nwillink 30 May '19

30 May '19

Hi I've noticed some unexpected behaviour when using 'if then' Today, in osm, a polygon can have multiple 'land describing' tags ie landuse=grass & natural=wood or landuse=forest and natural=heath etc To ensure both get parsed I use the following: if (landuse=* & natural=*) then # parse natural ; use continue ; delete natural natural=wood {echotags "wood & transparency"}[0x1101c resolution 18 continue ] #50 # add more natural= # at end of list delete natural so it doesn't get plotted lower down natural=* {delete natural} # continue parsing landuse end This works well, however ... The following url contains one natural=wood and area=yes (sic) https://www.openstreetmap.org/export#map=17/50.69541/-3.53819 There is no mention of a landuse and yet this wood gets included asif it has a landuse= something tag Is this because of the area tag? r Nick -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html

3 2

Re: [mkgmap-dev] Problem with search on garmin on HEBREW maps
by Gerd Petermann 28 May '19

28 May '19

Hi Benny, I've created a map with your options and the default style. I have no idea how to type the hebrew characters on my Oregon but with Basecamp 4.6.2 address search seems to work well. I tested with e.g. https://www.openstreetmap.org/node/2079033860 I search for housenumber 3 and street זלוציסטי and the result is a pointer which is more or less exactly at the right place. The same goes for Mapsource 6.16.3 Please check if you can reproduce these results. Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces(a)lists.mkgmap.org.uk> im Auftrag von Benny Davidovich <bennyd999(a)gmail.com> Gesendet: Donnerstag, 16. Mai 2019 14:14 An: mkgmap-dev(a)lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] Problem with search on garmin on HEBREW maps Well if I’m looking for the city via the POI I can find it! I use the following create: java -Xmx1200m -jar mkgmap.jar --style-file=C:\GPS\Mkgmap\styles --style="israel" --output-dir=C:\GPS\Garmin_Maps\BMW --gmapsupp -c C:\GPS\Map_Split\template.args My Template.args: # # This file can be given to mkgmap using the -c option # Please edit it first to add a description of each map. # # You can set the family id for the map family-id: 9720 # product-id: 1 overview-mapname: Israel_BEN # Following is a list of map tiles. Add a suitable description # for each one. country-name: Israel" country-abbr: "IL" unicode name-tag-list: name:he remove-short-arcs generate-sea=multipolygon,extend-sea-sectors,close-gaps=6000,floodblocker check-roundabouts drive-on: right route net add-pois-to-areas add-pois-to-lines merge-lines index location-autofill: 1 split-name-index housenumbers mapname: 97200001 description: BennysILS country-name: "israel" country-abbr: "il" unicode input-file: 97200001.osm.pbf mapname: 97200002 description: BennysILS country-name: "israel" country-abbr: "il" unicode input-file: 97200002.osm.pbf mapname: 97200003 description: BennysILS country-name: "israel" country-abbr: "il" unicode input-file: 97200003.osm.pbf mapname: 97200004 description: BennysILS country-name: "israel" country-abbr: "il" unicode input-file: 97200004.osm.pbf mapname: 97200005 description: BennysILS country-name: "israel" country-abbr: "il" unicode input-file: 97200005.osm.pbf mapname: 97200006 description: BennysILS country-name: "israel" country-abbr: "il" unicode input-file: 97200006.osm.pbf Any Idea Thanks On 16 May 2019, at 14:00, mkgmap-dev-request(a)lists.mkgmap.org.uk<mailto:mkgmap-dev-request@lists.mkgmap.org.uk> wrote: Re: Problem with search on garmin on HEBREW maps

4 11