- mkgmap-dev - The mkgmap lists

mp labels in french
by n Willink 05 Jan '13

05 Jan '13

It appears the mp parser causes the following error if labels contains French accents. Replacing them ÉCOLE with ECOLE,HÔPITAL with HOPITAL solves the problem. decoding label java.nio.charset.MalformedInputException: Input length = 1 at java.nio.charset.CoderResult.throwException(Unknown Source) at java.nio.charset.CharsetDecoder.decode(Unknown Source) at uk.me.parabola.mkgmap.reader.polish.PolishMapDataSource.recode(PolishMapDataSource.java:559) at uk.me.parabola.mkgmap.reader.polish.PolishMapDataSource.isCommonValue(PolishMapDataSource.java:466) at uk.me.parabola.mkgmap.reader.polis -- View this message in context: http://gis.19327.n5.nabble.com/mp-labels-in-french-tp5742856.html Sent from the Mkgmap Development mailing list archive at Nabble.com.

2 2

White stripes in the sea
by GerdP 03 Jan '13

03 Jan '13

Hi all, since a few days I am trying to find out why I see so many white stripes in the sea in the screenshots provided by Klaus: http://gis.19327.n5.nabble.com/Norway-not-buildable-with-the-no-trim-option… I am able to reproduce the problem and I see the same white lines in QLandkarte GT. Depending on the zoom level the white areas disappear or change to small white lines, so I assume it has to do with rounding. I tried all kinds of parameters to reduce these errors, but without success. My question: Are these errors normal? Gerd -- View this message in context: http://gis.19327.n5.nabble.com/White-stripes-in-the-sea-tp5742281.html Sent from the Mkgmap Development mailing list archive at Nabble.com.

5 19

Commit: r2431: Rename tag display_name to mkgmap:display_name
by svn commit 03 Jan '13

03 Jan '13

Version 2431 was committed by wanmil on Thu, 03 Jan 2013 Rename tag display_name to mkgmap:display_name The tag display_name is not an official but an internally used tag of mkgmap and should therefore have the prefix "mkgmap:". The old unprefixed tag is still accepted but a warning is printed that it is deprecated.

1 0

Splitter Problem-list 275 crashing on Lithuania from Geofabrik todays extract...
by Felix Hartmann 03 Jan '13

03 Jan '13

see the output below - what's the prob? Creating the initial areas took 15 ms 4 areas: Area 64270000 covers (0x265000,0xea800) to (0x278000,0x110000) LT-Kaunas Area 64270001 covers (0x278000,0xea800) to (0x282800,0x110000) LT-Klaipeda Area 64270002 covers (0x265000,0x110000) to (0x271800,0x12e000) LT-Vilnius Area 64270003 covers (0x271800,0x110000) to (0x282800,0x131800) LT-Panevezys Generating problem list for 4 distinct areas Processing 4 areas in a single pass Pseudo-Writers: Pseudo area -5 covers (56.4697265625,-180.0) to (90.0,180.0) Pseudo area -6 covers (-90.0,-180.0) to (53.876953125,180.0) Pseudo area -7 covers (53.876953125,-180.0) to (56.4697265625,20.6103515625) Pseudo area -8 covers (53.876953125,26.54296875) to (54.9755859375,26.8505859375) Pseudo area -9 covers (53.876953125,26.8505859375) to (56.4697265625,180.0) Exception in thread "main" java.lang.NoClassDefFoundError: it/unimi/dsi/fastutil/longs/Long2ObjectOpenHashMap at uk.me.parabola.splitter.OSMId2ObjectMap.<init>(OSMId2ObjectMap.java:37) at uk.me.parabola.splitter.DataStorer.<init>(DataStorer.java:35) at uk.me.parabola.splitter.Main.genProblemLists(Main.java:561) at uk.me.parabola.splitter.Main.partitionAreasForProblemListGenerator(Main.java:608) at uk.me.parabola.splitter.Main.split(Main.java:243) at uk.me.parabola.splitter.Main.start(Main.java:156) at uk.me.parabola.splitter.Main.main(Main.java:145) Caused by: java.lang.ClassNotFoundException: it.unimi.dsi.fastutil.longs.Long2ObjectOpenHashMap at java.net.URLClassLoader$1.run(Unknown Source) at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) ... 7 more -- keep on biking and discovering new trails Felix openmtbmap.org & www.velomap.org

2 5

Problem with osmconvert pbf files
by Roger Calvert 03 Jan '13

03 Jan '13

