April 2013 - mkgmap-dev - The mkgmap lists

Wrong "Object Class" displayed in Mapsource
by Michael Prinzing 19 Apr '13

19 Apr '13

Hello, I am creating my own map with mkgmap and am using it on an eTrex Vista HCx and with Mapsource. In Mapsource, when the mouse pointer is moved over an object (like a road, a building or another POI) and the right mouse button is pressed, a context menu appears listing anything under the pointer. If there is no other polygon (like forest, residential, ...) than the "empty" background under the mouse pointer, Mapsource lists the background as "Hospital". Please see http://www.mipri.de/dl/background.png for an example. "Kartenmerkmal - Straße" is correct, but "Krankenhaus - Unbekanntes Gebiet" ("Hospital - Unknown area") is not. In my TYP file I am using 0x4b for the background, while my style (like the default style) is assigning 0x0b to hospitals. I don't know if there is any relation, but some days ago Gerd wrote: > the code changed the background type 0x4b to 0x0b. I find this > also in the trunk version and in the current code of the display > tool, so I am not sure why this happens. Could it have to do with this? There are other cases where the labels in Mapsource are wrong: If I am putting the mouse over a "real" hospital, the building gets listed as "Marine", see http://www.mipri.de/dl/hospital.png. In this case "Krankenhaus - Chirurgische Klinik" is correct, "Marine - Chrirurgische Klinik" is not. Something similar happens with forests, but only if there is no "wood" key defined. In this case, they are listed as "Autoservices - Wald" ("Car repair - Forest") as in http://www.mipri.de/dl/wood.png. The examples were taken near the University of Ulm, Germany, but it could be elsewhere. The mouse pointer did not get captured in my screenshots, it was at the position in the upper left corner of the popup menu. These wrong labels seem to appear only in Mapsource, I did not see them on my GPS yet. Any ideas what could be going wrong here? Thanks, Michael

3 4

Commit: r2573: routable_types_v6.patch :
by svn commit 19 Apr '13

19 Apr '13

Version 2573 was committed by gerd on Fri, 19 Apr 2013 routable_types_v6.patch : - add option --check-styles which works like --list-styles but performs additional checks to flag potential routing problems - replace "check-connected" feature with "mkgmap:set_unconnected_type" feature to allow adding unconnected roads as normal lines with an alternative type or to ignore them - issue a warning when a routable map contains lines with routable types that are not roads (= have neither road_class not road_speed set in the style)

1 0

Commit: r2572: Document the usage of apply with role in the relations file
by svn commit 18 Apr '13

18 Apr '13

Version 2572 was committed by wanmil on Thu, 18 Apr 2013 Document the usage of apply with role in the relations file

1 0

through_route relation
by Paul 17 Apr '13

17 Apr '13

Latest draft and discussion available at http://wiki.openstreetmap.org/wiki/Proposed_features/through_route Please review and comment as necessary. If not much more crops up then I will submit to tagging mailing list tomorrow. As I'm on holiday all next week I would appreciate at least someone keeping an eye one things @devs - Is it a big deal to mod the current code to accept "from" and "to" designations on the ways involved? Thanks Paul

1 0

Re: [mkgmap-dev] highway=track with no road_class and road_speed set breaks routing ## was ## "No roads near target" bug in Schwabmünchen
by Minko 17 Apr '13

17 Apr '13

Greg wrote > So almost all of those look like it might be best to just not have an > output way. In general I worry that renderers (and > mkgamp+garmin_firmware is) supporting confused tagging reduces > pressure > to fix it. Those miscellaneous highway types could be treated like raceway > highway=service platform > railway=platform abandoned > highway=track crossing (should be a node, so no line) bus_guideway > highway=service I agree to leave other highway types not rendered.

1 0

Support for "through_route" relations?
by WanMil 15 Apr '13

15 Apr '13

mkgmap contains some code to support "through_route" relations. These relation type is completely undocumented and taginfo showed that it is used only 106 times in the whole planet. Only 26 of them were modified within the last year. The usage is spread over western europe. Shall we still support this type of relation? Can anybody explain what this relation does? WanMil

