Contour lines would be great, but any addition of topo details would be big improvement for me.
Now I have just white places for ground and blue for warter and routes of course. But for hiking it is not ideal
Can be some improvement in topo details expected by adding cyclemap possibility?
I mean various green colors for forest and grassy places, brown tones for mountains … and so on.
I checked openmtb… not for south america just for europe.
Even Garmin offers just “Google imaginary” what is just picture from googleearth for South America. It is not really a map.
There are some improvements because the cyclemap has its own style and typ file (see my website for screenshots), which are going to be implemented as well in the general world routable maps as well, see for some examples this topic: http://forum.openstreetmap.org/viewtopic.php?id=13257&p=2
The landuses are of course limited because the details of the OSM map in South America is not quite as rich as here in Western Europe.
As for the brown tones for mountains like the shaded relief map that opencyclemap is using, we are not able to produce this on a Garmin. Garmin self has its own world based relief map, don’t know if you have it on your gps. There are versions of this world dem map downloadable but this is of course illegal
Thank you … I got base map works on my garmin it was done by bad setting (disabled shading also disable base map)
I have one other problem … when I am using OSM and garmin base map together in higher resolution (below 300km) sea area change color from blue to green.
It makes orientation quite difficult especially in area with many channels and islands. Interesting is that rivers and lakes stay blue.
When I turn off OSM sea is again blue, but need have both maps on.
I think there is nothing wrong with your unit, it is just the fact that the world routable osm map doesn’t render the sea or oceans yet, and thus shows the background colour (which could be green?). Rivers and lakes are rendered, so thats why you only see blue there and not in the sea
There is no way to fix this, until Lambertus will decide to render the seas.
So did you figure out what caused the map update to fail? (causing you to revert to September 30th version).
Also do you know what is the progress in mkgmap adding Street Address support. From what I understand you are waiting for the Street Address support to land in mkgmap trunk branch?
Also a little confused about the Street Address in OSM via web browser.
Hi There, really great stuff openstreetmap! I have a (probably noob) question. I have selected one tile (southern Portugal) last evening, I did receive the confirmation e-mail but I have not yet received the e-mail of my ‘window opening’ eventhough this should have been open this morning. I am probably just impatient but I was wondering wether there might be something wrong with server? I am leaving on Monday so this is why I am bit pressed for time. At this moment the delay seems to be 1.2 days! Sorry for bothering you, I hope somebody finds time to help.
No. There are no logs and the terminal that contains the script output was killed because the update looked good at first glance.
Address search is working reasonably well and assigning the streets to the localities is also working much better after the locator branch was merged with trunk. Use MapSource to create a good address index for the GPS, the gmapsupp as provided by the website isn’t as good in that aspect.
That service is provided by the Nominatim software. The streetnames, places etc are part of the OSM data and Nominatim is a fast geolocator. The problem with the Garmin maps is that the index format wasn’t understood very well for a long time. That’s why Nominatim worked quite well and Garmin maps not. But as said things are shaping up.
Finding a housenumber will be difficult as most housenumbers aren’t mapped yet. But finding a street or placename should work very well, but also depending on the fact if it is mapped.
The custom map server (i.e. non-country requests) was apparently rebooted and the map making scripts didn’t resume handling requests after that. This has been fixed now, you should receive your map shortly now.
First I’d like to thank Lambertus for this awesome service! I was working on something similar until I found this, and gave up…you did it much better than me and I love the results.
I have a question though, I thought I saw it somewhere but can’t find it, but was wondering what settings the site uses with mkgmap when creating the map; I’ve been trying to make some maps for myself and I always seem to have some weird problem or another, while your site is always spot on and works perfectly.
The custom map server (i.e. non-country requests) was apparently rebooted and the map making scripts didn’t resume handling requests after that. This has been fixed now, you should receive your map shortly now.
can you update the sri lankan map from the openstreetmap ? I have added some maps there. Also will you be able to do this update at least once a week. I think that will be helpful most of the users
I think I finally found the problem: file corruption due to a powerloss event earlier. It’s fixed and a new update is running.
I try to update once a week and never intended update rates faster then once a week. Generating maps for the whole world is a complex process and things break all the time. Sometimes this schedule is met, sometimes not, such is life. If you want fast updates for mapping verification then you’ll have to roll your own local map.
I am having the same problem on a Garmin 60csx using mapsource 6.11.6.
I have ticked "Include Route Calculation Data in mapsource.
I use the process listed above - that is go to addresses, enter any old street number and then try to enter data into the street name and the response is “None Found” - zip…no streets are in the database.
Note that the map and street names are listed on the screen.
Have upgraded to the latest MS and downloaded the latest version of the OSM map and the outcome is identical as previously discussed.
Trying another approach I sent an older map to the GPS and it routed fine with that map (which is probably a year old) so there must be a problem with the current OSM configuration??
just for europe.
