April 2013 - mkgmap-dev - The mkgmap lists

non routable way
by steve sgalowski 24 Apr '13

24 Apr '13

how can i code for a non-routable way , with the new splitter and mkgmap files ? stephen

3 3

problem with TYP-compilation
by Henning Scholland 23 Apr '13

23 Apr '13

Hi, mkgmap-TYP compiler throws out an error while compiling a TYP-txt-File edited with TYPViewer. [_point] Type=0x090 SubType=0x00 String1=0x01, ExtendedLabels=N DayXpm="1 1 0 1" Colormode=16 ;Couleurs 24 bits : pas de palette "#000000" "#000000" ;1 [end] mkgmap doesn't like the line ;Couleurs 24 bits...and expects directly the next line. Errormessage is something like 'Expect " instead of ;'. As I understand the syntax of the txt-file correct, ';' is the beginning of a commentary-line and mkgmap should ignore this line while parsing, or am I wrong? Henning

7 7

style options vs. command line options
by Gerd Petermann 23 Apr '13

23 Apr '13

Hi all, during the last days I tried to find a proper way to handle the options "levels", "name-tag-list", and "extra-used-tags" which can appear in the options file of a style. The current implementation in trunk (r2575) handles each of the three options in a completely different way: 1) If name-tag-list is given on the command-line, it overrides the setting in the style, if not, parts of the program use the style option, parts use a hard coded default. 2) If levels is given on the command line, it overrides the setting in the style, but not in the routines that evaluate the style rules. 3) extra-used-tags can't be overwritten because there is no such option, which is - in my eyes - correct . I plan to add further options for the configuration of the overview map, so I tried to find a common method to handle the way how argument overriding is done. To be honest, I found none. Some methods use the static method LocatorUtil.getNameTags() which doesn't know the style and evaluates only the command line args, and I also found no easy way to copy the option coded in the style to the list of command line args. So, my proposal is this: 1) the option name-tag-list in the style options is unusable and should be removed. A warning should be printed when the option is found in the style, but not on the command line and the style specifies a value different to the hard coded default which is just "name". 2) the option levels on the command line should completely override the setting in the style options file. I think that a test should be performed to make sure that the resulting style is usable. If someone has a better idea, please let me know. Gerd

1 1

Map display squeezed horizontally
by Michael Prinzing 22 Apr '13

22 Apr '13

Hello, while examining the wrong labels in Mapsource I found another strange problem with my map. Compared with other maps, my own map seems to be squeezed horizontally. I made a screenshot to illustrate this, please see http://www.mipri.de/dl/maps.png I've mounted two screenshots side by side. Both are made from exactly the same Mapsource window, I just switched the map. The left is my own map, the right a map created without own style and TYP file. While the height is absolutely identical in both maps, my own map is squeezed horizontally, showing areas that are not visible in the map on the righthand side, for example the parking below the Min Map. The scale in the lower right corner is identical in both maps, and not squeezed like the map. I've also tried other maps, they all look like the map at the right. So it's definitely my own map which is displayed wrong. My map was built as follows: - Created contour data with srtm2osm, renumbered ways and nodes so that their IDs do not collide with "real" OSM IDs, converted to PBF - Downloaded OSM data for Germany from Geofabric in PBF format - Merged both using the latest stable osmosis - Splitted the resulting PBF - Created the map with the latest mkgmap Does anybody have an idea how this deformation could have been caused? Thank you for your answers, Michael

6 12

[PATCH v1] Support relation destination_sign
by WanMil 22 Apr '13

22 Apr '13

For all those who like the --process-destination option I have added another feature. The patch analyses the relations with type=destination_sign and adds its destination and/or ref/destination_ref/destination:ref tag to the "to" members of the relations. This is performed in case the to member is a oneway way with highway=*_link. The destination tag is copied from the relation if the "to" member does not already have a destination tag. The same happens with the ref/destination_ref/destination:ref tags. They are set as destination:ref tag in case the "to" way does not already have a ref tag. Afterwards the ways are processed by the common --process-destination algorithm. Sounds great espacially because the number of destination_sign relations is growing quite well. But: the effect of the patch is quite small. I have compiled a map of germany. Destination_sign relations: 3677 Destination tags copied to _link ways: 121 Destination:ref tags copied to _link ways: 41 Examples: http://www.openstreetmap.org/browse/way/213248346 gets a destination:ref tag. http://www.openstreetmap.org/browse/way/194845924 gets a destination tag. Most of copied destination tags are the name of exits. (I didn't measure the values but a small sample showed this). Anyhow try yourself with your data and let me know if it should be commited. WanMil

2 7

Precompiled-sea
by Josef Latt 22 Apr '13

22 Apr '13

Hi, where can I download the precompiled-sea. Trying to connect to navmaps.eu I get an error: Database connection error (2): Could not connect to MySQL Regards Josef

3 4

Problem with bounds_*.zip
by Bernd Weigelt 22 Apr '13

22 Apr '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello I've got a mail from an user in Sri Lanka, who use a map on a Nüvi | The last OSM Sri Lanka only map that you sent me has a Region | Error.Garmin nuvi device shows the country | name of the map as *Sh??rii Lnkaa.* It spells Sri Lanka deadly wrong. | | You can see this map error in a nuvi device just touch *Where To? | *then *Junction. *There you can see it shows *Sri Lanka* as *Sh??rii | Lnkaa.* | Can you re correct this error and show me the up dated map file? I can see this on my Oregon too. I use latin1 in my conf, but i had to remove '--bounds=bounds_20130803.zip' from the mkgmap-options to show *Sri Lanka* Any hints? cu Bernd -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlFEsRQACgkQwCMdlf933K/TogCghJjePuINCe4EQqifNqsX6k2U mdQAoJlyQ80FfgbQ2EUNj1OZrMRVoFvt =uZfN -----END PGP SIGNATURE-----

8 16

overview2 branch
by GerdP 21 Apr '13

21 Apr '13

Hi all, I like to merge the branch to the trunk, but I first want to change the configuration. I like to change the settings like this: When mkgmap creates an overview map, it adds by default all elements that are contained in the lowest resolution of the *.img files. If parameter --overview-cfg is given, mkgmap uses the filters specified in this file. In other words, the options --x-overview-add-points, --x-overview-add-lines, and --x-overview-add-polygons will be removed, and the default overcview-cfg file is like point:* line:* polygon:* Is that ok? Gerd -- View this message in context: http://gis.19327.n5.nabble.com/overview2-branch-tp5756308.html Sent from the Mkgmap Development mailing list archive at Nabble.com.

7 17

Commit: r2575: Document the list of special mkgmap tags used by address search
by svn commit 20 Apr '13

20 Apr '13

Version 2575 was committed by wanmil on Sat, 20 Apr 2013 Document the list of special mkgmap tags used by address search

1 0

Re: [mkgmap-dev] "No roads near target" bug in Schwabmünchen
by Bernd Weigelt 19 Apr '13

19 Apr '13

11 110