6 10

Commit: r2570: Make unit tests work again: adapt values to changed licence text (missed one in last commit)
by svn commit 14 Apr '13

14 Apr '13

Version 2570 was committed by gerd on Sun, 14 Apr 2013 Make unit tests work again: adapt values to changed licence text (missed one in last commit)

1 0

Commit: r2569: Make unit tests work again: adapt values to changed licence text
by svn commit 14 Apr '13

14 Apr '13

Version 2569 was committed by gerd on Sun, 14 Apr 2013 Make unit tests work again: adapt values to changed licence text

1 0

splitter exception with SRTM data for USA
by Thorsten Kukuk 13 Apr '13

13 Apr '13

Hi, I generated SRTM data for the USA with phygthmap and wanted to try to split it now for compiling with mkgmap. But while this worked fine for all other countries, in this case I get always the following exception: MAP occupancy: 2.350.000.000, number of area dictionary entries: 3994 of 65535 Map details: bytes/overhead 401.218.630 / 166.809.090, overhead includes 19 arrays with 8 MB 2.350.000.000 nodes processed... id=2526831732 MAP occupancy: 2.360.000.000, number of area dictionary entries: 4000 of 65535 Map details: bytes/overhead 402.878.606 / 166.808.202, overhead includes 19 arrays with 8 MB 2.360.000.000 nodes processed... id=2536831732 Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: 524288 at uk.me.parabola.splitter.SparseLong2ShortMapInline.putChunk(SparseLong2ShortMapInline.java:448) at uk.me.parabola.splitter.SparseLong2ShortMapInline.saveCurrentChunk(SparseLong2ShortMapInline.java:191) at uk.me.parabola.splitter.SparseLong2ShortMapInline.put(SparseLong2ShortMapInline.java:218) at uk.me.parabola.splitter.ProblemListProcessor.processNode(ProblemListProcessor.java:167) at uk.me.parabola.splitter.BinaryMapParser.parseDense(BinaryMapParser.java:113) at crosby.binary.BinaryParser.parse(Unknown Source) at crosby.binary.BinaryParser.handleBlock(Unknown Source) at crosby.binary.file.FileBlock.process(Unknown Source) at crosby.binary.file.BlockInputStream.process(Unknown Source) at uk.me.parabola.splitter.Main.processMap(Main.java:792) at uk.me.parabola.splitter.Main.genProblemLists(Main.java:582) at uk.me.parabola.splitter.Main.partitionAreasForProblemListGenerator(Main.java:613) at uk.me.parabola.splitter.Main.split(Main.java:244) at uk.me.parabola.splitter.Main.start(Main.java:157) at uk.me.parabola.splitter.Main.main(Main.java:146) Any ideas? It's splitter r300. Splitter version unknown compiled 2013-04-10T21:31:05+0000 boundary-tags=use-exclude-list cache= description=TK-USA-Tile geonames-file=osmmaps/scripts/cities/USA.txt keep-complete=true mapid=71510001 max-areas=1024 max-nodes=5000000 max-threads=4 (auto) mixed=false no-trim=false output=pbf output-dir=build/usa/tiles-srtm overlap=0 polygon-file= precomp-sea=data/sea/current problem-file= problem-report= resolution=13 split-file= status-freq=120 stop-after=dist write-kml= -- Thorsten Kukuk, Project Manager/Release Manager SLES SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)

5 30

Question reg. points with extended type
by GerdP 13 Apr '13

13 Apr '13

Hi, when mkgmap builds an index (the mdr file), it reads the points from the img file. Up to now, points with extended types are ignored by this routine. I wonder if this is a GARMIN restriction or a limit in mkgmap ? Gerd -- View this message in context: http://gis.19327.n5.nabble.com/Question-reg-points-with-extended-type-tp575… Sent from the Mkgmap Development mailing list archive at Nabble.com.

4 5