- mkgmap-dev - The mkgmap lists

new style setup
by Steve Sgalowski 13 Feb '14

13 Feb '14

i do not have inc/combat_points should i look at obtaining a full complete copy of mkgmap and start again if so where from stephen

2 1

Y-branches on motorways
by Johan C 12 Feb '14

12 Feb '14

In the situation a motorway splits in two motorways (a socalled Y-branch) I used the following line in my style to make sure the destination:ref and the destination were displayed in my Garmin: highway=motorway & destination:ref=* {name '${destination:ref|highway-symbol:hbox} ${name}' | '${destination:ref|highway-symbol:hbox}' | '${name}' ; add mkgmap:display_name = '${destination:ref} (${destination})' } Yesterday I used a new mkgmap version with the new standard styles mixed with lines as the one above. I noticed that in Y-branches the destination was not displayed anymore. What am I doing wrong here? Cheers, Johan mkgmap settings (not changed for the new version): java -Xmx6000M -jar mkgmap.jar --help --style-file:mkgmap/styles/default --name-tag-list=int_name,name --family-id=9001 --product-id=1 --family-name=Benelux --region-name=Benelux --description=Benelux --region-abbr=BNL --latin1 --code-page=1252 --license-file=mkgmaplicense.txt --copyright-message="OpenStreetMap contributors, ODbL. See: http://www.openstreetmap.org/copyright" --draw-priority:25 --generate-sea=extend-sea-sectors,close-gaps=4000,floodblocker,fbgap=60,fbthres=200,fbratio=0.6,land-tag=natural=background --remove-short-arcs --bounds=bounds.zip --location-autofill=nearest --add-pois-to-areas --pois-to-areas-placement=entrance=main;entrance=yes;building=entrance;barrier=entrance --link-pois-to-ways --process-destination --process-exits --x-housenumbers --housenumbers --index --route --gmapsupp --tdbfile --nsis --remove-ovm-work-files *.osm.gz mkgbase.typ

5 9

[Patch v1] curve bytes
by Gerd Petermann 12 Feb '14

12 Feb '14

Hi all, attached is a patch for the high-prec branch. It tries to encode the curve bytes as suggested by Steve in the display docu nod.txt. I don't see big effects in MapSource, but maybe so called active routing works better with this? @Steve: Please have a look at it. Gerd

2 6

Table A
by Gerd Petermann 11 Feb '14

11 Feb '14

Hi Steve, if I got that change in display tool r383 right, the Table A records should just distinguish different RoadDefs ? Is the attached patch ok? It reduces NOD size quite heavily, but seems to work fine. Gerd

3 2

bug in transparent map?
by Minko 11 Feb '14

11 Feb '14

I dont know if this is a bug or a setting that I haven't used correctly, but if I use --transparent in combination with some lines that are also present in the overview map levels, they are visible at lower zoom too: https://www.dropbox.com/s/5eg4470narcbm70/transparent.jpg The thinner lines need to be rendered only in the overview map levels. Somehow you can still see the overview map behind the normal tiles in Mapsource/Basecamp. In my lines style I have the following lines: route=hoofd [0x10601 resolution 15-18 continue] route=hoofd [0x10602 resolution 19] route=alternatief [0x10603 resolution 15-18 continue] route=alternatief [0x10604 resolution 19] options file levels = 0:24, 1:23, 2:22, 3:20, 4:18 overview-levels = 5:17, 6:15, 7:14

3 4

Incorrectly interpolated numbers in small segment of a street
by Paulo Carvalho 09 Feb '14

09 Feb '14

Greetins, The attached OSM file is what I'm using in my tests. I'm now able to compile the map with the house numbers ok. But there is a problem (bug?). Only a street called "Rua Armando Santos" has street numbers. How to reproduce: 1) Compile the attached map with this command: java -jar mkgmap.jar --output-dir=saida --housenumbers --draw-priority=255 --latin1 --index --remove-short-arcs --route --gmapsupp recreio2.osm ; 2) Copy the gmapsupp.img to a Garmin GPS; 3) In the GPS, Park the pointer over the "Rua Armando Santos" street. In the longer segment of the street, interpolation is fine, but in the shorter segment you can only find the four numbers defined in the OSM map (19, 20, 41, 42). I was expecting to find in between numbers such as 35, 28, 22, etc. Is that a problem with the map or there is a small bug in mkgmap? The build number of mkgmap I'm using is 2998. Thanks again, Paulo

4 6

House numbers not being generated
by Paulo Carvalho 08 Feb '14

08 Feb '14

Greetings, I'm trying to compile the small OSM file attached with the following command: java -jar mkgmap.jar --output-dir=saida --housenumbers --latin1 --index --remove-short-arcs --gmapsupp recreio2.osm Check list: 1) Nodes with the house numbers have both addr:housenumber and addr:street correctly setup; 2) The way (called "Rua Armando Santos") is less than 150m from the nodes; 3) The default style file has the following rule: # Assign the street name for house number search highway=* & name=* { set mkgmap:street='${name}' } 4) The --housenumbers is present in the mkgmap call. Still the resulting gmapsupp.img lacks the house numbers in the "Rua Armando Santos" when I hover the pointer over it in my Nuvi 255w to test it. If I compile a map in .MP format, the house numbers show beautifully. What am I doing wrong? thanks, Paulo

3 4

r3008 in high-prec-coord branch
by Gerd Petermann 08 Feb '14

08 Feb '14

Hi all, FYI: I plan a major change in the polygon cutting algos during the next days, so I think r3008 is good to use, next versions are probably not until I've sorted out the remaining problems. Gerd

3 6

Re: [mkgmap-dev] r3008 in high-prec-coord branch
by Patrik Brunner 05 Feb '14

05 Feb '14

2 2

Problem with turn restriction
by WanMil 05 Feb '14

05 Feb '14

Hi, attached test file shows a problem with turn restrictions defined on very short streets that are removed by mkgmap. When routing from the parking space in the west to the parking space in the north the route should go over the oneway in the south. But because the turn restriction at the end of street 1 has a very short to-way the turn restriction is removed by mkgmap. @Gerd: do you see any chance to fix that so that the turn restriction is not removed? (I have not tested the high precision branch). WanMil

5 26