pbf files generated by osmconvert.exe appear to be incompatible with mkgmap. >Error at line 1, col 1 >Bad file format: cumbria.pbf >Error parsing file Test sequence: 1. compile a pbf file generated by splitter - good 2. convert this file to osm with osmconvert.exe and compile - good 3. convert the osm file back to pbf with osmconvert.exe and compile - fails. Comparison of the 'before' and 'after' pbf files with a hex editor shows that they are very different (although they are the same at line 1 column 1). The 'after' file is about 230k smaller (in about 5M) than the 'before' file. I am using osmconvert version 0.7N and mkgmap 2353. Has anyone else encountered this problem? Roger -- ------------------------------------------------------------------------ Roger Calvert ------------------------------------------------------------------------

3 4

Commit: r2430: PBF file extension is anything ending in .pbf, not just .osm.pbf
by svn commit 03 Jan '13

03 Jan '13

Version 2430 was committed by steve on Thu, 03 Jan 2013 PBF file extension is anything ending in .pbf, not just .osm.pbf

1 0

British National Grid and Latitude/Longitude
by Roger Calvert 03 Jan '13

03 Jan '13

_British National Grid__/__Latitude and Longitude_ I have recently found that the files of the British National Grid and Latitude/Longitude which I published in OSM XML format (http://www.rogercalvert.me.uk/OSM) are not compatible with Osmosis. This expects OSM XML format version 0.6, while my files were version 0.5. The critical difference seems to be that in OSM 0.6, nodes and ways must have a /version/ attribute. This significantly increases the file size - about 25% for the GBGrid and about 13% for LatLong covering Great Britain. I have modified the National Grid download package to include both 0.5 and 0.6 versions. I have added an option for the Latitude/Longitude generator to allow selection of version (0.6 is the default). Please let me know of any problems you encounter in accessing or using these. Roger -- ------------------------------------------------------------------------ Roger Calvert ------------------------------------------------------------------------

2 3

Draw Order, Precompiled sea and Mapsource
by Roger Calvert 30 Dec '12

30 Dec '12

I am having problems with viaducts and road bridges over tidal water not appearing in Mapsource, though they do appear in Basecamp and on my 60CSx. I suspect this is a draw order problem, and it may be related to Precompiled Sea, and/or to my inclusion of a GBGrid file. I gather Mapsource draw order depends on Mapname. Does the Precompiled Sea have a Mapname built in to mkgmap? Or can/should it be given one? Is it transparent? Should it appear before or after other input files? Some combinations of input show the bridges but not the grid lines where they cross the sea, others show the gridlines but not the bridges. Transparent seems to make no difference. The only sequence I have found which shows both grid lines and bridges over sea is: mapname:60000002 description: Grid-File input-file: GBGrid.osm precomp-sea=..\resources\sea mapname: 60000001 description: GB-Carlisle input-file: 60923011.osm.pbf input-file: ..\resources\style.txt Any guidance would be welcome. Thanks, Roger -- ------------------------------------------------------------------------ Roger Calvert ------------------------------------------------------------------------

2 4

Input file has a different sort order
by Thomas 28 Dec '12

28 Dec '12

I am trying to creat a sample map with a custom TYP file. Running mkgmap.jar -c 5060.cfg 5060.TYP *.osm.pbf results in an error message which says: WARNING: input file ... has a different sort order (20007 rather than 0 The 5060.cfg file contains the following lines: description=Liechtenstein country-name=Liechtenstein family-name=Liechtenstein series-name=Liechtenstein overview-mapname=Liechtenstein country-abbr=LI mapname=40000001 overview-mapnumber=40000001 family-id=5060 latin1 bounds=bounds name-tag-list="name,name:de,int_name" product-id=1 index route tdbfile gmapsupp draw-priority=25 transparent make-all-cycleways keep-going preserve-element-order generate-sea=multipolygon,extend-sea-sectors,close-gaps=1000 coastlinefile=coastlines_europe-latest.osm.pbf location-autofill=is_in,nearest style-file=/mkgmap/ style=thomas-style show-profiles=1 I have read the thread started Dec. 22nd but the error message doesn't disappear. The gmapsupp file is not routable and searchable. The map is also not searchable in QLandkarte. Any suggestions? Thank you. Thomas

2 2

Commit: r2427: When a typ file is first, before the map files, an incorrect message
by svn commit 28 Dec '12

28 Dec '12

Version 2427 was committed by steve on 2012-12-28 13:57:35 +0000 (Fri, 28 Dec 2012) When a typ file is first, before the map files, an incorrect message is triggered about different sort-orders. Worse it uses the "no sort order" value for the generated index, and so the index will not work.

1 0