Worldwide routable Garmin maps: URL REMOVED

Provinces mixed up in Thailand:

Search for the city of Suphan Buri, located at N14.46762 E100.11834. In Mapsource and the GPS all places in Suphan Buri province that I have seen so far are shown as located in the neighbouring province:

Suphan Buri
Phra Nakhon Si Ayutthaya Province, THA

Suphan Buri is capital of the province with the same name.

I notice something strange as I point my mouse at the provincial boundaries. W of Node: 2902644726 it shows both province names, E of this only one. At this point the boundary for a national park splits off. I don’t understand enough about relations to troubleshoot this, so I would be glad if somebody could take a look. I don’t even know whether this is related or not.

Info about the node:

Node: 2902644726
  Data Set: 63db73
  Edited at: 2014-06-06T10:13:24Z
  Edited by: Paul_012 (100662)
  Version: 1
  In changeset: 22771905
  Coordinates: 14.8350687, 99.3081859
  Coordinates (projected): 1.105493668599175E7, 1670199.6986975581
  Part of: 
    Way: 286584848
    Way: 286584849
    Way: 141066689

I don’t even know whether this is a Garmin map problem or a problem with the data.

I think rendering place=island as land is correct, just need to fix the mistake in the data :wink:

And i think it was the only one in the area I looked at.

@Beddhist sounds like a data problem, make a map note if you don’t know how to fix it :wink:

Peter, could be a broken boundary problem in OSM, maybe it is fixed in the next update because it was edited recently: http://www.openstreetmap.org/relation/1908824 (seems not broken now)

Thanks for noticing it Mafketel, because I now see that this place=island polygon is causing more issues, like covering too many details (like covering other landuse types) so I have to made it invisible in the TYP file anyway. Now it will only render the island names. Land area is already rendered by the coastline tags so there is no need to do this with a place=island tag.

You know better then me :wink:

After downloading the rest of some maps (5-7-2014)

I also just noticed that in basecamp and gps the buildings on the airports are almost invisible against the background of the tarmac of an airport.

e.g. schiphol but also newark and boston have this issue.

Maybe I should stop looking at recent tracks :wink:

Thanks again for your suggestion, I’ve improved the typ file, you can download it here

:smiley:

I notice that the front page of the garmin.openstreetmap.nl site shows a map based on 2014-07-07 data. Is it no longer on a weekly update cycle, or did this week’s update just fail to happen as planned?

2014-07-07 is the date at which the map update is started and it takes a few days to complete. So it is simply too early to wonder whether the approx. weekly update cycle is not executed as it normally would :wink:

My request is number #1631 in the queue, 6.8 days to wait… too late I’m afraid :frowning: I miss predefined groups of countries in the listboxes: I need (north of)Germany+Denmark+(south of)Sweden. Would it be possible to add very common combinations like Germany+Austria+Switzerland or Germany+Sweden+Denmark to the list of predefined maps? Country queries are much faster, but I have an old Garmin etrex and cannot combine maps manually.

Just install all those countries on your computer and use Basecamp’s Mapinstall or Mapsource to send a selection of map tiles to your GPS.

Thanks, in the new map update just out it is OK now.

Regards,
Peter.

Just a quick heads-up:
The custom map queues have been really long the past few weeks (up to 1700 requests waiting), but I’m happy to announce that later this weekend I hope to be able to add a second custom map server which adds 2x the cpu power but unfortunately only supports 1/3rd of the disk space which is limiting. Anyway it looks like a nice addition.

It looks like only the mail daemon needs configuring…

Thank you again for providing this invaluable service. It keeps getting better all the time.

Regards,
Peter.

Lambertus, if you are short of disk space, does a mirror server like the NLUUG server for the Openfietsmap help?
They asked me if we need more disk space.

The new server is live. At first all new custom requests will be routed to the new server and the original custom server is enabled again when it has caught up.

I’m aware of one last problem on the new server: fancy directory listing isn’t working yet.

Edit: fixed. Needed to change AllowOverrides None → all

This is difficult. As it stands now, disk space alone has little value to this service, especially the custom maps need disk space AND cpu power. The country maps could be hosted offsite but there is no need for that at this moment.

How often are the predefined maps updated?

Approximately once a week.

Whoops! 600 GB of custom maps in ~half a day: disk full. Map generation is idling now …

Edit: We’re updating and rebooting osm2 now and will bring it back up asap. Warning: This will kill ongoing downloads!

After updating two custom map servers will be available (but both very very busy).

Edit: I’m told that a lot of emails got stuck at another other mail server because we’re using a temporary domain. Many people will receive their ‘Map ready’ mail much later then necessary.

Now that there are two custom mapserver I needed to implement some kind of load sharing. The first version was simply based on a random selection. But it was pretty soon clear that this is not enough, so I added adaptive load balancing: if one custom map server is full then all requests go to the other.

Small steps…