I'm new to trying to deal with maps for garmin. I have been been adding/fixing OSM data in my town and am trying to get OSM data onto my Garmin GPS V. This is a serial device that was one of the very earliest ones to support mapping. I went to http://garmin.na1400.info/routable.php and asked for the single map tile that covers my area (Stow, MA, US 01775). I unzipped to get -rw-r--r-- 1 gdt users 158720 Apr 10 11:09 gmapsupp.img which seems pretty small. If I run strings I can see POIs, but I wonder if there are roads. I used $ sendmap17Lstatic /dev/gps -u gmapsupp.img to upload, and the GPS receiver shows that it has the map, and I can see POIs, but I see no roads, even when I'm sure they have been in OSM a long time. Also, when I had asked for multiple tiles, I got a 2MB .img, but my GPS V seems to think it only has data in a small subpart of that. I am running the linux binary of sendmap17Lstatic, but doing so on NetBSD (which has linux emulation). It seems to run fine, but I thought I should mention this. So: Do people think mkgmap maps work on a GPS V? Are the na1400.info maps ok (generated today)? I am on the verge of buying a Vista HCx. Will that work 100% ok with mkgmap? It seems so, but I thought I'd ask. Any other hints?
Something is definitely not ok with that tile. I've seen this behavior (only POI's but no roads) before, but I haven't been able to understand why that happened. Can you post the tile number (73240xxx.img) which shows only POI's and post the download URL? Thanks. Greg Troxel wrote:
I'm new to trying to deal with maps for garmin. I have been been adding/fixing OSM data in my town and am trying to get OSM data onto my Garmin GPS V. This is a serial device that was one of the very earliest ones to support mapping.
I went to http://garmin.na1400.info/routable.php and asked for the single map tile that covers my area (Stow, MA, US 01775).
I unzipped to get
-rw-r--r-- 1 gdt users 158720 Apr 10 11:09 gmapsupp.img
which seems pretty small. If I run strings I can see POIs, but I wonder if there are roads.
I used
$ sendmap17Lstatic /dev/gps -u gmapsupp.img
to upload, and the GPS receiver shows that it has the map, and I can see POIs, but I see no roads, even when I'm sure they have been in OSM a long time. Also, when I had asked for multiple tiles, I got a 2MB .img, but my GPS V seems to think it only has data in a small subpart of that.
I am running the linux binary of sendmap17Lstatic, but doing so on NetBSD (which has linux emulation). It seems to run fine, but I thought I should mention this.
So:
Do people think mkgmap maps work on a GPS V?
Are the na1400.info maps ok (generated today)?
I am on the verge of buying a Vista HCx. Will that work 100% ok with mkgmap? It seems so, but I thought I'd ask.
Any other hints?
------------------------------------------------------------------------
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Something is definitely not ok with that tile. I've seen this behavior (only POI's but no roads) before, but I haven't been able to understand why that happened. Can you post the tile number (73240xxx.img) which shows only POI's and post the download URL? Here's the download URL (requested ~1509 UTC on April 10), for a single tile: http://planetosm.oxilion.nl/~lambertus/garmin/routable/02-04-2009/d9635902e7... tile is: 73240299.img I looked up the bounding box: 73240299: 1966080,-3362816 to 1990656,-3330048 # : 42.187500,-72.158203 to 42.714844,-71.455078 which seems entirely reasonable and covers my town. -71.5 runs right through town, almost at the police station at 42.4something, so I was definitely looking in the right place. And, when I went too far east the GPS V said it had no map data (the 'mapsource' designation went away and it said 'overzoom'). I made two other requests, and had similar trouble with both of them. Plus the odd behavior where the GPS V claimed not to have maps for the areas that should have been covered. Thanks very much for offering the service and for looking into my problems. (This is really a tiny point, but I first thought the data was from February: "Based on OpenStreetMap data from: 02-04-2009." Just now I realized that's the European date format (or maybe all but US). It would help us Yanks not get confused if you used ISO8601 and had dates like 2009-04-02.) Greg Data about my first two requests: first request: a few tiles in massachusetts http://planetosm.oxilion.nl/~lambertus/garmin/routable/02-04-2009/6bb1b65ae8... 73240299.img 73240302.img 73240303.img 73240304.img 73240305.img second request: a much bigger bounding box http://planetosm.oxilion.nl/~lambertus/garmin/routable/02-04-2009/aa26343bc4... 73240296.img 73240297.img 73240298.img 73240299.img 73240300.img 73240301.img 73240302.img 73240303.img 73240304.img 73240305.img 73240306.img 73240307.img 73240308.img 73240309.img
Thanks for the information. I've recompiled the tile to see if Mkgmap produced any errors but there weren't any. No sign of problems handling the data. But the resulting image contains only POI's. I've compiled the tile using: java -Xmx2048M -ea -jar ~/garmin/utils/mkgmap/mkgmap.jar --latin1 --code-page=1252 --net --route 73240299.osm.gz Maybe someone else can have a look to see what's going on. The source file and compiled image are here: http://planetosm.oxilion.nl/~lambertus/73240299 Greg Troxel wrote:
Something is definitely not ok with that tile. I've seen this behavior (only POI's but no roads) before, but I haven't been able to understand why that happened. Can you post the tile number (73240xxx.img) which shows only POI's and post the download URL?
Here's the download URL (requested ~1509 UTC on April 10), for a single tile:
http://planetosm.oxilion.nl/~lambertus/garmin/routable/02-04-2009/d9635902e7...
tile is:
73240299.img
I looked up the bounding box:
73240299: 1966080,-3362816 to 1990656,-3330048 # : 42.187500,-72.158203 to 42.714844,-71.455078
which seems entirely reasonable and covers my town. -71.5 runs right through town, almost at the police station at 42.4something, so I was definitely looking in the right place. And, when I went too far east the GPS V said it had no map data (the 'mapsource' designation went away and it said 'overzoom').
I made two other requests, and had similar trouble with both of them. Plus the odd behavior where the GPS V claimed not to have maps for the areas that should have been covered.
Thanks very much for offering the service and for looking into my problems.
(This is really a tiny point, but I first thought the data was from February: "Based on OpenStreetMap data from: 02-04-2009." Just now I realized that's the European date format (or maybe all but US). It would help us Yanks not get confused if you used ISO8601 and had dates like 2009-04-02.)
Greg
Data about my first two requests:
first request: a few tiles in massachusetts
http://planetosm.oxilion.nl/~lambertus/garmin/routable/02-04-2009/6bb1b65ae8... 73240299.img 73240302.img 73240303.img 73240304.img 73240305.img
second request: a much bigger bounding box
http://planetosm.oxilion.nl/~lambertus/garmin/routable/02-04-2009/aa26343bc4... 73240296.img 73240297.img 73240298.img 73240299.img 73240300.img 73240301.img 73240302.img 73240303.img 73240304.img 73240305.img 73240306.img 73240307.img 73240308.img 73240309.img
------------------------------------------------------------------------
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
On Sat, 11 Apr 2009, Lambertus wrote:
Maybe someone else can have a look to see what's going on. The source file and compiled image are here: http://planetosm.oxilion.nl/~lambertus/73240299
The osm file contains only nodes but no ways or relations. There's something wrong with the tile splitting. -Wolfgang
Oh, I didn't think of that because of the size of the OSM source file. This probably means that the tile is still too big, so I'll split it in two. I've now looked at the tilesizes and I think that all the tiles with number 73240256 and higher are like this. Pretty much all of North America. I'll try to split those tiles in half as soon as possible (somewhere next week). It would be nice to Wolfgang v. Hansen wrote:
On Sat, 11 Apr 2009, Lambertus wrote:
Maybe someone else can have a look to see what's going on. The source file and compiled image are here: http://planetosm.oxilion.nl/~lambertus/73240299
The osm file contains only nodes but no ways or relations. There's something wrong with the tile splitting.
-Wolfgang _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Lambertus <osm@na1400.info> writes:
Oh, I didn't think of that because of the size of the OSM source file. This probably means that the tile is still too big, so I'll split it in two.
I've now looked at the tilesizes and I think that all the tiles with number 73240256 and higher are like this. Pretty much all of North America. I'll try to split those tiles in half as soon as possible (somewhere next week).
I've done more experimentation and can confirm that with mkgmap r1001 and a smallish osm file (from josm, about 10 MB), I get a map that has roads and seems to work fine on my GPS V, transferred with sendmap17Lstatic. Separately, I will have to tweak the style file because footpaths are only being rendered at extreme zoom levels (80m I think) when they would make sense at 300m: http://www.openstreetmap.org/?lat=42.42369&lon=-71.49033&zoom=15&layers=0B00... The problem is that some kinds of items need to be rendered even at smaller map scales if there aren't other items around. These particular footpaths are as important as minor roads relative to their surroundings.
Greg Troxel wrote:
Lambertus <osm@na1400.info> writes:
Oh, I didn't think of that because of the size of the OSM source file. This probably means that the tile is still too big, so I'll split it in two.
I've now looked at the tilesizes and I think that all the tiles with number 73240256 and higher are like this. Pretty much all of North America. I'll try to split those tiles in half as soon as possible (somewhere next week).
I've done more experimentation and can confirm that with mkgmap r1001 and a smallish osm file (from josm, about 10 MB), I get a map that has roads and seems to work fine on my GPS V, transferred with sendmap17Lstatic.
That's good. I still need to resize all those American tiles though...
Separately, I will have to tweak the style file because footpaths are only being rendered at extreme zoom levels (80m I think) when they would make sense at 300m:
http://www.openstreetmap.org/?lat=42.42369&lon=-71.49033&zoom=15&layers=0B00...
I hope to be able to add an option to select different TYP files to the website soon.
The problem is that some kinds of items need to be rendered even at smaller map scales if there aren't other items around. These particular footpaths are as important as minor roads relative to their surroundings.
This doesn't sound like it's simple to implement to me...
On Thu, Apr 16, 2009 at 01:33:37PM +0200, Lambertus wrote:
Separately, I will have to tweak the style file because footpaths are only being rendered at extreme zoom levels (80m I think) when they would make sense at 300m:
http://www.openstreetmap.org/?lat=42.42369&lon=-71.49033&zoom=15&layers=0B00...
I hope to be able to add an option to select different TYP files to the website soon.
Can the zoom levels be controlled by replacing the TYP file only, without having to recompile the whole map in mkgmap? If so, then mkgmap must be embedding a TYP file. Where does that default TYP file (or template) come from? I'm sorry if this is a FAQ.
The problem is that some kinds of items need to be rendered even at smaller map scales if there aren't other items around. These particular footpaths are as important as minor roads relative to their surroundings.
This doesn't sound like it's simple to implement to me...
Some way attributes would be needed to mark up such important footpaths. Marko
Marko Mäkelä wrote:
On Thu, Apr 16, 2009 at 01:33:37PM +0200, Lambertus wrote:
Separately, I will have to tweak the style file because footpaths are only being rendered at extreme zoom levels (80m I think) when they would make sense at 300m:
http://www.openstreetmap.org/?lat=42.42369&lon=-71.49033&zoom=15&layers=0B00...
I hope to be able to add an option to select different TYP files to the website soon.
Can the zoom levels be controlled by replacing the TYP file only, without having to recompile the whole map in mkgmap? If so, then mkgmap must be embedding a TYP file. Where does that default TYP file (or template) come from? I'm sorry if this is a FAQ.
I'm no expert at TYP files, but the TYP files are added to the combined map after the map tiles are generated afaik. At first you will be given the choice to use the default map style of to inlcude a predefined TYP file. For later versions I plan to allow users to upload their own TYP file.
The problem is that some kinds of items need to be rendered even at smaller map scales if there aren't other items around. These particular footpaths are as important as minor roads relative to their surroundings.
This doesn't sound like it's simple to implement to me...
Some way attributes would be needed to mark up such important footpaths.
That would be an option, but I'm not aware of any existing tagging to declare one footpath to be more important then another.
0> In article <rmiskk9fpg8.fsf@fnord.ir.bbn.com>, 0> Greg D. Troxel <URL:mailto:gdt@ir.bbn.com> ("Greg") wrote: Greg> The problem is that some kinds of items need to be rendered even Greg> at smaller map scales if there aren't other items around. These Greg> particular footpaths are as important as minor roads relative to Greg> their surroundings. I think this is a limitation of the Garmin devices, in that the resolution at which features appear has to be determined in advance (in the TYP file). It would be nice if they could 'pull up' items in sparse areas, but I think that would require new firmware from Garmin...
Hi Greg, On Fri, Apr 10, 2009 at 12:45 PM, Greg Troxel <gdt@ir.bbn.com> wrote:
I am on the verge of buying a Vista HCx. Will that work 100% ok with mkgmap? It seems so, but I thought I'd ask.
That's the unit I have and things are working well with the maps I generate with mkgmap. Cheers, Ben
participants (6)
-
Ben Konrath -
Greg Troxel -
Lambertus -
Marko Mäkelä -
Toby Speight -
Wolfgang v. Hansen