June 2011 - mkgmap-dev - The mkgmap lists

Problem Displaying Polygons with Extended Type codes
by Bill Lancashire 05 Jul '11

05 Jul '11

I have recently noticed that polygons assigned codes of the type 0x101xx are not displayed on my Garmin 62s. However, if I open the compiled maps in a package such as GPSMapEdit I can see that the features are indeed compiled correctly in the maps. I am using version r1973 The polygons are correctly defined in a TYP file If I redefine the polygons to alternative unused codes of type 0x2x or 0x3x and also change the code in the TYP file then the polygons are displayed correctly. It does not seem to matter what the Drawing Level is in the TYP file. Non of the 0x101xx types are ever displayed. In the case of Polylines, I have used several codes of the types 0x100xx, 0x101xx and 0x105xx and they are displayed correctly. I am really puzzled by this and would really appreciate any insight into what is happening. At the lower drawing levels in the TYP file I have the following defined: Type *0x4b* [*Background (coverage)*], Drawing order: *1 *Type *0x32* [*Sea*], Drawing order: *2 (Placeholder only) *Type *0x27* [*?*], Drawing order: *3 **(Placeholder only) *Then follows Drawing Level 4 with codes 0x02, 0x03 etc. Any ideas on this please?.

2 4

Amenity=shelter
by Peter Hendricks 02 Jul '11

02 Jul '11

Hi, This becomes Campground/RVPark with the default style. Surely, this is not intended? Cheers, Peter.

3 15

display of place names on lower zoom levels
by Minko 01 Jul '11

01 Jul '11

On http://forum.openstreetmap.org/viewtopic.php?id=12817 someone reported that the name labels of places disappear too quickly. When I look at the default style, I notice there are some points for improvements: place=city [0x0400 resolution 20] place=hamlet [0x1100 resolution 23] place=suburb [0x0a00 resolution 23] place=town [0x0800 resolution 22] place=village [0x0b00 resolution 24] place=island [0x650c resolution 22] - villages are only shown at level 24 where hamlets are shown one level lower - resolution 23 is mentioned here, although it is not set in the options file: levels = 0:24, 1:22, 2:20, 3:18, 4:16 - all place names are only shown at the highest zoom levels. In my opinion cities should also be visible at levels 18 or even 16? Towns can better be set to 20, villages/suburbs 22 and hamlets 24? Maybe Marko can have a look at this? Cheers, Minko

6 11

Commit: r1979: Fix transfer to device that was broken by an earlier change.
by svn commit 30 Jun '11

30 Jun '11

Version 1979 was commited by steve on 2011-06-30 15:46:01 +0100 (Thu, 30 Jun 2011) Fix transfer to device that was broken by an earlier change. This will re-introduce problems where you have multiple regions in the same tile, each containing a city with the same name.

1 0

Mapsource crash when sending maps
by Carsten Buchberger 30 Jun '11

30 Jun '11

Hello all, i am trying to send a map i created with mkgmap (and splitter) to my garmin and mapsource sops sending the map with the following error. Fehlerinformationen: App: MapSource At: 30.06.2011 10:18:44 (UTC) OS: Windows 7 Processor: x86, Processor Level: 6, Processors:2, Model: 23 Stepping: 10, RAM: 3620764 DSK_FILE.CPP-383-6.16.3.0 Products Installed: Name: roadmap_hessen_30.06.2011 Id: 399835137 Version: 1.0 Type: Standard Name: roadbike_germany_29-06-2011 Id: 399900673 Version: 1.0 Type: Standard Name: openmtbmap_germany_24.06.2011 Id: 417529857 Version: 1.0 Type: Standard Name: openmtbmap_hessen_02.06.2011 Id: 427425793 Version: 1.0 Type: Standard Name: openmtbmap_alps_17.06.2011 Id: 427819009 Version: 1.0 Type: Standard 6101_TRDNDE.TYP This only happens with map i did build by my self. I did the following releases 1866 windows 1973 linux 1978 linux I am compiling with java -ea -Xmx3000m -jar /home/carsten/osm/tools/mkgmap-r1978/mkgmap.jar --style-file=/home/carsten/osm/garmin/styles/roadmap --max-jobs=4 --link-pois-to-ways --generate-sea=polygons,extend-sea-sectors,close-gaps=6000 --reduce-point-density=5.4 --index --transparent --adjust-turn-headings --ignore-maxspeeds --ignore-turn-restrictions --remove-short-arcs=4 --description="roadbike_hessen_30-06-2011" --location-autofill=1 --route --country-abbr=de --country-name=Germany --mapname=61010000 --family-id=6101 --product-id=1 --series-name="roadbike_hessen_30-06-2011" --family-name="roadbike_hessen_30-06-2011" --overview-mapname=mapset --area-name="hessen" -c template.args I am splitting with java -Xmx3000m -ea -jar /home/carsten/osm/tools/splitter/splitter.jar --geonames-file="/home/carsten/osm/osm-data/cities1000.zip" --max-nodes=600000 --overlap=4000 --max-areas=255 --description="roadmap_hessen" --mapid="61010000" --max-nodes="600000" --no-trim --overlap="4000" --status-freq="600" --output-dir="/home/carsten/osm/work/road-hessen" /home/carsten/osm/osm-data/europe/germany/hessen.osm.pbf Any ideas ? Is there any possibility to narrow the problem, or to do some debugging ? -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

