x

Re: Worldwide routable Garmin maps: URL REMOVED


Geschrieben von greencaps (Gast) am 15. Oktober 2009 10:38:26: [flux]

Als Antwort auf: Worldwide routable Garmin maps: URL REMOVED geschrieben von Lambertus (Gast) am 08. März 2009 14:41:

Thank you for reacting. I'm trying to understand the whole process of generating tiles and .img files.
So see following remarks and questions in this perspective please.

- each image must use a code-page

You mean the .img files as can be downloaded from your .../routable.php ?
Ok. But then if I download two of them. Each with a different codepage and combine them before
putting a gmapsupp.img in the device. Does the device use both codepages then?

For a good understandig: You are not referring to above files further as tiles are you? If so then I have to rethink this problem. For me tiles are the pictures as delivered by tileservers. Those tileservers can easily use a different codepage for every tile they deliver. Upon further thinking: that maybe brings the same problem..

- there is no code page that suits every language (UTF-8 is not supported in many devices)

Ok.

- tiles often span multiple countries with languages that don't match a single code-page

That looks a minor problem to me. That is only a small amount compared to the rest of the tiles for a country. If the placenames for Russia were ok but for the frontiertowns I think people would be glad already.

So a solution is to specify a code page for each tile but, since the layout of the tiles often differs quite a bit, ....

But what do you mean with it's layout?

Work is being done in trying to create tiles that line up with country borders which will make specifying different code-pages for each tile much easier.

Dou you mean tiles with curved lines?

I'll wait with different code-pages until there are country borders or another easy method (easy=automatic or possible to automate).

Aren't the borders marked as such in the osm.xml file that you can get from a piece of earth?
If you could get a 'way' (lat,lons in a .gpx-file or so) representing the frontier of Russia and hence it's area. Then for every tile you only needed a function like:
if ( center of tile is in area )
take cyrillic codepage for this tile

You see: I'm busy thinking about the ???? problem. I do understand that you have to choose a codepage. But you did not convince me that these ???? are unavoidable. I think that you cannot do anything further, it's mkgmap that places a '?' when the character can not be found in the codepage. If mkgmap just would place the original value instead of a '?' it would already be much better I think.

I'm thinking of another solution.
You use something like --name-tag-list=name:en,int_name,name. That could be easily changed to --name-tag-list=name:en,int_name,name:trans,name. With name:trans I mean a transliterated name. Now there is not such a tag in openstreetmap as far as I know on the moment. But one is allowed to define new tags. My idea is to write a program that downloads osm data for an area. (I know how to do that). Then look for above mentioned tags. If int_name and name:en where absent then name could be transliterated (automatically is simple) and added in that data as name:trans. (I know how to do that also). But then new data has to be uploaded. I do not know how such 'addings' have to be send and to whom.

At the moment I could manage everything but for 'uploading'. How does one change data or add a tag to existing? I know that I have to ask that somewhere else. I will do that if my idee looks doable. Any ideas?