[GRASS-dev] grass6.2?

GRASS GIS GRASS GIS developer
21

Michael,

just curious: do you intend to also include the
new developments:

- homology based rectification with lines
- Fourier correlation based auto search of GCPs
?

See:
http://grass.itc.it/pipermail/grass-dev/2006-March/022051.html
for link to the source code.

Markus

On Sun, Jun 11, 2006 at 11:51:13PM -0700, Michael Barton wrote:

Is there a reason to change i.rectify at some point so that it also will
read from a different directory and write to the current one? This is how
the georectifier works, but I have to switch back and forth between
locations/mapsets to make i.rectify work.

I have no idea about the locking. But probably not or I would have probably
run into it like I did with g.mapset.

Michael
__________________________________________
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

22

Michael Barton wrote:

>> I noted the difference because i.rectify reads from the current location and
>> writes to the location specified by i.target.
>
> Ah. That is something which its replacement shouldn't imitate.

I had forgotten that i.rectify itself doesn't need replacing, only
i.points.

> Reading from a different location or mapset is reasonable enough, but
> nothing should write outside of the current mapset. The case of
> r.in.gdal creating a new location is probably OK, but writing to an
> existing mapset (other than the current one) isn't.
>
> BTW, does i.rectify bother to lock the destination mapset?

Is there a reason to change i.rectify at some point so that it also will
read from a different directory and write to the current one? This is how
the georectifier works, but I have to switch back and forth between
locations/mapsets to make i.rectify work.

We probably need to keep the historical behaviour, but it should
provide the option to rectify /into/ the current mapset.

Without having looked at the code too deeply, I would have thought
that it should be possible to add location= and mapset= options to
i.rectify (analogous to [rv].proj) and to use the current mapset as
the target if the location= option is given.

Presumably, many of the same issues apply to i.ortho.photo, although
that really needs to be completely re-written anyhow.

--
Glynn Clements <glynn@gclements.plus.com>

23

Markus,

Are these in the cvs as part of the normal compilation? If so, they should
go into the menu.

I've been tied up in other stuff and so haven't updated the menu much
lately. Also, I was unsure how to do it after Cedric's changes (still unsure
about a few issues).

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

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

From: Markus Neteler <neteler@itc.it>
Date: Mon, 12 Jun 2006 09:34:23 +0200
To: <grass-dev@grass.itc.it>
Subject: Re: [GRASS-dev] grass6.2?

Michael,

just curious: do you intend to also include the
new developments:

- homology based rectification with lines
- Fourier correlation based auto search of GCPs
?

See:
http://grass.itc.it/pipermail/grass-dev/2006-March/022051.html
for link to the source code.

Markus

On Sun, Jun 11, 2006 at 11:51:13PM -0700, Michael Barton wrote:

Is there a reason to change i.rectify at some point so that it also will
read from a different directory and write to the current one? This is how
the georectifier works, but I have to switch back and forth between
locations/mapsets to make i.rectify work.

I have no idea about the locking. But probably not or I would have probably
run into it like I did with g.mapset.

Michael
__________________________________________
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

24

Michael,

no, the new functions aren't yet in CVS:

I wrote:
"
Not related to GUI, but related to a new i.points (as long time promised):

http://mpa.itc.it/markus/tmp/i.points.auto_30_mar_2006.tar.gz

This should be the merge of i.points + i.vpoints along with
homography support (geocoding by lines instead of points which is
much easier/faster) and auto-GPC search (based on Fourier correlation).
There is a file HANDBOOK inside which explains it a bit. Today
I found some raster-map negative row bug, maybe someone wants to give it
a try? Would be fun to have that in GRASS soon.
"

So a couple of files (a few) need to the added/modified in i.points to
get that functionality.

Markus

Michael Barton wrote on 06/12/2006 06:37 PM:

Markus,

Are these in the cvs as part of the normal compilation? If so, they should
go into the menu.

I've been tied up in other stuff and so haven't updated the menu much
lately. Also, I was unsure how to do it after Cedric's changes (still unsure
about a few issues).

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

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

From: Markus Neteler <neteler@itc.it>
Date: Mon, 12 Jun 2006 09:34:23 +0200
To: <grass-dev@grass.itc.it>
Subject: Re: [GRASS-dev] grass6.2?

Michael,

just curious: do you intend to also include the
new developments:

- homology based rectification with lines
- Fourier correlation based auto search of GCPs
?

See:
http://grass.itc.it/pipermail/grass-dev/2006-March/022051.html
for link to the source code.

Markus

On Sun, Jun 11, 2006 at 11:51:13PM -0700, Michael Barton wrote:
   

