There are no other OSM maps in the registry. The link was http://93.186.179.76/~lambertus/garmin/routable/8d78eddb758ee64a80e3e0e8e3ad1c77/OpenStreetMap%20Garmin%20maps%20routable.exe
Ok, I found the error and corrected it. Next time you place a new request it will combine correctly for MapSource. Thanks for the report! Note: it worked already fine with MapSource versions older then 6.14.1 but not in newer versions.
I also changed the notification email so that it contains less links in an attempt to avoid it being interpreted as spam.
Install now works perfectly for mapsource 6.15.4.
Thanks so much for providing this excellent service!
While I havenât used the installer you refer to above. (I use cgpsmapper.) A common cause of MapSource crashes is a corrupted or missing basemap.img or basemap.tdb file. Itâs always a good idea to save a âlast good copyâ of those files. When MapSource crashes restoring those files usually sets things right.
In this case there were two bugs:
- a mismatch between the product-id in the individual tiles and the registry key
- the installer inserted two of the three values in the correct registry key, but one was inserted into the wrong key. Copy/paste error.
But the installer is running fine now.
Well, people seem to have found the service now, and a significant number of the users have a peculiar interest in downloading almost every tile available. Each one requesting around 900 to 1000 MB which resulted in a disk full situation
If all those heavy users just requested all the tiles then the caching mechanism would spring into action and this wouldnât happen, but it seems like most requests are just a little bit different then others so a new combination has to be created and as a result slowly eating all the diskspace⌠Maybe I should create one download containing all the available tiles and redirect everyone who requests more then (say) 70% of the available tiles to that oneâŚ
But, itâs fun to watch all those requests being made and hope everyone enjoys it too.
Update: The requests are queuing nicely on the server now, so itâs possible youâll have to wait a few hours. The 70% rule is now implemented, so things might speedup a little in the coming hours as the largest requests donât need to be rendered anymore.
I just download combined maps of Australia, looking great so farâŚ
Just wondering if its worthwhile having a pre-combined sets to make it easier for people to to download a country etcâŚ
plus it might ease to storage and CPU re-rendering a common set.
eg Australia, GB, Germany etcâŚ
but thanks for your work âŚ
The problem with precombined maps (especially country specific maps, which we have in abundance already) is that you cannot easily go beyond the boundaries of those maps. Before creating this service I had a few scenarioâs in my mind which I wanted to make as easy as possible for the common computer user.
Travel through multiple countries:
So if you plan a trip to go skiing and therefore travel from The Netherlands through Germany and Switserland to Austria you will need four maps, combine them yourself in MapSource and then upload to the GPS.
Locality:
If you live close to a border you might be interested in downloading parts of more then one country. Others might just rarely travel far and are therefore perhaps only interested in downloading and using a small portion of the map.
This service allows you to just select the tiles youâre interested in and wait until the combining is finished. The combining is rather easy when the splitting of the planet file is done and the Garmin maps have been created. This needs to happen anyway, even if you distribute prebuilt combined maps. Zipping the maps for individual requests isnât that hard (if it wasnât for the server to be busy with my other projects too). Creating custom maps saves bandwidth but costs more in CPU power and disk space, but of those I have (currently) enough.
I do think about creating prebuilt downloads for entire continents besides this service though, as there is probably somewhere an optimal point where flexibility meets ease of use, CPU power and disk spaceâŚ
Good project!
I think the tiles are a bit of a weird shape. Some tiles contain much ocean and little land. It might be better to make smaller tiles which are all the same shape.
Thank you.
Well thatâs a result of the current automatic tile generation tools which try to create as big tiles as possible. Some tiles could be chosen better, I agree.
I just have another comment to make it completely obvious,
can you change the âCombine Mapsâ button to âBuild Mapsâ
and/or add the following on the side bar
- select map/s (tick box to select multiple)
- enter email address
- hit button to build maps
thanks
Is it better now?
Edit: I also fixed a bug where: when people requesting almost every tile the build process resulted in no tiles at all.
Would it be possible to add to the webpage the date of the source OSM data youâve built the tiles from so a user can tell if they need to request a new map build.
Thanks!
Yes, Iâm working on that.
yeap I think its pretty obvious now, thanks,
you might also put what sort of map files it builds eg mapsource, etcâŚ
BTW this is a great resource.
Iâve been away for some days so I didnât have the time to report on the success. As already pointed out by IrlJidel, the MapSource installer now works fine on the new MapSource versions. Currently, I canât say if the confirmation e-mails still get stuck in my spam filter as I accidentally gave a different address without such a filter. The link given in that mail wasnât formatted correctly as it included the closing â>â of the tag.
In addition, I have some advice regarding the tiles that do not compile correctly:
- The one in the Netherlands is due to a very dense road network. By experimentation with the splitter and mkgmap I found that the number of ways in a tile is a stricter limit than the number of nodes.
- In Denmark, there exists an awful amount of tags so that mkgmap runs out of heap space quite quickly while reading the osm file.
In both cases, youâll have to run the tile splitter with a smaller number of nodes as none of the parameters mentioned above can be influenced directly.
I was thinking to put the text in email (that I added to fool the scam filters) on the web page too.
Cool!
It doesnât get recognized as scam by Thunderbird anymore. Maybe I can remove both < and > in the url.
Thanks for looking into this, but I am already aware of the source of the problem. Itâs just that itâs not a good idea to split tiles individually so Iâm now writing a tool to edit the splitter commandfile so that problems like this can be solved during the next update run.
America is now also available on the server.
Hi Lambertus,
Good job! Iâve tested the maps in mapsource and it works great. The cycling option in mapsource takes now the cycling lanes (where available), cool!
The only thing I couldnt get to work is to add a typ-file attached to the maps. With mapset toolkit I tried to use a TYP file but somehow it crashes Mapsource. I had to convert the maps to a Family ID maybe that isnt possible somehow?
Thatâs good to hear.
Iâve been thinking about letting users provide their own TYP file and have those incorporated on the server while the maps is built, but for now I think that is too much work.
I donât know what the exact meaning is of family id and product id. Currently I set only the latter, maybe the family id needs te be configured too. Any info on this?
All I know is the TYP file is only possible with a Family ID. I also put your map in a nuvi and here the routing seems working fine too. Im very happy to have a Garmin routable cyclemap! Hope you can add the tile of the centre of NL soon (not available right now).