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)
Mapper_07,
I can confirm that if the streetnames contain ref tags (like most secondary and primary highways have), the housenumbers are not findable anymore, because mkgmap adds the ref# to the name. This is a mkgmap bug that needs to be solved, thanks for spotting it!
Hello.
I have a serious problem with the Openfietsmap Lite.
In these places stretches of road are missing even though data correctly is entered into the base OSM:
http://www.openstreetmap.org/?lat=50.112264&lon=18.245636&zoom=18&layers=M
http://www.openstreetmap.org/?lat=50.09875&lon=18.21767&zoom=17&layers=M
http://www.openstreetmap.org/?lat=50.18336&lon=18.2124&zoom=17&layers=M
http://www.openstreetmap.org/?lat=50.18404&lon=18.24512&zoom=16&layers=M
Please tell me exactly which roads (http://www.openstreetmap.org/browse/way/osmid#)?
Can you post a screenshot here?
Where did you see it is missing (GPS, please specify the type of your unit or Basecamp?)