Re: [mkgmap-dev] chinese characters
Hi Tobi, I am creating a map from Japan with Kanji Characters in this way, and it works on a Oregon300: $JAVA -Xmx4096m -ea -jar $BASE/$MKGMAP --keep-going --family-id=42 --style-file=$BASE/teddy --merge-lines --generate-sea=multipolygon,extend-sea-sectors,close-gaps=6000 --add-pois-to-areas --remove-short-arcs --location-autofill=is_in,nearest --country-name=Japan --country-abbr=JP --family-name=OSM Japan --description=Japan - `date +%F.%k` --area-name=Japan --code-page=932 --net --route --index --name-tag-list='name,name:en,name:latin' $BASE/japan/*.osm.gz $BASE/teddy.TYP On 10/09/12 22:47, Tobi wrote: hi, does anyone know if its possible to build a map for a garmin montana with chinese characters? can the montana show chinese charaters at all? (i already figured out the utf8 wont work...:-() tobi ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- Viele Grüße Carsten ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Problem using jar file in a different location
If I move my compiled mkgmap.jar file to a location different than dist folder and run it, I get the error below: Error at line 56, col 58 Bad file format: tanzania.osm.pbf Error parsing file Exception in thread main java.lang.NullPointerException at uk.me.parabola.mkgmap.combiners.FileInfo.getFileInfo(FileInfo.java:147) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:429) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:126) at uk.me.parabola.mkgmap.main.Main.main(Main.java:114) I have copied osmprotobuf.jar and protobuf.jar to the same location than mkgmap.jar, but it didn't help. Any suggestion how to fix it? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Problem using jar file in a different location
On 10/10/12 10:07, Carlos Dávila wrote: If I move my compiled mkgmap.jar file to a location different than dist folder and run it, I get the error below: I have copied osmprotobuf.jar and protobuf.jar to the same location than mkgmap.jar, but it didn't help. Those are old files. You need to copy the 'lib' folder so that it is in the same folder as mkgmap.jar. The lib directory should contain the files: osmpbf-1.1.1-754a33af.jar protobuf-java-2.4.1.jar ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Problem using jar file in a different location
El 10/10/12 11:53, Steve Ratcliffe escribió: On 10/10/12 10:07, Carlos Dávila wrote: If I move my compiled mkgmap.jar file to a location different than dist folder and run it, I get the error below: I have copied osmprotobuf.jar and protobuf.jar to the same location than mkgmap.jar, but it didn't help. Those are old files. You need to copy the 'lib' folder so that it is in the same folder as mkgmap.jar. The lib directory should contain the files: osmpbf-1.1.1-754a33af.jar protobuf-java-2.4.1.jar ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev There must be something else missing. Placing both jar files into /lib the error is thrown at an earlier step (14 sec vs 2 min 13 sec), and the error message is slightly different: Bad file format: ethiopia.osm.pbf Failed to read binary file ethiopia.osm.pbf Exception in thread main java.lang.NullPointerException at uk.me.parabola.mkgmap.combiners.FileInfo.getFileInfo(FileInfo.java:147) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:429) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:126) at uk.me.parabola.mkgmap.main.Main.main(Main.java:114) ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Problem using jar file in a different location
Hi There must be something else missing. Placing both jar files into /lib the error is thrown at an earlier step (14 sec vs 2 min 13 sec), and the error message is slightly different: Bad file format: ethiopia.osm.pbf Oh, so are you compiling several pbf files and some work and one fails? The setup that ran for 2min 13sec was probably OK, but there is a faulty/bad pbf. If that is true, then you need to look at the individual pbf files, check that they are not zero size, too small or otherwise corrupted. Failed to read binary file ethiopia.osm.pbf Exception in thread main java.lang.NullPointerException at uk.me.parabola.mkgmap.combiners.FileInfo.getFileInfo(FileInfo.java:147) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:429) This happens happens after all pbf files have been compiled to .img files and it means that one of the files did not compile and so the .img is missing. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Problem using jar file in a different location
El 10/10/12 14:22, Steve Ratcliffe escribió: Hi There must be something else missing. Placing both jar files into /lib the error is thrown at an earlier step (14 sec vs 2 min 13 sec), and the error message is slightly different: Bad file format: ethiopia.osm.pbf Oh, so are you compiling several pbf files and some work and one fails? The setup that ran for 2min 13sec was probably OK, but there is a faulty/bad pbf. If that is true, then you need to look at the individual pbf files, check that they are not zero size, too small or otherwise corrupted. Both of them failed, but the problem was in the pbf files. I reused one of my scripts and it was still pointing to old geofabrik url :-[ . Sorry for the noise. Failed to read binary file ethiopia.osm.pbf Exception in thread main java.lang.NullPointerException at uk.me.parabola.mkgmap.combiners.FileInfo.getFileInfo(FileInfo.java:147) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:429) This happens happens after all pbf files have been compiled to .img files and it means that one of the files did not compile and so the .img is missing. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx Instale LibreOffice desde http://es.libreoffice.org/descarga/ LibreOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. LibreOffice está en continuo desarrollo y no tendrá que pagar por las nuevas versiones. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Feature request: Layer control
Hi, I have a serious problem with making maps for Garmin´s marine devices: Marine devices do not support type files. So it is not possible to control the priority of polygons. I have the following lines in my polygons style file: waterway=riverbank [0x10303 resolution 18] seamark:type=fairway [0x10304 resolution 22] The fairway polygons should be drawn always on top of the riverbank polygons. But sometimes the fairway is drawn below the riverbank and covered by this. We found out that this behavior is depending on the order in which the polygons occur in the osm file. This problem occurs not only with those water depth areas. Buildings are also covered by landuse polygons. It will be necessary to sort those critical polygons out an render them later on top of the rest. If one could specify layers like waterway=riverbank [0x10303 resolution 18 layer 0] seamark:type=fairway [0x10304 resolution 22 layer 1] and that mkgmap scanned the input once for each layer value in ascending order (with default as layer 0), then one could control which polygon is drawn last and on top. Jürgen test.rar Description: Binary data ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev