ok, thanks for the hint. This file makes the trouble, but only with speichenstyle, default style works:
Hi Arndt,
first make sure that you can reproduce the problem with those tiles and your style.
There is not much that can be wrong in the style, this error happens while reading the input file.
Gerd
________________________________________
Gesendet: Donnerstag, 6. Januar 2022 15:26
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Commit r4845: merge from faster-mp branch
Hi Gerd,
the default style works.i try to find out, what is wrong in the style.
Greetz
Arndt
Greetz
Arndt
Hi Arndt,
cannot yet reproduce this. Does it also happen with the default style?
Gerd
________________________________________
Gesendet: Donnerstag, 6. Januar 2022 14:59
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Commit r4845: merge from faster-mp branch
Hi Gerd,
from Balearen or
from the alps.
Greetz
Arndt
Hi Arndt, please post a link to the problematic pbf file.
Gerd
________________________________________
Gesendet: Donnerstag, 6. Januar 2022 14:49
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Commit r4845: merge from faster-mp branch
Hi Gerd,
the balearic islands cause trouble. Maybe its a wrong split from osmconvert (eurpe->iberia->balearen), but r-4839 works weill.
13:43:23,46 - splitter Speiche_Balearen
Warning: --keep-complete is only used for the first input file. Further files must use higher ids.
13:44:06,30 - mkgmap .\tools\mkgmap-r4845 Speiche_Balearen
Exception in thread "main" java.lang.AssertionError: no outer way in partition
at uk.me.parabola.mkgmap.reader.osm.MultiPolygonRelation.processPartition(MultiPolygonRelation.java:705)
at uk.me.parabola.mkgmap.reader.osm.MultiPolygonRelation.processElements(MultiPolygonRelation.java:622)
at uk.me.parabola.mkgmap.reader.osm.ElementSaver.addRelation(ElementSaver.java:163)
at uk.me.parabola.mkgmap.reader.osm.bin.OsmBinHandler$BinParser.parseRelations(OsmBinHandler.java:215)
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.mkgmap.reader.osm.bin.OsmBinHandler.parse(OsmBinHandler.java:54)
at uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.parse(OsmMapDataSource.java:167)
at uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.load(OsmMapDataSource.java:142)
at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:165)
at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:58)
at uk.me.parabola.mkgmap.main.Main.lambda$processFilename$1(Main.java:291)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
Greetz
Arndt
Hi all,
I've finally found the courage to merge the faster-mp branch into trunk.
I think the change in the default style was always meant to be done in trunk, not in that branch only.
Funny thing is that the original problematic monster MP that triggered this branch was deleted:
Those who analyse log messages from class MultiPolygonRelation may find different
results using this new version (sometimes more, sometiles fewer).
Let me know if this causes trouble.
Gerd
________________________________________
Gesendet: Mittwoch, 5. Januar 2022 11:11
Betreff: [mkgmap-dev] Commit r4845: merge from faster-mp branch
Version mkgmap-r4845 was committed by gerd on Wed, 05 Jan 2022
merge from faster-mp branch
- don't render natural=coastline in lines
- implement faster (but possibly less reliable) algorithm to render complex multipolygons
- don't render MP without tags (old code did that when all tags were removed because they did not appear in style rules, see field tagsIncomplete)
_______________________________________________
mkgmap-dev mailing list
_______________________________________________
mkgmap-dev mailing list
_______________________________________________
mkgmap-dev mailing list
_______________________________________________
mkgmap-dev mailing list
_______________________________________________
mkgmap-dev mailing list