Thank you for your reply, ligfietser. I’ve downloaded a two custom map files (using selected tiles) and cannot get either of them to find specific street numbers in MapSource, although I can find the same addresses on openstreetmap.org. I suppose that the street number data just isn’t being included in the maps or isn’t recognized by MapSource.
If there is something else I should be trying to make this work, I’d appreciate any suggestions. Otherwise I will just try periodically and hope that this glitch is fixed one day.
One the plus side, I did make some edits to the OSM map regarding my town and neighborhood, so hopefully that helps!
Yes. 5312 Olde Towne Rd, Westmoreland, The Hamlet, James City County, Virginia, 23188, United States of America
I’m not sure where “The Hamlet” comes from. Not a location identifier known to me. I noticed a similar name in the address for my home, too. The “Westmoreland” part of the address is the neighborhood across the street from the fire station, but has nothing to do with the address in question. Which objects in the OSM maps would account for these?
This is a fire station in our area, as an example. But my OSM maps cover from Virginia to Wisconsin (for a trip I’m planning), and I cannot find ANY street numbers I search for in MapSource. I use the Garmin maps and street numbers work fine, although the map is from 2009.
I don’t know where Nominatim gets this number from. It is NOT in the OSM data. If you click the search result Nominatim will show you more details. The Hamlet is a node on the other side of the highway.
There appears to be more to addressing than what is described in the wiki about house numbers.
Westmoreland is also a place node, which lies the closest to that address: http://www.openstreetmap.org/browse/node/2293771791
It seems there are no housenumbers at all on the OSM.org map, otherwise you have to see the numbers.
Maybe Nominatim uses an external database. Another thing that the Garmin OSM map needs is district or city boundaries to lookup in which city this street is located.
If nothing is found, it starts guessing which place node is the nearest, resulting in those errors.
If you want good address search, you need to import those city boundaries into the map as well as housenumbers, otherwise the map is pretty useless.
So you better use the old City Navigator for address search or wait until someone has imported that data.
Thanks Vclaw. How accurate are these data? Can we import this Tiger address data and convert it to osm format to be added to the OSM data (I mean for the garmin generic maps, not to the osm database)? Any ideas?
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.
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.
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
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!
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:
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
