When is the next update planned? I have been working on some changes in the OSM data and want to see if they worked or not.
what happens if I get 2 adjoining tiles that overlap? Does mkgmap or mapsource choke? just curious.
Well, the overburden happens occasionally but I’m sure your request will not cause the system to go through it’s knees 
The way the tiles are generated now is not really compatible with your method of updating your map by downloading some -but not all- new tiles. Like greencaps says: the coordinates and tile numbers may vary on each update. I’m thinking about a way to let people like you just download the img tiles from the website without providing an too easy opportunity for leechers to just download everything everytime.
The problem with the maximum tile limit is caused by leechers who request much, if not the entire, planet on each update. That behaviour caused massive increased load on the system and bandwidth usage. Those rather few spoiled it for the rest when I added the tile count restriction. I consider the website to be a flexible service for people who travel through a few countries or who live near a border, not a service for those who wish to download large sections of continents that they will rarely travel anyway just for the sake of having it. I hope you (anyone) will accept my choices in this matter.
Maybe a smarter option could be developed to restrict abuse like maximising the amount of traffic someone generates over the course of, say, several weeks instead of the single-request-tilecount restriction that is implemented currently. I don’t know really…
You’re hooked, I can tell 
The next update is staring next Thursday after the new planet dump release. I’ve been on holiday last week which explains the delay.
Not 100% sure, but I guess it’s not going to work. The inter-tile routing depends on special edge nodes that line-up perfectly in both tiles to be able to route from one tile to another. There also might be other caveats, perhaps not even routing related, that could happen. You could try it and see what happens…
Based on the reports so far, I’ve decided to remove the --road-name-pois feature for the next update. It does more harm then good IMHO. The country/state option in the address search on some models just needs to get fixed in Mkgmap…
On my GPSMap, overlapping tiles display fine (though I didn’t bother to figure out which one was displayed on top). Haven’t tried on MapSource.
Thanks for the input. I guess I’ll just request updated tiles in chunks that and make sure there’s goodly gaps between them so with no overlap i can update selected “chunks”.
How often do you update the maps? I was under the impression that your maps where updated monthly. I to have done a lot off additions added to the OSM data and looking forward to seeing my contributions.
Your mainpage indicates “Based on OpenStreetMap data from: 10-02-2010.” I been eagerly coming back almost daily to see if the maps are updated. I was under the impression that there’s been no updates since the 10 of Feb.
I just had a look and noticed that the info on your homepage still says Based on OpenStreetMap data from: 10-02-2010. I decided to download a map. and when I had chosen the Australian map download it says last updated on the 4 of March, yesterday. I got a bit excited and quickly downloaded the map. Just installed onto my Mac using Roadtrip and it looks to still be based of a map from early February. Even tracks I put in a few weeks ago are not on the maps.
I’m a bit confused now. Why does the download from today say it’s updated yesterday, whereby the map is still the same as a map I downloaded a month ago. Am I doing something wrong?
Usually the maps are updated weekly. But I was on vacation last week, so the current version is available for three weeks (I could not produce a new update in the time between when the planet dump became available and when I left).
The timestamp as given on the homepage is what matters if you want to see new data in the maps. The actual build date of a map is not of importance.
A new update is running as we speak, I guess it’s going to be available somewhere Saturday or Sunday. Just keep an eye on the timestamp on the homepage.
Thanks Lambertus, Very much for the quick response and explanation.
It all makes sense now. I will keep an eye on the date on the home page.
This weeks update is delayed due to invalid XML characters in the planet dump…
When update the costa rican`s maps? to mapsource and the image,
nuvi 265 wt
New maps are going to be built after the next planet update (wednesday evening) and preprocessing (starting thursday until somewhere friday). So next update should become available somewhere saturday or sunday at the latest (provided there is no invalid XML in the planet dump like last week).
Thanks for putting so much work into this. I’m enjoying the map updates, driving around and trying to contribute and fine-tune data where I can.
How does your mkgmap style definition treat names and refs? For example, Oregon state highway 8 is locally known, and signed, as Canyon Road or Tualatin Valley Highway. The GPSr calls it OR8 (the value of the ref tag) when using the maps you generate. Would this example apply?
Well, I’m using the default Mkgmap stylesheet so that should be handled by this. I admit to not have any knowledge of the styling system of Mkgmap so if you have ideas or suggestions then it might be best if you join the Mkgmap mailinglist.
Hmmm… Looks like this patch was submitted to address the issue, and while the Java portion was applied, it looks like the accompanying stylesheet changes were not.
That patch applies to routing instructions only - is your issue with general GPSr map display, or routing instructions in particular?
Both, really. In MapSource, only the highway shield appears, or the text “Or8” on mouseover. In directions, it refers only to the road as “OR8”.
The data:
* highway: secondary
* maxspeed: 35 mph
* name: Southwest Tualatin Valley Highway
* name_1: Oregon Route 8
* ref: OR8
* tiger:cfcc: A31
* tiger:county: Washington, OR
* tiger:name_base: Tualatin Valley
* tiger:name_base_1: State Highway 8
* tiger:separated: no
* tiger:source: tiger_import_dch_v0.6_20070808
* tiger:tlid: 158207930
* tiger:upload_uuid: bulk_upload.pl-fa49a608-adf2-4338-8828-4f80569842cc
From the stylesheet, I’d expect it to display like this:
{OR8} Southwest Tualatin Valley Highway
Stylesheet rule:
highway=secondary {name ‘${ref|highway-symbol:oval} ${name}’ | ‘${ref|highway-symbol:oval}’ | ‘${name}’ }
I noticed this same thing on some Garmin maps I was making. I think its caused by the highway shields, as the Garmin can’t display those as well as the name at the same time. I fixed it by setting the “display_name” for the highways. eg a style rule like this:
highway=primary {name '${ref|highway-symbol:box} ${name}' | '${ref|highway-symbol:box}' | '${name}'; add display_name = '${ref} - ${name}' }
That was basically the second part of the patch, and it apparently never made it into the default stylesheet.
(In case you’re wondering if I read this… I’ve forwarded this to the Mkgmap mailinglist)
Edit: The change has been committed and should be visible on the next map update (next weekend).
Hi, What’s wrong with the Australia maps? installed them and no tracks, roads nothing show’s up, and the file size is very small compared to what they used to be.