How would updates from this source (or any other address source) be managed?
I may have a free source for all NZ addresses.
I’m trying to figure that out. It appears it just lists all those different sources and every source uses its own format. If true then processing all these sources is a big task. However, I do see some of these sources have been translated to a ‘standard’ csv file format for which i could easilly write a script that transforms this to osm.xml or osm.pbf.
Well, my current method involves grabbing a fresh planet dump and merge with the Dutch and Flanders addresses. This combined dump is then updated with daily OSM changesets. I guess this in time would lead to double addresses when they originate from two different sources. I’m all ears if you have ideas about a structured method.
What I meant was how would you merge an updated address file into OSM, as there are no diffs available?
Currently I would do the same as described in my post above, but I admit not having spent a lot of time thinking about a better method.
I frequently use this service, and have a few remarks.
Both routable maps have the same identification string “OSM generic routable”, for all tile selections and countries, not making a difference between “old” and “new” styles. This makes it difficult to store more than one map on the device, and switch between them. As a by-product, I cannot say whether I like the new style better…
As the map images are created on request (and kapt in cache for some time) it would certainly be possible to add the country name, and/or in the case of an individually combined map, the creation timestamp?
Also, most pre-built OSM maps for Garmin completely lack information about the planet file they have been derived from - yes, there’s metadata available (for some time, at least, but gone soon after a selective download), and perhaps the space for such data is very limited (about 50 characters?)… it might be a signal to other map makers if such basic identification information could be merged by default.
In any case, I like this service a LOT - and wish to have something similar in MapsForge/OpenAndroMaps format that’s not months old…
Thanks to Lambertus for this brilliant idea - and everyone involved for keeping this website running!
Yes, originally the idea was to replace the ‘old’ generic routable with the ‘new’ but I’m not sure anymore. Alternatively ‘old’ is transformed into a lite version for Garmin devices with little storage (e.g. some Etrex series).
Is there anything specific you don’t like? By specifying the maintainer(s) of the styles can possibly improve them…
For predefined country maps this should be possible and is actually a long standing wish. It only needs my time to implement which is on short supply lately. Regarding custom maps things get much more difficult. For starters: the custom map build program doesn’t know what area has been chosen or how to name it. Another long standing wish is to allow the user to provide his preferred product id, description etc. but A) it makes the process for inexperienced users much more difficult B) requires a large time investment which -as said- I currently don’t have.
As an aside: I recently created a GitHub account so I can upload this forum but could use the same account to manage/share/cooperate the http://garmin.openstreetmap.nl code as well.
Is this really important information? You’d probably know if a map is old or new anyway…
Thanks for the compliments. The other two main contributors are Ligfietser + Beddhist (Mkgmap commandline and styles) and aditionally Oxilion.nl + Harenber (servers) and Greencaps (some special utilities for transliteration and country/tile matching).
In this topic I’ve made a proposal to implement the map country name and date into the ID strings: http://forum.openstreetmap.org/viewtopic.php?pid=406919#p406919
The first step doesn’t seem too difficult to implement?
--series-name="OFM-Lite(%mapname%v%date%)"
--description="OFM-Lite(%mapname%v%date%)"
With %mapname% = country or state
I did not see that post, thanks for the reminder. I’ll look into it (maybe tomorrow, daddy day) 
Thanks Lambertus, I’ve send you a more extended version also by mail.
French and Arabic names seem solved too in the last update.
And last but not least, the routing has got a major improvement (esp. for newer GPS devices and Basecamp users) since mkgmap-r3116, thanks to the mkgmap development team.
BTW, I’ve downloaded the address file (1.6 GB). It contains a lot of zip files and these contain mostly shape files. I suspect it wont be straightforward to get them in the Garmin maps…
Yeah, I have noticed that too. Mostly addresses in America and Canada. Any volunteers to convert this data?
Are you sure about the licenses of the data? imho this is a general OSM problem that should be discussed internationally hot/if we should use this data to best serve all OSM-related projects. After all youre asking for volunteers…
Hi all, I’m new to this. http://garmin.openstreetmap.nl/ but found I was unable to enter required details for country etc. 
is the site still working or are maps just being updated please
thanks will keep coming back
There were two problems:
- The OpenLayers server which hosts the JavaScript functions to show the map is not responding which breaks the website. I’m trying to implement a workaround for this problem, but…
- I couldn’t login on the garmin.openstreetmap.nl webserver so I couldn’t apply the fix.
Luckily the problem has been fixed. Thanks everyone who reported the problem (on this forum and by email).
Lambertus, the problem still exist for new style and OFM Lite.
And I dont see housenumbers in the general NL’s 25/03.
OFM Lite appears to be working on the website now…not hanging any more.
Thanks for reporting.
Lambertus has now implemented the country names into the mapsets, which was requested in this topic.
Next step will be more complicated, to make it possible to install several mapsets.
In the meantime of this process, users might have difficulties with installation because the installer might not recognize a previously installed mapset because of those name changes.
I strongly recommend to check the installation with tools like Javawa GMTK or Mapset Toolkit.
Working on it.
Do you have any idea what happens if I prerender the tiles with a different family id compared with how they are combined to each country? Currently I render each tile only once and use some of these tiles for multiple countries. It would mean a lot of work for me if the tiles need to be rendered with the same family id as the country it’s going to be used with.
I currently don’t have plans to give custom maps unique numbers, but I can imagine that one day the user will be able to choose his own family id for the custom maps.