Yep, that is the error I saw. I wasn’t sure if it was critical or not.
Guess it was.
I’ll try again later.
Thanks
Thanks. I did some try on kazakhstan - I have questions marks everywhere.
When I download .img directly from labertus it is OK.
What may be the reason?
Is the paremaeter --latin1 responsible for that?
I created a map of Ukraine with the options --latin 1 and --lowercase=yes, the streetnames and cities are shown proberly.
flux.
Edit: The names and streets for Ukraine are shown proberly even I do not use --latin or --lowercase …
Edit2: I found the osm-datas from Kasakhstan and it is working with --latin 1 and --lowercase=yes, I have cities and streetnames.
Afaik Mkgmap has limited transliteration capabilities and characters that do not fit into the selected code table will be converted into questionmarks (? characters). Afaik the best support is in the ASCII mode, so you should try without the --latin1 parameter.
My maps are OK because greencaps made a special preprocessor that transliterated names before Mkgmap processes the OSM data.
I tried without --latin1.
result is the same - question marks.
There seems to be no way to make serchable map - if I add streets as pois they are not displayed correctly.
Too bad.
I think I wont make it.
But thank all You guys for huge support here I really admire Your job.
You can try these two maps of Kasakhstan …
http://mirror.live-modules.org/quax/fluxflux-sl/playground/gmapsupp-latin-lowercase.img → with --latin 1 and --lowercase=yes (no problems with my Vista HCx, I cannot try my Oregon 300 at the moment)
http://mirror.live-modules.org/quax/fluxflux-sl/playground/gmapsupp-without-latin.img → without --latin 1 and without --lowercase=yes
The shown mapname in the GPS unit is not adjusted, it is DE for Germany, but this should not matter.
flux.
Both work for me !
Altough, no matter how I compile I have question marks…
Was Your source cloudmade?
Would it be possible for You to take morocco, syria, jordan, russia, turkey and kazakhstan,
compile them adding streets as poi and merge into one gmapsupp ?
I do not have idea what I am doing wrong.
I can do it for you, but I must know, if the countries must be routable over the borders or only routable within the single countries!?
And yes, my source was from cloudemade.
flux.
Over the boarders if it is no problem.
I think it is problematic. To make maps routable over the borders I have to cut the whole area out of the worldfile … especially for Russia, Turkey and Kasakhstan. I have not the CPU power to handle it. Europe is no problem, but there are great parts of Asia …
I can offer you a gmapsupp.img with all mentioned countries (routable within the single country, streetnames as pois), different family-ids, so that you can switch on and off single countries.
flux.
That will be OK.
May I ask: why go through all the trouble when a new version comes out next weekend using the --road-name-pois Mkgmap parameter?
No problem for me to wait … may be miszczu1983 is able to wait too?
flux.
My brother is leaving to Africa on friday.
It would be nice if I can have searchable map before friday morning.
But if I am bothering You too much it is not a problem.
No problem, I will start now …
flux.
Edit: You can download this samplemap (128 MB) with the six countries, routable within the borders, roadnames as pois, you can switch off/on every single country:
http://mirror.live-modules.org/quax/fluxflux-sl/playground/gmapsupp-samplemap.img
This is what \i was trying to do!
Thanks a lot man.
BTW, the map is routable together with my basemap.
Can You post exact codes which you used to create .img files and then to merge it into one gmapsupp.img?
I created for the each of the six countries a gmapsupp.img with a different family-id (with the posted mkgmap command in my former posts and the additional option --family-id=xy) and then I merged the six gmapsupp.img to a new gmapsupp.img with gmt (I posted the link in my former posts).
Due to the different family-ids I am able to switch on/off single countries on my Garmin Vista HCx, which cannot handle more than one gmapsupp.img. On my Oregon 300 I could have used the six gmapsupp.img of the six countries and store them on the SDHC with different names (gmapsupp1.img, gmapsupp2.img and so on), because the Oregon is able to handle more than one gmapsupp.img and to switch these on/off.
flux.
Great. Thanks a lot.
Suggestions (not at all critical but I guess handy)
*) sort the countries by alphabet
*) permit selecting multiple countries (within a continent)
*) permit selecting one continent as a whole
It seems that there are problems in certain us states (new york e.g. produces a completely scattered selection of tiles)
Thanks for the suggestions.
I’m working on that one but, surprisingly, sorting XML loaded with SimpleXML in PHP isn’t trivial.
Good one.
I’m not sure about this one. This service was never meant for downloading huge maps, but rather for downloading personalized maps. There are lots of other people who provide country maps and perhaps continent maps as well. Besides, there are no continent poly definition files available from Cloudmade. So if someone has poly files defining the continents then they can send it to me.
I’ve seen those too and they seem to be bugs in the matching applications. I’m sure that will be sorted out soon.
It looks like the update this morning came at an inconvenient moment. The server disk was already quite occupied due to the website changes earlier this week so there was already little room for the typical surge that happens after each update, but now every request is just locked in the queue waiting for some disk space to come available… Currently there are 71 requests queued.
Price of success? 
Edit: (2.5 hours later) 100 requests in the queue.