Re: [mkgmap-dev] Firmware V4.00 on new Marine Devices
Would be interesting to know which maps works. But I rather don't expect Achim to flash back buggy firmware, which is ok for me. The most important is that free maps work again. Thanks for investigating the problem. -- Best regards, Andrzej Meanwhile Achim flashed 4.00 on his Echomap again and tried all the test maps. None of the test maps worked: - the map made with cGPSmapper - Steve´s test map - the map I made with the mkgmap-r3316 distribution using my style and options - the map I made with the mkgmap-r3316 distribution using default style and options (only marine patch applied) Yes, it would have been interesting to know why this old map (made using r3316 in 2014) worked but all the others don´t. But I stop investigating here as the problem can be solved by updating the device from 3.40 to 4.20 directly. Regards, Jürgen ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] lat/lon format in log messages
Hi all, we have a method Coord.toDegreeString() that reports the coordinates of a point (in the log) like this: 53.526785/10.089440 In the housenumber2 branch I've changed that to 53.526785,10.089440 (comma instead of slash) because that's the commonly used format. Please let me know if you see a problem with that. Gerd -- View this message in context: http://gis.19327.n5.nabble.com/lat-lon-format-in-log-messages-tp5834331.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] log messages for housenumbers
Hi all, I wonder what info mkgmap should report regarding housenumbers. The current log messages printed with uk.me.parabola.mkgmap.osmstyle.housenumber.level=INFO are probably not very useful. I think mkgmap should try to report those OSM elements which should be reviewed. The messages containing the string looks wrong are candidates. I also think that mkgmap should report OSM elements which cause problems in the algos used to calculate the img data. These elements might be 100% correct, but the messages may show problems in the algos. Any ideas? Gerd -- View this message in context: http://gis.19327.n5.nabble.com/log-messages-for-housenumbers-tp5834339.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Street labels
Some change between 3434M and HEAD caused my street labels to change. With 3434M, my GPS typically displays something like 'Main Street (CT 35)', now it only shows '35'. Basically, every street/highway with a shield displays only the number of the shield instead of displaying the name. I'm not sure exactly which change caused this, but I can bisect it if needed. Brian ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] r3469 in housenumber2 branch
Hi Bernd, thanks for testing. I am esp. interested in all special cases, so I am going to add more code to verify the results next week. Typical problem cases which are probably not handled well: - long unnamed service roads leading to multiple addresses - long roads connecting two or more villages. Often, numbering starts with 1 in each village, this leads to a lot of messages. - in small villages, I often see addr:street=village-name and many streets with name=village-name, but also a primary road road without a street name, e.g. B213. Houses close to this primary road are probably accessible from the primary road, but address search will not show that. I am not sure if that should be fixed in OSM or not. If you find other typical cases, please let me know. Gerd Bernd Weigelt wrote Am Donnerstag, 19. Februar 2015, 20:15:08 schrieb Stéphane MARTIN: Thank you Gerd ! Tested with r3471, seems to work ok, will test over the next days. Bernd -- amarok2 now playing: artist: The BossHoss title: My Favorite Game album: Rodeo Radio ___ mkgmap-dev mailing list mkgmap-dev@.org http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- View this message in context: http://gis.19327.n5.nabble.com/r3469-in-housenumber2-branch-tp5834295p5834368.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] r3469 in housenumber2 branch
Am Donnerstag, 19. Februar 2015, 20:15:08 schrieb Stéphane MARTIN: Thank you Gerd ! Tested with r3471, seems to work ok, will test over the next days. Bernd -- amarok2 now playing: artist: The BossHoss title: My Favorite Game album: Rodeo Radio ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] bounds file from 19.02.1015
Hi who is the maintainer für the files on http://osm2.pleiades.uni-wuppertal.de ? the bounds file from 19.02.2015 is buggy, i got the same problems as on end January http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2015q1/022634.html Bernd -- amarok2 now playing: artist: The BossHoss title: My Favorite Game album: Rodeo Radio ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] lat/lon format in log messages
Hi Gerd because that's the commonly used format. Please let me know if you see a problem with that. Your change is fine by me. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Commit: r3472: Revert incidental change in 3449 that removed shields.
Version mkgmap-r3472 was committed by steve on Fri, 20 Feb 2015 Revert incidental change in 3449 that removed shields. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Street labels
Might be similar to this http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2015q1/022868.html Ervin M. *Schadow1 Expeditions* - A Filipino must not be a stranger to his own motherland. http://www.s1expeditions.com On Fri, Feb 20, 2015 at 8:03 PM, Brian Egge briane...@gmail.com wrote: Some change between 3434M and HEAD caused my street labels to change. With 3434M, my GPS typically displays something like 'Main Street (CT 35)', now it only shows '35'. Basically, every street/highway with a shield displays only the number of the shield instead of displaying the name. I'm not sure exactly which change caused this, but I can bisect it if needed. Brian ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Street labels
Tested with 3472. Looking good for the shields. Thanks! Ervin M. *Schadow1 Expeditions* - A Filipino must not be a stranger to his own motherland. http://www.s1expeditions.com On Fri, Feb 20, 2015 at 9:39 PM, Steve Ratcliffe st...@parabola.me.uk wrote: On 20/02/15 13:34, Ervin Malicdem wrote: Might be similar to this http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2015q1/022868.html Yes that is quite likely, and I was just going to reply to you to ask if 3472 fixed your problem too. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Street labels
Hi Brian Some change between 3434M and HEAD caused my street labels to change. With 3434M, my GPS typically displays something like 'Main Street (CT 35)', now it only shows '35'. Basically, every street/highway with a shield displays only the number of the shield instead of displaying the name. I don't quite understand the problem you see, but there is a change in r3449 which seems to remove shields altogether? (perhaps only sometimes). I've traced it to version 3449 where I added an ill-considered trim() to the label, which removes all shields too. I'll revert that change straight away. The trimspaces2.patch that was previously applied in r3435 should do the same thing except correctly. As I'm not sure if that is exactly the same problem that you reported can you try out r3472 and see if the problem persists. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Street labels
On 20/02/15 13:34, Ervin Malicdem wrote: Might be similar to this http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2015q1/022868.html Yes that is quite likely, and I was just going to reply to you to ask if 3472 fixed your problem too. ..Steve ___ 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 Ralf, 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. You probably have deleted or disabled in menu Garmin basemap. Please look for file gmapbmap.img in eTrex memory and if present, then enable Worldmap in device menu. If you miss gmapbmap.img, then you can copy this file form any other GPS. -- Best regards, Andrzej ___ 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?
Hi Ralf, 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? Gerd Ralf Kleineisel wrote 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@.org http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- View this message in context: http://gis.19327.n5.nabble.com/Overview-map-in-gmapsupp-img-tp5834392p5834402.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ 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