With all due respect, I think Greencaps is ‘on the problem’ here. I just ordered the same region (albeit a newer map version, but that should have no effect) using my admin super powers to get a quick turnaround time and it works just fine. See the Hokkaido island here or all of Japan here.
Downloaded both Hokkaido and Japan maps, both works fine. Thanks.
You seem to have missed an important part of my post:
There are no Malaysian characters, fonts or scripts. They use the same writing as you and I. This looks like a data error to me, so I just went ahead and corrected it.
I still don’t understand why mkgmap takes the name of the border from relations, rather than the name of the border line itself, but as I don’t understand what these relations do anyway there is no point in me asking on their mailing list. When I upload corrections to this border JOSM always throws a bunch of errors about unknown relation types and empty relations.
Regards,
Peter.
Hi,
These maps are a fantasitc service but I’m having some problems.
I’ve tried searing through the forums to see if others are having this same problem, but damn, this post is 35 pages long.
So, I’m trying to download France & Spain for an upcoming vacation but the maps seem to have missing tiles.
I’ve tried it a few different times, first by selecting the country from the drop-down lists, and then by selecting the tiles manually, but each times there are missing tiles - but not neccesarily the same ones.
Also, for a given download, both the gmapsupp.img file & the mapsource installer have the same areas missing.
Am I doing something wrong? Its getting kinda frustrating as the queue is about a week long.
When was the last time you downloaded a map? I’ve changed the way tiles are matched against country definitions so there should be no missing tiles anymore. Also, I’ve not seen any clear example where the site showed a selected tile while the result did not contain it. So I’ve requested France and Spain. I a few hours we’ll know…
The first bit can be explained by the different updates on the site. The second one scares me a bit 
That is what I would expect, otherwise things would have become spooky.
Edit: I’ve checked France & Spain and both are fine as far as I can see.
Sorry. I ment Thai characters.
And indeed I missed the point where you switched from Thai to Malaisian and did not pay attention to ‘using the same characters’. My brain just drops info… Sorry for the confusion.
There is no border line itself (well if there is please name it). There are border lines. Those are ways. Every way describes only a part of the border.
The relation with id 49865 describes the border of Thailand by summarising all the 's that constitute the border.
http://api.openstreetmap.org/api/0.6/relation/49865
http://www.openstreetmap.org/browse/relation/49865
http://www.openstreetmap.org/?relation=49865 (you have to wait long before the border is drawn)
Exciting new development: someone offered me to host the project on his beefy server. Hopefully this means there soon will be and end to long waiting queues (and perhaps some new features as well) 
Beefy server = big/fast server
It’s a quad-core with 8GB ram and 100MBit internet connection. It’s in the stage of getting it ready (i.e. install the necessary software). I don’t know how much disk space is available for the Garmin maps but it’s certainly much more then what’s available now. I might even use both machines to process and store the Garmin maps.
Any suggestions on how to find the culprit for routing errors? I had one happen today when I tried to route to a new geocache from work (I have successfully routed from work to other geocaches). Any advice on how to find the culprit is appreciated.
What king of errors exactly?
Which device or program did you use?
From where did you route?
To where did you route?
How to reproduce the error(s)?
Any link to your starting/finish position (OSM id’s perhaps) would help.
What version of the map are you using (i.e. when did you download the map)?
Did you try any of the webbased OSM routing applications like http://www.yournavigation.org?
I don’t have links, but I can give you coordinates:
Start: N 35° 54.418 W 78° 50.751
End: N 35° 51.136 W 78° 52.394
I did this from my Oregon 450 using the latest NC maps which I downloaded last week.
I was not able to use any web routing as the end coordinate was is off road.
If you navigate to the relevant area in Openstreetmap and post a permalink, you’ll probably get a quicker response.
Here is a link to cloudmade routing (start and end only approximated):
http://maps.cloudmade.com/?lat=35.852848&lng=-78.875699&zoom=15&directions=35.907092627848726,-78.84591579437256,35.85236131899359,-78.87332797050476&travel=car&styleId=1&opened_tab=1
Ok, I can see the web routers can do the routing, but how can that help me find why the Oregon can’t? The only thing I saw was that Davis Drive has two segments that were created in the opposite direction but they are not one way.
I also noticed this:
US:NC:road1639/Kitt Creek Road
Any ideas why the road would be named like that?
Francisco
When I download and install North Carolina in MapSource and request it to calculate that route then the resulting route differs from Cloudmade but almost exactly matches Yournavigation.org. So it doesn’t look like faulty map data.
No, and it shouldn’t really be named like that unless that’s exactly what you’d find if you look at the streetsigns on every corner of that street. I guess the streetsigns give you “Kitt Creek Road” and that’s what the name-tag in OSM should be.
Ok, I have no idea what’s wrong. I will try to route again from the main road instead of near my work building and see if it changes anything. If it fails again, any suggestions on how to proceed? The only thing I saw using JOSM was that Davis Dr has two segments created in opposite ways which join close to where that turn into Kit Creek Rd is.
Yes, the street signs are Kit Creek. I looked in JOSM and the only thing I see that would cause this is either name_1 or ref tag.
Well, I should have added that a positive result in MapSource does not automatically mean it will work on any/some of the Garmin GPS devices as well. I did not have time yesterday to test on my GPSMap60Csx.
It’s probably a good idea to clean that area up a bit, it won’t hurt even though during Garmin map generation some work is done to sanitize the data so that it fits in a Garmin map file (which can result in weird routing I guess).
Ok, I would recommend to move the non-name part of the current name to a tag of it’s own but contacting the OSM-US mailinglist about the naming/tag convention would be wise.
I tested the routing again. The coordinates I posted were slightly off intentionally. I think the problem is due to the creek and the lake water body somehow. I can route to some places without an issue, but to the real coordinates, I cannot route at all, no matter where I am or how close I am.
I tested routing from work, on the way and from home. All fail with the same exact error message.
But I am able to route to points near by. I don’t see a reason for that creek to be running under the lake.
Hi,
I discovered the OpenStreetMap project some days ago. Fantastic ! I already added my own little contribution to the map in my region.
I live in Publier, France, close to the Leman lake. I own a Garmin Vista HCx, and I noticed something really weird:
I downloaded an OSM for my region, splitted the tiles with splitter (java -Xmx1G -jar splitter.jar rhone-alpes.osm.bz2), then generated the gmapsupp.img with mkgmap (java -Xmx1G -jar mkgmap.jar -c template.args). The I noticed that the leman lake is on the land, not at its place.
NOW THE WEIRD THING IS:
I got some tiles for my region from your site. I generated the gmapsupp.img with mkgmap the same way than previously (same mkgmap version and parameters), BUT NOW the lake is RIGHT AT ITS PLACE, not on the land !
BIG QUESTION:What’s the difference ?
recent OSM files → splitter → mkgmap → gmapsupp.img with lake wrong
your tiles → mkgmap → gmapsupp.img with lake ok.
Your tiles are from early mars, so is it an error introduced after ? Or do you use some special parameter with splitter when you generate the tiles from the OPENSTREETMAP OSM ? Any help to understand welcome !
Thanks for your useful own project.
Kurodo