October 2018 - mkgmap-dev - The mkgmap lists

New branch for default typ file
by Gerd Petermann 21 Dec '19

21 Dec '19

Hi all, I've created a new branch now with changes proposed by Joris. I hope this helps bringing this forward. Attached is a document from Joris. Gerd

11 52

mkgmap:set_unconnected_type differentiate between connected on both sides or on one side only
by Felix Hartmann 14 Nov '19

14 Nov '19

Would it be possible to have the mkgmap:set_unconnected_type=... differentiate between conncected on both sides for lines and only connected on one side? For example I would like to delete all service=driveway shorther than 100m length if they are connected only on one side to another routable line - if they are in between I would like to keep them. (in some countries - e.g. Switzerland and France) often highway=service&service=driveway leads not only to a house but also connects e.g. to a highway=track or highway=path. -- Felix Hartman - Openmtbmap.org & VeloMap.org Schusterbergweg 32/8 6020 Innsbruck Austria - Österreich

5 44

splitter: option for maximum tile area?
by Bernhard Hiller 07 Nov '18

07 Nov '18

Hi all, currently a Java OutOfMemory exception prevents me from creating a map. I already use option --max-jobs=3 (the machine has 4 physical cores) and -Xmx5G (of 8 GB installed). Beyond OSM data, the map contains DEM and elevation contour lines. From the tiles finished and those with a new timestamp but about 0 bytes length, I can see that mkgmap was rendering tiles 47120005, 47120006, 47120007 at the time of crash. Tile 47120005 is extremely large by physical area - some 6° x 5.5° (see attached file), covering a lot of the south chinese sea, i.e. there are not many actual data in that area. I guess that the problem arises with that tile. I remember some case in the past where a single tile covering such a large area of mainly sea caused mkgmap to take an enormous amount of time for rendering - also here, mkgmap already spent about 1 hour before crashing. So I'd like to ask: is there some possibility for limiting the area of a tile among the splitter options? Kind regards, Bernhard

4 20

splitter: "Cannot store node id 9223372036854775807, this value is reserved"
by Bernhard Hiller 29 Oct '18

29 Oct '18

Hi all, I tried to create a map of south east asia with contourlines. DEM data are from Viewfinderpanoramas, and were processed with srtm2osm. It took 7 h to generate a 40GB *.osm file, and another 1 hour to sort the data with osmosis into a 600 MB *.pbf file. A region from 0-23N and 94-109E was cut from the asia extract from Geofabrik with osmosis (some 400 MB). These two files were combined with osmosis. When I call splitter on that file, I get the error message: Error: Cannot store node id 9223372036854775807, this value is reserved. uk.me.parabola.splitter.SplitFailedException: Maybe the IDs are not sorted. This is not supported with keep-complete=true or --problem-list at uk.me.parabola.splitter.MultiTileProcessor.storeCoord(MultiTileProcessor.java:508) at uk.me.parabola.splitter.MultiTileProcessor.processNode(MultiTileProcessor.java:127) at uk.me.parabola.splitter.AbstractMapProcessor.consume(AbstractMapProcessor.java:62) at uk.me.parabola.splitter.OSMFileHandler.execute(OSMFileHandler.java:159) at uk.me.parabola.splitter.ProblemLists.calcMultiTileElements(ProblemLists.java:255) at uk.me.parabola.splitter.Main.useProblemLists(Main.java:487) at uk.me.parabola.splitter.Main.start(Main.java:125) at uk.me.parabola.splitter.Main.main(Main.java:79) The splitter command is: E:\Maps\Development\Thai.1>"C:\Program Files\Java\jre1.8.0_121\bin\java.exe" -Xmx6G -jar "C:\Program Files (x86)\OpenStreetMap\splitter-r590\splitter.jar" E:\Maps\Raw\SouthEastAsia_Complete.osm.pbf --description="BernieMap Bike Thai" --mapid=47120001 --max-nodes=2000000 --max-threads=4 --write-kml=splitter.kml --no-trim 1>splitter.log Do I need to sort again after merging? Or is that a different issue? Thanks a lot for your hints. Kind regards, Bernhard