1 1

Multiple maps listed as one on Garmin GPSmap62
by "Markus Dörschmidt" 29 Jun '11

29 Jun '11

Hi @all, I've created several maps with mkgmapy: - 1 IMG-file for Lower Bavaria - 5 IMG-files for Upper Bavaria - 1 IMG-file for Iceland Then I upload all these maps to my GPSmap62 I can see an entry named "OpenStreetMap and contributors" listing "Lower Bavaria", "Upper Bavaria" and "Iceland". When I try to deactivate maps, I can not deactive a single map, only the whole entry "OpenStreetMap and contributors". What do I have to do to get to entries named "Iceland" and "Bavaria" (or "Germany")? Thanks in advance for any hint. Markus -- NEU: FreePhone - kostenlos mobil telefonieren! Jetzt informieren: http://www.gmx.net/de/go/freephone

5 9

Commit: r1978: Display place labels at lower resolution. (Minko)
by svn commit 29 Jun '11

29 Jun '11

Version 1978 was commited by marko on 2011-06-29 07:34:40 +0100 (Wed, 29 Jun 2011) Display place labels at lower resolution. (Minko)

1 0

Problems with draw priority of land and sea on nuvi 1450
by Hendrik Oesterlin 28 Jun '11

28 Jun '11

Hello, I bought the nüvi 1450 to use it with my mkgmap maps available at http://oesterlin.ile.nc/gps . There is some strange erratic issue in displaying the map. The greenish Garmin basemap is often shown instead of the white mkgmap land background. It is changing spontaneously during driving. Even the Garmin basemap blue ocean is (always?) shown, causing some road to be displayed on blue ground (no, it is not a flooding issue, but an issue in draw priority I think). The mkgmap roads, rivers and landuse polygons are shown always on top, but the Garmin basemap roads are shown always on top of the white mkgmap land background, but behind of mkgmap roads, rivers and landuse polygons and mkgmap sea. Increasing --draw-priority= did not change anything in this behaviour. Using version 1946. nüvi 755 and Oregon 550 are performing correctly. Find attached some screenshoots I made today with nüvi 1450. Attached: 1) 633758.png 2) 632969.png same round about at http://www.openstreetmap.org/?lat=-22.22856&lon=166.50397&zoom=17&layers=M 3) 686917.png http://www.openstreetmap.org/?lat=-22.23602&lon=166.56667&zoom=16&layers=M Has anyone some ideas? Regards Hendrik New Caledonia

1 0

basemap routing is used instead of the mkgmap derived map
by maning sambale 25 Jun '11

25 Jun '11

Can anyone confirm this bug? https://github.com/maning/osmphgps/issues/20 On my test, when using the `Address` to find streets and chose to route, it uses the basemap instead of the osm mkgmap data. (See sample screenshots reported by the user) -- cheers, maning ------------------------------------------------------ "Freedom is still the most radical idea of all" -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ ------------------------------------------------------

2 2

[PATCH v1] Splitter - Correct progress message for relations
by WanMil 23 Jun '11

23 Jun '11

The progress messages of the PBF parser for relations are talking about ways. Attached patch fixes that. WanMil

1 0