Is there a reason to change i.rectify at some point so that it also will
read from a different directory and write to the current one? This is how
the georectifier works, but I have to switch back and forth between
locations/mapsets to make i.rectify work.

I have no idea about the locking. But probably not or I would have probably
run into it like I did with g.mapset.

Michael
__________________________________________
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
     

25

Markus,

I've been trying to complete a non-x11
i.points/i.vpoints/v.transform/i.rectify replacement in TclTk.

What you are talking about sounds nice, but I can't do the work in C. Also,
we need something that does not depend on interactive x11 displays. I
haven't worked with the linear features modules yet, and so have not tried
to fold them into the georectifier in this version. I should probably get it
running completely before trying to expand it.

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

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

From: Markus Neteler <neteler@itc.it>
Date: Mon, 12 Jun 2006 18:40:13 +0200
To: Michael Barton <michael.barton@asu.edu>
Cc: <grass-dev@grass.itc.it>
Subject: Re: [GRASS-dev] grass6.2?

Michael,

no, the new functions aren't yet in CVS:

I wrote:
"
Not related to GUI, but related to a new i.points (as long time promised):

http://mpa.itc.it/markus/tmp/i.points.auto_30_mar_2006.tar.gz

This should be the merge of i.points + i.vpoints along with
homography support (geocoding by lines instead of points which is
much easier/faster) and auto-GPC search (based on Fourier correlation).
There is a file HANDBOOK inside which explains it a bit. Today
I found some raster-map negative row bug, maybe someone wants to give it
a try? Would be fun to have that in GRASS soon.
"

So a couple of files (a few) need to the added/modified in i.points to
get that functionality.

Markus

Michael Barton wrote on 06/12/2006 06:37 PM:

Markus,

Are these in the cvs as part of the normal compilation? If so, they should
go into the menu.

I've been tied up in other stuff and so haven't updated the menu much
lately. Also, I was unsure how to do it after Cedric's changes (still unsure
about a few issues).

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

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

From: Markus Neteler <neteler@itc.it>
Date: Mon, 12 Jun 2006 09:34:23 +0200
To: <grass-dev@grass.itc.it>
Subject: Re: [GRASS-dev] grass6.2?

Michael,

just curious: do you intend to also include the
new developments:

- homology based rectification with lines
- Fourier correlation based auto search of GCPs
?

See:
http://grass.itc.it/pipermail/grass-dev/2006-March/022051.html
for link to the source code.

Markus

On Sun, Jun 11, 2006 at 11:51:13PM -0700, Michael Barton wrote:
   

Is there a reason to change i.rectify at some point so that it also will
read from a different directory and write to the current one? This is how
the georectifier works, but I have to switch back and forth between
locations/mapsets to make i.rectify work.

I have no idea about the locking. But probably not or I would have probably
run into it like I did with g.mapset.

Michael
__________________________________________
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
     

26

On Mon, Jun 12, 2006 at 11:06:17AM -0700, Michael Barton wrote:

Markus,

I've been trying to complete a non-x11
i.points/i.vpoints/v.transform/i.rectify replacement in TclTk.

Michael,

yes, understood and appreciated.

What you are talking about sounds nice, but I can't do the work in C.

but it is already implemented. Just some "shadow" functions
parallel to the existing point click tool. Since line length
measurement is already there, drawing a line should be easy
(needed for rectify-by-line tool). Also box is already
there from zoom, so drawing a box should be easy (needed for
auto-search-of-GCPs-in-corresponding boxes).

Also,
we need something that does not depend on interactive x11 displays.

It doesn't.

I haven't worked with the linear features modules yet, and so have not tried
to fold them into the georectifier in this version. I should probably get it
running completely before trying to expand it.

Of course. I just wanted to remind people that the tool is there.
Once there was quite some interest.

best

Markus

