mkgmap-dev

mkgmap-dev@lists.mkgmap.org.uk

September 2021

15 participants
12 discussions

custom style
by 7770 12 Sep '21

12 Sep '21

Hi. As a test i once once added a specific condition for fuels so that the points style file contains these two rows: (amenity=fuel & fuel:e85=yes) [0x4401 resolution 22] amenity=fuel [0x2f01 resolution 22] If i add an image in the TYP file 0x4401 will show just fine in gmapshack and on a unit (GPSMAP 66st). in the finalize and include section of the style i have the following to add information about avaialble fues at fuel stations: (amenity=fuel & (fuel:octane_95=yes|fuel:diesel=yes|fuel:e85=yes|fuel:cng=yes| fuel:biogas=yes|fuel:adblue=yes) ) {set mkgmap:phone='${mkgmap:phone} Fuel: ' | 'Fuel: '} (amenity=fuel & fuel:octane_95=yes) {set mkgmap:phone='${mkgmap:phone} B95'} (amenity=fuel & fuel:diesel=yes) {set mkgmap:phone='${mkgmap:phone} DI'} (amenity=fuel & fuel:e85=yes) {set mkgmap:phone='${mkgmap:phone} E85'} (amenity=fuel & (fuel:cng=yes | fuel:biogas=yes)) {set mkgmap:phone='$ {mkgmap:phone} CNG/BNG'} (amenity=fuel & fuel:lpg=yes) {set mkgmap:phone='${mkgmap:phone} LPG'} (amenity=fuel & fuel:adblue=yes) {set mkgmap:phone='${mkgmap:phone} ADBLUE'} What i observe now on the GPS unit is that the fuel stations tagged 0x4401 will not have the fuel details added, but 0x2f01 will. (qmapshack doesn't seem to show any details about points). To me it looks like both points will and should match at least some of the conditions from the include section. Is it because 0x4401 is a too high number of types and mkgmap does not allow the phone information to be set? Do i need to write the include section differently? Is it simply the garmin device which does not show as much information for 0x4401 as for 0x2f01? Regards Karl

4 3

Error when running splitter with several input files, could there be keep-complete=single mode?
by Felix Hartmann 02 Sep '21

02 Sep '21

I split france.osm.pbf with D:\openmtbmap\maps>if france == legend start /belownormal /b /wait java -jar -XX:+AggressiveHeap -Xms1000m -Xmx3800m C:\openmtbmap\splitter.jar --max-nodes=9600000 --max-threads=12 --search-limit=1000000 --output=pbf "--keep-complete" --max-areas=1024 --geonames-file=D:\openmtbmap\osmpbf_geofabrik\cities5000.zip --description=france --mapid=83910000 france.osm 1>NUL Then I compiled the map using mgkamp.jar - and want to resplit all remaining files that did not compile with smaller max-nodes value. However splitter.jar chokes if I pass several files... Is there any way to have splitter just working with several files without trying to merge them? I just need the files split to the new max-nodes value and incrementing the map id. If I pass only one file at a time, it is a PITA to script this (is already hard enough figuring out the new map-id and creating a list of the tiles). D:\openmtbmap\maps>if yes EQU yes start /belownormal /b /wait java -XX:+AggressiveHeap -Xms5000M -Xmx54000M -jar C:\openmtbmap\splitter.jar --max-nodes=4800000 --max-threads=12 --search-limit=1000000 --output=pbf --geonames-file=D:\openmtbmap\osmpbf_geofabrik\cities5000.zip --description=france --mapid=83910046 "83910015.osm.pbf" "83910025.osm.pbf" "83910026.osm.pbf" "83910042.osm.pbf" 1>NUL Warning: --keep-complete is only used for the first input file. Further files must use higher ids. Error: Node ids are not sorted. Use e.g. osmosis to sort the input data. This is not supported with keep-complete=true or --problem-list uk.me.parabola.splitter.SplitFailedException: Node ids are not sorted at uk.me.parabola.splitter.MultiTileProcessor.storeCoord(MultiTileProcessor.java:497) at uk.me.parabola.splitter.MultiTileProcessor.processNode(MultiTileProcessor.java:126) at uk.me.parabola.splitter.AbstractMapProcessor.consume(AbstractMapProcessor.java:82) at uk.me.parabola.splitter.OSMFileHandler.execute(OSMFileHandler.java:157) at uk.me.parabola.splitter.ProblemLists.calcMultiTileElements(ProblemLists.java:255) at uk.me.parabola.splitter.Main.useProblemLists(Main.java:503) at uk.me.parabola.splitter.Main.start(Main.java:127) at uk.me.parabola.splitter.Main.main(Main.java:81) The option to first join the files with osmconvert - is a PITA - as you cannot parse several osm.pbf files to osmconvert (it only supports joining osm or o5m files). The option to supply splitter.jar with each file on it's own - is also a PITA that would require horrendous for loops because after each split you need to check which new map-id to use for the next file! So it would be great to have a keep-complete option that for each input file, but not for all input files, uses keep-complete. Actually I think this should be the default mode when supplying several input files. Even if mkgmap actually cannot run this in parallel / multithreading it would be way better than parsing each file on it's own... Or am I dumbstruck in finding a way to resplit too big input files? -- Felix Hartman - Openmtbmap.org & VeloMap.org

4 9