Except for the Netherlands, we added address data from the Dutch Cadastre to the OSM extract to improve address search and I could imagine this could also be done with the US Tiger data. So any help to deliver such address data in osm format would be appreciated.
Thanks, everyone. The address data on the OSM site coming from a separate source (Nominatim) would certainly explain why the address data isn’t available in the Garmin extracts I have. I was going to load the OSM maps into my Garmin Quest, just to see if street numbers worked (even though they don’t in MapSource), but I’m now fairly certain that they won’t.
Yes, it would be nice if the TIGER address data could be included with the Garmin maps, but that’s way over my head. Does anyone know how feasible that is?
I’m willing to keep my Quest on life support if it seems like something that can be done, but if not, I’ll eventually have to pull the plug on it, depending on how many more streets and neighborhoods that I search for and it cannot find with it’s 2009 maps. Sooner or later it’s not going to be worth keeping.
Thank you, again!
Just a follow up to see if anyone had any comment on the feasibility of including TIGER address data in the Garmin map extracts. This is way over my head, but if it isn’t too terribly difficult to achieve, my guess is that it would be very useful for road navigation by those who still use older Garmins that use non-NT maps.
Thank you!
By the way, I’d be willing to give this a go myself with some guidance, assuming it’s feasible. I have worked in information technology for 30 years, so I’m not completely unfamiliar with computers and software.
Is it basically a matter of getting the map file(s) and address data and using some specific software to merge the two, or am I oversimplifying this?
Maybe you can browse or ask around on the OSM mailing lists, for instance the US section http://lists.openstreetmap.org/pipermail/talk-us/
I really dont know how the TIGER data structure is built, do they have every single housenumber as node, then it only has to be transformed into addr:housenumber=x addr:street=y so it can be merged. If they have only address ranges I dont know if mkgmap (the software that makes the garmin maps) can use it.
Hi,
first of all: I love the Web UI and the maps!
One thing I miss are climbing spots. I use the Garmin quite often for climbing, but the tag “sport=climbing” isn’t on the map. It would be great if it would be added 
keep up the great work!
hi
thanks for this great service! the maps work nearly perfect on my nüvi 205 and 1390! Also address search is working except a strange behavior that in my country (austria) the borders of the municipalities are tagged “Gemeinde xyz” and so i also have to search for ex for “Gemeinde Wolkersdorf im Weinviertel” … which is annoying. Is this the correct tagging scheme? (http://www.openstreetmap.org/browse/relation/106781) Also i can’t find villages which have admin_level 10 as border. (for ex. Pfösing http://www.openstreetmap.org/browse/relation/1627895 which is contained in the previous admin level 8 boundary)
Another small point is that the nüvi’s claim about “too long routes”. my holiday route to Lake Garda or Triest for example don’t work. I thought that the img file maybe contains to much data so i tried to reduce it by removing tiles but no change.
Keep on this great service!
Hi, Lambertus. Thanks for the service. I am using your maps since 4 years now.
Adding elevation contours would be a great idea!
Removing “Gemeinde” (and also “Stadt”) from the address search string has already been mentioned some time ago on the mkgmap list, see http://www.mail-archive.com/mkgmap-dev@lists.mkgmap.org.uk/msg10981.html. However it hasnt been entered in the default style, I will ask on the mkgmap list to improve this.
Also admin level 10 can be put before admin_level 8, so the address rules would be like this:
mkgmap:country=AUT & mkgmap:city!=* & mkgmap:admin_level10=* { set mkgmap:city=‘${mkgmap:admin_level10|subst:Gemeinde |subst:Stadt }’ }
mkgmap:country=AUT & mkgmap:city!=* & mkgmap:admin_level8=* { set mkgmap:city=‘${mkgmap:admin_level8|subst:Gemeinde |subst:Stadt }’ }
Unfortunately we cant do anything about the long route calculation, it depends on the gps unit if it can calculate it or not. Using more viapoints or cutting the route in several routes is the only workaround.
Edit: changes have been committed, so in the next map updates probably visible
Amazing ! Thanks a lot! I will try it
Another small thing which i found is that small villages tagged with place=village and no border are not found in address search. (ex: http://www.openstreetmap.org/browse/node/59841568 and all small villages in that rural area) But they are found under “city search”
Thats because there is not enough information entered on OSM, the address search (when there are no housenumbers available on OSM) “guesses” in which place a street is located by looking at the admin_level=8 boundaries: http://www.openstreetmap.org/browse/relation/959849. (in the coming updates it will start looking for 10 in Austria first, if that isnt found it takes level 8). If there is no boundary at all, it will search for the places which lies the closest to that street (which could be the wrong village node if that lies closer).
I dont know how or if the administrative districts in Austria are related to the place names and addresses, if they are not entered on OSM, you will get garbage in, garbage out 
something must went wrong with the latest map update … now there is no address search at all (can’t even select a country) (Austria map build today)
another question which comes into my mind: is the destination tag for routing informations used? (process-dest or something like that)
Mapper, just checked the Austrian map but I can select a country and find addresses.
Maybe Lambertus can check (and add the following options if not used?)
–process-destination
–process-exits
ok, now country select is ok again, strange behaviour of my nüvi …
should the “Gemeinde” prefix already be removed?
process destination is displayed in the map but not in the route instructions … btw. highway exit numbers /names are also not displayed
In the license file it says “Map created with mkgmap-r2599”.
The Gemeinde prefix is fixed in mkgmap 2617, http://www.mkgmap.org.uk/news/
so you have to wait a while. Process destination I dont know, depends when Lambertus has updated his scripts.
ah ok sorry, i thought it uses the latest
May be this question has been asked before. I updated some incorrect data in openstreetmap yesterday and the changes were reflected when i was viewing them. I then proceeded to create a “Routable Bicycle (Openfietsmap Lite)” map. However, upon installing the resulting img file into my Garmin Edge this morning, i noticed the map is still showing the incorrect data, that is, the changes i made last night was not in the img file. When i am creating a map on garmin.openstreetmap.nl, doesn’t it grab the latest data from openstreetmap.org?
No, you can see underneath the map the date the map was generated: Map version: 21-05-2013
Ahh…Thanks!
Hi!
Cool! In the last build the City Search is correct working for “Gemeinde …” boundaries! Great! (even created with r2599? as written in license file)
One thing i saw is that many boundaries of villages are not mapped because they are not known, but they have a landuse=residential with an addr:city tag (ex: http://www.openstreetmap.org/browse/way/19867506) . Maybe it would be possible as a last instance to use this, because otherwise these villages are not found.
Another problem are the many villages in the rural area, which are only tagged as a place=village and so also not found. (They even have not really street names) (ex: http://www.openstreetmap.org/browse/node/174944002)
Search for housenumbers works mostly but has some strange behavior. While most addresses on residential roads are found housenumbers on Tertiary and Secondary roads are not.
ex:
secondary not found: http://www.openstreetmap.org/browse/way/161232954))
residential found: http://www.openstreetmap.org/browse/way/106553566 (but points to wrong position, points to road center)
residential found: http://www.openstreetmap.org/browse/way/98441664 (mostly all addresses are found)
residential not found: http://www.openstreetmap.org/browse/way/98494939 (no address on that road are found)
I have currently no idea why some are found while others are not …
Hi mapper,
I would suggest to join the mkgmap mailing list http://www.mkgmap.org.uk/maillist and post your questions there, maybe some improvements can be made to the address search in mkgmap. You can also have a look at http://tools.geofabrik.de/osmi/?view=addresses to check if the addresses correspond with the streetnames on OSM.
Btw can you check if the ref tag on secondary/tertiary roads is maybe the cause of this behaviour? Maybe it is included in the streetname by mkgmap and therefore not findable anymore (streetnames must be exactly matching with the addr:street tag of the housenumber)