- mkgmap-dev - The mkgmap lists

Commit r4502: add one more method to GpxCreator which helps debugging
by svn commit 25 May '20

25 May '20

Version mkgmap-r4502 was committed by gerd on Mon, 25 May 2020 add one more method to GpxCreator which helps debugging http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4502

1 0

Compilation fails building France map
by Steph 24 May '20

24 May '20

Hi, Since a couple of days the compilation for my France map fails. Perhaps the output log could help you to indicate me the direction I should investigate… - mkgmap-r4486 - java -version: openjdk version "13.0.2" 2020-01-14 OpenJDK Runtime Environment (build 13.0.2+8) OpenJDK 64-Bit Server VM (build 13.0.2+8, mixed mode) - France.log: Time started: Sat May 23 10:15:31 EAT 2020 The following styles are available: default 1.27: "Default style" modifié. Style détaillé pour un usage pédestre mais fonctionnel aussi en usage cycliste ou motorisé. Found one style in /home/steph/osm/styles/default/ finished check-styles Number of MapFailedExceptions: 0 Exception in thread "main" java.lang.AssertionError: 164041 at uk.me.parabola.imgfmt.app.BufferedImgFileWriter.put2u(BufferedImgFileWriter.java:164) at uk.me.parabola.imgfmt.app.trergn.Zoom.write(Zoom.java:81) at uk.me.parabola.imgfmt.app.trergn.TREFile.writeMapLevels(TREFile.java:215) at uk.me.parabola.imgfmt.app.trergn.TREFile.writeBody(TREFile.java:123) at uk.me.parabola.imgfmt.app.trergn.TREFile.write(TREFile.java:342) at uk.me.parabola.mkgmap.build.MapBuilder.makeMap(MapBuilder.java:305) at uk.me.parabola.mkgmap.combiners.OverviewBuilder.writeOverviewMap(OverviewBuilder.java:191) at uk.me.parabola.mkgmap.combiners.OverviewBuilder.onFinish(OverviewBuilder.java:104) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:674) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:125) at uk.me.parabola.mkgmap.main.Main.mainStart(Main.java:143) at uk.me.parabola.mkgmap.main.Main.main(Main.java:114) Two little overlays (for ski resorts and particular osm tags I want to verify) are correctly produce. The main map compilation fails! Regards. Steph

4 11

Explanation of the is_in function
by Joris Bo 23 May '20

23 May '20

Hi When testing the IS_IN function I get very nice results ! Thank you very much for this improvement. Could somebody help me to explain why a certain pedestrian is not catched by the rules? Also not a big deal, I'm already happy wit the current results, it is just for understanding. I am using pedestrian streets without an outline if crossing pedestrian areas. 95% works perfectly but some seem to fool me. Before (The red lines are nicely replaced in the after situation, but the blue one is not) highway = pedestrian & jbmsquare != true & is_in(highway,pedestrian, any) = true [0x10d0c resolution 24 continue] area: München Viktualienmarkt: https://www.openstreetmap.org/#map=19/48.13504/11.57637 pedestrian : https://www.openstreetmap.org/way/240014256 square: https://www.openstreetmap.org/relation/7431621#map=19/48.13512/11.57670 [cid:image002.jpg@01D62CF3.C553B200] After [cid:image005.jpg@01D62CF3.C553B200] Met vriendelijke groet, Joris Bo jorisbo(a)hotmail.com<mailto:jorisbo@hotmail.com>

3 16

Commit r4499: fix is_in() style function. isPointInShape_v3.patch by Ticker Berkin, modified
by svn commit 23 May '20

23 May '20

Version mkgmap-r4499 was committed by gerd on Sat, 23 May 2020 fix is_in() style function. isPointInShape_v3.patch by Ticker Berkin, modified http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4499

1 0

PolishMapDataSource.checkType()) invalid type 0x5400 for POLYGON
by Vadim 23 May '20

23 May '20

