June 2011 - mkgmap-dev - The mkgmap lists

Commit: r1973: When reading the LBL file, read and use the declared codepage
by svn commit 23 Jun '11

23 Jun '11

Version 1973 was commited by steve on 2011-06-23 15:37:10 +0100 (Thu, 23 Jun 2011) When reading the LBL file, read and use the declared codepage for the file when reading the lables.

1 0

Commit: r1972: Implement the SRT expansion table.
by svn commit 23 Jun '11

23 Jun '11

Version 1972 was commited by steve on 2011-06-23 15:34:55 +0100 (Thu, 23 Jun 2011) Implement the SRT expansion table. Letters can be sorted as if they were two or more letters, if this is the case then the sequence is stored in srt5. Previously there was a hardwired and quite possibly inconsistent table in place. Add sorting rules for arabic.

1 0

Commit: r1971: Sort additionally by region for mdr5 and 20.
by svn commit 23 Jun '11

23 Jun '11

Version 1971 was commited by steve on 2011-06-23 15:16:44 +0100 (Thu, 23 Jun 2011) Sort additionally by region for mdr5 and 20. Improves finding of street+city+region combinations.

1 0

IllegalArgumentException with many tiles
by Gérard 22 Jun '11

22 Jun '11

Hi, I tried r1970 version. It worked fine. Thanks > Could you try the up to date version and see if that fixes it

1 0

IllegalArgumentException with many tiles
by Gérard 21 Jun '11

21 Jun '11

Hello, I 'm reporting some troubles to generate a map covering France+Switzerland. (--bounding-box top=51.08 left=-5.11 bottom=42.38 right=10.6 ) together with a (strange) workaround possibilty My first try, with a splitter at --max-nodes=3200000 failed (too many roads in map, I've been too greedy). So a retried without any max-node option in tile splitter, which gave me 195 tiles. Then when using mkgmap r1907, *it crashed like this*: java -Xmx2000m -jar mkgmap.jar --gmapsupp --style-file=../styles/routable/ --family-id=404 --family-name=OSM_Routable --route --add-pois-to-areas --remove-short-arcs --product-id=406 --draw-priority=0 -c ../work/template1.args ../typ/GB404J.TYP Exception in thread "main" java.lang.IllegalArgumentException at java.nio.ByteBuffer.allocate(ByteBuffer.java:328) at uk.me.parabola.imgfmt.sys.Directory.sync(Directory.java:176) at uk.me.parabola.imgfmt.sys.ImgFS.sync(ImgFS.java:230) at uk.me.parabola.imgfmt.sys.ImgFS.close(ImgFS.java:240) at uk.me.parabola.mkgmap.combiners.GmapsuppBuilder.onFinish(GmapsuppBuilder.java:124) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:419) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:126) at uk.me.parabola.mkgmap.main.Main.main(Main.java:129) However, the 195 individual img files are produced, as well as a gmasupp.img, wich appears unusable (my etrex sees no map at all in it). I tried then to "group" the 195 tiles by using: java -Xmx2000m -jar mkgmap.jar --gmapsupp 19610*.img This gave the same crash as above. I tried then to group only the 100 first tiles with java -Xmx2000m -jar mkgmap.jar --gmapsupp 196100*.img : no crash. I renamed the produced file into gmapsupp0.img. (Remark: I omit the .TYP as I don't really need it today, but I used this typ with success on small area maps.) Similarly, I grouped the remaining 95 files with java -Xmx2000m -jar mkgmap.jar --gmapsupp 196101*.img : again no crash, and i kept the result as gmapsupp1.img Finally, I grouped the two subproducts by java -Xmx2000m -jar mkgmap.jar --gmapsupp gmapsupp0.img gmapsupp1.img : no crash, the produced gmapsupp.img seems about to be usable in my etrex legend HCx (although quite slow and sometime crashing the etrex randomly (?), when searching a city name for example: the display fades away and the etrex gets off) Remark: The "working" gmapsupp.img has exactly the same size as the first one (totally unusable): 844,8 Mo (885850112 bytes).

2 1

Index with Arabic names
by Hosam Arnous 21 Jun '11

21 Jun '11

Hi... I've used mkgmap-r1955 to convert the map of Damascus, Syria from OpenStreetMap to IMG. I'm interested in using find places function in MapSource, and this is the command that I've used to generate the map: java -jar mkgmap.jar --code-page=1256 --route --index --tdbfile --nsis --country-name=SYRIA --country-abbr=SYR map.osm I noticed that most of Arabic labeled places can't be found in MapSource. So I opened the file osmmap_mdr.img using text editor to inspect it, and I found that almost none of the Arabic names is written correctly. For example, the Arabic name of Damascus International Airport is: مطار دمشق الدولي but it is written in the file osmmap_mdr.img as: أطار دأشق اءدئءح Now using the incorrect name above, I managed to found the airport on MapSource. I hope you will fix this problem in the next releases.. Regards, Hosam

5 22

Commit: r1970: Use addr:housename as street name if addr:street is not set.
by svn commit 20 Jun '11

20 Jun '11

Version 1970 was commited by wanmil on 2011-06-20 17:40:31 +0100 (Mon, 20 Jun 2011) Use addr:housename as street name if addr:street is not set. This gives better results in regions without street names and enables the search for special addresses.

1 0

[PATCH v1] Use addr:housename if addr:street is not available
by WanMil 20 Jun '11

20 Jun '11

If addr:street is not set the addr:housename tag is used as proposed by Charlie. The patch is for the trunk and not for the locator branch. WanMil

2 2

Re: [mkgmap-dev] Splitter PBF support patch
by Francisco Moraes 19 Jun '11

19 Jun '11

Ok, take 2 on the splitter PBF patch. All new files should be present. I also fixed the EOL mode, so the diffs should be better. I don't have commit access and not looking for it at this point. To enable the PBF output, I added the option --pbf. If omitted, it should output the normal .osm.gz format.

6 20

[locator] Europe boundary data for download
by WanMil 18 Jun '11

18 Jun '11

Hi, I have updated the european boundary data. You can download the data from yesterday at http://www.navmaps.eu/wanmil/europe_bounds_2011617.zip I observed that the Geofabric polygons, which cover the continent without respect to country borders, are a bit suboptimal for the boundary generation, e.g. Spain has some parts in Africa (Ceuta). Also the polygons were sometimes too sharp so that some boundary information is dropped. They have accepted corrections to the polygon files which should be used by now but they don't want to change the continent specific extract. That's ok but that also means that it is better to use your own dump to filter the boundary data. Attached you find the polygon files I use to extract the continent data to create the precompiled boundaries. Maybe some of you find them useful. WanMil

2 1