Re: [mkgmap-dev] Some observations
Hi, Am 29.05.22 um 22:10 schrieb Andrzej Popowski: First I noticed, that tweak for better looking roundabouts not always works. In default style there is something like that: junction=roundabout & (highway=tertiary | highway=tertiary_link) [0x0c road_class=1 road_speed=1 resolution 24 continue] junction=roundabout & (highway=tertiary | highway=tertiary_link) [0x10804 resolution 21] I have noticed, that sometimes I get roundabout partially covered by line 0x10804. Maybe mkgmap is splitting roundabout and a part of it is written into img after line 0x10804? Sorry, I have reworked my style and can't provide an example now. this is how I create roundabouts with an invisible routing 0x0c and a visible 0x11e0X on top: junction=roundabout & highway=trunk[0x11e04 level 5 continue] junction=roundabout & highway=trunk[0x0c road_class=1 road_speed=2 level 6] junction=roundabout & highway=primary [0x11e04 level 5 continue] junction=roundabout & highway=primary [0x0c road_class=1 road_speed=2 level 5] junction=roundabout & highway=secondary[0x11e05 level 4 continue] junction=roundabout & highway=secondary[0x0c road_class=1 road_speed=2 level 4] junction=roundabout & highway=tertiary [0x11e06 level 3 continue] junction=roundabout & highway=tertiary [0x0c road_class=1 road_speed=2 level 3] junction=roundabout & highway=unclassified [0x11e07 level 3 continue] junction=roundabout & highway=unclassified [0x0c road_class=1 road_speed=2 level 3] junction=roundabout[0x11e07 level 3 continue] junction=roundabout[0x0c road_class=1 road_speed=2 level 2] Has always worked for me. Have you tried to swap your two config lines? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Routing problem on Garmin Oregon/edge with default style (and other styles)
Am 27.06.20 um 12:54 schrieb Joris Bo: > Is there a online repository of compiled mkgmap versions? Here are all the versions I still have: http://www.kleineisel.de/ralf/gps/mkgmap/ ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Tiles missing
Hi, Am 13.06.20 um 11:41 schrieb Pierre Brico: A few months ago, I bought a Garmin GPSMAP 66s (I've already other Now I would like to generate a map for my next holiday in France but I have issues with missing tiles. does your device run the latest firmware? I had weird display problems with older firmware on my 64s. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] extended & routable types at different resolutions
On 9/19/19 12:13 PM, Felix Hartmann wrote: > Routing is only in resolution 24. If you put that information into other > resolution it is ignored. But this does not mean that all routing lines have to be "resolution 24" in the style's line file. In my own style e.g. highway=motorway has "level 7" which corresponds to "resolution 14". ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] default style improvements / updated typ-file
Hi, On 1/19/19 11:38 AM, Joris Bo wrote: > That’s very kind, thank you. > > Attached an excel with the exported translations up to r4262 > > Just add a column for any new language I just corrected a few issues in the german column. 20190119b Translations r4262.xlsx Description: MS-Excel 2007 spreadsheet ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Not-equal compare bug?
On 1/3/19 1:35 PM, Harri Suomalainen wrote: > Do I missunderstand something or is this a bug? I think it's a bug. The same problem occurs with the "if .. then" syntax: This works: if (railway=*) then if (tunnel=yes) then (){delete railway} else railway=rail [0x14 resolution 21] railway=tram [0x14 resolution 22] end This does not: if (railway=*) then if (tunnel!=yes) then railway=rail [0x14 resolution 21] railway=tram [0x14 resolution 22] end end "Error in style: Error: (lines:196): Invalid rule expression: $tunnel!=yes" This also does not work: if (railway=* & tunnel!=yes) then railway=rail [0x14 resolution 21] railway=tram [0x14 resolution 22] end You cannot use the "!=" test in "if .. then" syntax at all as far as I can tell. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] name-tag-list breaks address search?
On 12/27/18 10:13 PM, Ticker Berkin wrote: > Try removing the quotes from the option when it is the template file, Yes, that does the trick. Thank you! ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] name-tag-list breaks address search?
Does using the mkgmap option "name-tag-list" break the address search? If I use this line in my template.args: 'name-tag-list="name:de,name"' address search does not work in my Gpsmap 64S. Mapedit++ shows '? (, ?,DEU)' for streets in the address field. If Í remove the option everything is fine. I can search in the Gpsmap and Mapedit++ shows e.g. 'BAMBERG (, BAYERN, DEU)'. My other address related options are: location-autofill=bounds,is_in,nearest bounds=/data/gps/bounds_181221 The bounds directory is downloaded from osm.thkukuk.de. I use mkgmap r4259 with openjdk 1.8.0_191 on linux. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] splitter: option for maximum tile area?
On 11/02/2018 07:31 PM, Gerd Petermann wrote: > just a guess: If you use option --add-pois-to-lines and you have a rule in > the points file which processes ele to add a POI > you may see something like that. I may have understood this wrong, but wasn't the file size comparison after the splitter stage? Splitter doesn't use any style rules, does it? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Transliteration / Romanisation
Hi *, is there a way to influence / improve / change the way tags that contain non-latin script are transliterated by mkgmap? Right now I am trying to make a map of Iran. OSM entities with a "name:en" tag are not a problem, I can use that. But many places contain name tags in farsi only. When I compare the result of mkgmap with other online transliteration tools I find a lot of problems. E.g. way id 374182315: In my mkgmap garmin map it shows as "KHRD?D". According to http://mylanguages.org/farsi_romanization.php it should be "khrdad". Any ideas on how to improve this? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] roundabouts
On 02/12/2017 01:45 PM, Gerd Petermann wrote: > I also thought that this would be the best solution, so I tried to > modify the OFM lite style like that, but without success. My > knowledge about typ files is near zero :-( You don't need a lot of knowledge to copy a polyline definition with Typviewer, ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] roundabouts
On 02/12/2017 12:59 PM, lig fietser wrote: > I have used such approach for my bicycle maps and received quite a few > negative reports with two routable lines on top of each other, > especially near and at roundabouts. A lot of devices will crash > (completely shut down) so I'd not recommend this. In my style I avoid this problem by having a routable, but invisible line 0x0c and different visible but not routable lines 0x11e04-0x11e07 on top: junction=roundabout & highway=trunk[0x11e04 level 5 continue] junction=roundabout & highway=trunk[0x0c road_class=1 road_speed=2 resolution 18] junction=roundabout & highway=primary [0x11e04 level 5 continue] junction=roundabout & highway=primary [0x0c road_class=1 road_speed=2 resolution 19] junction=roundabout & highway=secondary[0x11e05 level 4 continue] junction=roundabout & highway=secondary[0x0c road_class=1 road_speed=2 resolution 20] junction=roundabout & highway=tertiary [0x11e06 level 3 continue] junction=roundabout & highway=tertiary [0x0c road_class=1 road_speed=2 resolution 21] junction=roundabout & highway=unclassified [0x11e07 level 3 continue] junction=roundabout & highway=unclassified [0x0c road_class=1 road_speed=2 resolution 21] junction=roundabout[0x11e07 level 3 continue] junction=roundabout[0x0c road_class=1 road_speed=2 resolution 22] 0x11e04 looks exactly like the normal highway=trunk line 0x16. Works nicely. Now that I think of it, I just might omit the "resolution" for 0x0c, it's not visible anyway. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Overview map in gmapsupp.img?
On 02/23/2015 01:06 PM, Andrzej Popowski wrote: There is no need to add overview to gmapsupp. It can be copied as a separate file to GPS with the same result. Is this possible on gps units which support only one map file? What should be the name of the overview map file? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Overview map in gmapsupp.img?
Hi, On 02/23/2015 08:57 AM, Gerd Petermann wrote: My understanding so far: If you disable the basemap or if you don't like the basemap in the device you should either add the overview map to the gmapsupp file or use low resolution levels for each tile. yes, both ways work on my eTrex Legend HCx. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Overview map in gmapsupp.img?
On 02/21/2015 12:35 PM, Andrzej Popowski wrote: The proper solution for you would be to add more levels to detailed map. What is the advantage of using more map tile levels instead of putting them into the overview map? I need the overview map for mapsource anyway. What's more, without overview map the gps has to dig through all the tiles to display the higher levels, with an overview map it has to open the overview map only. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Overview map in gmapsupp.img?
Hi, On 02/20/2015 09:58 PM, Andrzej Popowski wrote: You probably have deleted or disabled in menu Garmin basemap. Interesting. Yes, the basemap was disabled. With a gmapsupp.img including an overview map: - No matter wether I enable or disable the basemap, I always see my map on all zoom levels as long as the gps cursor is inside my map area. - Depending on the zoom level I see my overview map or my detailed map tiles. - With the cursor outside the map area I see the basemap in all zoom levels. With a gmapsupp.img without an overview map: - When I enable the basemap I see my map in zoom levels 8km and below. From 12 km and above I see the basemap. - When I disable the basemap I see my detailed map tiles in zoom levels 120km and below. It shows way too much detail and it takes very long to draw the map. - With the cursor outside the map area I see the basemap in all zoom levels. Having an overview map in the gmapsupp.img seems to override the basemap. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Overview map in gmapsupp.img?
Hi, is there a way to include the overview map in the gmapsupp.img without having to run mkgmap another time? If I have, say, three map tiles and the corresponding ovm files: -rw-r--r-- 1 ralf users 13522944 Feb 17 22:55 1001.img -rw-r--r-- 1 ralf users 16841216 Feb 17 22:55 1002.img -rw-r--r-- 1 ralf users 19913728 Feb 17 22:55 1003.img -rw-r--r-- 1 ralf users 768512 Feb 17 22:55 ovm_1001.img -rw-r--r-- 1 ralf users 1009152 Feb 17 22:55 ovm_1002.img -rw-r--r-- 1 ralf users 1336320 Feb 17 22:55 ovm_1003.img and I combine all these into a gmapsupp.img, then the overview map is created as a seperate file but not included in the gmapsupp.img: $ mkgmap --gmapsupp --overview-mapname=OV --overview-mapnumber= 1*img ovm*img produces: -rw-r--r-- 1 ralf users 50177024 Feb 20 17:04 gmapsupp.img -rw-r--r-- 1 ralf users24064 Feb 20 17:04 OV.img -rw-r--r-- 1 ralf users 1132 Feb 20 17:04 OV.tdb The overview map is not in the gmapsupp.img: $ gmt -i gmapsupp.img gmt v0.8.186.801b CC BY-SA (C) 2011-2014 AP www.gmaptool.eu File: gmapsupp.img, length 50177024 Header: 20.02.2015 17:04:44, DSKIMG, XOR 00, V 0.00, Ms 0 Mapset: OSM street map Map length s-f CPprio PID FID name MAKEGMAP MPS 206 1 1001 MPC 13462832 5 1252 25 1 6324 Description 1002 MPC 16766155 5 1252 25 1 6324 Description 1003 MPC 19826659 5 1252 25 1 6324 Description 6324 SRT 932 1 Data MPS F: PID 1, FID 6324, family name V: OSM map set (0) Only after running mkgmap one more time it is included: $ mkgmap --gmapsupp --overview-mapname=OV --overview-mapnumber= 1*img ovm*img OV.img $ gmt -i gmapsupp.img gmt v0.8.186.801b CC BY-SA (C) 2011-2014 AP www.gmaptool.eu File: gmapsupp.img, length 50199552 Header: 20.02.2015 17:06:25, DSKIMG, XOR 00, V 0.00, Ms 0 Mapset: OSM street map Map length s-f CPprio PID FID name MAKEGMAP MPS 258 1 1001 MPC 13462832 5 1252 25 1 6324 Description 1002 MPC 16766155 5 1252 25 1 6324 Description 1003 MPC 19826659 5 1252 25 1 6324 Description MPC 20371 3 1252 25 1 6324 Overview Map 6324 SRT 932 1 Data MPS F: PID 1, FID 6324, family name V: OSM map set (0) It would be very handy to have the overview map in the gmapsupp.img after the first run. Is this possible? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Overview map in gmapsupp.img?
On 02/20/2015 07:50 PM, GerdP wrote: my understanding is that no device supports the overview map. It is only used on the PC. Why would you want to have it in the gmapsupp? I am currently preparing a new update to my topo map of Germany. The level definition in my options file is: levels = 0:24, 1:23, 2:22, 3:20, 4:18 overview-levels = 5:16, 6:15, 7:14, 8:12 Without the overview map in the gmapsupp.img my eTrex Legend HCx displays only the yellow background and the tile borders (no map) on all zoom levels down to 50 km. From 30 km onwards it displays the map tiles. When I load a gmapsupp.img with the overview map inside I get: 800 km - 200 km: White background, national borders, sea; mapsource 120 km - 80 km: E-Roads 50 km: Motorroads 30 km: Highway=primary and so on. To me this looks like the overview map is perfectly supported by this gps unit. Zooming and panning in the zoom levels above 30 km is much faster with an overview map. Without an overview map the 30 km zoom level shows much more (too much!) detail (forest, landuse etc.). With an overview map the forest is shown from 2 km onwards, like I set in the style. I can put both gmapsupp.img on my server if someone wants to have a look at it or test it on a different gps unit. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Overview map in gmapsupp.img?
On 02/20/2015 08:30 PM, Ralf Kleineisel wrote: On 02/20/2015 07:50 PM, GerdP wrote: my understanding is that no device supports the overview map. It is only used on the PC. Why would you want to have it in the gmapsupp? I am currently preparing a new update to my topo map of Germany. I compared two gmapsupp.imgs made with exactly the same tiles now, only difference is the overview map. I could not reproduce the effect of no map, probably the maps I tested earlier were not identical. But the overview map does make a huge difference in my eTrex: Zooming from 30km to 50km takes 95 seconds without an overview map and 6 seconds with one. Much less detail shows up with an overview map, without overview map the details shown does not match my style files. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Combine ovm files?
Hi, is there a way to combine several overview map work files (ovm_*.img) into a new overview map? I have a set of about 200 compiled map tiles and the corresponding ovm files. I can combine subsets of these map tiles into new gmapsupp files, but how do I make the new overview maps? Best regards Ralf ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Combine ovm files?
Hi, On 02/17/2015 10:48 PM, GerdP wrote: this should work: copy all *.img and ovm*.img into one directory and use java -jar mkgmap.jar *.img maybe with additional options for codepage etc. that's what I thought, too, but it doesn't: Starting with 3 tiles + 3 overview tiles: $ ls -l total 52152 -rw-r--r-- 1 ralf users 13522944 Feb 17 22:55 1001.img -rw-r--r-- 1 ralf users 16841216 Feb 17 22:55 1002.img -rw-r--r-- 1 ralf users 19913728 Feb 17 22:55 1003.img -rw-r--r-- 1 ralf users 768512 Feb 17 22:55 ovm_1001.img -rw-r--r-- 1 ralf users 1009152 Feb 17 22:55 ovm_1002.img -rw-r--r-- 1 ralf users 1336320 Feb 17 22:55 ovm_1003.img $ java -enableassertions -Xmx8192m -jar mkgmap.jar --overview-mapname=ov --overview-mapnumber= *img produces this: -rw-r--r-- 1 ralf users24064 Feb 17 22:56 ov.img which is obviously much smaller than the three ovm files. If I make a gmapsupp it's the same problem: $ java -enableassertions -Xmx8192m -jar mkgmap.jar --overview-mapname=ov --overview-mapnumber= --gmapsupp *img $ gmt -i gmapsupp.img gmt v0.8.186.801b CC BY-SA (C) 2011-2014 AP www.gmaptool.eu File: gmapsupp.img, length 50199552 Header: 17.02.2015 23:00:09, DSKIMG, XOR 00, V 0.00, Ms 0 Mapset: OSM street map Map length s-f CPprio PID FID name MAKEGMAP MPS 258 1 1001 MPC 13462832 5 1252 25 1 6324 Description 1002 MPC 16766155 5 1252 25 1 6324 Description 1003 MPC 19826659 5 1252 25 1 6324 Description MPC 20371 3 1252 25 1 6324 Overview Map 6324 SRT 932 1 Data MPS F: PID 1, FID 6324, family name V: OSM map set (0) ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Address search issues
On 07/08/2012 10:37 PM, WanMil wrote: first of all you should have a look at the error messages in the mkgmap log file. To get a logfile you have to configure the logging system as described in http://wiki.openstreetmap.org/wiki/Mkgmap/dev#Enabling_Debugging Thanks, now I could start debugging this. It seems that the problem is this line in my config; name-tag-list=name:de,int_name,name:en,name Without it everything looks good. Any ideas? Originally I had name-tag-list=name:mkgmap,name:de,int_name,name:en,name, and the name:mkgmap was set in the style like this; aerialway=* is_in ~ '.*(Deutschland|Germany|Österreich|Austria).*' {add name:mkgmap = '${name}'} This was meant to prefer name to int_name for elements in german-speaking countries and in non.german-speaking countries prefer the int_name. But it doesn't matter which of the name-tag-list lines I use, it breaks the index. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Address search issues
On 06/14/2012 10:10 PM, Thorsten Kukuk wrote: On Thu, Jun 14, Ralf kleineisel wrote: When I try the address search in mapsource I get this: City search for Berlin: Berlin is found, but mapsource displays Berlin, NOT_SET, DEU. Looks like somebody played with the admin boarder of Berlin :( I guess you need now: mkgmap:country=DEU mkgmap:city!=* mkgmap:admin_level4=Hamburg { set mkgmap:city='${mkgmap:admin_level4}' } mkgmap:country=DEU mkgmap:city!=* mkgmap:admin_level4=Berlin { set mkgmap:city='${mkgmap:admin_level4}' } This didn't help. To find the correct values I tried this: highway=* { set mkgmap:city='${mkgmap:admin_level2}' } as the first line in the lines file. This gives me DEU, NOT_SET_, DEU for a street in Berlin. Then I tried the same for all admin_level values from 3 up to 11. For all of them I get: Not_set, NOT_SET_, DEU Seems mkgmap doesn't find any bounds except the level2 one. How can I debug this a bit more? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Address search issues
Hi, I'm having a hard time getting the address search to work. I have split the area of Germany from the planet pbf file. Then I build the Garmin IMGs with this commandline: /usr/java/jdk1.6.0_24/bin/java -enableassertions -Xmx2048m -jar /data/gps/mkgmap-r2294/mkgmap.jar and this mkgmap config file: ### description=OSM_Germany_Alps country-name=Germany country-abbr=DE region-name=Germany region-abbr=DE name-tag-list=name:mkgmap,name:de,int_name,name:en,name overview-mapname=OSM_Germany_Alps overview-mapnumber=1000 latin1 reduce-point-density=4 merge-lines=yes family-id=1331 product-id=1 series-name=OSM_SRTM_Germany_Alps family-name=OSM_Germany area-name=Germany index style-file=/data/gps/mkgmap-style-toponew_test120611/ tdbfile=no route=yes road-name-pois=0x640a add-pois-to-areas make-opposite-cycleways=yes remove-short-arcs adjust-turn-headings link-pois-to-ways bounds=/data/gps/boundary/bounds/ location-autofill=bounds,is_in,nearest generate-sea=extend-sea-sectors,multipolygon,close-gaps=1000,floodblocker,fbgap=200,fbthres=20,fbratio=0.5 mapname: 1001 description: FR-Besancon input-file: 1001.osm.gz ... [more mapname/description/input-file lines] ### The directory /data/gps/boundary/bounds/ contains the unzipped file http://www.navmaps.eu/wanmil/bounds_20120401.zip The lines, points and polygons files in my style contain the top lines from the default style which set the location tags AFAIK. I make the mapsource files afterwards: ### description=OSM_SRTM_Germany country-name=Germany country-abbr=DE region-name=Germany region-abbr=DE name-tag-list=name:mkgmap,name:de,int_name,name:en,name overview-mapname=OSM_SRTM_Germany overview-mapnumber=1000 latin1 series-name=OSM_SRTM_Germany area-name=Test family-id=1331 product-id=1 family-name=OSM_Germany index tdbfile=yes input-file: 1001.img ... [more tile files] ### When I try the address search in mapsource I get this: City search for Berlin: Berlin is found, but mapsource displays Berlin, NOT_SET, DEU. When I search for a street in Berlin (say, Alexanderstrasse, I can see the POI on the map) I cannot enter Berlin in the City field. As soon as I enter the i mapsource deletes it again. When I enter the postcode (10178 for Alexanderstrasse, Berlin) the street is found. Mapsource displays Alexanderstrasse, Not_Set, NOT_SET, DEU. I tried this for various cities and streets. When I build a gmapsupp.img it behaves rather the same in my eTrex Legend HCx. Any ideas? Is there anything wrong with the bounds data or the style files? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] osm.pbf file conversion
On 11/02/2011 02:57 AM, steve sgalowski wrote: java -Xmx500m -jar mkgmap.jar --route --gmapsupp --mapname=*.osm.pbf Try this: java -Xmx500m -jar mkgmap.jar --route --gmapsupp *.osm.pbf ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] OSM maps on the new eTrex 30
On 10/02/2011 08:16 PM, Frank Fesevur wrote: At this moment, there are three gmap*.img files on my device. Two that came with the device and that one osm based (most recent openfietsmap.nl full version) that I used all day today. You can switch on and off maps as you like, so I guess (have to try this out) that mulitple osm based maps should not be a problem as long as the Family-IDs and the filenames are different. If you want to, I can try this tomorrow and let you know. Anything special you want me to try? You can have more than one Family-ID in one gmapsupp.img. I use this feature for contour line layers in my topo map: http://www.kleineisel.de/blogs/index.php/osmmap/ In my eTrex Legend HCx I can switch these layers on and off individually. Some of the newer devices can't do this AFAIK. Would be nice to know how the 30 behaves in this respect. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Error splitting SRTM data
On 09/25/2011 01:51 AM, Michael Prinzing wrote: Well, if we assume NASA did align the strm data correctly, there must be something wrong with srtm2osm. What is correctly? Is the coordinate of a pixel correct at the center of the pixel or at one of the corners? And which one? Perhaps NASA and srtm2osm just behave differently in this respect. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Routing - Documentation and Best Practice
On 08/28/2011 06:33 PM, Minko wrote: Sounds interesting, but how will you do that? Can you give an example which I can download? Sure. I first run mkgmap on the OSM files to generate the IMGs and the gmapsupp.img. The config file looks somewhat like this: gmapsupp [more options ...] family-id=1234 family-name=Layer1 input-file: 1001.osm.gz input-file: 1002.osm.gz family-id=5678 family-name=Layer2 input-file: 1003.osm.gz input-file: 1004.osm.gz [possibly more input files ...] This produces the IMG files and a gmapsupp.img for the GPS unit which contains 2 layers which can be switched on and off in the unit. If you use a custom typ file you'll need two, one for each layer. Mapsource can't do this, so I need a different setup: tdbfile=yes family-id=1234 family-name=AllLayers input-file: 1001.img input-file: 1002.img input-file: 1003.img input-file: 1004.img This will make a TDB file and an overview map for mapsource in which both layers show up. For mapsource you need a typ file with all types in it. An example of such a map is my topo map of Germany, which contains an OSM layer and three SRTM layers: http://www.kleineisel.de/blogs/index.php/osmmap/ ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Routing - Documentation and Best Practice
On 08/28/2011 01:29 PM, Minko wrote: Unfortunately Garmins mapbrowser don't support multi-layered maps :-( You have either a basemap that doesn't route, or an empty map with just roads. Not both, unless we stick to the discontinued Mapsource or we can find a trick. You can make a special TDB file and overview map file for Mapsource with just one family ID and all your existing map tiles. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Generating sea
On 04/03/2011 12:47 PM, WanMil wrote: the real reason is unknown. The lines you see are the cuts of the multipolyon processing. I tried to track down that problem but I could not find a problem of mkgmap. Have you tested if it helps to create the cuts at multiples of 2048 in garmin units like the tile borders? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Visiblity of nodes vs. polygon pois
Hi, I don't understand this: There are hospitals some of which are mapped as points and some as polygons. I have these rules for hospitals: [polygons] amenity=hospital [0x0b level 3] [points] amenity=hospital [0x4b01 level 3] My options map level 3 to resolution 21. If I understand it correctly mkgmap adds points with amenity=hospital for the polygons, right? I assumed that all of these hospital points have equal visibility, but they don't. All POIs of hospitals which are mapped as polygons in OSM are visible up to zoomlevel 200 m, but all hospital POIs which were mapped in OSM as points are visible up to 1,5 km. Why? BTW, all of theses POIs show the same correct symbol from my typ file. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] UK Contours
On 17.03.2011 14:24, Stuart Poulton wrote: Has anyone got a quick recipe for STRM contours to garmin for the UK, preferably on Linux ? To make 1 degree square tiles with groundtruth: Download SRTM data and make an IBF: GroundTruth.sh contours -o 2101.ibf --bounds=47,15,48,16 --int 10 --gridlat=10 --gridlon=10 Convert to OSM in subdirectory 2101: GroundTruth.sh ibf2osm -i 2101.ibf --tagce --cat=100,20 --od 2101 mkgmap can't read bz2, can it? bzip2 -cd 2101/Contours1.osm.bz2 | gzip -c 2101/Contours1.osm.gz Make IMG: mkgmap -c template_srtm.args --mapname=2201 2101/Contours1.osm.gz My template_srtm.args is basically this: description=SRTM country-name=Germany country-abbr=DE region-name=Germany region-abbr=DE overview-mapname=SRTM overview-mapnumber=1000 latin1 code-page=1252 family-id=1234 product-id=1 series-name=SRTM family-name=SRTM area-name=Germany style-file=mkgmap-style-srtm/ transparent=yes draw-priority=28 The style has rules for lines only: contour=elevation contour_ext=elevation_minor { name '${ele|conv:m=ft}'; } [0x20 resolution 23] contour=elevation contour_ext=elevation_medium { name '${ele|conv:m=ft}'; } [0x21 resolution 22] contour=elevation contour_ext=elevation_major { name '${ele|conv:m=ft}'; } [0x22 resolution 20] I use separate transparent SRTM layers with a different family-ID. These can be switched off independently from the OSM layer in the GPS. For this the tile must be transparent, the draw-priority must be higher than that of the non-transparent layer and the map-id number must be higher. Mapsource can't deal with more than one family-ID at a time, so you have to make a special TDB file and overview-map with only one family for mapsource. All tiles must have the same code-page. In the gmapsupp.img the SRTM tiles can have a different family-id and their own typ file. In mapsource all tiles must have the same family-id. To achieve this I build the gmapsupp.img in a seperate step. In flat areas you can make bigger tiles (e.g. 2x2 degrees), but not in mountain regions. If you want perfect tile borders in the overview map you have to make sure that the borders in garmin units are rounded to the nearest multiple of 2048. Garmin unit is degrees * 46603. That means: instead of 47 degrees (2190341) use 2190341 - 1029 = 2189312 = 46.9779198764 degrees. Groundtruth does a very good jobs at matching the lines of adjacent tiles at the borders. If you use exactly the same numbers for the eastern border of one tile and for the western border of the next tile the lines will match exactly. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] UK Contours
On 18.03.2011 08:51, Stuart Poulton wrote: Thanks Ralf are you running groundtruth on linux ? Yes, GroundTruth-1.8.740.17 on Fedora 14. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Gaps in German boundary
On 03/18/2011 02:55 PM, Josef Latt wrote: I create my own map with 'boundary=administrative admin_level=2' in the line style file to display the German boundary. I made a sreenshot (available at http://ge.tt/57JRmwj) where you can see the gaps. The boundary is a relation with the ID 51477. What's your data source? Are you sure that all ways which make up the border are in your source file? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Gaps in German boundary
On 03/18/2011 07:29 PM, Josef Latt wrote: Yes I'm. Extract from europe.osm.pbf (geofabrik) with a selfcreated polygon file. I tried also an extract with a bounding box (values from your HowTo). Perhaps parts of the border are also used by other tags, e.g. natural=river + boundary=administrative. If you have a rule in your style which matches the natural=river you won't get the border. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Overlays issue
Hi, I tried out the overlays file and came across the following problem: Without overlays roundabouts look different from the normal street types because e.g. my highway=secondary (0x04) is yellow but junction=roundabout has to be 0x0c which is white in my typ file. To change that I tried this: Lines file: junction=roundabout highway=secondary [0x11f02 road_class=2 road_speed=3 level 4] Overlays file: 0x11f02: 0x0c, 0x04 Then I created a test typ file with a very broad pink 0x0c just to see if the two lines are really there. They are, I can see the 0x04 on top of the 0x0c as expected. BUT: The roundabout is never used for routing now. It is treated as if it was a non-routable line. Do I do something wrong or is the routing info not created properly? I've tried other tag combinations with the same result. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Contour lines in Mapsource (was Improved street search in index branch)
On 21.02.2011 07:09, Charlie Ferrero wrote: Hmmm - tried this and it still doesn't work. My contour style has exactly the same levels as the base style, and the mapnames are higher. Do your contour tiles have the same codepage as your OSM tiles? The latest mapsource versions seem to have problems if not. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] share your outdoor/mtb/hiking styles and typ
Hi, On 02/19/2011 04:23 AM, maning sambale wrote: I am planning to create an outdoor garmin map useful for hikers, MTB, mountaineers. Care to share your typs and style code? here is mine: http://www.kleineisel.de/blogs/media/blogs/osmmap/1101/mkgmap-style.zip http://www.kleineisel.de/blogs/media/blogs/osmmap/1101/M58_1331.TYP from my topo map Germany: http://www.kleineisel.de/blogs/index.php/osmmap/ It doesn't work without the typ file. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] splitter problem was: Re: How to solve/debug weird problem
On 01/22/2011 08:59 PM, Johannes Formann wrote: Do you have a good source where to look how to join those maps for the different output formats? I made a small howto some time ago. Its not fully up to date but you should get the idea: http://www.kleineisel.de/blogs/index.php/osmmap/2009/09/17/how-to-make-a-topographic-map ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] splitter is extreme slow
On 12/24/2010 11:15 AM, Johann Gail wrote: 4 Days ago I started to create a new europe map, and until now the splitter is running, the harddisk is doing anything. The splitting needs over 75 hours and is still running. Here on the list is another thread 'error splitting binary files' some days old. There it looks, as if the binary data from geofabric has some problems. Maybe it is the same for you? I had no problems splitting geofabrik's europe.osm.pbf downloaded at the 14th of December using splitter r161. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] error splitting binary files
On 11/20/2010 11:08 PM, aighes wrote: I know, it wont help you, but I haven't nay problems with pbf-input and modified area.list. I think the only think I do divernt is splitting the europe-file with osmosis to the needed size. I have splitted the europe pbf extract successfully without osmosis and with a pre-generated areas.list. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Flood blocker
On 11/21/2010 10:22 AM, Marko Mäkelä wrote: Another example: ice roads. I don't know if any have been mapped on the Baltic Sea, but several do exist across lakes in Finland. I would assume that there are a few ice roads covering short distances between the mainland and small islands. Perhaps using cities or highways + cities would be better? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Some options from -c not applied
On 11/18/2010 02:05 PM, Carlos Dávila wrote: I'm using the args file attached below with -c option, having two problems: 1: area name in the resulting map is Morocco for all tiles (MapSource). 2: SPAIN-18.TYP is correctly applied to Spain tiles, but MOROC-19.TYP is not applied to Morroco's map. Do you know what I'm doing wrong? Isn't it possible to use two different TYP files in the same mkgmap run? It does work for me. Try to move the lines with the typ files to the end of your config file. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Arabic+non arabic name
On 11/11/2010 09:33 PM, Carlos Dávila wrote: Is there any chance to get tags like name=Maknâs مكناس correctly displayed? I'd think that the two names should be tagged in two different name tags like name:ar and name:en or int_name. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Sea generation
On 11/04/2010 11:04 PM, WanMil wrote: Would it be helpful if we copy the Mapnik behaviour of well defined coastlines? One could define one separate file that contains all coastline data I would not include this into mkgmap. Don't mix program development with data. Has anyone extracted coastline data for the whole world/europe/asia/...? How many data is this? I did it for the German coast (Baltic Sea, North Sea) with some of the neighbouring countries (Denmark, Poland, Netherlands). The osm.bz2 file is 113KB. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] motorway_link not always oneway
On 10/26/2010 09:45 PM, Harri wrote: I prefer explicit tags over implied ones though. Perhaps we could mass correct the locally obvious ones like motorway surface. I think that assuming that motorways are paved and oneway is good. There is no need to add unneccessary tags. Highway=motorway is an abbreviation which makes mapping easier. Otherwise we would not need highway=motorway at all and could map them all as highway=road; surface=paved; width=8m; oneway=yes; access=motor_vehicles; lanes=2. For motorway_links it is not so clear, but I'd just stick with what's in the wiki because it has been this way for a long time. And errors become quite obvious as soon as someone tries the routing. I haven't seen such an error in a long time around here. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mkgmap style parsing question.
Hi, On 10/15/2010 02:21 AM, Till Straumann wrote: What I believe could be useful (if this feature is already available then forgive me posting) would be an option to report ignored tags and tag/value pairs which would alert the user that certain features are not rendered by the current style. I don't think this is doable. There are thousands of tags and tag/value pairs out there which are documented nowhere. Just have a look at Tagwatch (http://tagwatch.stoecker.eu/Planet/De/index.html). Mappers do have a lot of imagination sometimes ;-). ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Value comparisons
Hi, according to http://wiki.openstreetmap.org/wiki/Mkgmap/help/style_rules it should be possible to use the operator = for tag value comparison in mkgmap style files. But whenever I try this I get an error: Error in style: Error: (polygons:2): Stack size is 3 Could not open style null The operators =, and work fine, but = and = don't. Is this a bug or an error in the wiki? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] 'Not Near Any Road' Error Message
On 09/25/2010 05:34 PM, Mr Thwibble wrote: java -jar ./mkgmap/mkgmap.jar ./midab.osm ./southab.osm --gmapsupp --route Try to revert the order of options so that the osm files are last: java -jar ./mkgmap/mkgmap.jar --gmapsupp --route ./midab.osm ./southab.osm At least if you use a configuration file any option will only be used for osm files in the config file AFTER that line. Might be the same for the command line, but I'm not sure. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Selecting tiles in QLandkarte GT
On 09/01/2010 10:17 PM, Ralf Kleineisel wrote: In Qlandkartegt one tile is missing. I have to correct the above sentence: The tile is not missing in Qlandkartegt, it is missing in the list of tiles when I select all tiles. The map data from that tile is visible, so it must be in the TDB file and it must have been imported by QLandkartegt. When I select all tiles by selecting everything with the mouse and click on export map I get a list where it is missing, though. This makes me believe that the problem is in QLandkartegt, not mkgmap. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Selecting tiles in QLandkarte GT
On 08/31/2010 07:35 PM, Josef Latt wrote: Am 31.08.2010 18:37, schrieb Johann Gail: Thats a interesting pattern. Do you create the maps on a multicore machine (e.g. 8core or 4core with hyperthreading)? I create the maps on a machine with an AMD Athlon 64 Dualcore. I tried to investigate that problem. For me in mapsource and on my eTrex all tiles are fine. It is not the highest tile number minus 7 but minus 6 (There are 23 SRTM20 tiles, the missing one is nunber 17). In Qlandkartegt one tile is missing. I tested my map from july and from august, same tile both times, contour lines 20 m Hamburg. The july map has 69 OSM tiles, 23 SRTM10 tiles and 23 SRTM20 tiles. The august map has 71 OSM tiles, the SRTM tiles are copied from the older one. Mapsource and the eTrex use the gmapsupp.img. Qlandkartegt uses the individual tiles and the TDB file. So the error might be in the TDB file. Is there a way to check the contents of a TDB file? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Selecting tiles in QLandkarte GT
On 08/30/2010 07:27 PM, Josef Latt wrote: In QLandkarte GT I select the tiles (normally all) which I want to have on my GPS. But one tile can't be selected and is missing, when exporting the map in file 'gmapsupp.img' or sending the map to the GPS. In this case tile 3082 is missing. Has the 3082.img file been created by mkgmap at all? Does the gmapsupp.img contain it (You can check with gmaptool)? I would try to split the 3082 tile OSM file in two and then run mkgmap again. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] highway=emergency_access_point
On 08/25/2010 10:10 PM, Marko Mäkelä wrote: Side note: I found 3 highway=emergency_access_point in Finland. All should have been healthcare=polyclinic. Where is this tag used legitimately? Only in some natural areas, or also on highways for motor vehicles (especially long tunnels)? In Germany these emergency access points are used by police or ambulance vehicles to enter a motorway between official exits in case of an accident. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Possibility to split two or more files on the same run
On 08/14/2010 03:55 PM, frmas wrote: Yes, but I have to know first how many tiles the first run will give me. As the files are growing day after day, I could overwrite one of the resulting file. Why can't you use the numbers like this: baden_wuerttemberg.osm.bz2: 0001 to 0010 bayern.osm.bz2: 0100 to 01xx ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Turn restriction for highway=motorway[_link]
On 08/04/2010 04:55 PM, Carlos Dávila wrote: In most cases motorway links are separate oneway roads, but, at least in Spain, sometimes both directions share the same road. This is true. But since according to the OSM wiki motorway_link implies oneway=yes these parts should be tagged oneway=no. Mkgmap shouldn't try to fix mapping errors. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Turn restriction for highway=motorway[_link]
On 08/04/2010 08:57 PM, WanMil wrote: I think you should remove the add oneway=yes. There are a lot of highway=motorway_link that are no oneways and are not tagged with oneway=no. Most mappers do not use oneway=no, because the common understanding of oneway is that oneway=no is superfluous. Motorways and motorway-links in OSM are always implying oneway: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_link You do need the oneway=no tag if they are not. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Strange strings in addresses (r1654)
On 07/17/2010 06:30 PM, Markus wrote: I'm only marginally involved in this project myself and cannot speak for it, but on a developer mailing list, it's generally quite impolite to only come up with problems and expect others to solve them. As far as I can tell there is no extra mkgmap-users mailing list. In most open source projects I know the developers are quite glad for getting constructive feedback from the users, bugreports, tracking down problems, giving feature requests and suggestions. Not everyone who can supply this is also a good enough java hacker. Me too. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Strange bicycle routing
Hi, why does routing for bicycle and shortest route produce a longer route than bicycle, fastest route in this example? A: N 53 03,183 - E 8 37,440 to B: N 53 03,458 - E 8 37,410 The fastest route and the pedestrian and car routes go along Mühlenstrasse as expected for 512 m. The shortest bicycle route detours through Schanzenstrasse and along the Welse and is 752 m long. Any ideas? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] New, faster splitter
On 06/10/2010 01:21 AM, Chris Miller wrote: pass required. Additionally, if you do specify a --cache parameter but only one pass ends up being required, no cache will be generated anyway since it would only slow things down. I don't think this is a good idea. I often split the Europe excerpt, and only after running mkgmap I find out that one of the tiles is too big so I have to split again with a modified areas.list. Creating a cache during the first pass helps a lot there. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Family-name trouble when combining *.img to gmapsupp.img
On 05/05/2010 10:01 PM, Marko Mäkelä wrote: * the combined map (3rd try): both maps called ways java -Xmx1024m -jar mkgmap.jar --gmapsupp --family-name=ways 6324000*.img --family-name=transport 73174273.img Try this: java -Xmx1024m -jar mkgmap.jar --gmapsupp --family-name=ways --family-id=42 6324000*.img --family-name=transport --family-id=3583 73174273.img Or even better (in my experience), put the options into a template.args file. AFAIK the family id is not stored in the individual tiles, but only in the TDB file and the gmapsupp header. Both are not available to mkgmap in your examples. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] make topographic maps with SRMT-data
On 12.04.2010 01:14, Daniela Duerbeck wrote: I would like to know whether somebody has an instruction how to make topo maps with the SRTM data from nasa. You can have a look at my small HOWTO here: http://www.kleineisel.de/blogs/index.php/osmmap/2009/09/17/how-to-make-a-topographic-map ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] NSIS Problems with 2G limit
On 08.04.2010 12:48, Christoph Wagner wrote: Ok, but I have no idea how to change the osmmap.nsi created by the --nsis option of mkgmap, so that it did not include the .img's in the installer exe directly. Wouldn't it be usefull to have a small .exe installer in the same directory of the img files that just installs them for windows users? That's exactly what my version of the installer does: It takes the gmapsupp.img in the same directory as itself, unpacks all the *.img files and installs the map. The NSIS config can be found here: http://www.kleineisel.de/blogs/media/blogs/osmmap/1003/OSM_SRTM_Germany.nsi ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Using multiple TYP files
On 03/23/2010 05:11 PM, Toby Speight wrote: That's true - until the area density grows too big and it needs resetting. If that happens I just split the offending tile into half by inserting another line in the template file by hand. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Using multiple TYP files
On 03/22/2010 05:36 PM, Toby Speight wrote: It's a while since I looked at the option parsing code, but IIRC, all the non-file arguments are processed before starting to read any of the files, contrary to the documentation. I could be wrong, though. Creating a gmapsupp.img with several family-IDs does work for me when I use an options file with the -c option. Didn't try on the command line, though. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Question to address search
On 03/13/2010 11:04 PM, Daniela Duerbeck wrote: I tried on several maps, a small one, that contains just Munich (there I could not find bugs concerning the address search), but also larger areas like upper Bavaria or Bavaria. There it seems to be dependent from where I am. A road which is nearby can be found, but not one that is farer away. You can first search for the city in the city search. Then you can search for the street with the near here search. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] How to change a style file
On 03/07/2010 01:58 AM, Daniela Duerbeck wrote: I think perhaps we could ask at osm to get a small area (e.g. in the atlantic or pacific ocean or something like that), that is a playground to test tags and icons. For testing purposes you can use an OSM file which you generate with JOSM or any other editor but which you do not upload to OSM. You can even merge in some normal downloaded OSM data if you wish. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Slightly OT: TYP files, lines with borders
On 02/13/2010 10:23 AM, Charlie Ferrero wrote: Is this a known problem with TYPs, line definitions with borders and (certain?) Garmin GPS units or am I doing something silly? It looks like that on my topo map, too: http://www.kleineisel.de/blogs/media/blogs/osmmap/6.png If you zoom in a bit it isn't so bad after all. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] [mkgmap-svn] Commit: r1524: Let the background polygon (type 0x4b) cover the whole map area.
On 28.01.2010 21:24, Mark Burton wrote: If it proves to be problematic, let's just revert that commit because it's not a vital tweak. I suggest to do that. This patch breaks the display of the background polygon on my eTrex Legend HCx. With r1523 everything is fine. I define 0x4b as white in the typ file and it is shown white. With r1524 the background appears the standard yellow. All settings and styles unchanged. In mapsource the background is white with r1524 and later, too. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] [mkgmap-svn] Commit: r1524: Let the background polygon (type 0x4b) cover the whole map area.
On 02/10/2010 07:44 PM, Mark Burton wrote: Also, my etrex vista hcx has always ignored the colour of the 0x4b poly so you're lucky it works at all! I think I saw it working with my map on a friend's Vista HCx recently. Is it possible that it depends on how the TYP file was made? I don't understand why different Garmin units and Mapsource versions behave so differently - the data format is their own invention after all. If your patch has advantages for others you might make it an option. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Commit: r1566: Drop all tags from the osm file thatare not used
On 08.02.2010 14:35, Marko Mäkelä wrote: mkgmap --style=some_style --generate-whitelist whitelist.txt splitter --whitelist=whitelist.txt ... mkgmap --style=some_style ... What about that new 'geotagman' OSM pre-processor tool which Toby Speight presented here a few days ago? This looks like an ideal candidate for this kind of work. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Bogus warnings about intersected ways in multipolygons
On 25.01.2010 23:03, WanMil wrote: It is the point of view to say the OSM data is OK. The Geofabrik dumps contain incomplete ways and incomplete relations. To get a 100% correct handling of multipolygons if is required to have complete data or to get the shape of the OSM dump. The intersected ways warning appears when working on a planet file splitted by mkgmap as well. This is not a problem specific to the geofabrik dumps. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] MapSource cannot transfer
Hi, I have created my latest topo map using Mkgmap r1466. When I install the map in Mapsource everything looks fine. But when I try to transfer a few tiles of the map to my GPS after the Building map set stage I get this error: The map set is approximately 54.6 MB, but only 2048.0 MB is available in the destination. Please choose a smaller map set and try again. I tried a different map (http://wiki.openstreetmap.org/wiki/User:Radfahrer) and it worked fine, so it's not a general problem of my Mapsource installation. Any ideas? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Help from the style file gurus
On 20.01.2010 16:37, Carlos Dávila wrote: Have you any clue how to get my bridges drawn in MapSource? What am I doing wrong? Are the mapname numbers of the overlay imgs bigger than the ones of the lower layers? Mapsource seems to not care about the draw priority. It draws in the order of the mapnames instead. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Split planet error
On 01/15/2010 02:37 PM, Chris Miller wrote: unpacker we're using isn't all that great... If you're sure the planet file is OK and suspect the bz2 code is at fault, you could uncompress the planet file (assuming you have a spare 140GB or so!) and try again. You were right, the bz2 code was the problem. A workaround for people without 140 GB spare disk space: bzip2 -cd planet-100106.osm.bz2 | gzip planet-100106.osm.gz The resulting gz file can be processed by the splitter. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Split planet error
Every time I try to split the planet OSM file I get this: A bounds/ tag was found. Area covered is (-90.0,-180.0) to (90.0,180.0) Error opening or reading file java.io.EOFException: no more data available - expected end tags /changeset/osm to close start tag changeset from line 4312 and start tag osm from line 2, parser stopped on TEXT seen ...006-04-21T20:39:35Z closed_at=2006-04-21T23:28:58Z open=false... @4312:103 java.io.EOFException: no more data available - expected end tags /changeset/osm to close start tag changeset from line 4312 and start tag osm from line 2, parser stopped on TEXT seen ...006-04-21T20:39:35Z closed_at=2006-04-21T23:28:58Z open=false... @4312:103 at org.xmlpull.mxp1.MXParser.fillBuf(MXParser.java:3035) at org.xmlpull.mxp1.MXParser.more(MXParser.java:3046) at org.xmlpull.mxp1.MXParser.parseStartTag(MXParser.java:1800) at org.xmlpull.mxp1.MXParser.nextImpl(MXParser.java:1127) at org.xmlpull.mxp1.MXParser.next(MXParser.java:1093) at uk.me.parabola.splitter.AbstractXppParser.parse(AbstractXppParser.java:62) at uk.me.parabola.splitter.Main.processOsmFiles(Main.java:388) at uk.me.parabola.splitter.Main.processMap(Main.java:377) at uk.me.parabola.splitter.Main.calculateAreas(Main.java:267) at uk.me.parabola.splitter.Main.split(Main.java:158) at uk.me.parabola.splitter.Main.start(Main.java:106) at uk.me.parabola.splitter.Main.main(Main.java:95) Time finished: Thu Jan 14 16:47:45 CET 2010 Total time taken: 0s Looks like the splitter expects a changeset/changeset pair but gets changeset [...] / instead. Is this a bug? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Map ID: In-file replacing
On 01/13/2010 09:14 PM, Simon Eugster wrote: I thought it would be enough to just search for the map ID in a .img file and replace it by a new one. Well, after some research I found out that this is not true. http://svn.parabola.me.uk/mkgmap/trunk/src/uk/me/parabola/imgfmt/app/trergn/MapValues.java I tried to check out TreCalc listed there, but it would not compile ... Would it be possible to change mkgmap that way that it supports in-file replacing of the map ID (without regenerating all stuff)? Wgmaptool can do this. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Multiple .img files in one gmapsupp.img: Some will not show up
On 10.01.2010 17:43, Simon Eugster wrote: Might it be something about draw priority? Although -- it seems like if the map below your cursor is hovered to top ... Perhaps not. Mapsource doesn't care about the draw priority. It always draws in the order of the tile number. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] [mp: PATCH] Multipolygon handling - decomposed polygons
On 01/09/2010 10:08 AM, WanMil wrote: Another idea is to add some specific tags by the mulitpolygon algorithm that link to the other pieces of the formerly big forrest. This could be evaluated by the SizeFilter? Another idea (don't know if this is possible): You have a big multipolygon forest. You could duplicate it. One copy without small inner polygons for the low resolutions. Another copy with the inner polygons which gets splitted for the higher resolutions. The copies could be marked with some mkgmap internal tag and used later. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Multiple .img files in one gmapsupp.img: Some will not show up
On 01/09/2010 08:02 PM, Torsten Leistikow wrote: Actually I have no idea, why every tile of your map gets its own family-ID. I am not sure whether this is related to your problem, but typically all maps belonging to the same mapset (or layer) get all the same family-ID. And normally the family-ID is uch lower than your values, typically in the two digit range. FIDs 1331, 2512 and 2513 (OSM layer + 2 SRTM layers) work fine in my topo map. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Multiple .img files in one gmapsupp.img: Some will not show up
On 01/08/2010 12:02 AM, Simon Eugster wrote: These tiles look perfectly normal to me: 00010002 MPC 9456297 5 1252 25 1 10002 OSM street map 00010004 MPC 4245221 5 1252 25 1 10004 OSM street map 00010006 MPC 11182177 5 1252 25 1 10006 OSM street map What about those: 0002 MPC 8953481 5 1252 25 This tile (and a few others) misses a FID/PID. Looks a bit strange. Can you display this single tile? Does it look ok? What does gmt -iv say about it? I don't know if there is an upper limit for the number of FIDs in one gmapsupp.img. According to the cgpsmapper manual the FID is meant to be sort of a map producer ID while the PID, which can be between 1 and 60, identifies a map product of that maker. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Multiple .img files in one gmapsupp.img: Some will not show up
On 01/07/2010 06:09 PM, Simon Eugster wrote: MKGMAP (gmapsupp.img) --gmapsupp %s (with all .img files as argument) You have to tell mkgmap which img is which FID in this stage. The FID is not stored in the individual tiles, just in the TDB file and in the gmapsupp.img. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Multiple .img files in one gmapsupp.img: Some will not show up
On 01/07/2010 08:46 PM, Simon Eugster wrote: I fear this did not solve the problem either. Here is what I tried: java -Xmx1500m -jar /data/gps/maps/mkgmap/dist/mkgmap.jar --gmapsupp --family-id=00010002 /data/gps/maps/new/osmData/austria/00010002.img --family-id=00010004 /data/gps/maps/new/osmData/austria/00010004.img --family-id=00010006 /data/gps/maps/new/osmData/austria/00010006.img --family-id=00010001 /data/gps/maps/new/osmData/austria/00010001.img --family-id=00010003 /data/gps/maps/new/osmData/austria/00010003.img --family-id=0001 /data/gps/maps/new/osmData/austria/0001.img --family-id=00010005 /data/gps/maps/new/osmData/austria/00010005.img [...] I've never seen such big numbers as FIDs, and never leading zeroes, but this may be by accident. Does anyone know the limit for FIDs? What does wgmaptool show in the info page for your gmapsupp.img (or run gmt.exe -i gmapsupp.img)? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Mapsource crash
On 01/03/2010 12:41 AM, Felix Hartmann wrote: Best provide all the info. Style (try to replace against default to see if it still crashes Mapsource), otherwise cut it down to find the problematic line, upload the *.img it crashes on (watch out if there are several displayed) somewhere, and try with different overview map OK, I tried to narrow this down. It looks a bit weird though. The problem doesn't seem to be connected to one feature, tag or element. It looks like it's a sort of overflow, like some maximum number has been exceeded. My minimum config to recreate the problem: The command line: /usr/java/jre1.6.0_16/bin/java -jar mkgmap-r1455/mkgmap.jar --latin1 --family-id=1331 --product-id=1 --style-file=mkgmap-style-topotest/ --tdbfile=yes --remove-short-arcs 1040.osm.gz The style consist of: - no relations file - no polygons file The options file is: levels = 0:24,1:23,2:22,3:21,4:20,5:18,6:16,7:14 The points file has just one line: place=hamlet [0x1100 level 4] The lines file looks like this: highway=unclassified [0x06 road_class=1 road_speed=2 level 3] highway=tertiary [0x05 road_class=1 road_speed=3 level 3] highway=secondary [0x04 road_class=2 road_speed=3 level 4] highway=primary[0x03 road_class=3 road_speed=4 level 5] highway=cycleway [0x16 road_class=0 road_speed=1 level 2] highway=pedestrian [0x06 road_class=1 road_speed=2 level 3] highway=residential[0x06 road_class=0 road_speed=2 level 3] highway=footway[0x16 road_class=0 road_speed=0 level 3] highway=service[0x07 road_class=0 road_speed=2 level 3] highway=track [0x0a road_class=0 road_speed=1 level 3] highway=path [0x16 road_class=0 road_speed=1 level 3] highway=living_street [0x06 road_class=0 road_speed=1 level 3] If I remove any one of these lines from the points or lines file the problem disappears. If I remove the road_class and road_speed definitions from e.g. unclassified the problem disappears. If I move e.g. the pedestrians into level 4 or 7 the problem persists. The OSM file is one tile made with the mkgmap splitter from the Geofabrik Europe file, it can be found here: http://www.kleineisel.de/ralf/gps/1040.osm.gz Any ideas? Something more I can test? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Mapsource crash
On 01/06/2010 09:26 PM, Mark Burton wrote: Enable assertions - that may catch some overflow or other problem that is causing a corrupt map to be generated. This gives me this message: NET 1 offset too large at (Leigraaf, http://www.openstreetmap.org/browse/way/6890957) Looks like what others reported in november. I must have hit some limit and will have to split some of my tiles. Sorry for the noise. Why anyone would use the development version of mkgmap (or even a stable version) without having assertions enabled beats me. Probably because: - the docs don't mention it - the wiki doesn't mention it - it worked so great without for the last 1.5 years :-) ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] [PATCH v2] Black/Whitelist
On 01/04/2010 11:18 AM, Johann Gail wrote: Sorry, I don't see the use of a black/whitelist of tags. The information of used tags should be contained in the style files, so why should I have to manage another additional file? At present there is no way of blacklisting in the style files. At least I haven't found one. You can omit tags, but you cannot do something like this: highway=track {blacklist} highway=* [0x00] The wildcard is very handy for catching unexpected tag values. If you want to use it and discard certain other tag values you need some way of blacklisting. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Mapsource crash
Hi, does anyone have any idea why mapsource crashes on one tile of my topo map at certain zoom levels with this error? Map id: 1040 Image: Z:\gps\1040.img Record type: 2 Record: : 01 e4 32 00 8c 08 01 00 01 00 00 00 2f 00 03 00 .ä2./... 0010: 0a 37 29 00 f0 7f f9 00 5b d1 8f 00 c4 01 00 00 7).ð.ù.[Ñ..Ä... 0020: 08 e5 32 00 50 e5 32 00 0d b5 8c 00 58 e5 32 00 .å2.På2. µ..Xå2. 0030: 60 e5 32 00 50 e5 32 00 60 e5 32 00 9d 27 4d f6 `å2.På2.`å2..'Mö 0040: 00 00 00 00 00 00 00 00 00 00 00 00 Error code: 3 mpl::Map_t::GetLabelAndId Line feature link id: 67724 Other tiles are fine. Possibly there is some faulty OSM data, but mkgmap should not produce maps which crash mapsource anyway. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] [PATCH v1] - provide alternative sea drawing mechanism
On 12/30/2009 10:49 PM, Mark Burton wrote: My Nuvi 255T does show the white background using my topo map. My 255W ignores any colour change on the 0x4b polygon. Have you tried setting the polygon 0x10d Basemap coverage area (background) to white, too? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] [PATCH v1] - provide alternative sea drawing mechanism
On 12/30/2009 10:17 PM, Mark Burton wrote: Mapsource and some GPS units honour the colour in the 0x4b (Map background) polygon but not all do (like the Nuvi). My Nuvi 255T does show the white background using my topo map. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Understanding the sea
On 12/28/2009 07:54 PM, Mark Burton wrote: I have agreed to help produce a marine map of the Baltic so it would be really nice if the sea was filled in without any really major problems (flooded land, etc.) I realise that this is dependent on the performance of the MP stuff but it seems to me that generating the right polygons in the first place would be a good start. I guess that the Baltic area is probably rather a challenge for the current state of the art. If a static Baltic Sea is of any use to you you can use the sea tile from my topo Germany map. Handmade polygons, but it works. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] naming map layers in a gmapsupp.img
On 12/22/2009 03:38 PM, Charlie Ferrero wrote: Bear in mind that before this merge step, I've already built the various tiles .img files and set the description, area-name, family-name correctly (and verified this by making a gmapsupp.img for each layer individually). So it seems unnecessary to have to do it again at the point of merging the layers into one final file. It isn't. E.g. the FID is not saved in the individual .img files, only in the gmapsupp.img and .tdb file. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] naming map layers in a gmapsupp.img
On 12/21/2009 11:25 AM, char...@cferrero.net wrote: Thanks for the info. I currently generate each layer of my 3-layer map using the --gmapsupp switch and then just combine the three gmapsupp.img files. Given your notes, it seems that this may be wrong. Instead I should only create the gmapsupp.img at the last step. Am I wrong to create intermediate gmapsupp.img files and then combine them? It's not wrong, it will work. But it is not necessary. Since the merge of the mapset branch you can do it in one go, even combine pre-made .img files (e.g. rarely changing contour layers) with newly created .img files from .osm files. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Multilayer Map in MapSource?
On 12/16/2009 11:57 PM, Fips wrote: What I did till now: I generated a map with one single layer with mkgmap and installed that into MapSource. Now I found out that there's also the possibility to create a map with multiple layers (contours, basemap and routing map). Does anyone has an instruction which commands and ids I have to use? I already tried some things but without success till now. For getting multiple map layers on the GPS unit you need more than one family ID. The lowest map must not be transparent, the upper ones need to be. The template.args might look like this: gmapsupp=yes family-id=1234 product-id=1 family-name=Map1 draw-priority=25 transparent=no mapname=1001 input-file=1.osm mapname=1002 input-file=2.osm family-id=5678 product-id=1 family-name=Map2 draw-priority=28 transparent=yes mapname=2001 input-file=3.osm mapname=2002 input-file=4.osm For Mapsource things are different. Mapsource does not care about the draw priority. It draws the maps in the order of the mapname. So the transparent layers above have: - a higher draw-priority for the GPS unit - a higher mapname number for Mapsource You can import only one family at a time into Mapsource. So the above example will create a gmapsupp.img which is fine on the GPS unit, but you cannot load both layers into Mapsource. For this you need a second template.args file. This one just creates the TDB file for Mapsource using the images create in the first step: gmapsupp=no tdbfile=yes family-id=1234 product-id=1 family-name=Map1 mapname=1001 input-file=1001.img mapname=1002 input-file=1002.img mapname=2001 input-file=2001.img mapname=2002 input-file=2001.img If you use TYP files you need two seperate TYPs for the GPS unit (for the two FIDs) and one TYP for the mapsource (because there is only one FID). The FID is not stored in the map tiles, only in in the TDB file. So you can use a different one if you like without recreating the map tiles. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] naming map layers in a gmapsupp.img
On 12/15/2009 04:00 PM, Charlie Ferrero wrote: For the record, series-name: This is the name displayed in the top-left drop down list in MapSource and that is visible in the GPS menu (but only the series name of the top layer) family-name: This is the name that appears in MapSource's Map Product Manager (CTRL+U) and is also ascribed to each tile if transferred using send-map area-name: This is the name that appears against each tile in the GPS unit if transferred manually by copying a gmapsupp.img to SD card Different GPS units seem to handle this differently. My eTrex Legend HCx shows the description field in the Setup map menu where you can select individual map tiles. I set it like this in the template.args file: [...] mapname: 1058 description: OSM_Berlin_W input-file: 1058.osm.gz mapname: 1059 description: OSM_Berlin_O input-file: 1059.osm.gz [...] In the Setup map menu, where you can select the different maps according to the family-ID and/or the basemap, it shows the family-name. I haven't found the area name or the series name anywhere in this unit. I copy the whole gmapsupp.img using an SD card reader. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Problems with multiple maps in one gmapsupp.img
On 12/11/2009 11:36 PM, Simon Eugster wrote: Is it because I'm using too many maps? About 50 in total. Or because one map is buggy? My Germany map contains 60 map tiles and 46 contour line tiles, no problem. Do all your tiles have unique a mapname? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Contours in maps
On 12/12/2009 02:59 PM, Simon Eugster wrote: Now what? Contours work fine. I use Srtm2OSM to create the OSM files, then the mkgmap-splitter to split into tiles, then mkgmap to create the map. See http://www.kleineisel.de/blogs/index.php/osmmap/2009/09/17/how-to-make-a-topographic-map for details. I have separate transparent overlay maps for the contours only. For the contour layers you can use this as a line style file: contour=elevation contour_ext=elevation_minor { name '${ele|conv:m=ft}'; } [0x20 resolution 23] contour=elevation contour_ext=elevation_medium { name '${ele|conv:m=ft}'; } [0x21 resolution 22] contour=elevation contour_ext=elevation_major { name '${ele|conv:m=ft}'; } [0x22 resolution 20] In the alps you can use the height files from viewfinderpanoramas.org for improved accuracy. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] [PATCH v1] grok unpavedness
On 12/09/2009 12:48 PM, Steve Hosgood wrote: But this isn't Garmin-specific. It's the choice of whether a way should be considered routeable or not. That's useful info for all the autoroute programs and GPS navigators. I think it is even end-user specific. Someone who makes a Garmin map for car use might find unroutable is everything that is gravel. Someone with a mountainbike map might think that gravel is just fine, but other properties of ways/tracks/paths should be avoided. There is no need to dictate the OSM people what I want for my map. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] [PATCH v1] grok unpavedness
On 12/09/2009 12:57 PM, Valentijn Sessink wrote: The mkgmap:ferry is an internal mkgmap tag, isn't it? I.e. it's a sort of intermediate tag, meaning the OSM input map should *never* have the mkgmap:whatever tags present? That's how it should be done. As far as I read Steve Hosgood's remarks, it looks like anyone could be tempted into adding mkgmap:ferry tags to OSM No, these tags are temporary only and should not be used in the OSM database. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mkgmap appears to ignore --family-name
On Thursday 03 December 2009 21:40:47 Marko Mäkelä wrote: He also reported that the map says family name instead of something like Osm 03.12.2009. I can repeat that on my Edge 705. Has this been changed recently, perhaps related to some MDR stuff? It used to work last time I looked, several months ago. Here is the relevant command from my osm2img.sh: java -jar mkgmap.jar -c mkgmap.args --family-name=OSM 03.12.2009 Try to set the family name in the args file BEFORE the input-file sections. The family name / ID will be used for all tiles that are below that in the args file. For a map with two families: family-id=1234 product-id=1 family-name=Map1 input-file=1.osm input-file=2.osm family-id=5678 product-id=1 family-name=Map2 input-file=3.osm input-file=4.osm ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] View .img files on a Mac -- Create .tdb from .img
On Wednesday 02 December 2009 00:46:04 Adrian wrote: tiles, and again the process worked. I downloaded a multi-tile gmapsupp.img from www.raumbezug.eu and (after processing) RoadTrip showed me a blank overview map covering only part of the area in question, and no detailed map. The same happened with a multi-tile .img from fredericbonifas.free.fr. There may be more than one problem here, but I noticed that the .tdb files created by Mkgmap only contained a reference to the last tile. You can: - take a multi-tile gmapsupp.img - split it into tiles with wgmaptool - write a template.args file for mkgmap with all the *.img in it and use any family-ID you like - create a matching TDB and overview map with mkgmap The overview map will only contain the tiles' boundaries but at least for Mapsource this is enough. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] suppress street labels / set name=nil
On Wednesday 02 December 2009 11:10:54 Marko Mäkelä wrote: Can the gmapsupp.img contain multiple TYP files that could be selected by the user? That would allow one to use a single map file and select profiles based on intended use on-the-go, without swapping memory cards or connecting the navigator to a computer. A gmapsupp.img can contain more than one typ file. Each typ file must correspond to a family ID. In the gps unit's menu you can switch every family on and off individually. Your template.args file might look like this: product-id=1 family-id=1234 family-name=car_map mapname=1001 description=maptile_1 input-file=1001.osm.gz mapname=1002 description=maptile_2 input-file=1002.osm.gz [...] product-id=1 family-id=5678 family-name=bike_map mapname=2001 description=maptile_3 input-file=2001.osm.gz mapname=2002 description=maptile_4 input-file=2002.osm.gz [...] mapset-name: car_and_bike_map ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev