January 2020 - mkgmap-dev - The mkgmap lists

A highway is not always and not by all styles Rendered ON a bridge.
by AnkEric 29 Jan '20

29 Jan '20

In my "own" style (Bicycle / Hiking - map) sometimes (only sometimes!) a highway is not Rendered ON a bridge. The "missing" highway is not visible, but it is routable! <http://gis.19327.n8.nabble.com/file/t344065/MKGMAP_highway_not_rendered_on_…> Both default-Style and OFM-Style are OK: <http://gis.19327.n8.nabble.com/file/t344065/MKGMAP_OFM_highway_IS_rendered_…> My uneducated guess: - the highway (having [layer=1]) is rendered on a layer below the bridge (also having [layer=1]). - 2x OK-bridge is not crossing a waterway (so [layer=1] is sometimes considered to be not required, needless) - 1x NOT-OK-bridge IS crossing a [waterway=canal]. [layer=1] on bridge IS required and therefore (???) NOT rendered oké ??? MKGMAP_highway_not_rendered_on_bridge.osm <http://gis.19327.n8.nabble.com/file/t344065/MKGMAP_highway_not_rendered_on_…> / Eric (AnkEric) -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html

2 2

Squaring off of land outlines
by Mike Baggaley 28 Jan '20

28 Jan '20

Hello, I am getting squaring off of the outline between land and sea at low zoom levels (less than 16) - see attached BaseCamp images of Gran Canaria at resolution 16 and at resolution 14 displayed at the same size. Obviously some reduction in accuracy is expected at lower zoom level, but not these artefacts. I'm not sure when this started happening but believe it was some time ago. I can't seem to find the old releases to try previous versions, http://svn.mkgmap.org.uk/mkgmap/releases/ just shows me an empty folder. Can you point me to the correct download folder that contains the previous jar files, and/or let me know if this is a known problem, and if so whether there is a workaround? Thanks, Mike

2 7

Commit r4432: utf8-v3.patch by Ticker Berkin
by svn commit 27 Jan '20

27 Jan '20

Version mkgmap-r4432 was committed by gerd on Mon, 27 Jan 2020 utf8-v3.patch by Ticker Berkin - uses StandardCharsets.* where possible. - notes some usage of the java local DefaultCharset. - changed a couple of these to force utf-8 instead. - if --read-config file gives decoding errors, names the charset used to read the file (ie DefaultCharset) instead of 'utf-8' in the error message. - accepts/ignores unicode BOM in more files - uses try (open...) {} where possible in files changed for the above reasons. http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4432

1 0

Download r4430 ?
by Steph 25 Jan '20

25 Jan '20

Hi, No version of mkgmap was generated for download since r4425 on the website. Hope it's not a big deal… Regards Steph

2 2

Commit r4431: Improve typ file mapnik.txt
by svn commit 25 Jan '20

25 Jan '20

Version mkgmap-r4431 was committed by gerd on Sat, 25 Jan 2020 Improve typ file mapnik.txt mapnik.patch by Ticker Berkin: Patch attached that makes the following changes to mapnik.txt. This is held in resources/typ-files and distributed in examples/typ-files. - Add UTF-8 BOM at the start of the file, so that many text editors and mkgmap will recognise the encoding. - Add following line near start of file, for the same reasons: ; -*- coding: UTF-8 -*- - comment out lines in the [_id] section; these are supplied / overridden by mkgmap -- options - Change polygon 0x3d / "Bay" to be transparent, with a low _drawOrder - Add a default language label string to every entry. This is used by the Garmin device when there is no label for the language the device is set to. The basis on which I've set the default labels is roughly as follows: - Where my old Garmin device, without TYP file and for an unlabeled object, gave a specific and unique label, used that. - For other cases, eg where the standard Garmin label is something like Road, Line, Area or Unnamed, used wording relevant to the OSM tags that are being mapped. - For some of the many Garmin Rivers and Lakes codes that we use for other water areas, again used wording related to the OSM tag. - Where the English translation (language code 0x04) is close enough to the default label, I've deleted the English. I've also deleted the English where I think the label (probably in all languages) doesn't reflect the tag for which it is being used, but the default label does. I've avoided making any changes to the visuals this TYP file produces (apart from Bay), or to any language other than English. http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4431

1 0

Commit r4430: default style: don't add routable way for railway=abandoned
by svn commit 23 Jan '20

23 Jan '20

Version mkgmap-r4430 was committed by gerd on Thu, 23 Jan 2020 default style: don't add routable way for railway=abandoned http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4430

1 0

Suggestions for roadNameConfig.txt
by Alexandre Folle de Menezes 23 Jan '20

23 Jan '20

Hi, I have some suggestions to improve Portuguese handling on roadNameConfig.txt: # portugese prefix1:pt = "Rua", "Avenida", "Travessa", "Alameda", "Beco", "Estrada", "Rodovia" prefix2:pt = "da ", "do ", "de ", "das ", "dos ", "d'" # Section 2 lang:AGO = pt lang:BRA = pt lang:GNB = pt lang:MOZ = pt Best regards, Alexandre

3 5

mapnik TYP file changes
by Ticker Berkin 22 Jan '20

22 Jan '20

Hi all Patch attached that makes the following changes to mapnik.txt. This is held in resources/typ-files and distributed in examples/typ-files. - Add UTF-8 BOM at the start of the file, so that many text editors and mkgmap will recognise the encoding. - Add following line near start of file, for the same reasons: ; -*- coding: UTF-8 -*- - comment out lines in the [_id] section; these are supplied / overridden by mkgmap -- options - Change polygon 0x3d / "Bay" to be transparent, with a low _drawOrder - Add a default language label string to every entry. This is used by the Garmin device when there is no label for the language the device is set to. The basis on which I've set the default labels is roughly as follows: - Where my old Garmin device, without TYP file and for an unlabeled object, gave a specific and unique label, used that. - For other cases, eg where the standard Garmin label is something like Road, Line, Area or Unnamed, used wording relevant to the OSM tags that are being mapped. - For some of the many Garmin Rivers and Lakes codes that we use for other water areas, again used wording related to the OSM tag. - Where the English translation (language code 0x04) is close enough to the default label, I've deleted the English. I've also deleted the English where I think the label (probably in all languages) doesn't reflect the tag for which it is being used, but the default label does. I've avoided making any changes to the visuals this TYP file produces (apart from Bay), or to any language other than English. Ticker

2 4

change handling of railway=abandoned
by Gerd Petermann 21 Jan '20

21 Jan '20

Hi all, the default style has this rule: # following really should be removed, but see: http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2016q3/025104.html railway=abandoned [0x0a road_class=0 road_speed=1 resolution 22] I agree with Ticker that it is not a good idea to make such a way routable. I would accept this when it has also a tag like bicycle=yes. I found a few ways like this, e.g. https://www.openstreetmap.org/way/122268824 (I wonder why nobody added a highway tag since 2011) BUT we should not assume access=yes for a railway=abandoned. So, what about this: railway=abandoned {add access=no} [0x0a road_class=0 road_speed=1 resolution 22] Gerd

6 10

Commit r4429: Default style: Use railway=abandoned only as routable way when certain criterias match
by svn commit 21 Jan '20

21 Jan '20

Version mkgmap-r4429 was committed by gerd on Tue, 21 Jan 2020 Default style: Use railway=abandoned only as routable way when certain criterias match http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4429

1 0