3 5

MapFailedException
by ValentinAK 28 Oct '18

28 Oct '18

Hi. Today I received an error and I want to understand why this problem appeared. My compilation makes two versions in different languages. And only when compiling on one of them I get this: /SEVERE (MapFailedException): ./splitterTiles-east/63060042.o5m: (thrown in LBLFile.newLabel ()) Overflow of LBL section/ This happens with the --code-page:1250 option only. With --code-page:1251 compile completes without error. Maybe somewhere in the data there is an error. But I can't find it. Or is it a bug in Mkgmap or in Splitter? Here is a link to the problem file: https://maptourist.org/tmp/63060042.o5m And a link to my style: https://maptourist.org/osm-garmin/CurrentConfigs/ -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html

2 2

PrecompSeaGenerator - which geotools version?
by Thorsten Kukuk 27 Oct '18

27 Oct '18

Hi, I tried to update my build environment for OSM maps, but with current mkgmap versions, I have some problems to get the SeaGenerator working together with geotools. Neither the old one I used until now with an older mkgmap version, nor newer ones seem to work. With 19.3 I get the following error: WARNING: An illegal reflective access operation has occurred WARNING: Illegal reflective access by org.geotools.resources.NIOUtilities (file:/usr/share/java/mkgmap-SeaGenerator/gt-metadata.jar) to method java.nio.DirectByteBuffer.cleaner() WARNING: Please consider reporting this to the maintainers of org.geotools.resources.NIOUtilities WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations WARNING: All illegal access operations will be denied in a future release Exception in thread "main" java.lang.NoClassDefFoundError: uk/me/parabola/splitter/OSMWriter at uk.me.parabola.mkgmap.sea.optional.PrecompSeaGenerator.runSeaGeneration(PrecompSeaGenerator.java:274) at uk.me.parabola.mkgmap.sea.optional.PrecompSeaGenerator.main(PrecompSeaGenerator.java:414) Caused by: java.lang.ClassNotFoundException: uk.me.parabola.splitter.OSMWriter at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582) at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:190) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:499) Any idea, what goes wrong? What would be the correct splitter version and geotools version for mkgmap-r4245? Thanks, Thorsten -- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & MicroOS SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuernberg)

2 7

Download for sea.zip
by Steph Ixus 26 Oct '18

26 Oct '18

Hi, I've uploaded a sea.zip in my Dropbox. https://www.dropbox.com/s/vj65yv1a9yv9s7i/sea-24oct.18.zip?dl=0 Thank you Thorsten for the scripts :-) Regards Steph

4 11

(no subject)
by David 23 Oct '18

23 Oct '18

Regards, David Postell

1 0

bounds.zip not possible to download
by Team Rebenbummler 22 Oct '18

22 Oct '18

Hi developer of mkgmap the website offers a link to download a prepared bounds.zip file from the following address. http://osm2.pleiades.uni-wuppertal.de/bounds/latest/bounds.zip The download however is blocked by the server. Perhaps it has to be relocated? Best regards Richard

1 0

Re: [mkgmap-dev] First beta version mkgmap.typ
by Joris Bo 21 Oct '18

21 Oct '18

