Bug#614783: merkaartor: Merkaartor becoming sluggish after zoom operations

[Bas Couwenberg]

On 2015-09-24 10:19, Steffen Grunewald wrote:
> On Sun, Sep 20, 2015 at 09:47:06PM +0200, Sebastiaan Couwenberg wrote:
>> > You just might want to stick with a stable release and install the
>> > backport I'll provide in a few days.
>> 
>> It looks like the backport never happened, but merkaartor (0.18.1-3) 
>> has
>> been in Debian since wheezy.
>> 
>> Is this issue still relevant?
> 
> Apparently yes, at least in Jessie (and Wheezy, of course).
> Zooming in through the "100 m" scale makes the machine extremely slow,
> although there are close to no objects to be handled (and background 
> images
> are turned off).
> With Bing imagery on, this zooming tends to kill Merkaartor.

What are the specs of the machine in question?

It may just be that my machine is powerful enough to handle the amount 
of data and rendering thereof.

Or it may be specific to the area your working in. How can I reproduce 
your issue?

>> Since I cannot reproduce this issue with the current merkaartor 
>> version
>> in unstable (0.18.1-3+b7), I'm tempted to close this issue as fixed.
> 
> Is there a backport I can try with Jessie? I don't like bugs being
> closed when there's no solution for stable...

There is nothing to backport yet, merkaartor 0.18.1 is in wheezy, jessie 
& stretch.

Once merkaartor 0.18.2 has migrated to testing I'll likely provide a 
backport for jessie, but I'm not done yet triaging the outstanding 
issues, so merkaartor 0.18.2 is only available in experimental 
currently.

We need merkaartor 0.18.2 because it has GDAL 2.0 support upstream, 
that's prominent blocker for the GDAL 2.0 transition I'm working to 
resolve with my contributions to the merkaartor package.

Kind Regards,

Bas