Stefan Wildemann

I circumvent the problem by pushing the branches I want to merge directly to navit-gps instead of my metalstrolch fork. But most contributers can not. This is quite annoying at...

If the results being zipped is the only problem then I'd not say this is a big deal. Currently getting the artefacts out of ci is a sophisticated task anyway...

If considering re-doing something like the planet extractor, I want to remind my open source tool to extract regions out of bin files I created when implementing multipolygon support for...

Continued this a little bit: Porting the now missing expose_event callback to the newer draw callback fixes the crash and allows drawing. Refactor some deprecated things and add mouse wheel...

OK, somehow the GUI shows up now. But a lot of it seems not to work. It quite often segfaults. A lot of deprecation warnings during build. Will leave this...

Glad to see somebody finally continues this. Concentrate on the build warnings first. The segfaults may be connected to the warnings.

Hmm, assuming a pre 20-10-19 navit still performs better, there are two major upgrades to navit that are candidates having caused this: 1. Polygon with holes support, aka multipolygon support....

If it's with the map, then most probably it isn't multipolygon support as such, nor is it drawing of polygons with holes. It's most probably the sheer number of map...

Yes that's the -r switch. But to be honest I never tried it. You can implicitly see if the maptool has multipolygon support. If it offers the -3 (--32bit) switch...

This isn't a surprise at all. This is a limitation on how the navit binfile works. See https://navit.readthedocs.io/en/latest/maps.html#binfile The world is divided into four tiles. Every tile is divided into...