Worldwide routable Garmin maps: URL REMOVED

Thanks Seldom, but I didn’t change anything yesterday.

I cannot find the code snippet (version = countries.version;) from your error in the current code, but it was in the previous version of the code which got replaced on June 26th…

Apparently the browser still had the old code in it’s cache.

Just to let you know …

Things seem to be working fine now. Honestly, I did nothing here. Whatever you, my ISP, the FSM might have done seems to have worked.

Thanks.

Wow! That is quite a queue length. I can wait a while to get a map.

Again, much appreciation.

Great :slight_smile: I wonder if some ISP’s or corporate networks using proxies are the main cause of the problem with browsers not loading the latest versions of the website scripts…

Yes, the server is working flat-out to keep up (and work on a new map version at the same time).

Last night, at it’s peak, there were nearly 300 requests waiting in the queue and the server is processing over 600 unique maps and bout 2000 unique users are downloading one or more maps every 24h. These are some serious numbers I think :smiley:

I still notice that Paris is corrupted (missing tiles), no idea yet about it’s cause.

I expected this for the bicycle map too but there is no hole in Paris there…Any idea why this is different? Do you use different splitting tiles for the bike map?

hi, I download the map of the Republic of Mongolia, the western tile of the three is completly blue, as if it was a part of the sea. Is it possible to correct it? thanks

Both maps use the same coarse basesplit, but from there on they do their own subsplitting depending on individual rendering results. I’m really at a loss to the cause. I can’t seem to find the problem unless my whole idea about how to create the tiles is wrong (I don’t believe that yet).

It’s probably a lake that is not mapped correctly, but finding the problem can be a timeconsuming task.

The main problem is that during this subsplitting a tile ID is given that is already in use (Paris tile 63242546.img lies east of Phoenix, Arizona).
So it means there is a bug in your script, but its far too complicated for me to see where. :confused:

Correct, I think. But I haven’t found the bug yet. Perhaps it has something to do with buffering and the OS because I’m using filesystem functions to determine things like the current maximum tilenumber. The server is tremendously busy when generating a new map, so it is possible that e.g. some changes to the filesystem haven’t propagated yet when I check for the current status.

Just to let you all know:
I’ve updated the Mkgmap version that is used to combine the individual maps from a very old one to the latest. Now I’m seeing a lot of maps that fail to generate (only the tiles.zip is present). I’m investigating the cause.

Several folks have alerted me to a problem with email handling: it appears that the system doesn’t send emails anymore. The problem is being investigated.

Edit:
The email daemon has been restarted and is functioning again.

Emailing stopped around 19:20 CET on the 18th. Everyone who’s request finished between then and 10:50 CET today (19th) will not receive the ‘map ready’ email. If you suspect that this concerns you then it’s best to request your map again. Sorry for any inconvenience.

Thanks to all who signaled the problem!

Thanks! so it wasn’t just me …

Regarding the license change and redaction bot I’ve decided to postpone a new map version for a few weeks. I’m afraid I will get too much questions and confusion about broken routing, missing roads, etc. This service is not only used by OSM mappers for checking their surroundings anymore, but also a lot of users who just want a map “that works”, I have to consider this group when making decisions. I hope you’re all OK with this?

I also hope that a delayed update cycle will reduce the load on the system after a while which will allow the server to be upgraded to the latest LTS version of the operating system. Since the deployment of the new website and the addition of the OpenFietsMap Lite map the system has trouble keeping up with demand, which most of you will have noticed already :confused:

Hi
I was able to put the .img file on the SD card and it works.
I do only have one problem. The country (craotia) is not searchable…

I mean, if i want to put in adress, i can found all the countrys around it, but not croatia it self…
If i look for citys (an option on my garmin, don’t know if this standard), then i can find the croatian city’s.
The map is also complete (when browsing at least.)

How is it possible that is cannot find the country.
Curiously, there is country called Country? but that isn’t croatie, as i cannot find the right citys…

What is the solution to this?

Sorry solved Craotia is called Hrvatska :smiley:

Just finished configuring and testing a second server (same hardware as the current, only disk cache is twice as large), everything looks good. Now I need to think about how to efficiently use both machines, write the tools and update the website to use both servers.

/me scratching my head here…

For now I’ve resurrected the old method for spreading requests over multiple servers: decide which server to use based on whether the request is a country or a custom request. This works -as they say- “good enough”, though I’m still thinking about a more scalable method.

Something like Gearman seems promising. Configure a few Gearman workers depending on the server capabilities and issue render requests from a Gearman client. Requests are queued and automatically spread over the workers who are ready to do some work. Sounds perfect and allows for easy adding/removing of resources.

We’ll see… :slight_smile:

Naive questions. The California map I created for the Nüvi 1200 using your excellent tool worked very well but in big cities (e.g. San Francisco) many,many street names are missing.

I saw in an earlier post something about a road-name-pois parameter, and wonder whether I should follow the process described in the FAQ to create the image manually (instead of the server) so that the street names in major cities are also included.

Do the names you are looking for actually exist in the OSM map? If they do, do they not show up when you zoom in or put your mouse pointer on the road?

Hi Beddhist,
Yes, when I zoom in the street shows up on the Nüvi satnav (and web openstreetmap.org). But I can’t search for it.
So the problem is that the name isn’t making it to the searchable index on the satnav. E.g. Eureka street in San Francisco.