Good day or night! :) I am surprised, but the MkGmap does not understand this definition of TYPE like this: [POLYGON] Type=0x05400 but works fine with Marine types: [POLYGON] Type=0x10F01 Yes, I know that I can divide this long record into three parts: [POLYGON] Type=0x54 Subtype=0x00 Marine=N But it is a little inconvenient. :( When working with a TYPE file: [_polygon] Type=0x05400 such an error does NOT occur! By the way, cGPSmapper works well with both TYPE recording options. -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html

3 9

Commit r4498: Now really allow to use e.g. type 0x0e00 instead of 0x0e for polyline in polish input (*.mp)
by svn commit 23 May '20

23 May '20

Version mkgmap-r4498 was committed by gerd on Sat, 23 May 2020 Now really allow to use e.g. type 0x0e00 instead of 0x0e for polyline in polish input (*.mp) http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4498

1 0

Extra leading character after assiging highway shield
by Joris Bo 23 May '20

23 May '20

Hi, For a long time I have seen a leading (space like?) character in front of $Ref which is not there in the osm source. Today I have been chasing the thing trying to finally solve my style-bug, but now I get stuck thinking it looks like the highwayshield assignment is adding it. I studied the manuals around the addlabel command and the mkgmap:label:1 fields but I'm not sure if it is a known side effect I think I can easily fix it after the assignment. I switched to the default style and find the same behavior. [cid:image002.jpg@01D6307A.E3391280] In the finalize section of lines the highway shields are calculated The yellow stuf is my debug comment, the green stuf is the default style, the blue stuf is the echotags result #--------- DEBUG highway = * {set jba1 = '$(mkgmap:label:1)' ; set jba2 = '$(mkgmap:label:2)' ; set jba3 = '$(ref)' ; set jba4 = '$(name)' } #------------------ Jba1=empty = mkgmap:label:1 Jba2=empty = mkgmap:label:2 jba3=N184 = $ref jba3=Luitenant Lippenslaan = $name # Display highway shield for mayor roads if they have a ref and make them searchable by their name (highway=motorway | highway=trunk) & ref=* {name '${ref|highway-symbol:hbox}'; addlabel '${name}'} highway=primary & ref=* {name '${ref|highway-symbol:box}' ; addlabel '${name}'} (highway=secondary | highway=tertiary) & ref=* {name '${ref|highway-symbol:oval}'; addlabel '${name}'} #--------- DEBUG highway = * {set jbb1 = '$(mkgmap:label:1)' ; set jbb2 = '$(mkgmap:label:2)' ; set jbb3 = '$(ref)' ; set jbb4 = '$(name)' } #------------------ I pasted a picture because it visualize the hidden character suddenly appear in front of mkgmap:label:1 [cid:image006.png@01D6307A.E3391280] name=* {name '${name}'} highway=* & ref=* & highway!=motorway & highway!=trunk & highway!=primary & highway!=secondary & highway!=tertiary {addlabel '${ref}'} highway = * & osmid() = 272407046 {echotags 'looking for prefix'}

2 2

Commit r4497: Allow to use e.g. type 0x0e00 instead of 0x0e for polyline in polish input (*.mp)
by svn commit 23 May '20

23 May '20

Version mkgmap-r4497 was committed by gerd on Sat, 23 May 2020 Allow to use e.g. type 0x0e00 instead of 0x0e for polyline in polish input (*.mp) Forgot that in the previous change. http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4497

1 0

Commit r4496: Allow to use e.g. type 0x5400 instead of 0x54 for polygons in polish input (*.mp)
by svn commit 22 May '20

22 May '20

Version mkgmap-r4496 was committed by gerd on Fri, 22 May 2020 Allow to use e.g. type 0x5400 instead of 0x54 for polygons in polish input (*.mp) We did that already for special type 0x4b00. http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4496

1 0

Commit r4495: isin.patch: allow to use '*' as a value in the is_in style function
by svn commit 21 May '20

21 May '20

Version mkgmap-r4495 was committed by gerd on Thu, 21 May 2020 isin.patch: allow to use '*' as a value in the is_in style function http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4495

1 0