A great idea, but difficult to achieve unless you have the downloading user name the map set prior to creation of the installer.
The installer creates all the registry settings, so Oliver would need to be prompted for the map series name (Mexico), the map name (12345678.IMG), and the FID on the website and since Oliver would need to keep a list of his mapnames and FIDs to avoid conflicts the download would be useless for anybody but Oliver.
He’d probably be better off either compiling his own map sets, but he may be able to use MapSetToolKit to rename the sets he has.
How often do you update the tiles and when is the next scheduled update? I am going on a hiking trip on Aug 15 and before I go I would like download the tiles for a few trails that I added today.
Lambertus usually updates weekly. However, he is very silent, so it could well be he is on leave and we have to live with the version of the 26th for two or three weeks. best have a look at the home page for the routable maps and see if the date has changed,
There is a new update now (for Belgium and ?). It would be nice to have a notice of the last update on the main page. Thx Lambertus for (in my knowledge) the only website who gives a *.gmap for roadtrip.
The date of the latest update is shown in the first line below that map (Based on OpenStreetMap data from: …)
But yes, updates have been absent lately due to summer holiday, wedding of a friend, enjoying the weather, a beer and good book in the garden, and an internet connection outage. I do plan to up the rate to approx. weekly from now on again.
Hi, I have been trying to get New Zealand tiles to work in MapSource. I just downloaded the latest build (09-09-2010) using the dropdown for Oceania/New Zealand which yields these tiles: NZ-Dunedin; NZ-Auckland; WS-Apia; NF-Kingston. I have achieved the best results so far, however there are still problems. In MapSource, the north and South Island of New Zealand show at 700, 500 & 300km scale, however as I zoom in, it disappears. I tried downloading just one tile and it exhibits the same behavior.
Any ideas as I want to plan a bicycle trip in New Zealand and would like to have this working.
Hi, Lambertus
Would like to ask you what’s your opinion concerning providing an OSM gmapsupp.img for the Garmin devices with (optional) limited objects i.e containing only objects necessary for navigation.
Over the years the map got larger and larger and the speed for certain actions became slower and slower (60csx).
Due to my impression it is especially the shape of buildings (useless for navigation) which is responsible for this decrease. There are also other useless objects like boundaries of districts which are really disturbing for navigational purposes.
Best regards
Gibuld
I like it, and I agree that the buildings are a likely culprit. My server is not suitable for a second set of maps and for the main map I would like to continue to use the default (generic) Mkgmap stylesheet. So I should probably filter the buildings out during the preprocessing stage (before the data is given to splitter) to make this happen.
I need to think about it before I decide if this is implemented or not.
Maybe, I’m using the default Mkgmap stylesheet so this should go into that stylesheet first. Perhaps you can contact the maintainer of the stylesheet (Marko Mäkelä, marko dot makela at iki dot fi)? He’s also active on the Mkgmap mailinglist…
As translit preprocesses your data I experimented a bit with an option “remove ways which are buildings”. This was easily implemented. It removes only the the way (…). Not the nodes which make up the way. (that would require extra passing).
Maybe I could (for that) also remove all nodes with user=“3dShapes” but that is just an idea… I did not investigate this.
Hi Lambertus
Did some of the tiles get re-numbered or something?
The country selector seems to miss out some tiles - and add others.
United Kingdom on country selector seems to pick up a bit of Turkey, but not all of England !
I’ve implemented this as a filter using Osmosis (that was easy). The resulting tiles are about half a megabyte smaller, but I’ve not published one of the test runs yet.
But, regarding Translit, it’s a bit of a bottleneck while processing on a multicore machine. Do you see a possibility to do the translation in parallel? Or, alternatively, you once wrote that you were working on integration into Mkgmap? Any progress?
Damnit, then why does one of the fella’s at that mailinglist calls himself ‘stylesheet maintainer’?
I’m sorry that this doesn’t get resolved, but I’m really not going to create an maintain my own stylesheet. If the default stylesheet of Mkgmap becomes really outdated and there isn’t a good alternative one then I’ll cancel this service.
Is there somewhere a good alternative generic Mkgmap stylesheet that is being actively developed?
It appears there is an error somewhere in the UK country definition of perhaps it was a glitch during this build. I know that some countries haven’t been defined well enough (UK and Italy for example). Still haven’t looked at it yet. But you can always manually add and remove tiles to the selection.
At the moment I’m working on other things. But it is my to do list. I first would have to do this under windows. Then under linux. To be honest: I have not the slightest idea how to do that under linux.
Steve R. asked me to help with mkgmap. But that’s the same story of what comes first. I did not do anything for mkgmap yet.
Remember my aim was to use transliterated maps in my garmin driving east and now I can…
If you start with using a POSIX compatible threading library on Windows, then Linux won’t give you much trouble. PThreads might be useful if you use C or Boost if you use C++.
I don’t mind if you help Mkgmap first. On the contrary, I probably won’t be needing Translit if Mkgmap has good native transliteration (and I already run Mkgmap in parallel, something I cannot easily do with Translit on my current build scripts. Hmm, although, at a sudden I do see a new possibility now. I’ll get back at that…).
Besides about speed, threading and other such nitbits, having this in Mkgmap would probably be preferable anyway.
Yes, I know. And I know how things go when the important items on the todo-list are done. I don’t blame you, no, instead I’m grateful for your work. You know that.
When time, priorities and interest fail, you could also consider to make Translit OpenSource. I don’t think this is the case, but if so: it doesn’t matter if the code is sloppy or that you’re ashamed of your coding abilities. If perhaps there is a copyright issue that is holding back the release of the code then maybe I and others can help find a solution.
What it comes down to is this: the transliteration abilities of your code have shown their worth and would benefit a lot of people (not only me, my website or my map users). In case you loose interest in the OSM project (or something worse) then your OS code might still be used many years to come, but now everything depends on Linux’ backward compatibilities and your ability + willingness to fix any problems. That is not a healthy situation.
A new version is up. The tools have been updated to the latest versions but the biggest change is the enabling of the sea polygons. I hope it works ok, but I guess I’ll be hearing about a lot of problems with missing islands and sections of flooded land. So it will probably be disabled again on the next update, but we’ll see…
Edit:
Ok, the map is going offline again. The sea polygons are showing up much worse then I thought…
Hi
Can you add functionality/option to download archived osm file from selected territory? I have customized mkgmap a bit…
Another suggestion… When mkgmap is used with command-line param --charset=windows-1251 it produces good cyrillic map without transliteration… Can you add this functionality too?