[Merkaartor] Merkaartor freezes (since 0.13/svn)

[Jens Fendler]

Right now it appears the clipping itself takes up the time I was
complaining about. This, however, only occurs when actually changing the
zoom level - not when working on the map. Maybe my PC was busy with
something else and I was still being paranoid about this ex-bug.. 

Don't worry for now - everything looks actually fine. Sorry for the
confusion,

Jens

On Sun, 2009-02-22 at 14:26 +0100, Chris Browet wrote:
> I just tried on both Windows and Linux (Gentoo) without problems.
> Could others confirm this behaviour?
> (http://www.openstreetmap.org/?lat=-22.2675&lon=20.0041&zoom=12)
> 
> Thx
> - Chris -
> 
> On Sun, Feb 22, 2009 at 2:16 PM, Chris Browet <cbro at semperpax.com>
> wrote:
>         Strange. Borders are not handled differently than other
>         ways...
>         Furthermore, the BB you gave me only contains a fairly short
>         piece of border...
>         
>         
>         
>         On Sun, Feb 22, 2009 at 11:00 AM, Jens Fendler
>         <jfendler at polytechnic.edu.na> wrote:
>                 Hi Chris,
>                 
>                 "Lost in the Thread" is nice - might be the title for
>                 the next "Lost in
>                 Translation" movie :-)
>                 
>                 The problem I was referring to is that (previous to
>                 the last patch) it
>                 took merkaartor forever to work on the map in high
>                 zoom levels - with
>                 you mentioning it was due to QT not performing a
>                 proper clipping to the
>                 area, thus requiring lots of memory if a relation
>                 member is among the
>                 things in the map section currently being viewed. The
>                 "relations" part
>                 of the problem seems solved, but the very same effect
>                 is still present
>                 for border-type ways. Those are usually not part of a
>                 relation, but are
>                 also quite large (might also apply to any other "big"
>                 map feature). My
>                 guess is that there's more things in the map currently
>                 not being
>                 properly clipped away.
>                 
>                 Hope this helps,
>                 Jens
>                 
>                 
>                 On Feb 21, 2009 05:23 PM, Chris Browet
>                 <cbro at semperpax.com> wrote:
>                 
>                 > >
>                 > > Same here, but I noticed (probably) the same
>                 problem still occurs
>                 > > with
>                 > > state borders (border_type=nation,
>                 boundary=administrative,
>                 > > admin_level=2). For example here: 19.9929,
>                 -22.2834, 20.0010,
>                 > > -22.2793.
>                 > >
>                 > > I haven't tested it with other (long) borders yet,
>                 but would expect
>                 > > it
>                 > > to be the same.
>                 >
>                 >
>                 > I'm lost in the thread... What problem is it? Long
>                 download time?
>                 >
>                 > >
>                 > >
>                 > > One other issue I noticed with the latest patch
>                 only is a way
>                 > > artifact
>                 > > being rendered after a "split" on a way: Select a
>                 road and one or
>                 > > two
>                 > > nodes on it, split the way, and try to select
>                 either of the (new)
>                 > > segments. It will still highlight the whole way
>                 unless I change the
>                 > > zoom
>                 > > level (in or out doesn't matter) once. Selecting a
>                 segment after
>                 > > changing the zoom level works fine again.
>                 > >
>                 >
>                 > I was wondering why I was rebuilding the road on
>                 each hover/select.
>                 > Now I
>                 > know... Solved.
>                 >
>                 > - Chris -
>                 
>                 
>                 
>                 
>         
>         

-- 
Jens Fendler <jfendler at polytechnic.edu.na>
Department of Software Engineering - Polytechnic of Namibia
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL: <http://lists.openstreetmap.org/pipermail/merkaartor/attachments/20090223/bd758329/attachment.pgp>