October 2011 - mkgmap-dev - The mkgmap lists

Suggestion for more flexibility in locator part of mkgmap
by Clifford Nolan 19 Sep '12

19 Sep '12

Hi Greg, Just to clarify ... the admin_levels for Ireland described here http://wiki.openstreetmap.org/wiki/Ireland/Boundaries#Boundary_Types don't seem to mention things like village boundaries - there's a big gap between admin_level=8 and admin_level=10. In situations like this, maybe the locator could be more flexible and use other kinds of boundaries too. Regards, Cliff

3 7

Overview map
by Steve Ratcliffe 19 Jun '12

19 Jun '12

Hi I have started to implement adding features into the overview map. You can find ready built jar files on the download page and in the 'overview' branch in subversion. It creates the overview map from the .img (as before) and so it is very quick to try out even on a set of tiles covering a whole country. There is no configuration yet, it just takes everything (lines and polygons) that is in the least detailed layer of the detailed maps and adds it into the overview. You will immediately notice a big problem in that the overview map shows up even when the detailed maps are being displayed, so you get ugly jagged lines across the top of the map. I remember this happening the last time we has an overview map and I wonder if anyone can remember if there was a solution then? I'm going to start by trying the (so-called) POI flags, as one of those has been noted to be set differently on detail and base maps before. ..Steve

5 15

[PATCH v1] Subdivision splitting
by WanMil 28 May '12

28 May '12

Attached patch should fix (all?) subdivision splitting problems. Error like "Area too small to split at ..." cannot occur any more because the way how subdivisions are split is changed. I think it's still not the optimal way but there should be no loss in highly densed areas any more. This is a first patch not ready to commit because there are some performance penalties which can be reduced. But I want you to test the patch before optimization. WanMil

5 13

NSIS 64bit installer
by Valeriy Pekarskyy 24 May '12

24 May '12

Hi All! So, the bug is that NSIS generates installers that work only at 32bit Windows systems (can anyone confirm?), so I developed a patch for latest version of mkgmap which includes changes to default nsi script and NsisBuilder.java. Can anyone look through? The main difference is that Registry path should be changed if that is x64. Patch link: http://dl.dropbox.com/u/11265861/nsis.patch or http://pastebin.com/pwnptH27 Best Regards, Larry0ua

3 4

manipulating gmapsupp.img
by Rich 24 Jan '12

24 Jan '12

is it possible to manioulate gmapsupp.img contents if it has multiple maps included ? that is, listing, removing, updating included maps ? listing might have to show those 'mapnames' that have to be unique to be really useful, i guess. i tried searching around, but the search terms seem to be a bit too generic to return useful results :) -- Rich

3 5

Country names
by WanMil 24 Jan '12

24 Jan '12

Hi all, I am thinking about the country names that mkgmap puts into the map. (The following lines are valid for the locator branch but the differences to the trunk are quite small) At the moment the country name is taken from the country relation using the tag order defined by the name-tag-list option. This name is looked up in the LocatorConfig.xml. If there is a match (there should be one), the name defined in the LocatorConfig.xml is used as map wide country name. There is the shortcoming that this name need not be the same as specified by the name-tag-list option. So there is some work to do if you want to build a french map that uses french country names only. Would it make sense to use the LocatorConfig.xml just as a mapping tool for the three letter code (name:en => three letter code) and the real name is taken as defined by the name-tag-list option? This has the shortcoming that the relation names contains some administrative stuff "Federal Republic of Germany" instead of "Germany". Any thoughts? WanMil

4 12

License text
by Ralf Kleineisel 01 Jan '12

01 Jan '12

Is it possible to change the license info which is embedded in the IMG header? Now it reads "OSM Street map http://www.openstreetmap.org/ Map data licenced under Creative Commons Attribution ShareAlike 2.0 http://creativecommons.org/licenses/by-sa/2.0/", but this is not correct when making maps from other data sources. For example contour line layers made of SRTM data do not contain any OSM data.

6 14

gmapsupp visible in Basecamp
by Minko 14 Dec '11

14 Dec '11

Just found out that you can make a gmapsupp.img on micro SD card or in your GPS unit visible in Basecamp. This becomes the common procedure by map sellers, they only deliver a gmapsupp on microSD card so you don't have to install the map on the pc anymore. By default the Ms (Mapsource) flag is set to 1 but you can set it to 0 with Gmaptool: Reading file G:/garmin/gmapsupp.img. File: G:/garmin/gmapsupp.img, length 46495744 Header: 21.10.2011 18:36:39, DSKIMG, XOR 00, V 0.00, Ms 1 Set version in header - advanced option, GMapTool writes map version into img file header. First two input fields are for map version, field Ms is for Mapsource flag. Value 0 for flag makes img in GPS visible to BaseCamp. I have tried it with my Openfietsmap and it worked. However I discovered that my map is transparent. Underneath it appeared the Basecamp basemap, a very rough map with highways that used my custom typ file (with the wrong lines of course). Any ideas how to make this basemap invisible? I think it has something to do with not using the 0x4b background; I dont use it because this causes ghost shading in Mapsource (zooming in produces a lot of noise, like this example: http://dl.dropbox.com/u/8541959/mapsource%20lines.jpg) If I edit my map with gpsmapedit, I can see this background polygon 4b is still there, but I simply dont have defined it in the typ file because of those unwanted effects in Mapsource.

8 32

exclude words from city / state
by Felix Hartmann 10 Dec '11

10 Dec '11

Using the locator branch, I noticed that many cities in Austria are not findable anymore. The problem is that there are words like "Gemeinde Mödling" or "Bezirk Mödling" or "county XYZ". There should be a list where one can enter words that get deleted. That is because for the boundary it is the correct name, but not for searching a street. Also there are problems in Austria in Vienna. Vienna is a state and a city, and ideally it should be possible to enter either the district or the city into the city field, in order to find a street. Currently it is not possible to properly separate cities outside Vienna from districts inside Vienna, as they have the same admin_level. But for the ise tags, there is a correct specification telling you that districts are not cities (from the standpoint of the admin_level, it is correct however to classify them the same as small cities outside of Vienna). So in effect if one does not enter specific rules for Vienna, address search can never work as expected. Admin_level was never intended to be used for address searching, hence taking it is flawed and will not provide correct results. Ise is intended for address searching, but mkgmap does not use it. In general after using the locator branch, I more and more think, that the whole matching is completly the wrong way of doing. Much better to support real addresses as entered in OSM, and not do so much guessing. Especially support housenumbers, as at least in Germany and Austria housenumbers including full ise tags are becoming the norm, and not the exception. Only footways, pathes, or tracks should be matched, as they usually have no real address - but then it's rare that one searches for a specific path/track/footway, only real use would therefore be

10 24

Short mkgmap HowTo
by WanMil 22 Nov '11

22 Nov '11

Hi, I have created a short HowTo in the wiki for first time users: http://wiki.openstreetmap.org/wiki/Mkgmap/How_to_create_a_map I think that's a good thing for first time users because the other wiki pages contain a bit too much information if you are using mkgmap for the first time. Please have a look on it if I have forgotten something or if something is wrong. Thanks! WanMil

11 28