Re: [mkgmap-dev] how to add upload=false in the splitted OSM files
Dear Gerd, Thanks for this. I confirm this works in r303 On Thu, Apr 25, 2013 at 2:19 PM, Gerd Petermann gpetermann_muenc...@hotmail.com wrote: Hi Manning, forget my question. The upload='false' does the trick, JOSM doesn't complain any more when reading the file :-) Gerd From: gpetermann_muenc...@hotmail.com To: mkgmap-dev@lists.mkgmap.org.uk Date: Thu, 25 Apr 2013 08:15:12 +0200 Subject: Re: [mkgmap-dev] how to add upload=false in the splitted OSM files Hi Manning, are you able to open the xml output of splitter in JOSM without converting it first? If yes, how? I always get a message like this: Could not read file 'test.osm'. Error is: Missing attribute 'version' on OSM primitive with ID 20974104. (at line 4, column 55) Gerd From: emmanuel.samb...@gmail.com Date: Thu, 25 Apr 2013 14:11:15 +0800 To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] how to add upload=false in the splitted OSM files Thanks Gerd, will test once available. On Thu, Apr 25, 2013 at 2:09 PM, Gerd Petermann gpetermann_muenc...@hotmail.com wrote: Hi Manning, r303 writes now osm version='0.5' generator='splitter' upload='false' Should be availabe for download tomorrow. Gerd From: emmanuel.samb...@gmail.com Date: Thu, 25 Apr 2013 12:03:08 +0800 To: mkgmap-dev@lists.mkgmap.org.uk Subject: [mkgmap-dev] how to add upload=false in the splitted OSM files Dear everyone, I am splitting a large OSM file using splitter.jar r202. The OSM data will be shared to others for comparing OSM tags in JOSM. I want to add the upload=false in every splitted file. Like this: osm version=0.6 upload=false but the splitter only gives me this: osm version='0.5' generator='splitter' -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] how to add upload=false in the splitted OSM files
Thanks Gerd, will test once available. On Thu, Apr 25, 2013 at 2:09 PM, Gerd Petermann gpetermann_muenc...@hotmail.com wrote: Hi Manning, r303 writes now osm version='0.5' generator='splitter' upload='false' Should be availabe for download tomorrow. Gerd From: emmanuel.samb...@gmail.com Date: Thu, 25 Apr 2013 12:03:08 +0800 To: mkgmap-dev@lists.mkgmap.org.uk Subject: [mkgmap-dev] how to add upload=false in the splitted OSM files Dear everyone, I am splitting a large OSM file using splitter.jar r202. The OSM data will be shared to others for comparing OSM tags in JOSM. I want to add the upload=false in every splitted file. Like this: osm version=0.6 upload=false but the splitter only gives me this: osm version='0.5' generator='splitter' -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] how to add upload=false in the splitted OSM files
Dear everyone, I am splitting a large OSM file using splitter.jar r202. The OSM data will be shared to others for comparing OSM tags in JOSM. I want to add the upload=false in every splitted file. Like this: osm version=0.6 upload=false but the splitter only gives me this: osm version='0.5' generator='splitter' -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Timestamp in PBF files will affect splitter and mkgmap?
This has been announced recently: http://lists.openstreetmap.org/pipermail/dev/2012-December/026278.html New timestamp headers are added in Geofabrik's PBF downloads. Just checking the devs if this will affect splitter and mkgmap. Thanks! -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Timestamp in PBF files will affect splitter and mkgmap?
Thank you for this info Gerd. Maning Sambale (mobile) On Dec 18, 2012 6:02 PM, GerdP gpetermann_muenc...@hotmail.com wrote: maning sambale wrote This has been announced recently: http://lists.openstreetmap.org/pipermail/dev/2012-December/026278.html New timestamp headers are added in Geofabrik's PBF downloads. Just checking the devs if this will affect splitter and mkgmap. I've use germany.osm.pbf dated 2012-12-17 from geofabrik . I had to update osmconvert.exe to use it, but splitter worked without problems (at least I did not see any) Gerd -- View this message in context: http://gis.19327.n5.nabble.com/Timestamp-in-PBF-files-will-affect-splitter-and-mkgmap-tp5740810p5740812.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] The --remove-short-arcs option must go
In some cases, remove-short-arcs affect turn restriction relations, see this report https://github.com/maning/osmphgps/issues/48 I previously used a 5m removal. Maning Sambale (mobile) On Nov 27, 2012 7:06 AM, Chris66 chris66...@gmx.de wrote: Hi, I once got a routing error with --remove-short-arcs (w/o value), since then i'm happy with --remove-short-arcs=3. Chris Am 26.11.2012 21:40, schrieb Steve Ratcliffe: Hi Does anyone know for sure that if you do not supply this option, you get routing problems? I'm either going to make it the default (with --route) or remove it by the end of the day as it has been annoying me for years! ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Fwd: Maps randomly disappear when zooming (was Fwd: [OSMPH GPS:25] testing latest mkgmap compiler r2340)
@RocketMan, Were you able to solve this issue? If yes, please advise us too. On Sat, Oct 27, 2012 at 12:13 PM, RocketMan rocket...@unlimitedmail.org wrote: Yes. - Original Message - From: Steve Ratcliffe st...@parabola.me.uk To: mkgmap development mkgmap-dev@lists.mkgmap.org.uk Sent: Saturday, October 27, 2012 5:36 AM Subject: [mkgmap-dev] Fwd: Maps randomly disappear when zooming (was Fwd: [OSMPH GPS:25] testing latest mkgmap compiler r2340) Hi I accidentally deleted this post from the mailing list moderation queue - sorry. I've removed some of the images that made the mail too big, since the first few demonstrate the point very well. Has anyone seen this problem recently? It looks similar to a very old problem that I've not seen for a long time. ..Steve Original Message Subject: Maps randomly disappear when zooming (was Fwd: [OSMPH GPS:25] testing latest mkgmap compiler r2340) Date: Wed, 24 Oct 2012 11:57:13 +0800 From: maning sambale emmanuel.samb...@gmail.com To: Development list for mkgmap mkgmap-dev@lists.mkgmap.org.uk Dear everyone, Sharing this bug report from a user. AFAIK, this affects nuvi 24xx versions. See the attached images. -- Forwarded message -- snip On my Nuvi 2450: it's annoying that portions of NCR erratically disappear at different zoom levels (on both development the regular map). snip -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev - No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2221 / Virus Database: 2441/5355 - Release Date: 10/26/12 ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] What the crosby.binary.file.FileFormatException: ... Possibly corrupt file. means in splitter
When running splitter (r178) I get a long header error. Whta does this mean? Thanks! Log below. java -jar -Xmx2012m splitter.jar --max-nodes=100 philippines.osm.pbf --output=xml --write-kml=split.kml --output-dir=/home/maning/osm/routable_garmin/dev/split cache= description= geonames-file= legacy-mode=false mapid=63240001 max-areas=255 max-nodes=100 max-threads=4 (auto) mixed=false no-trim=false output=xml output-dir=/home/maning/osm/routable_garmin/dev/split overlap=2000 resolution=13 split-file= status-freq=120 write-kml=split.kml Elapsed time: 0s Memory: Current 59MB (1MB used, 58MB free) Max 1788MB Time started: Fri Oct 19 16:12:04 PHT 2012 Map is being split for resolution 13: - area boundaries are aligned to 0x800 map units - areas are multiples of 0x1000 map units wide and high Processing philippines.osm.pbf Bounding box 115.6329 4.42433805 127.800301 21.5527702 crosby.binary.file.FileFormatException: Unexpectedly long header 65536 bytes. Possibly corrupt file. at crosby.binary.file.FileBlockHead.readHead(FileBlockHead.java:50) at crosby.binary.file.FileBlock.process(FileBlock.java:130) at crosby.binary.file.BlockInputStream.process(BlockInputStream.java:34) at uk.me.parabola.splitter.Main.processMap(Main.java:403) at uk.me.parabola.splitter.Main.calculateAreas(Main.java:287) at uk.me.parabola.splitter.Main.split(Main.java:163) at uk.me.parabola.splitter.Main.start(Main.java:118) at uk.me.parabola.splitter.Main.main(Main.java:107) in 1 file Time: Fri Oct 19 16:12:07 PHT 2012 Exact map coverage is (4.424335956573486,115.63288450241089) to (21.552751064300537,127.80028581619263) Trimmed and rounded map coverage is (4.4384765625,115.6201171875) to (21.5771484375,127.1337890625) Splitting nodes into areas containing a maximum of 1,000,000 nodes each... Area (4.4384765625,115.6201171875) to (12.4365234375,123.9697265625) contains 632,537 nodes. DONE! Area (4.7900390625,123.9697265625) to (8.3935546875,127.1337890625) contains 602,799 nodes. DONE! Area (8.3935546875,123.9697265625) to (12.4365234375,126.6064453125) contains 405,451 nodes. DONE! Area (12.4365234375,117.4658203125) to (15.0732421875,121.0693359375) contains 877,687 nodes. DONE! Area (15.0732421875,117.4658203125) to (21.5771484375,121.0693359375) contains 540,446 nodes. DONE! Area (12.4365234375,121.0693359375) to (21.5771484375,127.1337890625) contains 899,083 nodes. DONE! 6 areas: Area 63240001 covers (0xab800,0x538800) to (0xf5800,0x561800) Area 63240002 covers (0x32800,0x523800) to (0x8d800,0x582800) Area 63240003 covers (0x8d800,0x561800) to (0xf5800,0x5a6800) Area 63240004 covers (0x5f800,0x582800) to (0x8d800,0x5a0800) Area 63240005 covers (0x8d800,0x538800) to (0xab800,0x561800) Area 63240006 covers (0x36800,0x582800) to (0x5f800,0x5a6800) Writing KML file to /home/maning/osm/routable_garmin/dev/split/split.kml Writing out split osm files Fri Oct 19 16:12:07 PHT 2012 Processing 6 areas in a single pass Starting pass 1 of 1, processing 6 areas (63240001 to 63240006) Making SparseMultiMap Making SparseMultiMap Processing philippines.osm.pbf Bounding box 115.6329 4.42433805 127.800301 21.5527702 Making SparseMultiMap Making SparseMultiMap MAP occupancy: 863818 MAP occupancy: 133665 MAP occupancy: 2517 MAP occupancy: 1729508 MAP occupancy: 267080 MAP occupancy: 3412 MAP occupancy: 2609422 MAP occupancy: 386314 MAP occupancy: 4264 MAP occupancy: 3528241 MAP occupancy: 467495 MAP occupancy: 4264 Writing ways Fri Oct 19 16:12:39 PHT 2012 Making SparseMultiMap Making SparseMultiMap Making SparseMultiMap Making SparseMultiMap Making SparseMultiMap Writing relations Fri Oct 19 16:12:44 PHT 2012 crosby.binary.file.FileFormatException: Unexpectedly long header 65536 bytes. Possibly corrupt file. at crosby.binary.file.FileBlockHead.readHead(FileBlockHead.java:50) at crosby.binary.file.FileBlock.process(FileBlock.java:130) at crosby.binary.file.BlockInputStream.process(BlockInputStream.java:34) at uk.me.parabola.splitter.Main.processMap(Main.java:403) at uk.me.parabola.splitter.Main.writeAreas(Main.java:368) at uk.me.parabola.splitter.Main.split(Main.java:190) at uk.me.parabola.splitter.Main.start(Main.java:118) at uk.me.parabola.splitter.Main.main(Main.java:107) coords occupancy MAP occupancy: 3958005 MAP occupancy: 503809 MAP occupancy: 4390 ways occupancy MAP occupancy: 399215 MAP occupancy: 76577 MAP occupancy: 207 MAP occupancy: 3 MAP occupancy: 1 MAP occupancy: 1 Thread worker-2 has finished Thread worker-0 has finished Thread worker-1 has finished Time finished: Fri Oct 19 16:12:44 PHT 2012 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ --
Re: [mkgmap-dev] What the crosby.binary.file.FileFormatException: ... Possibly corrupt file. means in splitter
I confirm this is a corrupted file. On Fri, Oct 19, 2012 at 4:50 PM, Marko Mäkelä marko.mak...@iki.fi wrote: On Fri, Oct 19, 2012 at 04:22:23PM +0800, maning sambale wrote: When running splitter (r178) I get a long header error. Whta does this mean? Corrupted file or a bug in the parser. Have you tried with some other program, such as osmosis --rb? I like splitter because it automatically splits the data using the --max-nodes switch. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] NSIS 64bit installer
Touching an old thread. I recently received a report on this issue from a user: https://github.com/maning/osmphgps/issues/50 OSM Executable file wont run error: The version of this file is not compatible with the version of Windows you're running. Check your computer's system information to see whether you need an x86 (32-bit) or x64 (64-bit) version of the program, and then contact the software publisher. On Fri, Sep 30, 2011 at 7:00 PM, Henning Scholland o...@aighes.de wrote: Hi I've just the Wow6432Node key in my registry. In the nsi-file generated by mkgmap there is only the 32bit-reg-key, so I think Windows changes it automatic. Also I never heard about problems while installing my maps with a 64bit Windows. Henning ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] '--style-file' gives java.lang.StackOverflowError
Reported here: https://github.com/maning/osmphgps/issues/49 I'm trying to use a different style then the built-in one. Running (r2277): ``` java -ea -Xmx4000m -classpath mkgmap/dist -jar mkgmap/dist/mkgmap.jar --style-file=mkgmap/resources/styles/default --list-styles ``` gives: ``` The following styles are available: Exception in thread main java.lang.StackOverflowError at sun.nio.cs.UTF_8.updatePositions(UTF_8.java:58) at sun.nio.cs.UTF_8$Encoder.encodeArrayLoop(UTF_8.java:392) at sun.nio.cs.UTF_8$Encoder.encodeLoop(UTF_8.java:447) at java.nio.charset.CharsetEncoder.encode(CharsetEncoder.java:544) at java.lang.StringCoding$StringEncoder.encode(StringCoding.java:240) at java.lang.StringCoding.encode(StringCoding.java:272) at java.lang.String.getBytes(String.java:946) at java.io.UnixFileSystem.getBooleanAttributes0(Native Method) at java.io.UnixFileSystem.getBooleanAttributes(UnixFileSystem.java:228) at java.io.File.isDirectory(File.java:754) at uk.me.parabola.mkgmap.osmstyle.DirectoryFileLoader.init(DirectoryFileLoader.java:47) at uk.me.parabola.mkgmap.osmstyle.StyleFileLoader.createStyleLoader(StyleFileLoader.java:64) at uk.me.parabola.mkgmap.osmstyle.StyleImpl.init(StyleImpl.java:132) at uk.me.parabola.mkgmap.osmstyle.StyleImpl.readBaseStyle(StyleImpl.java:518) at uk.me.parabola.mkgmap.osmstyle.StyleImpl.init(StyleImpl.java:140) at uk.me.parabola.mkgmap.osmstyle.StyleImpl.readBaseStyle(StyleImpl.java:518) ... ``` -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] filter by unit area?
Thank you. Will try this and report outcomes. On Wed, May 9, 2012 at 11:42 PM, aighes o...@aighes.de wrote: Am 09.05.2012 14:55, schrieb maning sambale: Our current coverage is getting detailed. I'm thinking of removing certain buildings given a unit area threshold. For example: - remove all building=yes given a threshold of x m^2 --min-size-polygon=NUM Removes all polygons smaller than NUM from the map. This reduces map size and speeds up redrawing of maps. Recommended value is 8 to 15, default is 8. - convert buildings as points if a name or address tag exist --add-pois-to-areas Generate a POI for each polygon and multipolygon. The POIs are created after the relation style but before the other styles are applied. Each POI is tagged with the same tags of the area/multipolygon. Additionally the tag mkgmap:area2poi=true is set so that it is possible to use that information in the points style file. Artifical polygons created by multipolyon processing are not used. The POIs are created at the following positions (first rule that applies): polygons: * the first node tagged with a tag defined by the pois-to-areas-placement option * the center point multipolygons: * the node with role=label * the center point of the biggest area Does this solve your problems? Henning ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] filter by unit area?
Our current coverage is getting detailed. I'm thinking of removing certain buildings given a unit area threshold. For example: - remove all building=yes given a threshold of x m^2 - convert buildings as points if a name or address tag exist - retain buildings as polygons if x m^2 Is this possible with the current mkgmap versions? Thanks! -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] mkgmap devs in SOTM2011
a bit OT. Are there mkgmap devs attendting SOTM2011 in Denver. Would love to meet one in person to express my big thanks! :) -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index and equally named cities
Just to add another observation. Under the address search, you are prompted to spell a city. In my previous mkgmap compile, you can only find a city if it is within the tile of your current location. With city-region-index I can now select all cities in my map and search streetnames. On Thu, Jul 14, 2011 at 3:25 AM, Peter Lerner pe...@lerner.de wrote: Steve, Done. Its at: http://files.mkgmap.org.uk/download/33/mkgmap.jar I think locator + city-region-index branches (2) is a milestone! This is a strong +1 from my side to commit the changes as soon as possible and try to base a stable mkgmap release v1.0(?) on this version. For a long time ever I was able to load a 4 GB map witout problems to a GPS. The map included cyrillic language tiles and tiles that were mutually incompatible before due to index problems. Also no more MDR_TRIM problems ... ;-) My current findings on the search address funtion so far. I'm using an old GPSmap 62 CSx. -- the region field is not available, only fields for housenumber, street and city -- only a combination of housenumber and street can be found; housenumber doesn't matter (i'm not using locator-branch special rules) -- the found location is slightly offset from the real course of the street displayed on the GPS -- searching for streetnames, GPSmap 62XSx lists only streets up to ca. 40-50 km around the current location. This is different from Mapsource, which lists all streets it finds. -- some streets appear multiple times in search list (2-3x); this has different reasons, e.g.: - entry 1+2: each entry leads to the same three streets equally named in three different cities some kms apart The behaviour that one entry leads to three different streets is OK for the current state, and subject to optimisation in the locator branch. The fact that the same entry is doubled in the search index needs to be investigated further. - entry 3: this is a separate entry and possibly has to do with a street tagged as cycleway=track and the --make-all-cycleways option. I think this option creates some problems when creating indices. I need to investigate the unwanted side effects of this option on the index further. Peter ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index and equally named cities
Thanks will wait and test. On Mon, Jul 11, 2011 at 4:51 PM, Steve Ratcliffe st...@parabola.me.uk wrote: Thanks, that was very helpful. I can probably work on a fix for that now. It looks like the city search, only uses the POI section of the index. Therefore I need to try making the same change to the POI section and retain multiple city POIs that have different region/country's. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index and equally named cities
Initial results: Compiled with mkgmap-city-region-index-r1992 tested on nuvi 255w. All my San Fernandos are searcheable both in the address search and city search. Streets are searchable as well. I also noticed a great improvement in the street results which may have sole another bug reported here: https://github.com/maning/osmphgps/issues/34 If anyone wants to test this in 4digit nuvi models, please report hem here. Thanks! My maps are here: Links below: http://dl.dropbox.com/u/607635/osm-ph_gps_maps/dev/osmph_img_latest_dev.zip http://dl.dropbox.com/u/607635/osm-ph_gps_maps/dev/osmph_macroadtrip_latest_dev.zip http://dl.dropbox.com/u/607635/osm-ph_gps_maps/dev/osmph_winmapsource_latest_dev.exe On Mon, Jul 11, 2011 at 10:42 PM, Steve Ratcliffe st...@parabola.me.uk wrote: On 11/07/11 15:26, maning sambale wrote: Thanks will wait and test. You need wait no longer! The current city-region-index branch version has the changes. Please let me know what you think. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index and equally named cities
works on nuvi 1310 city search and address search On Tue, Jul 12, 2011 at 9:49 AM, maning sambale emmanuel.samb...@gmail.com wrote: Initial results: Compiled with mkgmap-city-region-index-r1992 tested on nuvi 255w. All my San Fernandos are searcheable both in the address search and city search. Streets are searchable as well. I also noticed a great improvement in the street results which may have sole another bug reported here: https://github.com/maning/osmphgps/issues/34 If anyone wants to test this in 4digit nuvi models, please report hem here. Thanks! My maps are here: Links below: http://dl.dropbox.com/u/607635/osm-ph_gps_maps/dev/osmph_img_latest_dev.zip http://dl.dropbox.com/u/607635/osm-ph_gps_maps/dev/osmph_macroadtrip_latest_dev.zip http://dl.dropbox.com/u/607635/osm-ph_gps_maps/dev/osmph_winmapsource_latest_dev.exe On Mon, Jul 11, 2011 at 10:42 PM, Steve Ratcliffe st...@parabola.me.uk wrote: On 11/07/11 15:26, maning sambale wrote: Thanks will wait and test. You need wait no longer! The current city-region-index branch version has the changes. Please let me know what you think. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index and equally named cities
Yes, although minimal. --location-autofill=0 On Mon, Jul 11, 2011 at 12:53 PM, Charlie Ferrero char...@cferrero.net wrote: --location-autofill -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] unused polygons hexes
A lot of POIs are being converted to polygons these days because of hires imagery. For my map I'm mostly interested to just show it as a point. The add-poi-to-areas switch is very helpful. However, I'm running out of possible hex to assign the polygon. Any advise on the unused hex we can recycle? I prefer an invisible hex when using the map even without a typ file. Of course I can make it invisible using a TYP editor but a hex that didn't have to edited is of course better. Is there such hex types? :) Thanks! -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index and equally named cities
Where to download your branch? This is also a long standing issue for our PH maps. See issue report here: https://github.com/maning/osmphgps/issues/9 Basically, we have 6 San Fernando cities and city/address search only works for this case when using mkgmap r1867. On Thu, Jul 7, 2011 at 3:55 PM, Steve Ratcliffe st...@parabola.me.uk wrote: Hi I am away this week so didn't have time to mention it, but I created a branch (city-region-index) to fix the city/region bug since it turned out to be quite a complex change. It is now working as far as I can tell. Upload to a device works without mapsource crashes and giving both city and region in the search box works. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index and equally named cities
Got it! On Thu, Jul 7, 2011 at 3:58 PM, maning sambale emmanuel.samb...@gmail.com wrote: Where to download your branch? This is also a long standing issue for our PH maps. See issue report here: https://github.com/maning/osmphgps/issues/9 Basically, we have 6 San Fernando cities and city/address search only works for this case when using mkgmap r1867. On Thu, Jul 7, 2011 at 3:55 PM, Steve Ratcliffe st...@parabola.me.uk wrote: Hi I am away this week so didn't have time to mention it, but I created a branch (city-region-index) to fix the city/region bug since it turned out to be quite a complex change. It is now working as far as I can tell. Upload to a device works without mapsource crashes and giving both city and region in the search box works. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index and equally named cities
Testing this version, Uploading via mac mapinstall is a bit longer but not too long I only get two San Fernandos that are in a separate tile. The other San Fernandos within one tile is not included in the search results. args.list: code-page=1252 tdbfile latin1 country-abbr=PHL country-name=PHILIPPINES remove-short-arcs=5 route add-pois-to-areas family-id=639 family-name=OSM_PHIL overview-mapname=4001 series-name=OSM_PHIL description=OSM Philippines style-file=/home/maning/osm/routable_garmin/git/osmphgps/styles/default generate-sea=polygons,extend-sea-sectors,close-gaps=1000 index adjust-turn-headings check-roundabouts drive-on-right check-roundabout-flares report-dead-ends ignore-maxspeeds link-pois-to-ways location-autofill=0 styles: https://github.com/maning/osmphgps/tree/master/styles/default On Thu, Jul 7, 2011 at 4:01 PM, maning sambale emmanuel.samb...@gmail.com wrote: Got it! On Thu, Jul 7, 2011 at 3:58 PM, maning sambale emmanuel.samb...@gmail.com wrote: Where to download your branch? This is also a long standing issue for our PH maps. See issue report here: https://github.com/maning/osmphgps/issues/9 Basically, we have 6 San Fernando cities and city/address search only works for this case when using mkgmap r1867. On Thu, Jul 7, 2011 at 3:55 PM, Steve Ratcliffe st...@parabola.me.uk wrote: Hi I am away this week so didn't have time to mention it, but I created a branch (city-region-index) to fix the city/region bug since it turned out to be quite a complex change. It is now working as far as I can tell. Upload to a device works without mapsource crashes and giving both city and region in the search box works. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] address search not working in nuvi 4-digit series
I'm not sure if this was reported but already. We received reports from users that the address search is not working on newer 4-digt series of nuvi (1200, 1490t and 1310) The maps were loaded via mapsource. Search works on other models. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] address search not working in nuvi 4-digit series
Dear Martin, Links below: http://dl.dropbox.com/u/607635/osm-ph_gps_maps/dev/osmph_img_latest_dev.zip http://dl.dropbox.com/u/607635/osm-ph_gps_maps/dev/osmph_macroadtrip_latest_dev.zip http://dl.dropbox.com/u/607635/osm-ph_gps_maps/dev/osmph_winmapsource_latest_dev.exe Note that the gmapsupp download doesn't have the address search, you can use the roadtrip and mapsource installer. On Thu, Jul 7, 2011 at 5:02 PM, Martin mk...@snailrun.de wrote: Hey Maning, where can I download one of your maps. I have a 1390t and with this address search works. Cheers, Martin Am 07.07.2011 um 10:57 schrieb maning sambale emmanuel.samb...@gmail.com: I'm not sure if this was reported but already. We received reports from users that the address search is not working on newer 4-digt series of nuvi (1200, 1490t and 1310) The maps were loaded via mapsource. Search works on other models. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] address search not working in nuvi 4-digit series
Dear Martin, A new map using your args.list is below: Links below: http://dl.dropbox.com/u/607635/osm-ph_gps_maps/dev/osmph_img_latest_dev.zip http://dl.dropbox.com/u/607635/osm-ph_gps_maps/dev/osmph_macroadtrip_latest_dev.zip http://dl.dropbox.com/u/607635/osm-ph_gps_maps/dev/osmph_winmapsource_latest_dev.exe We are currently using mkgmap r1867 because of the issues with equally named cities. This only works on the 1867. One of our mappers also sent me this message: From: Martin mk...@snailrun.de:I think --area-name=PHL is the solution - not it (still 'no mapdata' on 'address search' of Nuvi1310 compiled on mkgmap r1867) if I compile (using same args.list on mkgmap-city-region-index-r1984.jar the address search works on Nuvi1310, but with missing San Fernando's (only La Union Bukidnon appear) this is the observed problem (subject: index equally named cities) for the versions after mkgmap r1867 the very reason we still use mkgmap r1867 which runs on Nuvi255W and older models (but not on Nuvi1310) Thanks! On Fri, Jul 8, 2011 at 5:51 AM, Martin mk...@snailrun.de wrote: So... I've made a map using the following options: java -Xmx1500M -jar ./mkgmap-r1962/mkgmap-city-region-index-r1984.jar --latin1 --series-name=Philippines --family-name=Philippines --remove-short-arcs --index --net --route --tdbfile --nsis --merge-lines --location-autofill=0 --country-name=Philippines --country-abbr=PHL --area-name=PHL --family-id=4 --product-id=45 --style-file=./master/basemap_style/ ./tiles_phi/*.osm.pbf basemap.TYP So now it works for me :) I think --area-name=PHL is the solution. When you made a new map I can test it for you. Cheers Martin Am 07.07.2011 um 11:08 schrieb maning sambale: Dear Martin, Links below: http://dl.dropbox.com/u/607635/osm-ph_gps_maps/dev/osmph_img_latest_dev.zip http://dl.dropbox.com/u/607635/osm-ph_gps_maps/dev/osmph_macroadtrip_latest_dev.zip http://dl.dropbox.com/u/607635/osm-ph_gps_maps/dev/osmph_winmapsource_latest_dev.exe Note that the gmapsupp download doesn't have the address search, you can use the roadtrip and mapsource installer. On Thu, Jul 7, 2011 at 5:02 PM, Martin mk...@snailrun.de wrote: Hey Maning, where can I download one of your maps. I have a 1390t and with this address search works. Cheers, Martin Am 07.07.2011 um 10:57 schrieb maning sambale emmanuel.samb...@gmail.com: I'm not sure if this was reported but already. We received reports from users that the address search is not working on newer 4-digt series of nuvi (1200, 1490t and 1310) The maps were loaded via mapsource. Search works on other models. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] display of place names on lower zoom levels
Dear Minko, A bit off-topic, but what will happen if you used a resolution that is not set in the options file, similar to what you mentioned below? On Mon, Jun 27, 2011 at 5:12 PM, Minko ligfiet...@online.nl wrote: - resolution 23 is mentioned here, although it is not set in the options file: levels = 0:24, 1:22, 2:20, 3:18, 4:16 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] basemap routing is used instead of the mkgmap derived map
Dear Marko, I don't think it is way island problem. I've seen this behaviour on several areas but the data is OK. On 6/17/11, Marko Mäkelä marko.mak...@iki.fi wrote: On Fri, Jun 17, 2011 at 06:59:09PM +0800, maning sambale wrote: Can anyone confirm this bug? https://github.com/maning/osmphgps/issues/20 I reported this several months ago. In my case, the problem was a routing island. The destination way was not connected to the rest of the road network. (It was on a highway=pedestrian area; I fixed it by adding a way through the area.) If I renamed the gmapbmap.img so that Garmin would be unable to find it, then it would say routing error. The destination point happened to be on a way in the Garmin basemap, that is apparently why it chose the basemap. If I routed to the next POI (some 20 meters apart), it would route just fine, using a way that was connected to the edge of the pedestrian area. I guess that Garmin picks the nearest way to the destination POI and computes the route backwards from that. If the nearest way is a routing island, it will not work. Does http://keepright.ipax.at cover the area? Does it report any routing islands near the start or destination? Best regards, Marko ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] search for hexcodes of 64xx, 65xx 66xx
Dear Michael, Care to share a style file and mkgmap args.list and version? We maybe doing something weird on our own style. Thanks! On Wed, Jun 15, 2011 at 4:24 PM, michael lohr micha.l...@web.de wrote: yes, all 3 of them, searchable in mapsource, basecamp, oregon, legend Am 15.06.2011 06:02, schrieb maning sambale: Is there anybody out there, who compiled their map using mkgmap, and where they able to search for Geographic Features (man_made,land water) using Mapsource's Find Places (not nuvi)? these are the POI's with hexcodes of 64xx, 65xx 66xx? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] basemap routing is used instead of the mkgmap derived map
Can anyone confirm this bug? https://github.com/maning/osmphgps/issues/20 On my test, when using the `Address` to find streets and chose to route, it uses the basemap instead of the osm mkgmap data. (See sample screenshots reported by the user) -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] cannot search for street/address when sending to device via Mac Garmin MapInstall
My map was a splitted into four tiles compiled with mkgmap r1867 and gmapibuilder.py. I installed the map to mac RoadTrip. I can search for streets using roadtrip. But when I send the maps to my nuvi 1310 using Garmin's MapInstall, I can't search for streets anymore. In nuvi, Where to Address then a message will appear No Map Data Available. The map is available here for anyone to test: http://dl.dropbox.com/u/607635/osm-ph_gps_maps/dev/osmph_macroadtrip_latest_split.zip -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] search for hexcodes of 64xx, 65xx 66xx
Is there anybody out there, who compiled their map using mkgmap, and where they able to search for Geographic Features (man_made,land water) using Mapsource's Find Places (not nuvi)? these are the POI's with hexcodes of 64xx, 65xx 66xx? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] cannot search for street/address when sending to device via Mac Garmin MapInstall
Dear Clinton, Thanks for testing. I tried other maps known to have search address enabled and my unit cannot use the address search as well. I'm inclined to conclude that this is device specific (mine is Nuvi 1310) On Wed, Jun 15, 2011 at 2:01 AM, Clinton Gladstone clinton.gladst...@googlemail.com wrote: On Jun 14, 2011, at 13:26, maning sambale wrote: I installed the map to mac RoadTrip. I can search for streets using roadtrip. But when I send the maps to my nuvi 1310 using Garmin's MapInstall, I can't search for streets anymore. In nuvi, Where to Address then a message will appear No Map Data Available. I installed your map on my Mac and viewed it using the latest BaseCamp beta[1]. When I attempted to search for addresses, BaseCamp immediately indicated that address searches were not supported by the map. I then tried a quick recompile of the Philippines extract from Geofabrik with the latest locator build, and could at least search for addresses in BaseCamp. Therefore I would assume there is something in your compilation chain which is causing this problem. What splitter/mkgmap/gmap-builder options do you use? Cheers. [1] http://www8.garmin.com/support/download_details.jsp?id=5285 ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] problems with gmapi-builder
Dear Clinton, Thanks a heap! It seems that the conflict is on the next step of my script (not the gmapi-builder). On Fri, Jun 3, 2011 at 3:00 PM, Clinton Gladstone clinton.gladst...@googlemail.com wrote: Hi maning, The following should be the correct command line: On Jun 3, 2011, at 7:34, maning sambale wrote: python gmapi-builder.py -v -t for_mapsource/4001.tdb -b for_mapsource/4001.img -s for_mapsource/MINIMAL.TYP -i for_mapsource/4001.mdx -m for_mapsource/4001_mdr.img for_mapsource/*.img The error which is being reported is caused by an unknown sequence of bytes at the end of the 4001.tdb. However the .gmapi file seems to be compiled correctly despite this. I was able to install and view the resulting map. So the error appears (at least superficially) to be harmless. Can you try and see if the .gmapi file works for you and your users? If so, you could simply remove the -v option from the command line, and the error will not be reported. In case anyone is interested, this is the series of bytes at the very end of the tdb file which cause the problem: 00 00 E4 00 00 00 00 00 00 56 00 00 A9 00 00 00 00 D5 00 00 This comes after the information for the last img file. Cheers. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] problems with gmapi-builder
Dear Clinton, No Luck. I tried several combinations: python gmapi-builder.py -v -t for_mapsource/4001.tdb -b for_mapsource/4001.img -s for_mapsource/MINIMAL.TYP -i for_mapsource/4001.mdx -m for_mapsource/4001_mdr.img for_mapsource/63*.img Unknown Block: 54, length: 20, '\x00\x00\xd5\x00\x00\x00\x00\x00\x00~\x00\x00\x8c\x00\x00\x00\x00\xbd\x00\x00' TDB Version:4.07 Product ID: 1 Family ID: 639 Map Series: OSM_PHIL Map Family: OSM_PHIL Product Version:1.00 Copyright: OSM Street map Copyright: http://www.openstreetmap.org/ Copyright: Map data licenced under Creative Commons Attribution ShareAlike 2.0 Copyright: http://creativecommons.org/licenses/by-sa/2.0/ Copyright: Map created with mkgmap-r1867 Copyright: Program released under the GPL Trademark: Test preview map Overview map: Map Number: 6324 Parent Map: 0 Latitude North: 21.5332 Longitude East: 127.1338 Latitude South: 4.5703 Longitude West: 115.6201 Description:Overview Map Removing existing file './OSM_PHIL.gmapi' recursively Processing for_mapsource/63240001.img Processing for_mapsource/63240002.img Processing for_mapsource/63240003.img Processing for_mapsource/63240004.img python gmapi-builder.py -v -t for_mapsource/4001.tdb -b for_mapsource/4001.img -s for_mapsource/MINIMAL.TYP -i for_mapsource/4001.mdx -m for_mapsource/4001_mdr.img for_mapsource/*.img Unknown Block: 54, length: 20, '\x00\x00\xd5\x00\x00\x00\x00\x00\x00~\x00\x00\x8c\x00\x00\x00\x00\xbd\x00\x00' TDB Version:4.07 Product ID: 1 Family ID: 639 Map Series: OSM_PHIL Map Family: OSM_PHIL Product Version:1.00 Copyright: OSM Street map Copyright: http://www.openstreetmap.org/ Copyright: Map data licenced under Creative Commons Attribution ShareAlike 2.0 Copyright: http://creativecommons.org/licenses/by-sa/2.0/ Copyright: Map created with mkgmap-r1867 Copyright: Program released under the GPL Trademark: Test preview map Overview map: Map Number: 6324 Parent Map: 0 Latitude North: 21.5332 Longitude East: 127.1338 Latitude South: 4.5703 Longitude West: 115.6201 Description:Overview Map Removing existing file './OSM_PHIL.gmapi' recursively Processing for_mapsource/4001.img Processing for_mapsource/4001_mdr.img MDR file Processing for_mapsource/63240001.img Processing for_mapsource/63240002.img Processing for_mapsource/63240003.img Processing for_mapsource/63240004.img I do not know what the Unknown Block: 54, length: 20,... error means. On Fri, Jun 3, 2011 at 12:04 AM, Clinton Gladstone clinton.gladst...@googlemail.com wrote: Hi maning, I'm pretty sure that there is an error in your command line. I was able to compile the map properly with the following: python gmapi-builder.py -v -t for_mapsource/4001.tdb -b for_mapsource/4001.img -s for_mapsource/MINIMAL.TYP -i for_mapsource/4001.mdx -m for_mapsource/4001_mdr.img for_mapsource/*.img P.S.: Your map looks really nice, by the way. :-) Thanks! -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] problems with gmapi-builder
Update: Using the Gmapi Builder.app (downloaded Jan 2009) and the creations worked. However, I still prefer the python version for an automated updating of the maps. On Tue, May 31, 2011 at 11:44 AM, maning sambale emmanuel.samb...@gmail.com wrote: Dear Clinton, I tried splitting the map and I get this error: python gmapi-builder.py -v -t for_mapsource/4001.tdb -b for_mapsource/4001.img -s for_mapsource/MINIMAL.TYP -i for_mapsource/4001.mdx -m for_mapsource/4001_mdr.img for_mapsource/4001.img for_mapsource/*.img Unknown Block: 54, length: 20, '\x00\x00\xe4\x00\x00\x00\x00\x00\x00V\x00\x00\xa9\x00\x00\x00\x00\xd5\x00\x00' TDB Version: 4.07 Product ID: 1 Family ID: 639 Map Series: OSM_PHIL Map Family: OSM_PHIL Product Version: 1.00 Copyright: OSM Street map Copyright: http://www.openstreetmap.org/ Copyright: Map data licenced under Creative Commons Attribution ShareAlike 2.0 Copyright: http://creativecommons.org/licenses/by-sa/2.0/ Copyright: Map created with mkgmap-r1867 Copyright: Program released under the GPL Trademark: Test preview map Overview map: Map Number: 6324 Parent Map: 0 Latitude North: 21.4893 Longitude East: 127.3535 Latitude South: 4.5264 Longitude West: 116.3672 Description: Overview Map Processing for_mapsource/4001.img Processing for_mapsource/4001.img Traceback (most recent call last): File gmapi-builder.py, line 576, in module imgfile.dump(imgoutput) File gmapi-builder.py, line 409, in dump os.mkdir(output_dir) OSError: [Errno 17] File exists: './OSM_PHIL.gmapi/OSM_PHIL.gmap/OSMTiles/4001' The imgs are available for testing here: http://dl.dropbox.com/u/607635/osm-ph_gps_maps/dev/for_gmapi_test.zip The largest img is ~20MB. On Fri, May 20, 2011 at 4:43 AM, Clinton Gladstone clinton.gladst...@googlemail.com wrote: The other thing we noticed was that individual files which get too large can also fail. Is it possible to try with smaller map tiles? Or can I download your img files to reproduce the error? Cheers On May 19, 2011, at 4:29, maning sambale wrote: Clinton, I used your attached script and the result is the same: python gmapi-builder -v -t for_mapsource/4001.tdb -b for_mapsource/4001.img -s for_mapsource/MINIMAL.TYP -i for_mapsource/4001.mdx -m for_mapsource/4001_mdr.img for_mapsource/4001.img for_mapsource/*.img Unknown Block: 54, length: 20, '\x00\x00\xa7\x00\x00\x00\x00\x00\x00\xa2\x00\x00\xab\x00\x00\x00\x00\xfc\x00\x00' TDB Version: 4.07 Product ID: 1 Family ID: 639 Map Series: OSM_PHIL Map Family: OSM_PHIL Product Version: 1.00 Copyright: OSM Street map Copyright: http://www.openstreetmap.org/ Copyright: Map data licenced under Creative Commons Attribution ShareAlike 2.0 Copyright: http://creativecommons.org/licenses/by-sa/2.0/ Copyright: Map created with mkgmap-r1867 Copyright: Program released under the GPL Trademark: Test preview map Overview map: Map Number: 6324 Parent Map: 0 Latitude North: 21.5771 Longitude East: 127.7930 Latitude South: 4.5264 Longitude West: 115.6201 Description: Overview Map Processing for_mapsource/4001.img Processing for_mapsource/4001_mdr.img MDR file Processing for_mapsource/63240001.img Missing part: 0 of S?.ϻ in IMG-file. On Thu, May 19, 2011 at 3:21 AM, Clinton Gladstone clinton.gladst...@googlemail.com wrote: OK, That Wiki version is missing some things, such as index file support and latin-1 encoding. Try the attached file: It's a version which I sent to this list a few months ago. I'll try to update this version in a few days to include the TYP file fix from the Wiki too. Here's an example command line call, which includes index files: $ gmapi-builder.py -t 1400.tdb -b 1400.img -s 14.TYP -i 1400.mdx -m 1400_mdr.img *.img Cheers. On May 18, 2011, at 4:57, maning sambale wrote: Here: http://bitbucket.org/berteun/gmapibuilder/downloads/gmapi-builder.tar.gz as stated here: http://wiki.openstreetmap.org/wiki/Gmapibuilder/New_version On Wed, May 18, 2011 at 2:01 AM, Clinton Gladstone clinton.gladst...@googlemail.com wrote: On May 17, 2011, at 14:34, maning sambale wrote: I downloaded the latest gmapi-builder and tried the following: Where did you download this? I made some corrections, but I'm not sure if they are in the version you downloaded. Cheers. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning
Re: [mkgmap-dev] problems with gmapi-builder
Clinton, I used your attached script and the result is the same: python gmapi-builder -v -t for_mapsource/4001.tdb -b for_mapsource/4001.img -s for_mapsource/MINIMAL.TYP -i for_mapsource/4001.mdx -m for_mapsource/4001_mdr.img for_mapsource/4001.img for_mapsource/*.img Unknown Block: 54, length: 20, '\x00\x00\xa7\x00\x00\x00\x00\x00\x00\xa2\x00\x00\xab\x00\x00\x00\x00\xfc\x00\x00' TDB Version:4.07 Product ID: 1 Family ID: 639 Map Series: OSM_PHIL Map Family: OSM_PHIL Product Version:1.00 Copyright: OSM Street map Copyright: http://www.openstreetmap.org/ Copyright: Map data licenced under Creative Commons Attribution ShareAlike 2.0 Copyright: http://creativecommons.org/licenses/by-sa/2.0/ Copyright: Map created with mkgmap-r1867 Copyright: Program released under the GPL Trademark: Test preview map Overview map: Map Number: 6324 Parent Map: 0 Latitude North: 21.5771 Longitude East: 127.7930 Latitude South: 4.5264 Longitude West: 115.6201 Description:Overview Map Processing for_mapsource/4001.img Processing for_mapsource/4001_mdr.img MDR file Processing for_mapsource/63240001.img Missing part: 0 of S?.ϻ in IMG-file. On Thu, May 19, 2011 at 3:21 AM, Clinton Gladstone clinton.gladst...@googlemail.com wrote: OK, That Wiki version is missing some things, such as index file support and latin-1 encoding. Try the attached file: It's a version which I sent to this list a few months ago. I'll try to update this version in a few days to include the TYP file fix from the Wiki too. Here's an example command line call, which includes index files: $ gmapi-builder.py -t 1400.tdb -b 1400.img -s 14.TYP -i 1400.mdx -m 1400_mdr.img *.img Cheers. On May 18, 2011, at 4:57, maning sambale wrote: Here: http://bitbucket.org/berteun/gmapibuilder/downloads/gmapi-builder.tar.gz as stated here: http://wiki.openstreetmap.org/wiki/Gmapibuilder/New_version On Wed, May 18, 2011 at 2:01 AM, Clinton Gladstone clinton.gladst...@googlemail.com wrote: On May 17, 2011, at 14:34, maning sambale wrote: I downloaded the latest gmapi-builder and tried the following: Where did you download this? I made some corrections, but I'm not sure if they are in the version you downloaded. Cheers. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] problems with gmapi-builder
I downloaded the latest gmapi-builder and tried the following: = python gmapi-builder -v -t for_mapsource/4001.tdb -b for_mapsource/4001.img for_mapsource/4001.img for_mapsource/4001_mdr.img for_mapsource/63240001.img -s for_mapsource/MINIMAL.TYP Unknown Block: 54, length: 20, '\x00\x00\x17\x00\x00\x00\x00\x00\x00\xe6\x00\x00\xce\x00\x00\x00\x00D\x00\x00' TDB Version:4.07 Product ID: 1 Family ID: 639 Map Series: OSM_PHIL Map Family: OSM_PHIL Product Version:1.00 Copyright: OSM Street map Copyright: http://www.openstreetmap.org/ Copyright: Map data licenced under Creative Commons Attribution ShareAlike 2.0 Copyright: http://creativecommons.org/licenses/by-sa/2.0/ Copyright: Map created with mkgmap-r1867 Copyright: Program released under the GPL Trademark: Test preview map Overview map: Map Number: 6324 Parent Map: 0 Latitude North: 21.5771 Longitude East: 127.7930 Latitude South: 4.5264 Longitude West: 115.6201 Description:Overview Map Missing part: 0 of S?.ϻ in IMG-file. === The same data was used for a mapsource installer compiler and there are no problems with mapsource. My old gmapi syntax was python gmapi-builder -v -t for_mapsource/4001.tdb -b for_mapsource/4001.img for_mapsource/*.img -s for_mapsource/MINIMAL.TYP -i for_mapsource/4001.mdx -m for_mapsource/4001_mdr.img Same error results as above. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] problems with gmapi-builder
Here: http://bitbucket.org/berteun/gmapibuilder/downloads/gmapi-builder.tar.gz as stated here: http://wiki.openstreetmap.org/wiki/Gmapibuilder/New_version On Wed, May 18, 2011 at 2:01 AM, Clinton Gladstone clinton.gladst...@googlemail.com wrote: On May 17, 2011, at 14:34, maning sambale wrote: I downloaded the latest gmapi-builder and tried the following: Where did you download this? I made some corrections, but I'm not sure if they are in the version you downloaded. Cheers. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] another compile problem with mdr files
I have encountered anothe compile problem using r1905 and pbf. My mkgmap args.list: code-page=1252 tdbfile latin1 country-abbr=PHL country-name=PHILIPPINES remove-short-arcs=5 route add-pois-to-areas family-id=639 family-name=OSM_PHIL overview-mapname=4001 series-name=OSM_PHIL description=OSM Philippines style-file=/home/maning/Downloads/osm/routable_garmin/git/osmphgps/styles/default generate-sea=polygons,extend-sea-sectors,close-gaps=1000 index adjust-turn-headings check-roundabouts drive-on-right check-roundabout-flares report-dead-ends ignore-maxspeeds link-pois-to-ways location-autofill=0 Below is the list of compiled imgs (mdx seems to be very small): rwxr-xr-x 2 maning maning 4096 Apr 24 20:06 . drwxr-xr-x 6 maning maning 4096 Apr 24 20:11 .. -rw-r--r-- 1 maning maning 5120 Apr 24 20:06 4001.img -rw-r--r-- 1 maning maning 14 Apr 24 20:06 4001.mdx -rw-r--r-- 1 maning maning 154 Apr 24 20:06 4001.tdb -rw-r--r-- 1 maning maning 835584 Apr 24 20:06 4001_mdr.img -rw-r--r-- 1 maning maning 29200384 Apr 24 20:06 63240001.img My compile output for gmapi-builder: python gmapi-builder -t for_mapsource/4001.tdb -b for_mapsource/4001.img for_mapsource/4001.img for_mapsource/4001_mdr.img for_mapsource/63240001.img -s for_mapsource/MINIMAL.TYP -i for_mapsource/4001.mdx -m for_mapsource/4001_mdr.img TDB Version:4.07 Product ID: 1 Family ID: 639 Map Series: OSM_PHIL Map Family: OSM_PHIL Product Version:1.00 Trademark: Test preview map TDB file contains no detail blocks. Missing part: 0 of .in IMG-file. And the mapsource crash log: App: MapSource At: 4/25/2011 1:22:57 AM (UTC) OS: Windows XP Service Pack 3 Processor: Pentium Pro or Pentium II, RAM: 2047472 GEO_POSITION.HPP-62-6.11.6.0 Language ID: 1033 Part Number: 006-A0041-00 Build Type: Release -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] how to get better error logs during map compile?
Thanks. I already have it in my compile process. The existing logs give me errors for many data problems coastline gaps, oneways, etc.. Which part of logging.properties should provide info on uncompleted compile? On Wed, Apr 6, 2011 at 2:55 PM, Marko Mäkelä marko.mak...@iki.fi wrote: On Tue, Apr 05, 2011 at 09:19:13PM +0800, maning sambale wrote: All I get in my logs are: time java -Xmx1512m -jar mkgmap.jar --read-config=args2.list philippines.osm.pbf MINIMAL.TYP [...] Is there way to get a log report that shows that the compile process is completed and possible reasons for the uncompleted compile? java -Xmx1512m -ea -Dlog.config=logging.properties -jar mkgmap.jar ... In logging.properties you can say how much detail you want. You can find a sample file here: http://www.polkupyoraily.net/osm/files/logging.properties It will generate the output to a file mkgmap.log.0. Marko ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] how to get better error logs during map compile?
Recently, I'm having problems with completing a a compile for a gmapsupp. Everything is working fine for the same data when compiling for mapsource (with index switch for the mdx creation) My args list for gmapsupp are: code-page=1252 latin1 country-abbr=PHL country-name=PHILIPPINES remove-short-arcs=5 route add-pois-to-areas family-id=639 family-name=OSM_PHIL overview-mapname=4001 series-name=OSM_PHIL description=OSM Philippines style-file=/home/maning/Downloads/osm/routable_garmin/git/osmphgps/styles/default generate-sea=polygons,extend-sea-sectors,close-gaps=1000 make-poi-index adjust-turn-headings drive-on-right report-dead-ends ignore-maxspeeds link-pois-to-ways location-autofill=0 road-name-pois gmapsupp All I get in my logs are: time java -Xmx1512m -jar mkgmap.jar --read-config=args2.list philippines.osm.pbf MINIMAL.TYP 176.15user 8.42system 5:39.83elapsed 54%CPU (0avgtext+0avgdata 3727360maxresident)k 1391824inputs+70520outputs (21049major+479340minor)pagefaults 0swaps But the created gmapsupp is only 54272 KB while the mapsource imgs are about 18949099 KBs 54272 Apr 5 20:36 gmapsupp.img Is there way to get a log report that shows that the compile process is completed and possible reasons for the uncompleted compile? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] typ not included in the gmapsupp
I'm using r1905 with the following command: java -Xmx1512m -jar mkgmap.jar --read-config=args2.list philippines.osm.pbf MINIMAL2.TYP args2.list code-page=1252 latin1 country-abbr=PHL country-name=PHILIPPINES remove-short-arcs=5 route add-pois-to-areas family-id=639 family-name=OSM_PHIL overview-mapname=4001 series-name=OSM_PHIL description=OSM Philippines style-file=/home/maning/Downloads/osm/routable_garmin/git/osmphgps/styles/default generate-sea=polygons,extend-sea-sectors,close-gaps=1000 adjust-turn-headings drive-on-right report-dead-ends ignore-maxspeeds link-pois-to-ways location-autofill=0 road-name-pois gmapsupp The gmapsupp doen't include the typfile. Moreover, it created other img even if I activated the gmapsupp switch: 5120 2011-04-06 12:37 4001.img 566 2011-04-06 12:37 4001.tdb 28743168 2011-04-06 12:37 63240001.img 28795392 2011-04-06 12:37 gmapsupp.img Any ideas? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] compile issues with mkgmap-r1905
Hi, Continuing my quest on this issue, I tried compiling using the pbf format and everything was compiled without problems. The current bz2 file is 32 MB (400 MB uncompressed xml) the pbf is 20 MB. My suspicion is that the data is becoming too large to compile on my machine. One curious thing is that creating a gmapsupp using the uncompressed xml is OK but creating a mapsource/roadtrip installer, the mdr file seems to be the problem. I s there a size limit requirement in creating the index files? On Tue, Mar 29, 2011 at 12:46 PM, maning sambale emmanuel.samb...@gmail.com wrote: Just an update on my problem: test1 - using the latest extract dated 20110328 mkgmap r-1867 - macroadtrip incomplete mapbuild and winmapsource crash mkgmap r-1905 - macroadtrip incomplete mapbuild and winmapsource crash test2 - using an old extract 20110321 mkgmap r-1867 - both mapsource and roadtrip build OK mkgmap r-1905 - both mapsource and roadtrip build OK I conclude that there are issues with the current data. On Mon, Mar 28, 2011 at 1:54 PM, maning sambale emmanuel.samb...@gmail.com wrote: I upgraded my mkgmap and had issues with mapsource crashing: App: MapSource At: 3/28/2011 3:55:30 AM (UTC) OS: Windows XP Service Pack 3 Processor: Pentium Pro or Pentium II, RAM: 2047472 GEO_POSITION.HPP-62-6.11.6.0 Language ID: 1033 Part Number: 006-A0041-00 Build Type: Release Upon looking at the installed files, I noticed that the 4001_mdr.img is on 816 KB whaich used to be 2.1 MB. I also have problems with creating the gmapi for mac: python gmapi-builder -t for_mapsource/4001.tdb -b for_mapsource/4001.img for_mapsource/4001.img for_mapsource/4001_mdr.img for_mapsource/63240001.img -s for_mapsource/MINIMAL.TYP -i for_mapsource/4001.mdx -m for_mapsource/4001_mdr.img TDB Version: 4.07 Product ID: 1 Family ID: 639 Map Series: OSM_PHIL Map Family: OSM_PHIL Product Version: 1.00 Trademark: Test preview map TDB file contains no detail blocks. Missing part: 0 of . in IMG-file. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] compile issues with mkgmap-r1905
Just an update on my problem: test1 - using the latest extract dated 20110328 mkgmap r-1867 - macroadtrip incomplete mapbuild and winmapsource crash mkgmap r-1905 - macroadtrip incomplete mapbuild and winmapsource crash test2 - using an old extract 20110321 mkgmap r-1867 - both mapsource and roadtrip build OK mkgmap r-1905 - both mapsource and roadtrip build OK I conclude that there are issues with the current data. On Mon, Mar 28, 2011 at 1:54 PM, maning sambale emmanuel.samb...@gmail.com wrote: I upgraded my mkgmap and had issues with mapsource crashing: App: MapSource At: 3/28/2011 3:55:30 AM (UTC) OS: Windows XP Service Pack 3 Processor: Pentium Pro or Pentium II, RAM: 2047472 GEO_POSITION.HPP-62-6.11.6.0 Language ID: 1033 Part Number: 006-A0041-00 Build Type: Release Upon looking at the installed files, I noticed that the 4001_mdr.img is on 816 KB whaich used to be 2.1 MB. I also have problems with creating the gmapi for mac: python gmapi-builder -t for_mapsource/4001.tdb -b for_mapsource/4001.img for_mapsource/4001.img for_mapsource/4001_mdr.img for_mapsource/63240001.img -s for_mapsource/MINIMAL.TYP -i for_mapsource/4001.mdx -m for_mapsource/4001_mdr.img TDB Version: 4.07 Product ID: 1 Family ID: 639 Map Series: OSM_PHIL Map Family: OSM_PHIL Product Version: 1.00 Trademark: Test preview map TDB file contains no detail blocks. Missing part: 0 of . in IMG-file. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] compile issues with mkgmap-r1905
I upgraded my mkgmap and had issues with mapsource crashing: App: MapSource At: 3/28/2011 3:55:30 AM (UTC) OS: Windows XP Service Pack 3 Processor: Pentium Pro or Pentium II, RAM: 2047472 GEO_POSITION.HPP-62-6.11.6.0 Language ID: 1033 Part Number: 006-A0041-00 Build Type: Release Upon looking at the installed files, I noticed that the 4001_mdr.img is on 816 KB whaich used to be 2.1 MB. I also have problems with creating the gmapi for mac: python gmapi-builder -t for_mapsource/4001.tdb -b for_mapsource/4001.img for_mapsource/4001.img for_mapsource/4001_mdr.img for_mapsource/63240001.img -s for_mapsource/MINIMAL.TYP -i for_mapsource/4001.mdx -m for_mapsource/4001_mdr.img TDB Version:4.07 Product ID: 1 Family ID: 639 Map Series: OSM_PHIL Map Family: OSM_PHIL Product Version:1.00 Trademark: Test preview map TDB file contains no detail blocks. Missing part: 0 of .in IMG-file. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] [PATCH v6] Automatic location completion
Thanks for jar file. Now to report my test results:
I uploaded the map via Garmin MapInstall search for Address and
Intersections. I get a No Data Available
Using: mkgmap-locator-r1892.jar
Args.list:
ode-page=1252
tdbfile
latin1
country-abbr=PHL
country-name=PHILIPPINES
remove-short-arcs=5
route
add-pois-to-areas
family-id=639
family-name=OSM_PHIL
overview-mapname=4001
series-name=OSM_PHIL
description=OSM_PHIL
style-file=/home/maning/Downloads/osm/routable_garmin/git/osmphgps/styles/default
generate-sea=multipolygon,extend-sea-sectors,close-gaps=1000
index
make-poi-index
adjust-turn-headings
drive-on-right
report-dead-ends
ignore-maxspeeds
link-pois-to-ways
location-autofill=0
Some error reports:
SEVERE (LocationHook): philippines.osm: Element lists created after 230 ms
SEVERE (LocationHook): philippines.osm: Quadtree created after 23798 ms
SEVERE (LocationHook): philippines.osm: Location admin_level=1
processed after 23815 ms
SEVERE (LocationHook): philippines.osm: Location admin_level=2
processed after 23864 ms
SEVERE (LocationHook): philippines.osm: Start assigning admin_level=2
after 23962 ms
SEVERE (LocationHook): philippines.osm: Special admin_level=2 handling
processed after 24627 ms
SEVERE (LocationHook): philippines.osm: Cannot process location
element because it contains no name tag: 4611686018427393428
[boundary=administrative,admin_level=3,mkgmap:stylefilter=polygon,mkgmap:admin_level2=PHL]
SEVERE (LocationHook): philippines.osm: Location admin_level=3
processed after 40069 ms
SEVERE (LocationHook): philippines.osm: Cannot process location
element because it contains no name tag: 61462633
[boundary=administrative,admin_level=4,mkgmap:admin_level2=PHL]
SEVERE (LocationHook): philippines.osm: Cannot process location
element because it contains no name tag: 4611686018427387951
[boundary=administrative,admin_level=4,mkgmap:stylefilter=polygon,mkgmap:admin_level2=PHL]
SEVERE (LocationHook): philippines.osm: Cannot process location
element because it contains no name tag: 27751466
[boundary=administrative,admin_level=4,mkgmap:admin_level2=PHL]
SEVERE (LocationHook): philippines.osm: Location admin_level=4
processed after 40335 ms
SEVERE (LocationHook): philippines.osm: Location admin_level=5
processed after 40336 ms
SEVERE (LocationHook): philippines.osm: Cannot process location
element because it contains no name tag: 28045303
[mkgmap:admin_level6=Makati,boundary=administrative,admin_level=6,mkgmap:admin_level2=PHL,mkgmap:admin_level3=Metro
Manila]
SEVERE (LocationHook): philippines.osm: Location admin_level=6
processed after 42682 ms
SEVERE (LocationHook): philippines.osm: Location admin_level=7
processed after 42683 ms
SEVERE (LocationHook): philippines.osm: Location admin_level=8
processed after 42823 ms
SEVERE (LocationHook): philippines.osm: Location admin_level=9
processed after 42836 ms
SEVERE (LocationHook): philippines.osm: Location admin_level=10
processed after 44427 ms
SEVERE (LocationHook): philippines.osm: Location admin_level=11
processed after 44427 ms
SEVERE (LocationHook): philippines.osm: Location postal_code processed
after 44427 ms
SEVERE (LocationHook): philippines.osm: Location hook finished in 44427 ms
Next I tried using the default style and now I can search for streets
via Address. There must be something wrong with my own style
Moving on, for areas with proper relation/multipolygon I get good
results for streets within villages (admin_level=10
http://www.openstreetmap.org/browse/relation/371327) but I can't get
streets within tows/cities (admin_level=6
http://www.openstreetmap.org/browse/relation/146949)
One question, does your code split the road when it crosses another admin_level?
2011/3/10 Carlos Dávila cdavi...@orangecorreo.es:
El 08/03/11 23:07, WanMil escribió:
Next round of the location improvements:
* The algorithm that searched which elements were contained within a
boundary was (is) wrong. I updated some parameters in the Quadtree so I the
probability is very much lower that an element is not assigned correctly.
In case they can help you improve the algorithm, here you have two examples
of nodes wrongly assigned (according to my styles below): nodes 945168390
and 943005606, that are within boundary relation 348994 (admin_level=6) are
assigned region=Extremadura (boundary relation 349050, admin_level=4). I can
provide more examples if necessary.
Extract of the styles:
mkgmap:region!=* is_in:province=* { set mkgmap:region='${is_in:province}'
}
mkgmap:region!=* mkgmap:admin_level6=* { set
mkgmap:region='${mkgmap:admin_level6}' }
mkgmap:region!=* mkgmap:admin_level5=* { set
mkgmap:region='${mkgmap:admin_level5}' }
mkgmap:region!=* mkgmap:admin_level4=* { set
mkgmap:region='${mkgmap:admin_level4}' }
mkgmap:region!=* mkgmap:admin_level3=* { set
mkgmap:region='${mkgmap:admin_level3}' }
* The mkgmap:country, addr:country and is_in:country tag is now always
assigned with the three letter country code. This makes it
[mkgmap-dev] flooded tiles in nuvi 295W
Hi, I have a user with nuvi 295W. He is having issues with flooded tiles using my map. I never encountered this issue on my device and on mapsource/basecamp/roadtrip. The map has a custom typ file to show land polygon. Are there other users having this issue with nuvi 295W? http://esambale.wikispaces.com/message/view/home/35367350 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] dropping place:village,hamlet,suburb in city search
Any suggested hexcode to use for place:village,hamlet,suburb in city search that will make it searcheable as a POI but not in the current city search? The idea is to declutter the city search of these minor places and just the actual city/town will be used to index streets and cities. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] delete and replace is_in:country tags
Thanks. Just to correct my last message, ISO shortname should be PHL On Wed, Feb 16, 2011 at 6:25 PM, Steve Ratcliffe st...@parabola.me.uk wrote: On 16/02/11 10:20, maning sambale wrote: Thanks! Now I have two countries to choose from Philippines and PHI. Better that the last one. OK I am adding the Philippines to the LocatorConfig file so you should have only one to choose from once it is checked in. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] search and address test (index-r1860)
Hi, Some test results using the index-r1860 for the Philippines using nuvi 1310. 1. Select country now has one option for the Philippines 2. Search by address by street name works. You can use both Spell City and Search All . One quirk, I noticed is that a street is assigned to a single place/city depending on the location of the place node. For example, Street x Y village, Z City can be found either in in X or Y and not both. The problem is that if there are many place=village or hamlet tags within a City, very few results will come out when using the actual city name. (I am aware that this is due to the use of the is_in tags and there are proposed ideas on using boundaries and relations and nominatim in the future) 3. City search now works. 4. Intersection works! However, it suffers the one-street-one-city-only issue as item 2. Moreover, when selecting Street1, you are given another window to select Street2. Pressing the Done button, you are given a list of street, but the provided street doesn't necessarily intersect with Street1. In some cases it can't find an intersection which I know has one but I think this is more of a data issue. 5. Search via substring works for POI search but not for City search. For example, with POI search, the word Pablo gives result like: San Pablo Pablo S. Pablo In the city search, you only get results when the query string is in the first word, like: Pablo Pablo, Laguna Overall, great work on the index! -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] delete and replace is_in:country tags
How do I do this within the style file? For the points, I tried this one:
*=* {delete is_in:country=disputed territory}
place=* {add is_in:country=Philippines}
But I keep getting disputed territory for all my search results (POI
and streets)
I also get Indonesia in some streets
Is this related to the location-autofill=1 switch?
--
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
You're right I found 21 instances containing this tag: http://www.openstreetmap.org/browse/node/302106226 It seems everything was tagged as with the country=disputed territory :) Is there a way to override the is_in:country since I'm only compiling with my own country. On Mon, Feb 14, 2011 at 5:45 PM, Steve Ratcliffe st...@parabola.me.uk wrote: - Loading the map to basecamp and roadtrip - no crash - loading the map to nuvi 1310 using map install - no crash - using the Where to - Address - working! Good news! - I see two countries in the Select Country (Disputed Territory and Ph) - what do we mean by disputed territory? That must be in the data, the string 'disputed' does not appear in mkgmap anywhere. I can search for streets under the Disputed Category but not in Ph That seems strange, there are some islands that are disputed, but you would expect that most streets would be in Ph. The country may need an entry in LocatorConfig.xml. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index branch - success!
My report using mkgmap-index-r1850.jar. Args file: code-page=1252 tdbfile latin1 country-abbr=PHL country-name=PHILIPPINES remove-short-arcs=5 route add-pois-to-areas family-id=639 family-name=OSM_PHIL overview-mapname=4001 series-name=OSM_PHIL description=OSM_PHIL generate-sea=polygons,extend-sea-sectors,close-gaps=1000 index make-poi-index adjust-turn-headings drive-on-right report-dead-ends ignore-maxspeeds link-pois-to-ways - Loading the map to basecamp and roadtrip - no crash - loading the map to nuvi 1310 using map install - no crash - using the Where to - Address - working! - I see two countries in the Select Country (Disputed Territory and Ph) - what do we mean by disputed territory? I can search for streets under the Disputed Category but not in Ph I'm using the default style for now. Will report back using my own style. Great work! On Sun, Feb 13, 2011 at 4:45 AM, Chris66 chris66...@gmx.de wrote: Am 12.02.2011 15:08, schrieb Henning Scholland: Now when I find for addresses on my Legend HCX, I can choose between region Deutschland and region Germany. [...] I used location-autofill=1 and --country-name=germany --country-abbr=DE --area-name=DE when I change this to --country-name=Deutschland --country-abbr=DEU --area-name=DEU then only region Deutschland is available and this is choosen automatically in the address-find page. For region Deutschland I have to enter LÜ to find cities starting with Lü but for Region Germany I have to enter LU to find cities starting with Lü. did you use --code-page//=1252? This should fix the problem with umlauts. I used -latin1 but when I change to codepage/charset 1252 there is no difference. So, searching cities with LÜ now gives: Lünen, Kreis Unna Lünen-Süd, DEU and looking for LU gives: Lüdinghausen, Kreis Coesfeld Lünen, Kreis Unna Lünen-Süd, DEU Very funny. Another question: Searching for housenumbers is not yet possible? Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Wondering about mkgmap usage.
Dear Marco, Typ files allow you to customize the look of your map. Think of it as different cartographic design in the main OSM map (mapnik, osmarender, cyclemaps). Many mkgmap users use different typ files depending on the map purpose (road, cycling hiking, etc). A good howto and explanation here: http://www.cferrero.net/maps/guide_to_TYPs.html If no typ file is included in the mkgmap parameters. It will default on garmin's map design. On Tue, Feb 1, 2011 at 4:44 PM, dom d...@team-oid.de wrote: Hi, I'm using mkgmap since a while and it works great. Good work and thanks to all of the developer. I know how many time you are investing into it and how many time such a OS project needs to care about. So my question is. I already have seen that some of the map compilers are calling the mkgmap with the typ file at the end. For example: java .. -jar mkgmap.jar [option] typfile.typ I also tried it and I found no advantage or difference to a call without the typ file? What is the reason for this? I also didn't find any doc for this. Thanks, Marco ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mkgmap index rev. 1809
Apologies for a stupid Q, are the latest index code changes in the trunk or in a separate branch? I can't find an index branch in the websvn. On Tue, Feb 1, 2011 at 8:12 PM, Steve Ratcliffe st...@parabola.me.uk wrote: Is anyone else having problems with crashes in the latest index branch version? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] splitting to non-square tiles (splitter and mkgmap)
Is it possible to split the osm files into non-square tiles like by major island groups? I've read before that splitting has some issues with routing. Our current data is good enough as a single tile. But I can't install it anymore on Garmin's without SD card slot (e.g etrex venture hc) -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Commit: r1771: Code spring clean.
Does this mean I can removed the road-name-pois switch and the cluttered road names? On Fri, Jan 7, 2011 at 10:54 PM, Steve Ratcliffe st...@parabola.me.uk wrote: anything about street search on the device. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Commit: r1771: Code spring clean.
I agree, a good workaround in the past, but should replaced eventually. Well road-name-pois should be removed from mkgmap alltogether IMHO. It overloads the POI search, and causes crashes on most gps - even when the map that has been built with road-name-pois is deactivated And no, only old generation Garmin GPS work with the address search right now (and to search in other tiles than the active, workarounds are Hope we can get this into mkgmap soon. :) needed). In the end as cpreview that generates a fully working address search for cgpsmapper produced maps is open source now, it should be possible to get mkgmap write correct address search too. I have not succeeded in using cpreview to write working mdr for mkgmap created maps though. In trying to understand Garmin's search function, am I right to assume that search works on different features of the map? My observation is that garmin has 3 separate search index (POIs, address/street, and City). POI search is OK but I have observed problems with city search. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] announced streets are wrong for abbreviated street names on nuvi
Not exactly an mkgmap issue, but I would like to point this out when mapping for OSM. Using nuvi text-to-speech feature, some abbreviated street names are announced with some kind of default words. i. e., - St. Thomas which should be Saint Thomas was announced as Street Thomas - E. Rodriguez which should be Eulogio Rodriguez was announced as East Rodriguez -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] announced streets are wrong for abbreviated street names on nuvi
@Charlie, That is correct, but in the case of the name below, this is what I saw on the ground (street sign). - E. Rodriguez which should be Eulogio Rodriguez was announced as East Rodriguez And for this very reason the OSM mapping guidelines state that no abbreviations should be used in names. :) -- Charlie ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] cgpsmapper open version: initial source released
Found it: GNU General Public License version 3.0 (GPLv3) On Sat, Dec 11, 2010 at 9:47 PM, maning sambale emmanuel.samb...@gmail.com wrote: http://sourceforge.net/projects/cgpsmapper/ Rapidly browsing the sourceforge site, I didn't see any reference to the license. In any case, I hope mkgmap devs can learn a few things or two in the open version of cgpsmapper. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] 2 pois for a single polygon/multipolygon
This way is tagged as a amenity=townhall and a multipolygon relation: http://www.openstreetmap.org/browse/way/24159829 http://www.openstreetmap.org/browse/relation/452620 In my style: polygons: building=* | man_made=* | amenity=* | tourism=* [0x13 resolution 24] and in the points: amenity=townhall [0x3003 resolution 21] building=* [0x6402 resolution 24] I have the add-pois-areas switch enabled This resulted to two POI icons (the little PH flag) in garmin http://farm2.static.flickr.com/1290/5184379090_bbeeeaffc8_b.jpg -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] 2 pois for a single polygon/multipolygon
AFAIK, the correct way of tagging is: way 1 - amenity=townhall way 2 - no tag relation type=multipolygon way 1 = outer way 2 = inner I'll check other data to verify. On Wed, Nov 17, 2010 at 8:34 PM, Greg Troxel g...@ir.bbn.com wrote: maning sambale emmanuel.samb...@gmail.com writes: This way is tagged as a amenity=townhall and a multipolygon relation: http://www.openstreetmap.org/browse/way/24159829 http://www.openstreetmap.org/browse/relation/452620 In my style: polygons: building=* | man_made=* | amenity=* | tourism=* [0x13 resolution 24] and in the points: amenity=townhall [0x3003 resolution 21] building=* [0x6402 resolution 24] I have the add-pois-areas switch enabled This resulted to two POI icons (the little PH flag) in garmin http://farm2.static.flickr.com/1290/5184379090_bbeeeaffc8_b.jpg So I think that the relation inherits tags from the outer way, and thus both the multipolygon and the way get a poi point generated. I don't think this is a mkgmap bug. What if you take the amenity/buiding/name tags off the outer way and put them on the relation? I am coming to the tenative conclusion that the map data is wrong. Or can you point to the rules for multipolygons and buildings that say putting the data on an outer way is correct? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] 2 pois for a single polygon/multipolygon
Can anyone confirm this? (I don't read code sorry) On Wed, Nov 17, 2010 at 8:44 PM, Chris66 chris66...@gmx.de wrote: Am 17.11.2010 13:34, schrieb Greg Troxel: So I think that the relation inherits tags from the outer way, and thus both the multipolygon and the way get a poi point generated. I don't think this is a mkgmap bug. Another possible reason: The MP Code splits the MP to several normal polygons (without holes), each getting a POI. But this is just a guess. Chris ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] 2 pois for a single polygon/multipolygon
As far as I remember it, It should to be tagged in the outer way. But the wiki says otherwise, http://wiki.openstreetmap.org/wiki/Multipolygon#Usage On Thu, Nov 18, 2010 at 9:03 AM, Greg Troxel g...@ir.bbn.com wrote: Marko Mäkelä marko.mak...@iki.fi writes: On Wed, Nov 17, 2010 at 09:37:17PM +0800, maning sambale wrote: Can anyone confirm this? (I don't read code sorry) If moving all tags from the role=outer way to the multipolygon relation fixes the problem, then Greg Troxel is right. If not, then Chris is right. I may have observed similar behaviour to what Chris mentioned, but that was months ago, and the code has been changed since then. I think we first need to be very sure about the correct tagging rules and then make mkgmap follow them. It seems odd for me if tags belong on the outer way member of a relation, but if so then relations shouldn't use inherited tags for creating POIs. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] combining two img covering other polygon below
Adrian, Thanks for the suggestion and explanation. I'll give it a shot and report back the results -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] combining two img covering other polygon below
Hi, Continuing my quest on this problem. I tried combining the osm file and contour polys using osmosis. However, osmosis can't handle merge of osm files w/o version attribute (the contours polys are not in the main osm dbase). http://trac.openstreetmap.org/ticket/2620 Is there a way to combine (largish) osm files other then josm copypasta or osmosis? Perhaps another solution altogether? On Thu, Nov 11, 2010 at 9:10 PM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, I am converting selected contour lines as a polygon. The contour polys are in a separate osm file. Compiling with the following commands: java -Xmx1512m -jar mkgmap.jar --read-config=args.list philippines.osm contour.osm args.list below: code-page=1252 ea tdbfile latin1 country-abbr=PHI country-name=PHILIPPINES remove-short-arcs=5 route road-name-pois add-pois-to-areas family-id=639 family-name=OSM_PHIL overview-mapname=4001 series-name=OSM_PHIL description=OSM_PHIL style-file=/home/maning/Downloads/osm/routable_garmin/svn/styles/osm-ph generate-sea=polygons,extend-sea-sectors,close-gaps=1000 index adjust-turn-headings check-roundabout drive-on-right check-roundabout-flares report-dead-ends transparent The problem, all other polygons and lines are under the contour polys including the boundingbox of the test contour map. POIS and labels are visible. See image here: http://farm2.static.flickr.com/1390/5166129071_b804c4622e_b.jpg Any advice? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] combining two img covering other polygon below
Hi, I am converting selected contour lines as a polygon. The contour polys are in a separate osm file. Compiling with the following commands: java -Xmx1512m -jar mkgmap.jar --read-config=args.list philippines.osm contour.osm args.list below: code-page=1252 ea tdbfile latin1 country-abbr=PHI country-name=PHILIPPINES remove-short-arcs=5 route road-name-pois add-pois-to-areas family-id=639 family-name=OSM_PHIL overview-mapname=4001 series-name=OSM_PHIL description=OSM_PHIL style-file=/home/maning/Downloads/osm/routable_garmin/svn/styles/osm-ph generate-sea=polygons,extend-sea-sectors,close-gaps=1000 index adjust-turn-headings check-roundabout drive-on-right check-roundabout-flares report-dead-ends transparent The problem, all other polygons and lines are under the contour polys including the boundingbox of the test contour map. POIS and labels are visible. See image here: http://farm2.static.flickr.com/1390/5166129071_b804c4622e_b.jpg Any advice? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Same city name in a different province search results (Fwd: is_in:state)
We are testing several points style workaround in order get some basic
address search working.
In the points style we have these lines:
# ---
# Convert 'is_in:city' or 'is_in:town' (if existing) to addr:city to
become searchable in mkgmap1625
addr:city!=* is_in:city=* {add addr:city='${is_in:city}'; delete is_in:city}
addr:city!=* is_in:town=* {add addr:city='${is_in:town}'; delete is_in:town}
# Temporary HACK for none search-able 'state' tags
is_in:state=* | addr:state=* | addr:province=*
{add prov_name='${is_in:state}'; add prov_name='${addr:state}'; add
prov_name='${addr:province}';
add is_in='${prov_name},,Philippines'; set is_in='${prov_name},,Philippines';
delete is_in:state; delete addr:state; delete addr:province;}
Below are some observations in search results
-- Forwarded message --
Date: Thu, Nov 4, 2010 at 5:09 PM
Subject: is_in:state
To: Maning Sambale emmanuel.samb...@gmail.com
while most POI searches are working in garmin with our latest hack, im
stuck with the following issue:
same city names or town names, eg. San Fernando, La Union San
Fernando, Pampanga
here is what i did on:
assign two POI city an amenity (fire station)
name=San Fernando
place=city
is_in:state=La Union
is_in:La Union,,Philippines
name=San Fernando
place=city
is_in:state=Pampanga
is_in:Pampanga,,Philippines
name=A_Fire
amenity=fire_station
addr:city=San Fernando
addr:state=La Union
is_in:La Union,,Philippines
Upon Searching:The said fire station will appear under San Fernando,
Pampanga, PH on mapsource's Find command
I don't know the order by which the is_in:state are processed, but
once San Fernando is declared under Pampanga by any initial POI during
compilation (it's not even in aphabetical order), it will stick to
Pampanga only. Thus, any succeeding amenity with an addr:city=San
Fernando, it will automatically assume that it's on Pampanga, even if
I explicitly tagged it as La Union.
--
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] motorway_link not always oneway
Is it possible to add them in the logging reports within mkgmap? On Thu, Oct 28, 2010 at 3:14 PM, Marko Mäkelä marko.mak...@iki.fi wrote: On Thu, Oct 28, 2010 at 08:51:49AM +0200, fla...@googlemail.com wrote: why cant we change the standard into oneway=no . In big parts of germany only the oneway parts will be tagged mit oneway, but no the toway-parts with onewyy=no. And i think thats the same in other parts of the world ? Better: why can't we change the standard to say that oneway=yes/no has to be specified for highway=motorway_link? A check for that could be easily incorporated in the JOSM Validator plugin. Side note: some months ago, I made Validator not complain about barrier=* ending close to a way. Now that exception seems to have been removed, and I am again seeing those useless warnings. I'm not going to start a editor-edit war on that. :-) Marko ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] motorway_link not always oneway
Thanks Marko.
One more question, the line you added is only for reporting missing
oneway tags?
highway=motorway_link oneway!=yes oneway!=no { echo motorway_link
lacks oneway }
Therefore, I still need the existing style parameters?
highway=motorway_link {add oneway = yes; add bicycle = no; add foot =
no } [0x09 road_class=3 road_speed=2 resolution 16]
Note that normal mkgmap warnings are disabled by default, and you need
to specify a log.config parameter to enable them. The echo action
would probably be always enabled, potentially flooding the log.
Yes, I have this enabled.
Therefore I guess I should not add this to the default style, unless
there is a strong proposition for it.
+1, this should be for debugging only.
--
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] motorway_link not always oneway
Nice! It reported the errors in the terminal:
010/10/28 20:24:59 WARNING (StyledConverter): philippines.osm:
Motorway exit Coastal Road Tollbooth
(http://www.openstreetmap.org/?mlat=14.48788mlon=120.98263zoom=17)
has no motorway! (either make the exit share a node with the motorway
or specify the motorway ref with a exit:road_ref tag)
38557169: motorway_link lacks oneway
38067665: motorway_link lacks oneway
33043660: motorway_link lacks oneway
But I can't see them in the saved mkgmap.log.0.txt . I usually
re-visit and share the logs after a couple of days to remove some of
the errors.
On Thu, Oct 28, 2010 at 4:13 PM, Marko Mäkelä marko.mak...@iki.fi wrote:
On Thu, Oct 28, 2010 at 03:45:07PM +0800, maning sambale wrote:
One more question, the line you added is only for reporting missing
oneway tags?
highway=motorway_link oneway!=yes oneway!=no { echo motorway_link
lacks oneway }
Therefore, I still need the existing style parameters?
highway=motorway_link {add oneway = yes; add bicycle = no; add foot =
no } [0x09 road_class=3 road_speed=2 resolution 16]
Yes, the line would have to be specified before the add oneway=yes. Note
that I did not test it. You might want to display some diagnostics such
as the way id or the lat/lon there, but I do not know how. (Strings
such as ${id}, ${lat}, ${lon} would refer to user attributes, not to the
internal attributes, as far as I understand.)
--
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] motorway_link not always oneway
The default style treats motorway_link as oneway by default. I've seen some cases (in the Philippines) where this isn't so. Is it the same case for other countries? If so, I propose we modify the default style. Or, any suggestions to modify the style? http://www.mkgmap.org.uk/svn/wsvn/mkgmap/resources/styles/default/lines -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] motorway_link not always oneway
I see, does adding oneway=no to some motorway_link ways override the default?
highway=motorway_link {add oneway = yes; add bicycle = no; add foot =
no } [0x09 road_class=3 road_speed=2 resolution 16]
2010/10/26 Carlos Dávila cdavi...@orangecorreo.es:
El 26/10/10 10:53, maning sambale escribió:
The default style treats motorway_link as oneway by default. I've seen
some cases (in the Philippines) where this isn't so. Is it the same
case for other countries? If so, I propose we modify the default
style. Or, any suggestions to modify the style?
http://www.mkgmap.org.uk/svn/wsvn/mkgmap/resources/styles/default/lines
It was discussed some time ago in the list. Conclusion was that most
motorway_link are oneway and non oneway motorway_links should be tagged
as so in the osm database, so style should remain as it is.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
--
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] cutTheOsmPlanet
Hmm. Does this mean we can finally understand how address search works? On Thu, Oct 21, 2010 at 1:57 AM, Johann Gail johann.g...@gmx.de wrote: Let's hope that Stan as promised open sources cgpsmapper by the end of this year -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] line features are converted to a closed way
On Mon, Sep 20, 2010 at 1:52 PM, char...@cferrero.net wrote: Personally, I would love it if some logic could be added to mkgmap for it to be able to detect whether something is a closed polygon or not, which would make it much more robust in these instances. Right, I think coastline does this already, because, log errors reports non-closed coastlines. Or, simply disregard non-closed ways that are included in the polygons style files. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] STOP signs and routing
A thread for improving routing gave this suggestion in the points style.
highway=traffic_signals { add mkgmap:road-speed = '-2'; add
mkgmap:road-speed-min = '1' }
highway=crossing { add mkgmap:road-speed = '-1'; add
mkgmap:road-speed-min = '1' }
highway=stop { add mkgmap:road-speed = '-2'; add mkgmap:road-speed-min = '1' }
traffic_calming=* { add mkgmap:road-speed = '-2'; add
mkgmap:road-speed-min = '1' }
barrier=toll_booth { add mkgmap:road-speed = '-2'; add
mkgmap:road-speed-min = '1' }
The reduces the road speed of the way with the traffic_signal node.
I haven't tested fully but it seems to improve time calculation.
On Mon, Sep 20, 2010 at 6:31 PM, Hendrik Oesterlin
hendrikmail2...@yahoo.de wrote:
Hello,
Does mkgmap support STOP or GIVE-Way signs for routing? It is
acutally interesting to know if the calculated route will bring you in
front of a STOP...
If the sings are tagged like described here
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dstop As nodes on the
ways approaching intersections it would be possible to create two
ways in opposite direction, both with oneway=yes, and different values
for maxspeed. The way in direction of the main road could be set to 1
or 2 km/h, so it will cost a couple of extra seconds for the routing
algorithm.
If the original road is already oneway=yes, no opposite way has to be
created, otherwise the original oneway=yes will loose its effect...
What do you thing about this?
Kindly
Hendrik
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
--
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] line features are converted to a closed way
This way is a line tagged as man_made = breakwater: http://www.openstreetmap.org/browse/way/55131773 I have in my style polygons file a generic assignment for man_made=* [0x13 resolution 24] The compiled map tried to close the line to form a polygon: http://www.flickr.com/photos/esambale/5006580843/ Any idea how to fix this? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mkgmap r1688 regression
I believe this was fixed with r1692, from the changeset comment: Version 1692 was commited by steve on 2010-09-15 12:25:41 +0100 (Wed, 15 Sep 2010) Fix bug in constructing jar file introduced in 1688. Causes problem like: java.lang.IllegalArgumentException: InputStream cannot be null at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:117) at uk.me.parabola.mkgmap.build.LocatorConfig.loadConfig(LocatorConfig.java:70) at uk.me.parabola.mkgmap.build.LocatorConfig.init(LocatorConfig.java:47) On Thu, Sep 16, 2010 at 8:46 AM, Dmitry Marakasov amd...@amdmi3.ru wrote: Hi! I've been using r1625 for some time and it worked pretty well. Recenly, however, I've found out r1688 was released and tried it out - it died on the same data r1625 worked fine with. Here's the data: http://gis-lab.info/data/osm/mosobl/mosobl.osm.bz2 Here's how I run it and what happens: --- mkgmap --gmapsupp \ --country-name=RUSSIA \ --country-abbr=RUS \ --charset=windows-1251 \ --code-page=1251 \ --draw-priority=40 \ --lower-case \ --route --drive-on-right \ mosobl.osm SEVERE (RoadNetwork): /pool/osm/mosobl-100906.osm: Road (http://www.openstreetmap.org/browse/way/63154562) contains zero length arc at http://www.openstreetmap.org/?mlat=55.73010mlon=37.62594zoom=17 SEVERE (RoadNetwork): /pool/osm/mosobl-100906.osm: Road (http://www.openstreetmap.org/browse/way/68767049) contains zero length arc at http://www.openstreetmap.org/?mlat=55.44124mlon=37.49284zoom=17 SEVERE (RoadNetwork): /pool/osm/mosobl-100906.osm: Road (http://www.openstreetmap.org/browse/way/64682647) contains zero length arc at http://www.openstreetmap.org/?mlat=55.81767mlon=37.82732zoom=17 SEVERE (RoadNetwork): /pool/osm/mosobl-100906.osm: Road (http://www.openstreetmap.org/browse/way/33854110) contains zero length arc at http://www.openstreetmap.org/?mlat=55.72693mlon=37.41379zoom=17 ... [a bunch of similar lines - these happened with 1625 as well] ... SEVERE (RoadNetwork): /pool/osm/mosobl-100906.osm: Road (http://www.openstreetmap.org/browse/way/71554133) contains zero length arc at http://www.openstreetmap.org/?mlat=57.04320mlon=37.59828zoom=17 SEVERE (RoadNetwork): /pool/osm/mosobl-100906.osm: Road (http://www.openstreetmap.org/browse/way/27706268) contains zero length arc at http://www.openstreetmap.org/?mlat=55.82280mlon=37.58899zoom=17 java.lang.IllegalArgumentException: InputStream cannot be null at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:120) at uk.me.parabola.mkgmap.build.LocatorConfig.loadConfig(LocatorConfig.java:70) at uk.me.parabola.mkgmap.build.LocatorConfig.init(LocatorConfig.java:47) at uk.me.parabola.mkgmap.build.Locator.init(Locator.java:68) at uk.me.parabola.mkgmap.build.MapBuilder.init(MapBuilder.java:101) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:92) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:61) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:189) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:186) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907) at java.lang.Thread.run(Thread.java:619) --- gmapsupp.img, however, is generated and seems to be useable. Also, it'd be nice to have a changelog - I could not find a word on what's changed from 1625 to 1688. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amd...@amdmi3.ru ..: jabber: amd...@jabber.ru http://www.amdmi3.ru ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] please add waterfall to the styles
2 tags exist for waterfalls: natural=waterfall: 183 nodes, 8 ways waterway=waterfall: 2183 nodes, 162 ways, 2 relations I added them in my point styles natural=waterfall [0x6508 resolution 21] waterway=waterfall [0x6508 resolution 21] Might be good to add them in default styles as well. IMO, the two separate tags should be unified (but that should be in tagging mailinglist). -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index problem fixed
using 1671, I get these errors: ava.lang.IllegalArgumentException: InputStream cannot be null at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:117) at uk.me.parabola.mkgmap.build.LocatorConfig.loadConfig(LocatorConfig.java:70) at uk.me.parabola.mkgmap.build.LocatorConfig.init(LocatorConfig.java:47) at uk.me.parabola.mkgmap.build.Locator.init(Locator.java:68) at uk.me.parabola.mkgmap.build.MapBuilder.init(MapBuilder.java:101) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:92) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:61) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:189) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:186) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:636) On Wed, Sep 15, 2010 at 6:10 PM, Steve Ratcliffe st...@parabola.me.uk wrote: Hi I've just committed a fix for a problem building valid index files that was introduced in version r1671. Everyone having problems with the index should upgrade to r1691 (or downgrade to r1670 or lower!) ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Index problem fixed
But no mapsource crash. On Wed, Sep 15, 2010 at 7:05 PM, maning sambale emmanuel.samb...@gmail.com wrote: Using r1691 ava.lang.IllegalArgumentException: InputStream cannot be null at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:117) at uk.me.parabola.mkgmap.build.LocatorConfig.loadConfig(LocatorConfig.java:70) at uk.me.parabola.mkgmap.build.LocatorConfig.init(LocatorConfig.java:47) at uk.me.parabola.mkgmap.build.Locator.init(Locator.java:68) at uk.me.parabola.mkgmap.build.MapBuilder.init(MapBuilder.java:101) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:92) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:61) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:189) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:186) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:636) On Wed, Sep 15, 2010 at 6:10 PM, Steve Ratcliffe st...@parabola.me.uk wrote: Hi I've just committed a fix for a problem building valid index files that was introduced in version r1671. Everyone having problems with the index should upgrade to r1691 (or downgrade to r1670 or lower!) ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] [mkgmap-svn] Commit: r1671: output dir
Probably a similar case using ver 1673 with index switch enabled: Mapsource error: DSK_FILE.CPP-329-6.13.7.0 ./40.MDROpening map at (lat,lon): 11.0472, 124.602 Resolution: 22 The previous 1649 doesn't have this problem. 2010/9/15 Carlos Dávila cdavi...@orangecorreo.es: El 03/09/10 14:37, Carlos Dávila escribió: El 02/09/10 22:41, Steve Ratcliffe escribió: Version 1671 was commited by steve on 2010-09-02 20:58:10 +0100 (Thu, 02 Sep 2010) output dir This was the output dir patch by Markus which adds an --output-dir option. All output files will be created in the given directory. As always in mkgmap the option will affect the files following it. Eg --output-dir=a a.osm --output-dir=b b.osm will cause the first map to go into directory a and the second into directory b. Sorry about the rubish commit comment. Today's maps built with r1671 crash MapSource. I tried ant dist clean, but didn't solve the problem. I still have the same problem with r1671 or later. The problem is caused by the --index option. Maps generated without --index work fine on MapSource. Nobody else has this problem? Below is the error report when MapSource crashes: App: MapSource At: 9/14/2010 2:36:38 PM (UTC) OS: Windows XP Service Pack 2 Processor: x86, Processor Level: 16, Processors:2, Model: 6 Stepping: 2, RAM: 2097151 DSK_FILE.CPP-329-6.13.7.0 Language ID: 1034 Part Number: 006-A0041-00 Build Type: Release Extra: ./OSMMAP.MDROpening map at (lat,lon): 28.409, -16.5652 Resolution: 27 ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] missing coastline polygon lately
Sure. http://dl.dropbox.com/u/607635/osm_stuff/coast_philippines.zip The zip contains: coastline data args.list osm-ph styles folder On Thu, Sep 9, 2010 at 2:29 PM, Marko Mäkelä marko.mak...@iki.fi wrote: On Thu, Sep 09, 2010 at 12:20:37PM +0800, maning sambale wrote: I extracted the coastline ways with osmosis and loaded them in JOSM. No other data except the Philippine coasts. There are two unconnected coastlines which I corrected. Apparently a portion of the way was used in a multipolygon relation. I don't think this is the culprit because other islands should be rendered even if one coastline wasn't closed. I then updated mkgmap to the latest svn but no sea polygons either. Can you create working sea polygons from the natural=coastline extract of your map extract? If not, can you make the natural=coastline extract and your mkgmap options available for download? Marko ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] missing coastline polygon lately
Dear Marko, Thanks for the reply. Educated guess: previous errors canceled out each other (the errors must have been visible in a smaller area). Unless your map extract is a perfect island, you may have to move the coastline endpoints to make mkgmap happy. I think it is, the Philippines is an island/archipelagic country: http://osm.org/go/4y4z4-- coastline generation for Finland, I both adjusted the Geofabrik cutting polygon (it took a few iterations with Frederik Ramm) and moved the endpoints of the mainland coastline to the tile boundaries (so that the Do you mean using splitter? I am not using splitter at the moment since the data is small enough as one img. last bit of coastline is a straight N-S or W-E line). I played with the idea of merging real coastline of neighbour countries to the map, but that did not work out, and it would have been less obvious to see where the mapped territory ends. Moving the coastline endpoints can be done with a trivial Perl or sed script. See my osm2img.sh at http://www.polkupyoraily.net/osm/ for an example. To find the endpoints of your map extract, you can extract the natural=coastline ways from your map extract and load that to JOSM. Marko ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] missing coastline polygon lately
Dear Marko, Thanks for the explanation. I've checked my old builds and there aren't any data outside the Philippines. I'll check the latest extract if there by getting only the coastlines ways using osmosis and josm. On Wed, Sep 8, 2010 at 3:03 PM, Marko Mäkelä marko.mak...@iki.fi wrote: Dear Maning, Unless your map extract is a perfect island, you may have to move the coastline endpoints to make mkgmap happy. I think it is, the Philippines is an island/archipelagic country: http://osm.org/go/4y4z4-- What matters is the map extract that you are using. If it contains half-cut islands from, say, Indonesia, then mkgmap may have problems with that. coastline generation for Finland, I both adjusted the Geofabrik cutting polygon (it took a few iterations with Frederik Ramm) and moved the endpoints of the mainland coastline to the tile boundaries Do you mean using splitter? I am not using splitter at the moment since the data is small enough as one img. No, I mean the map extract that I can download from http://download.geofabrik.de/osm/europe/. To my knowledge, it is cut by Osmosis, using a cutting polygon. I requested the polygon from Frederik and adjusted it a little, so that all of the Finnish administrative boundary was included in the extract and all lake multipolygons near the border were intact. I do use splitter to split the map extract further (currently into 6 tiles), but that is a separate issue. Marko ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] missing coastline polygon lately
I extracted the coastline ways with osmosis and loaded them in JOSM. No other data except the Philippine coasts. There are two unconnected coastlines which I corrected. Apparently a portion of the way was used in a multipolygon relation. I don't think this is the culprit because other islands should be rendered even if one coastline wasn't closed. I then updated mkgmap to the latest svn but no sea polygons either. On Wed, Sep 8, 2010 at 7:26 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear Marko, Thanks for the explanation. I've checked my old builds and there aren't any data outside the Philippines. I'll check the latest extract if there by getting only the coastlines ways using osmosis and josm. On Wed, Sep 8, 2010 at 3:03 PM, Marko Mäkelä marko.mak...@iki.fi wrote: Dear Maning, Unless your map extract is a perfect island, you may have to move the coastline endpoints to make mkgmap happy. I think it is, the Philippines is an island/archipelagic country: http://osm.org/go/4y4z4-- What matters is the map extract that you are using. If it contains half-cut islands from, say, Indonesia, then mkgmap may have problems with that. coastline generation for Finland, I both adjusted the Geofabrik cutting polygon (it took a few iterations with Frederik Ramm) and moved the endpoints of the mainland coastline to the tile boundaries Do you mean using splitter? I am not using splitter at the moment since the data is small enough as one img. No, I mean the map extract that I can download from http://download.geofabrik.de/osm/europe/. To my knowledge, it is cut by Osmosis, using a cutting polygon. I requested the polygon from Frederik and adjusted it a little, so that all of the Finnish administrative boundary was included in the extract and all lake multipolygons near the border were intact. I do use splitter to split the map extract further (currently into 6 tiles), but that is a separate issue. Marko ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] missing coastline polygon lately
A previously working build now have no sea polygon. here's is may args list: code-page=1252 ea tdbfile latin1 country-abbr=PHI country-name=PHILIPPINES remove-short-arcs=5 route road-name-pois add-pois-to-areas family-id=639 family-name=OSM_PHIL overview-mapname=4001 series-name=OSM_PHIL description=OSM_PHIL style-file=~/styles/osm-ph generate-sea=polygons index adjust-turn-headings check-roundabout drive-on-right check-roundabout-flares report-dead-ends ignore-maxspeeds In the polygon styles, I have: natural=land [0x27 resolution 10] Checking the logs there are only two errors related to the coastline: 2010/09/08 09:59:25 WARNING (Osm5XmlHandler): philippines.osm: Non-closed coastline segment does not hit bounding box: 892720649 (11.48494/124.39909) 312537247 (10.99141/124.62028) http://www.openstreetmap.org/?mlat=11.48494mlon=124.39909zoom=17 2010/09/08 09:59:25 WARNING (Osm5XmlHandler): philippines.osm: Non-closed coastline segment does not hit bounding box: 312537255 (10.98998/124.62054) 892720555 (11.48520/124.39952) http://www.openstreetmap.org/?mlat=10.98998mlon=124.62054zoom=17 The coastlines are fixed now and I'm waiting for the latest geofabrik extract. But this is a very interesting case because, previous builds have sea polygons even when there are coastline errors. I'm using mkgmap svn 1649 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] meaning of compile errorrs
Hi, I am compiling a custom map from OSM format, what do these error messages mean: ava.lang.NumberFormatException: null at java.lang.Integer.parseInt(Integer.java:443) at java.lang.Integer.parseInt(Integer.java:514) at uk.me.parabola.mkgmap.scan.TokenScanner.nextInt(TokenScanner.java:255) at uk.me.parabola.mkgmap.osmstyle.StyleImpl.checkVersion(StyleImpl.java:564) at uk.me.parabola.mkgmap.osmstyle.StyleImpl.init(StyleImpl.java:133) at uk.me.parabola.mkgmap.reader.osm.xml.Osm5MapDataSource.createConverter(Osm5MapDataSource.java:123) at uk.me.parabola.mkgmap.reader.osm.xml.Osm5MapDataSource.load(Osm5MapDataSource.java:81) at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:148) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:56) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:189) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:186) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:636) -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] meaning of compile errorrs
This is interesting because I converted the data from a GDB file (of survey points) and then further edited in JOSM. Node IDs are negative because the data didn't come from the main OSM dbase. head elkNEW_PRS92.osm?xml version='1.0' encoding='UTF-8'? osm version='0.6' generator='JOSM' node id='-34478' action='modify' timestamp='2010-08-25T06:17:10Z' visible='true' lat='7.310225' lon='122.845977' tag k='man_made' v='survey_point' / tag k='name' v='ZSI-63' / tag k='note' v='ZSI-63' / /node node id='-34476' action='modify' timestamp='2010-08-25T06:17:10Z' visible='true' lat='7.311016' lon='122.844688' tag k='man_made' v='survey_point' / tag k='name' v='ZSI-62' / On Wed, Aug 25, 2010 at 3:41 PM, Marko Mäkelä marko.mak...@iki.fi wrote: On Wed, Aug 25, 2010 at 02:47:33PM +0800, maning sambale wrote: Hi, I am compiling a custom map from OSM format, what do these error messages mean: ava.lang.NumberFormatException: null at java.lang.Integer.parseInt(Integer.java:443) at java.lang.Integer.parseInt(Integer.java:514) at uk.me.parabola.mkgmap.scan.TokenScanner.nextInt(TokenScanner.java:255) at uk.me.parabola.mkgmap.osmstyle.StyleImpl.checkVersion(StyleImpl.java:564) at uk.me.parabola.mkgmap.osmstyle.StyleImpl.init(StyleImpl.java:133) at uk.me.parabola.mkgmap.reader.osm.xml.Osm5MapDataSource.createConverter(Osm5MapDataSource.java:123) at uk.me.parabola.mkgmap.reader.osm.xml.Osm5MapDataSource.load(Osm5MapDataSource.java:81) Without looking at the code, it seems that the parser is expecting an XML attribute containing a (version?) number string, but it instead gets no attribute at all. It would be nice if Osm5MapDataSource.load() would catch the exception and add the source file and line number to the error message. Marko ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] meaning of compile errorrs
Dear Andrew, Thanks for this! Adding version number in style/version file works. On Wed, Aug 25, 2010 at 5:07 PM, Andrew McCarthy m...@andrewmccarthy.ie wrote: Hi, On Wed, Aug 25, 2010 at 02:47:33PM +0800, maning sambale wrote: I am compiling a custom map from OSM format, what do these error messages mean: ava.lang.NumberFormatException: null at java.lang.Integer.parseInt(Integer.java:443) at java.lang.Integer.parseInt(Integer.java:514) at uk.me.parabola.mkgmap.scan.TokenScanner.nextInt(TokenScanner.java:255) at uk.me.parabola.mkgmap.osmstyle.StyleImpl.checkVersion(StyleImpl.java:564) at uk.me.parabola.mkgmap.osmstyle.StyleImpl.init(StyleImpl.java:133) at uk.me.parabola.mkgmap.reader.osm.xml.Osm5MapDataSource.createConverter(Osm5MapDataSource.java:123) at uk.me.parabola.mkgmap.reader.osm.xml.Osm5MapDataSource.load(Osm5MapDataSource.java:81) at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:148) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:56) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:189) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:186) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:636) I've looked through the source code. It appears that this occurs while reading the files for a style. In particular, it's opening the file called version which should simply contain an integer (all of mine have 0 in them). Can you check if the version file exists and what it contains? Andrew ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] suggest a polygon hexcode for place of worship
Dear Clinton,
amenity=place_of_worship (building!=*) {add building=yes}
Which ensures that a place of worship polygon will be treated as a building
polygon. (I think a place of worship POI gets created too, using the polygon
to POI conversion.)
I don't think this will work in some cases, because some
place_of_worship polygons in my area have detailed data of buildings,
parking inside the polygon.
See this example:
http://www.openstreetmap.org/browse/way/39724055
Cheers
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
--
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] suggest a polygon hexcode for place of worship
Any suggested hex others recylce for place_of_worship polygons? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] some custom typ styles do not appear in nuvi 1310
A follow-up observation On Sat, Jun 5, 2010 at 2:07 PM, maning sambale emmanuel.samb...@gmail.com wrote: barrier=gate [0x660f resolution 24] The gate icon appear only when there is a name tag for the gate. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] append is_in tags to places
Any style magic that can combine is_in tags to place/cities search like: name= x town place=town is_in:state = y state would be: x town, y state or name=z village place=village is_in:town: x town is_in:state = y state would be: z village, x town, y state -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] append is_in tags to places
Yes this works, but,
place=town {name '${name}, ${is_in:state}' | name '${name}'} [0x...
if there are no is_in:state tags it defaults to Name
see here:
http://farm5.static.flickr.com/4048/4677736137_454b62bf62.jpg
name=z village
place=village
is_in:town: x town
is_in:state = y state
would be:
z village, x town, y state
place=village {name '${name}, ${is_in:town}, ${is_in:state}' | name
'${name}'} [0x...
same problem as above
--
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] some custom typ styles do not appear in nuvi 1310
Thanks for clarifying. I also found out: amenity=fire_station [0x3008 resolution 21] are not visible as an icon as well. http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/POI_Types This page is very helpful. Dani ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] some custom typ styles do not appear in nuvi 1310
I have nuvi 1310 for testing and noticed that some custom style and typ icon in my map doesn't appear. For example are these two below: barrier=gate [0x660f resolution 24] highway=traffic_signals [0x180f resolution 23] Even at max zoom it doesn't appear. However, when I tapped on an intersection a balloon pops-out telling there is indeed a traffic_signal and you can see details via the see more link. All these icons are visible in roadtrip, mapsource, qlandkarte and in etrex. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] avg speed on roads
thanks for clearing things up.
On Thu, Jun 3, 2010 at 5:57 AM, Felix Hartmann
extremecar...@googlemail.com wrote:
On 02.06.2010 23:53, Carlos Dávila wrote:
El 02/06/10 23:26, Felix Hartmann escribió:
On 02.06.2010 03:41, maning sambale wrote:
How much time penalty is added when the traffic_signal style below
is added:
2010/4/24 Florian Lohofff...@zz.de:
certainly improve the arrival time estimation:
highway=traffic_signals { add mkgmap:road-speed = '-2'; add
mkgmap:road-speed-min = '1'
There is no time penalty. You simply decrease the speed/priority of the
next adjoining streets that touch the POI.
That's right, of course, but at last speed decrease becomes an
increase in estimated arrival time.
Well it's a big difference. Imagine a very long street as one piece,
only split by one traffic light. Here the mechanism will completely
fail. On the other hand, it could also only change for a few meters,
again fail. In general it works well though. Unluckily Garmin hasn't
foreseen time penalties based on POI. (there exist realt time penalties,
but only for turning WHEN changing the street...).
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
--
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
