- mkgmap-dev - The mkgmap lists

Beaches as a polygon
by nwillink 04 Oct '18

04 Oct '18

Hi I noticed that the default style only renders Beaches as a point not a polygon. Beaches as a polygon may be unimportant to many but I feel that without them maps are very misleading and incomplete - see picture http://files.mkgmap.org.uk/download/437/beach.jpg (left default style , right with beach) Garmin deems them important as they are included as an option in their kmtf files for their City Navigator maps and nuvis etc. Given the fact that only a very limited number of polygons are used in a kmtf file, the beach inclusion seems quite significant. They use 0x10C06 in City Navigator. Just a suggestion r. Nick -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html

6 14

Problem sending maps to device with latest versions of BaseCamp
by Carlos Dávila 27 Sep '18

27 Sep '18

Hi all In the last two months or so I have received several complains from users of my maps reporting when they send map to device via BaseCamp, although process is completed successfully, map is not loaded in device or only partially. 4.6.2 seems to be last version sending maps correctly. Is it a bug in BaseCamp (or something intended by Garmin) or may be a problem in mkgmap generated maps?

2 1

Commit r4244: Reduce number of includes in default style
by svn commit 25 Sep '18

25 Sep '18

Version mkgmap-r4244 was committed by gerd on Mon, 24 Sep 2018 Reduce number of includes in default style The removed includes were only included in one file and some rules were repeated. unIncDefault.patch by Ticker Berkin http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4244

4 4

Changing the name of a garmin img map?
by Hadmut Danisch 22 Sep '18

22 Sep '18

Hi, I'm not sure whether this is an issue about options or their documentions. I'm using mkgmap to generate maps from openstreetmap for a garmin etrex. Although I am using all possible options as described in the --help=options output to set names, i.e. --description=... --country-name= --country-abbr= --region-name= --region-abbr= --area-name= --series-name= --family-name= (with option values, of course), but the map name contained in the file header and displayed in the etrex is still some generated by mkgmap and build from a 2-character County code and the first major city it finds, e.g. MV-Male for Maldives. As I do understand the --help=options output, the options listed above should change this name, as the help text says --family-name=name If you build several maps, this option describes the family name of all of your maps. Garmin will display this in the map selection screen. Example: --family-name="OpenStreetmap mkgmap XL 2019" --area-name=name Area name is displayed on Garmin units (or at least on eTrex) as the second part of the mapname in the list of the individual maps. Although I use this options, e.g. to call a map something like „Maldives”, it still shows this „MV-Male” (or „AE-Dubai” and so on). How can I change this name ? regards Hadmut

2 2

probably dumb question about style type
by Marc Cousin 21 Sep '18

21 Sep '18

Hi, I feel like I'm missing something obvious… so sorry in advance… I'm new to this program. Starting from this https://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/POI_Types, I wanted to set points with tags 0x0050, 0x0051 etc, in a style For instance a line in the "points" file of the style to draw speed cameras... highway=speed_camera | enforcement=maxspeed | enforcement=traffic_signals [0x0052 resolution 24] When trying to add this line, I get Error in style: Error: invalid type 0x0052 for POINT in style file points, line 300 I'm using r4240 version. The command is mkgmap --dem=srtm --max-jobs --tdbfile --nsis --output-dir=target_dir --mapname=OSM_FRANCE_light --country-name="FRANCE" --family-id=6324 --family-name="OSM_light france" --series-name="OSM france map" --area-name="France" --country-abbr="FRA" --style-file=./road_only --precomp-sea=sea.zip --generate-sea --route --drive-on=detect,right --process-destination --process-exits --index --bounds=bounds.zip --location-autofill=is_in,nearest --x-split-name-index --housenumbers --remove-ovm-work-files --verbose -c ./template.args Regards Marc

6 15

Lake Garda... is empty
by Enrico Liboni 21 Sep '18

21 Sep '18

Folks, since sometime Lake Garda in Italy is not rendered correctly. I did not report this a few months ago since I was using an old version of mkgmap but I'm now using very latest one and fresh geofabrik pbf but the problem remains. At a first glance OSM data seems fine: https://www.openstreetmap.org/relation/8569 Any idea? Attached screenshot from my Garmin device, the lake should be inside the ugly black line - note other smaller lakes are rendered correctly. Lake name is also missed. I am using a custom style but I don't think that can be the cause- Thanks, Enrico [image: lakeGarda-black.jpg]

6 10

Commit r4243: change order of polygon rules so that
by svn commit 21 Sep '18

21 Sep '18

Version mkgmap-r4243 was committed by gerd on Fri, 21 Sep 2018 change order of polygon rules so that include 'inc/water_polygons'; include 'inc/landuse_polygons'; are processed earlier. This fixes missing lake Garda which is also tagged with tourism=yes http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4243

1 0

Commit r4223: merge from couuntry-border branch
by svn commit 18 Sep '18

18 Sep '18

Version mkgmap-r4223 was committed by gerd on Mon, 13 Aug 2018 merge from couuntry-border branch This introduces new option --add-boundary-nodes-at-admin-boundaries which is on by default with a value of 2. See help for details. http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4223

2 1

TYP compiling problem
by ValentinAK 13 Sep '18

13 Sep '18

Hi. I have a problem with TYPViewer v4.5.43 in Windows 10. There is a file change while saving. I get mixing icons and code types after Mkgmap Render! But in Windows 7 it works without this error. I began to try to understand this. And what I found out: TYPViewer v4.5.43 in Windows 7 writes the point code as Type = 0x11711 for example. A Windows 10 records the same point as Type = 0x117 SubType = 0x11 Mkgmap does not support this description correctly and compiles this point into a TYP file like: Type = 0x001 SubType = 0x11 How to eliminate this trouble when I use Windows 10? There are two files in the attachment: the original by Win7 and the saved by Win10. Thank you! original.txt <http://gis.19327.n8.nabble.com/file/t318348/original.txt> saved.txt <http://gis.19327.n8.nabble.com/file/t318348/saved.txt> -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html

2 2

Re: [mkgmap-dev] Lake Garda... is empty
by Enrico Liboni 11 Sep '18

11 Sep '18

Thanks - yep I'm using --precomp-sea with latest sea.zip. Thomas I'll check the typ file but I suspect if there was an issue with water bodies level that would affect all lakes, not just one. Thanks Enrico Il Mar 11 Set 2018, 07:06 Thomas Morgenstern <webmaster(a)img2ms.de> ha scritto: > At first look in your stylefile polygons and see how natural=water is > converted to garmintyp, I prefer 0x3c, resolution 18. Second look in your > typfile, if 0x3c is renderd and if the DrawPriority in typfile is high > enouf. Maybee 0x3c exist, but in a low layer, which is overwriting with > the other layers. > thomas > > Am 10.09.2018 um 23:18 schrieb Enrico Liboni: > > Folks, since sometime Lake Garda in Italy is not rendered correctly. I did > not report this a few months ago since I was using an old version of mkgmap > but I'm now using very latest one and fresh geofabrik pbf but the problem > remains. At a first glance OSM data seems fine: > https://www.openstreetmap.org/relation/8569 > > Any idea? Attached screenshot from my Garmin device, the lake should be > inside the ugly black line - note other smaller lakes are rendered > correctly. Lake name is also missed. I am using a custom style but I don't > think that can be the cause- > > Thanks, > Enrico > > [image: lakeGarda-black.jpg] > > > _______________________________________________ > mkgmap-dev mailing listmkgmap-dev@lists.mkgmap.org.ukhttp://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > >

1 0