[GRASS-dev] georectifier - zooming and rectifying

Hello,

while I was working with latest georectifier, I came to following
issues:
    
    When I set couple of GCPs and zoom in/out, the GPCs are displayd
    always "one zoom step too late". It looks like they would use zoom
    scale from window/previous_zoom.
    
Second thing:
    When I click on the "Rectify maps in the group" button, every window
    in the gis manager becomes inactive. Strange thing is, that
    processor does not work really hard (i.rectify is running with about
    20-50 % load) and the whole process takes too long.

    When I run i.rectify from CLI, it takes only couple of minutes and
    the processor is really heated up.

    It is a bit confusing, just to sit in front of inactive gis manager
    and to see, that the computer is not really working and wonder, what
    is happening.

    I do not know, if we can do something with this issue - I beleave,
    it is something between Tcl and OS. I just ask, if it would be
    possible. Maybe small information window before calculation start,
    that "This could take couple of minutes", forking the "i.rectify
    process" to background, so that rest of the gis.m would be usable or
    something like this could help to keep the user informed.

Thanks

Jachym

--
Jachym Cepicky
e-mail: jachym.cepicky@centrum.cz
URL: http://les-ejk.cz
GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub
-----------------------------------------
OFFICE:
Department of Geoinformation Technologies
Zemedelska 3
613 00, Brno
Czech Republick
e-mail: xcepicky@node.mendelu.cz
URL: http://mapserver.mendelu.cz
Tel.: +420 545 134 514

Thanks for the information Jachym

On 1/11/07 2:38 AM, "Jachym Cepicky" <jachym.cepicky@centrum.cz> wrote:

Hello,

while I was working with latest georectifier, I came to following
issues:
    
    When I set couple of GCPs and zoom in/out, the GPCs are displayd
    always "one zoom step too late". It looks like they would use zoom
    scale from window/previous_zoom.

This should be fixable, though I don't quite understand what you are
describing.

Second thing:
    When I click on the "Rectify maps in the group" button, every window
    in the gis manager becomes inactive. Strange thing is, that
    processor does not work really hard (i.rectify is running with about
    20-50 % load) and the whole process takes too long.

    When I run i.rectify from CLI, it takes only couple of minutes and
    the processor is really heated up.

    It is a bit confusing, just to sit in front of inactive gis manager
    and to see, that the computer is not really working and wonder, what
    is happening.

This is baffling since all the georectifier does is run i.rectify for
rasters and v.transform for vectors. Then it copies the created maps into
the current location/mapset. The holdup might be in the latter step, but I
can't say at the moment.

Maybe something I can look at over the weekend.

Michael

    I do not know, if we can do something with this issue - I beleave,
    it is something between Tcl and OS. I just ask, if it would be
    possible. Maybe small information window before calculation start,
    that "This could take couple of minutes", forking the "i.rectify
    process" to background, so that rest of the gis.m would be usable or
    something like this could help to keep the user informed.

Thanks

Jachym

__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University

phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton

Jachym Cepicky wrote:

<snip>

Second thing:
    When I click on the "Rectify maps in the group" button, every window
    in the gis manager becomes inactive. Strange thing is, that
    processor does not work really hard (i.rectify is running with about
    20-50 % load) and the whole process takes too long.

    When I run i.rectify from CLI, it takes only couple of minutes and
    the processor is really heated up.

    It is a bit confusing, just to sit in front of inactive gis manager
    and to see, that the computer is not really working and wonder, what
    is happening.

    I do not know, if we can do something with this issue - I beleave,
    it is something between Tcl and OS. I just ask, if it would be
    possible.

I'm not sure if this is the same issue, but I have noticed that few
hundred lines of output are able to freeze TCL/TK window of eg.
r.stats, v.hull, nviz. See a bug report:

http://intevation.de/rt/webrt?serial_num=4487

Maciek