- mkgmap-dev - The mkgmap lists

Too many POIs
by Mike Baggaley 19 Jan '15

19 Jan '15

Hi all, In my map build I am getting too many POIs at a location (I am merging some other data with the OSM data), so some of my POIs are being discarded. These POIs are not vital, but it would be nice to include them if possible. As each subdivision only allows 255 points, I wondered whether a new subdivision could be created when one fills up. I'm new to the structure of the Garmin format, so I'm not sure whether the number of subdivisions can be changed 'on the fly'. Has anyone any suggestions as to whether this is feasible or a non-starter? Thanks, Mike

2 1

FW: echo improvements for elements with fake ids
by Gerd Petermann 19 Jan '15

19 Jan '15

From: daveswarthout(a)gmail.com Date: Mon, 19 Jan 2015 22:43:23 +0700 Subject: Re: [mkgmap-dev] echo improvements for elements with fake ids To: gpetermann_muenchen(a)hotmail.com Super! It works like a champ! Thanks so much. On Mon, Jan 19, 2015 at 9:06 PM, Gerd Petermann <gpetermann_muenchen(a)hotmail.com> wrote: Hi Dave, If you like to test it, I've uploaded the compiled binary: http://files.mkgmap.org.uk/download/242/mkgmap.jar Gerd From: daveswarthout(a)gmail.com Date: Mon, 19 Jan 2015 20:06:23 +0700 To: mkgmap-dev(a)lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] echo improvements for elements with fake ids @Mike - Wonderful idea. I'm a complete newbie here but have been using mkgmap for a while now with good results. I was just asking about the echotags feature on the OSM Garmin list, and more specifically what the long number was that precedes the message. Now I read that it will be made to do some useful work for OSMers. How long before this patch makes it into the released application do you think? Cheers, Dave On Mon, Jan 19, 2015 at 6:55 PM, Mike Baggaley <mike(a)tvage.co.uk> wrote: The attached patch improves the echo and echotags messages by including the id of the original element when a fake id is generated by mkgmap, thus enabling you to find it in OSM. Please try, and commit if you are happy with the change. Regards, Mike _______________________________________________ mkgmap-dev mailing list mkgmap-dev(a)lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- Dave Swarthout Homer, Alaska Chiang Mai, Thailand Travel Blog at http://dswarthout.blogspot.com _______________________________________________ mkgmap-dev mailing list mkgmap-dev(a)lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- Dave Swarthout Homer, Alaska Chiang Mai, Thailand Travel Blog at http://dswarthout.blogspot.com

2 1

display tool : NetCheck
by GerdP 19 Jan '15

19 Jan '15

Hi Steve, with r440 you have changed NumberReader. I think you removed a check by accident, as the comment still relates to the old code. Please check the following patch, without it NetCheck often crashes. Gerd Index: NumberReader.java =================================================================== --- NumberReader.java (revision 444) +++ NumberReader.java (working copy) @@ -100,7 +100,7 @@ // To do this properly we need to know the number of nodes I think, this is the // best we can do: if there are more than 8 bits left, there must be another command // left. We could leave a short command at the end. - while (br.getBitPosition() < br.getNumberOfBits() && numbers.size() < numberOfNodes) + while (br.getBitPosition() < br.getNumberOfBits() - 8 && numbers.size() < numberOfNodes){ runCommand(numbers); return numbers; -- View this message in context: http://gis.19327.n5.nabble.com/display-tool-NetCheck-tp5830539.html Sent from the Mkgmap Development mailing list archive at Nabble.com.

3 2

Re: [mkgmap-dev] elevation data
by Mike Baggaley 19 Jan '15

19 Jan '15

Hi Andrzej, Thanks for the quick response. As it happens, I already had the show-profiles option in my configuration, but I was using just a gmapsupp.img file and I have now realised that the elevation data is available if I use the separate tile files and set the registry to install the map. Is there any way to get that data included in a gmapsupp.img file, or an extra file to distribute with a gmapsupp.img file? I'm trying to avoid having to use both the combined img file and all the components as well. Cheers, Mike

12 30

house numbers
by Steve Sgalowski 18 Jan '15

18 Jan '15

while doeing ontario .osm.pbf with the new style format for poi i get house number range : difference to large stephen

2 1

minxed-index branch ready for trunk?
by Gerd Petermann 13 Jan '15

13 Jan '15

Hi Steve, my impression was that everybody was happy with the results. What do you think? Gerd

7 8

Commit: r3409: Add transliterate filters.
by svn commit 12 Jan '15

12 Jan '15

Version mkgmap-r3409 was committed by steve on Mon, 12 Jan 2015 Add transliterate filters. Usage ${name|ascii} or ${name|latin1} Note that there is no need for a ':' symbol after the 'ascii' or 'latin1' as was the case in the first version of the patch.

1 0

clinic
by chris66 12 Jan '15

12 Jan '15

Hi, could we add amenity=clinic to the default style? http://wiki.openstreetmap.org/wiki/Tag%3Aamenity%3Dclinic Usage count in OSM: 13.400. Chris

2 2

Commit: r3401: add amenity=clinic , treated like amenity=hospital
by svn commit 11 Jan '15

11 Jan '15

Version mkgmap-r3401 was committed by gerd on Sun, 11 Jan 2015 add amenity=clinic , treated like amenity=hospital

1 0

splitter license & copyright
by Sebastiaan Couwenberg 10 Jan '15

10 Jan '15

Hi all, To follow up on my previous email regarding licensing of Osmosis portions included in the splitter source, there are a few issues with the splitter source itself too. Almost none of the splitter source files declare the author beside the copyright year. All files only declare the copyright year, except: src/uk/me/parabola/splitter/UnknownFeatureException.java: * Copyright (C) 2011 by the splitter contributors src/uk/me/parabola/splitter/Version.java: * Copyright (C) 2007 Steve Ratcliffe The mkgmap source has this issue too, but to a much lesser extend. Most of those files declare the year and Steve as the author. Based on the svn log of the files which only declare the copyright year, the authors should be as in the attrached splitter-copyright.patch. For each file the the author of the first SVN revision was assumed to also be the author of the source file. This may be false assumption when files are renamed, refactored, or committed by someone else. The svn usernames were mapped to the authors of related emails to the mkgmap-dev list. A second issue with the splitter source files are is that some are lacking a license header, and Version.java being licensed under the GPL-2 only instead of "GPL-2 or GPL-3", or just GPL-3, which is inconsistent with doc/LICENSE.readme that places the code of the project under the GPL-3. The splitter.licenses attachment documents the license for each of the splitter source files. The splitter-license.patch adds the missing license headers using GPL-3 and the copyright year and author based on the svn log like the copyright patch. It has the same caveat as the copyright patch, the first svn committer may not always be the copyright holder of the file in question. The splitter-license.patch also bumps the GPL version from 2 to 3 for Version.java. Using "GPL-2 or GPL-3" like Gerd does for many of his contributions may be more suitable. Because the GPL license headers don't include the "or (at your option) any later version" option, the copyright holders of the unlicensed and GPL-2 licensed files need to agree with relicensing their contributions under the GPL-3. Kind Regards, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1

2 5