Your message dated Thu, 24 Sep 2015 20:55:36 +0200
with message-id <>
and subject line Re: Bug#614783: merkaartor: Merkaartor becoming sluggish after 
zoom operations
has caused the Debian Bug report #614783,
regarding merkaartor: Merkaartor becoming sluggish after zoom operations
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact

Debian Bug Tracking System
Contact with problems
--- Begin Message ---
Package: merkaartor
Version: 0.17~rc4-1
Severity: normal

I have found that when heavily zooming in and out while working on an area
of moderate size, Merkaartor becomes more and more sluggish, in particular 
when drwaing ways or panning.
This didn't happen with versions before 0.17, and doesn't seem to correlate
with the number of changed objects but the number of zoom operations.
"top" output doesn't look suspicious (but I have to change workspaces
to check).
Any details I can provide?

-- System Information:
Debian Release: 6.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages merkaartor depends on:
ii  libc6                   2.11.2-10        Embedded GNU C Library: Shared lib
ii  libexiv2-9              0.20-2           EXIF/IPTC metadata manipulation li
ii  libgcc1                 1:4.4.5-8        GCC support library
ii  libgdal1-1.6.0          1.6.3-4+b1       Geospatial Data Abstraction Librar
ii  libgps19                2.95-8           Global Positioning System - librar
ii  libproj0                4.7.0-1          Cartographic projection library
ii  libqt4-network          4:4.6.3-4        Qt 4 network module
ii  libqt4-svg              4:4.6.3-4        Qt 4 SVG module
ii  libqt4-webkit           4:4.6.3-4        Qt 4 WebKit module
ii  libqt4-xml              4:4.6.3-4        Qt 4 XML module
ii  libqtcore4              4:4.6.3-4        Qt 4 core module
ii  libqtgui4               4:4.6.3-4        Qt 4 GUI module
ii  libspatialite2          2.4.0~rc2-5      Geospatial extension for SQLite - 
ii  libstdc++6              4.4.5-8          The GNU Standard C++ Library v3
ii  libzbar0                0.10+doc-4       bar code scanner and decoder (libr
ii  zlib1g                  1: compression library - runtime

merkaartor recommends no packages.

Versions of packages merkaartor suggests:
pn  spatialite-bin                <none>     (no description available)

-- no debconf information

--- End Message ---
--- Begin Message ---
tags 614783 - moreinfo unreproducible
found 614783 merkaartor/0.18.1-3
fixed 614783 merkaartor/0.18.2-1~exp1

Hi Steffen,

On 24-09-15 11:04, Steffen Grunewald wrote:
> On Thu, Sep 24, 2015 at 10:42:45AM +0200, Bas Couwenberg wrote:
>> Or it may be specific to the area your working in. How can I
>> reproduce your issue?
> This is my bookmark. There are two power lines "ending" in the area,
> try to find the next towers by guessing their locations and zooming
> around.
> With 200m or even coarser all ist fine and fast. Try to go down to
> 50m and feel the sluggishness:
> <Bookmark name="x">
>  <Coordinates>
>   <topright lon="40.1708760" lat="9.0160898">
>   <bottomleft lon="40.1175564" lat="8.9737065">
>  </Coordinates>
> </Bookmark>

I haven't found the power lines in question, but I have been able to
reproduce the issue. I downloaded all the data in the Bale Zone and
panned around at 50m zoom, at several points rendering froze with >300%
CPU load by the merkaartor process. This was with merkaartor (0.18.1-3)
from unstable.

The good news is that it's mostly fixed in merkaartor (0.18.2-1~exp1)
from experimental. At several points there are still short freezes in
rendering, but no extreme CPU load or reasonably lengthy delays.

Kind Regards,


 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

--- End Message ---
Pkg-grass-devel mailing list

Reply via email to