Hello, I changed Gerds translations and changed icon for fastfood, see new TYP in attachment. Changing the default-style for improvements is a different cup of tea where I also don't know where the current choices made come from. Without coming up with something completely different I propose (see attachment) about a 15 changes in order to improve the rendering differences of the public transport objects , cycleways and buildings. I avoided addressing questions for aerialway, tunnels, bridges etc to keep the change small. What would be a good way of approaching changes? Maybe best to discuss the changes in the <mkgmap-dev(a)lists.mkgmap.org.uk> group? Kind regards Joris -----Oorspronkelijk bericht----- Van: Gerd Petermann <gpetermann_muenchen(a)hotmail.com> Verzonden: zaterdag 20 oktober 2018 10:08 Aan: lig fietser <ligfietser(a)hotmail.com>; Joris Bo <jorisbo(a)hotmail.com>; Andrzej Popowski <popej(a)poczta.onet.pl> Onderwerp: AW: First beta version mkgmap.typ Hi Joris, (sorry for the previous crippled mail) I started to fix some of the German translations, see attached modified version. Some problems caused by the style: 1) shop=butcher [0x2e0c resolution 24] This would give String2=0x02,Schlachter Same type is used here: shop=* & shop!=no & shop!=none [0x2e0c resolution 24] String2=0x02,Geschäft 2) Type 0x2f12 internet_access=yes { name 'Internet ${name}' | 'Internet' } [0x2f12 resolution 24 continue] internet_access=* & internet_access!=no & internet_access!=yes { name 'Internet(${internet_access}) ${name|def:}' } [0x2f12 resolution 24 continue] amenity=emergency_phone [0x2f12 resolution 24 default_name 'Emergency Phone'] amenity=telephone [0x2f12 resolution 24 default_name 'Telephone'] is used with String1=0x01,Wifi String2=0x02,Wifi String3=0x04,Wifi String4=0x03,Wifi In Germany the first two might be called "Hotspot", the 3rd would be "Notruf", the last simply "Telefon" 3) 0x2f15 amenity=recycling is used with String2=0x02,Mühltonne String3=0x04,Wastebasket String4=0x03,Vuilbak In Germany we separate waste (Müll) from other materials which might be recycled (Wertstoffe), e.g. for glas, paper, metal, clothing etc. I would use this String2=0x02,Recycling for German, no idea about the other languages. 4) Type 0x2f17 Again maybe a problem in the default style: amenity=taxi [0x2f17 resolution 24] public_transport=platform | highway=bus_stop | railway=tram_stop [0x2f17 resolution 24] Two very different things, in German the 1st woud be "Taxi" and the 2nd "Haltestelle" Probably a lot more cases to look at... Gerd ________________________________________ Von: Gerd Petermann <gpetermann_muenchen(a)hotmail.com> Gesendet: Samstag, 20. Oktober 2018 09:26 An: lig fietser; Joris Bo; Andrzej Popowski Betreff: AW: First beta version mkgmap.typ Hi Joris, I started to fix some of the German translations. Ia think 0x2 ________________________________________ Von: lig fietser <ligfietser(a)hotmail.com> Gesendet: Freitag, 19. Oktober 2018 18:32 An: Joris Bo; Gerd Petermann; Andrzej Popowski Betreff: Re: First beta version mkgmap.typ Thanks Joris, I just had a quick look and it looks quite good to me! I see some issues but they are all caused by the default style. For instance pedestrian areas are rendered as park (same type in the styles), cycleways are not rendered as blue dotted line because they have the same type as service roads, bridges and tunnels are lacking because they are not listed in the default style etc. Groetjes, Minko ________________________________ Van: Joris Bo <jorisbo(a)hotmail.com> Verzonden: vrijdag 19 oktober 2018 07:14 Aan: Gerd Petermann; lig fietser; Andrzej Popowski Onderwerp: First beta version mkgmap.typ Hello, Attached a first beta version for a mkgmap.typ Used default style that came with Build 4244 Look and feel derived from osm mapnik default layer I'm native dutch, so these translations are reasonable ok Alles ist auch übersetzt in Deutsch aber da brauche Ich hilfe The Englisch lables are more or less osm tag-names When translated in French it was from google translator I Tested it against the Alps region Before dropping it in the group I would like to have your comments Please whatever is on your minds, let me know, Next step would be finetuning and the license question Andrzej addressed Kind regards Joris

1 0