> From: Markus Neteler <neteler@itc.it>
> Date: Mon, 12 Jun 2006 18:40:13 +0200
> To: Michael Barton <michael.barton@asu.edu>
> Cc: <grass-dev@grass.itc.it>
> Subject: Re: [GRASS-dev] grass6.2?
>
> Michael,
>
> no, the new functions aren't yet in CVS:
>
> I wrote:
> "
> Not related to GUI, but related to a new i.points (as long time promised):
>
> http://mpa.itc.it/markus/tmp/i.points.auto_30_mar_2006.tar.gz
>
> This should be the merge of i.points + i.vpoints along with
> homography support (geocoding by lines instead of points which is
> much easier/faster) and auto-GPC search (based on Fourier correlation).
> There is a file HANDBOOK inside which explains it a bit. Today
> I found some raster-map negative row bug, maybe someone wants to give it
> a try? Would be fun to have that in GRASS soon.
> "
>
> So a couple of files (a few) need to the added/modified in i.points to
> get that functionality.
>
> Markus
>
> Michael Barton wrote on 06/12/2006 06:37 PM:
>
>> Markus,
>>
>> Are these in the cvs as part of the normal compilation? If so, they should
>> go into the menu.
>>
>> I've been tied up in other stuff and so haven't updated the menu much
>> lately. Also, I was unsure how to do it after Cedric's changes (still unsure
>> about a few issues).
>>
>> Michael
>> __________________________________________
>> Michael Barton, Professor of Anthropology
>> School of Human Evolution & Social Change
>> Center for Social Dynamics and Complexity
>> Arizona State University
>>
>> phone: 480-965-6213
>> fax: 480-965-7671
>> www: http://www.public.asu.edu/~cmbarton
>>
>>
>>
>>
>>> From: Markus Neteler <neteler@itc.it>
>>> Date: Mon, 12 Jun 2006 09:34:23 +0200
>>> To: <grass-dev@grass.itc.it>
>>> Subject: Re: [GRASS-dev] grass6.2?
>>>
>>> Michael,
>>>
>>> just curious: do you intend to also include the
>>> new developments:
>>>
>>> - homology based rectification with lines
>>> - Fourier correlation based auto search of GCPs
>>> ?
>>>
>>> See:
>>> http://grass.itc.it/pipermail/grass-dev/2006-March/022051.html
>>> for link to the source code.
>>>
>>> Markus
>>>
>>> On Sun, Jun 11, 2006 at 11:51:13PM -0700, Michael Barton wrote:
>>>
>>>
>>>> Is there a reason to change i.rectify at some point so that it also will
>>>> read from a different directory and write to the current one? This is how
>>>> the georectifier works, but I have to switch back and forth between
>>>> locations/mapsets to make i.rectify work.
>>>>
>>>> I have no idea about the locking. But probably not or I would have probably
>>>> run into it like I did with g.mapset.
>>>>
>>>> Michael
>>>> __________________________________________
>>>> 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
>>>>
>>>>
>>>
>>>
>>
>>
>>
>

--
Markus Neteler <neteler itc it> http://mpa.itc.it
ITC-irst - Centro per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18 - 38050 Povo (Trento), Italy

27

I added v.lrs.*, r.in.xyz, and some other new commands to the menu in the
cvs.

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

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

From: Markus Neteler <neteler@itc.it>
Date: Mon, 12 Jun 2006 18:40:13 +0200
To: Michael Barton <michael.barton@asu.edu>
Cc: <grass-dev@grass.itc.it>
Subject: Re: [GRASS-dev] grass6.2?

Michael,

no, the new functions aren't yet in CVS:

I wrote:
"
Not related to GUI, but related to a new i.points (as long time promised):

http://mpa.itc.it/markus/tmp/i.points.auto_30_mar_2006.tar.gz

This should be the merge of i.points + i.vpoints along with
homography support (geocoding by lines instead of points which is
much easier/faster) and auto-GPC search (based on Fourier correlation).
There is a file HANDBOOK inside which explains it a bit. Today
I found some raster-map negative row bug, maybe someone wants to give it
a try? Would be fun to have that in GRASS soon.
"

So a couple of files (a few) need to the added/modified in i.points to
get that functionality.

Markus

Michael Barton wrote on 06/12/2006 06:37 PM:

Markus,

Are these in the cvs as part of the normal compilation? If so, they should
go into the menu.

I've been tied up in other stuff and so haven't updated the menu much
lately. Also, I was unsure how to do it after Cedric's changes (still unsure
about a few issues).

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

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

From: Markus Neteler <neteler@itc.it>
Date: Mon, 12 Jun 2006 09:34:23 +0200
To: <grass-dev@grass.itc.it>
Subject: Re: [GRASS-dev] grass6.2?

Michael,

just curious: do you intend to also include the
new developments:

- homology based rectification with lines
- Fourier correlation based auto search of GCPs
?

See:
http://grass.itc.it/pipermail/grass-dev/2006-March/022051.html
for link to the source code.

Markus

On Sun, Jun 11, 2006 at 11:51:13PM -0700, Michael Barton wrote:
   

Is there a reason to change i.rectify at some point so that it also will
read from a different directory and write to the current one? This is how
the georectifier works, but I have to switch back and forth between
locations/mapsets to make i.rectify work.

I have no idea about the locking. But probably not or I would have probably
run into it like I did with g.mapset.

Michael
__________________________________________
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