A first attempt failed due to only one of the two orphaned files being cleaned-up. With a second attempt both files are cleaned-up and the problem is solved starting map version: 13-08-2014
I downloaded and installed an .img file of Canada on my Garmin. The map is present on the gps and I enabled it. When I zoom on an area, I only see some part of the map but not the full map. If I change the zoom level I will see more or less part with sometimes previously visible area which will disappear and others which will appear. The data seem to be present but not visible everywhere, since I can simulate a trip from one point to another even in invisible area. In the part where no information is displayed I can only see the path of the planned trip.
I checked the map using BaseCamp and I can see all the data without trouble.
I also tried to install an .img file from “www.osmmaps.com” and I have the same problem. I tried to reset the gps but it doesn’t change anything.
Do you have any idea of where the problem could come from?
Hard to say…Maybe you have duplicate maptiles installed try javawa device manager, www.javawa.nl/jdm_en.html to check for map errors. Or maybe your sd card can be faulty, did you try another sd card?
I tried javawa and there is no map error.
The map is saved directly on the internal gps memory and I tried an old map from US (bought from Garmin) and everything is fine. Only osm maps have the problem.
Can you give the location (permalink from osm.org) so I can check if I can reproduce it?
Which map did you exactly download (generic, generic new style?)
Which link do you want?
I downloaded one .img file of a generic new style map covering Canada obtained from garmin.openstreetmap.nl (the download link was (now it’s dead): http://sfs4.pleiades.uni-wuppertal.de/garmin/generic_new/10-08-2014/d557bd19d7e55b5315d96518900c3d4f).
I also tried an .img file obtained from www.osmmaps.com (Canada map).
Both maps behave in the same way (but the displayed area are different (I mean the visible or invisible area are different)).
Do you see this happening everywhere in Canada, or at particular spots?
If it is everywhere, maybe your device cannot cope with mkgmap generated maps.
If you see this only at some places, maybe there is a feature on OSM that is messing up the rendering on other devices too.
So if you can send a link (something like http://www.openstreetmap.org/#map=14/49.2560/-123.1131)) of an area that disappears I can check this on my device.
Just “Canada” is way too big, sorry.
I see it everywhere in Canada…
For instance I only see the area south and east of the crossing of “Bow Bottom Trail SE” and “Canyon Meadows Drive SE” (http://www.openstreetmap.org/#map=14/50.9205/-113.9909).
Or I only see the area south of the north arm of “Fraser river” at some zoom level (http://www.openstreetmap.org/#map=13/49.1903/-123.0879).
And if I zoom more on the area I can only see the area north of “East 54th Avenue” (http://www.openstreetmap.org/#map=14/49.2337/-123.0450).
Is there a way to get an osm map generated in another way than with mkgmap?
Thank you for your help.
Yes. There is other compiler, but it’s not free.
Does it make a difference if you put the maps on an external SD card?
I don’t have a SD card to try it. I bought another map at the end (which works fine)…
In conjunction with this topic…
http://forum.openstreetmap.org/viewtopic.php?id=16232
Is it advisable to have primary roads non routable if you select no highways in your routing options on older devices?
And would this just be a dutch problem or could you expand this to the rest of the densely populated world?
Could it be that currently “natural water” is missing in OpenFietsMapLite from garmin.openstreetmap.nl?
In a version from 2014-04-25 I dó see these waters, in later versions they are missing (Basecamp, Mapsource, gps).
I see a lot of old posts talking about problems with address searches so I was wondering if searching for a specific house number on a given street is still not possible.
I can search for some addresses just fine on my Garmin Nuvi 265W but that other addresses don’t work. Yet, in terms of data, all the ones I’ve searched for are already in OpenStreetMap.
Example failing address:
3880 Valley Centre Drive
San Diego, CA
Example good address:
322 Encinitas Boulevard
Encinitas, CA
It seems that the failing address has not been mapped as an address, so it’s not in the map. A search on OSM only finds a hardware store with this address. I don’t think that is sufficient for the address to be mapped correctly.
However, in Germany way 37986013 housenumbers can’t be found in Mapsource, but can be in OSM and the numbers have mapped addresses.
I suspect that number searching is still an experimental feature. I can see a problem here in that OSM maps numbers to points or buildings, but in Garmin’s map format the numbers have to be mapped onto the roads and must be in ranges.
This address in OSM data is described as 3880 Valley Center Dr, while the road is Valley Center Drive. On Garmin map addresses are a part of a road. Since roads names don’t match, compiler is not able to attach address to a road and as a result you can’t find it.
not mapped as an address
Would you mind elaborating? I’m not sure what you mean for something to be mapped “as an address”.
mapped onto roads and ranges
Ah, that explains a lot such as how the GPS can seem to know where buildings go that didn’t exist back when the device was purchased.
road names don’t match
Good point; unfortunately, the problem happens even when the names match. Example:
4627 Carmel Mountain Road
San Diego, CA
I guess Beddhist is probably right that it is basically an experimental feature.
Thank you for the well thought out responses.
On a completely separate note…
Where do I start debugging if it seems a freeway exit is being announced as “Exit to Exit 3B” (number is made up) on Garmin rather than “Exit to Blah Street” or “Exit to Blah Street and Foo Street”? The motorway junction already has an exit_to tag that looks something like “Blah Street; Foo Street”.
This one exist, when compiling a map with default style.
… The new servers ARE REALLY fast, at least the que is gone 
and rendering is quick enough. I was expecting to wait for a couple of days but now it is done in 1,5 hour 
Sorry for the big download… some serious driving on a still to be bought moto to be done soon file is here and could be removed.
p.s. I don’t know what storage hardware you are using now and I don’t really have any funds lying around. And I suppose you have considered the options already and don’t need somebody else questions
But considering the oeps 600gb remark, only local storage needed, only transient data(not really critical only kept 48hours anyway) and the fact I do have some experience in hardware(both enterprise and budget), is there something I can do?
More then:
sometimes wonder if I am doing something wrong.
Or that I am really happy with the improvements.
(pm or email is fine, but I read here as well)
Yes, there is some overcapacity again which allows me to dream of new functionality (only time is not permitting to implement them at the moment).
Some of the servers use local storage, some use a SAN e.g. MSA2000 (I believe), the servers are previously shutdown hardware and I gladly accepted anything useful that was offered to me. Currently there is no need for any new capacity (and I don’t have the time to configure new servers).
I don’t understand what you mean by “wondering if I am doing something wrong”?