Hi,
can we safely change v.univar.sh -> v.univar in d.vect.thematic?
This might speed up calculations...
Markus
If it does extended stats now and the output is the same, it should be an
easy switch.
Michael
On 5/1/07 8:25 AM, "Markus Neteler" <neteler@itc.it> wrote:
Hi,
can we safely change v.univar.sh -> v.univar in d.vect.thematic?
This might speed up calculations...Markus
__________________________________________
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
It seems to be slightly more complicated (I tried), so I
leave it for now.
Markus
On Tue, May 01, 2007 at 02:49:14PM -0700, Michael Barton wrote:
If it does extended stats now and the output is the same, it should be an
easy switch.Michael
On 5/1/07 8:25 AM, "Markus Neteler" <neteler@itc.it> wrote:
> Hi,
>
> can we safely change v.univar.sh -> v.univar in d.vect.thematic?
> This might speed up calculations...
>
> Markus
>
>__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State Universityphone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton
--
Markus Neteler <neteler itc it> http://mpa.itc.it/markus/
FBK-irst - Centro per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18 - 38050 Povo (Trento), Italy
Markus, could you try the version attached? I think I got it right but
can't access a CVS build right now, so v.univar -e is unavailable for
me right now.
If ok, I'll commit to HEAD.
Daniel.
On 5/2/07, Markus Neteler <neteler@itc.it> wrote:
It seems to be slightly more complicated (I tried), so I
leave it for now.Markus
On Tue, May 01, 2007 at 02:49:14PM -0700, Michael Barton wrote:
> If it does extended stats now and the output is the same, it should be an
> easy switch.
>
> Michael
>
> On 5/1/07 8:25 AM, "Markus Neteler" <neteler@itc.it> wrote:
>
> > Hi,
> >
> > can we safely change v.univar.sh -> v.univar in d.vect.thematic?
> > This might speed up calculations...
> >
> > Markus
> >
>
> __________________________________________
> 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/markus/
FBK-irst - Centro per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18 - 38050 Povo (Trento), Italy_______________________________________________
grass-dev mailing list
grass-dev@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass-dev
--
-- Daniel Calvelo Aros
(attachments)
w (36.8 KB)
Ooops, sorry for the noise. I managed to recompile CVS and of course I
had gotten it all wrong. v.univar and v.univar.sh have different
interfaces.
Good news: the attached d.vect.thematic version works using v.univar
Bad news: as pointed out in v.univar source, extended stats
(nonparametric) are only available for points/centroids
Martin, why is it harder to calculate those for area/boundary/line ?
Aren't we just accessing the db corresponding to the layer?
So currently, we can't fully replace v.univar.sh with v.univar for
d.vect.thematic purposes. The clean course of action is to extend
v.univar to calculate extended stats for the rest of types.
Daniel.
On 5/2/07, Daniel Calvelo <dca.gis@gmail.com> wrote:
Markus, could you try the version attached? I think I got it right but
can't access a CVS build right now, so v.univar -e is unavailable for
me right now.If ok, I'll commit to HEAD.
Daniel.
On 5/2/07, Markus Neteler <neteler@itc.it> wrote:
> It seems to be slightly more complicated (I tried), so I
> leave it for now.
>
> Markus
>
> On Tue, May 01, 2007 at 02:49:14PM -0700, Michael Barton wrote:
> > If it does extended stats now and the output is the same, it should be an
> > easy switch.
> >
> > Michael
> >
> > On 5/1/07 8:25 AM, "Markus Neteler" <neteler@itc.it> wrote:
> >
> > > Hi,
> > >
> > > can we safely change v.univar.sh -> v.univar in d.vect.thematic?
> > > This might speed up calculations...
> > >
> > > Markus
> > >
> >
> > __________________________________________
> > 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/markus/
> FBK-irst - Centro per la Ricerca Scientifica e Tecnologica
> MPBA - Predictive Models for Biol. & Environ. Data Analysis
> Via Sommarive, 18 - 38050 Povo (Trento), Italy
>
> _______________________________________________
> grass-dev mailing list
> grass-dev@grass.itc.it
> http://grass.itc.it/mailman/listinfo/grass-dev
>--
-- Daniel Calvelo Aros
--
-- Daniel Calvelo Aros
(attachments)
w (36.8 KB)
Replying to myself twice, sorry.
After reading v.univar/main.c more thoroughly, I think I'm
understanding the issue: v.univar.sh is *not* a shell equivalent of
v.univar. Actually, v.univar.sh should have been called v.db.univar.
In v.univar the statistics collected are those of the vector map, not
only of its database: a type=area in v.univar should mean collect
statistics weighted by area and so on.
For d.vect.thematic as it stands now, no information is used about the
geometry, so it only depends on the currently implemented
type=point,centroid behaviour of v.univar.
I commited to CVS.
Daniel.
On 5/2/07, Daniel Calvelo <dca.gis@gmail.com> wrote:
Ooops, sorry for the noise. I managed to recompile CVS and of course I
had gotten it all wrong. v.univar and v.univar.sh have different
interfaces.Good news: the attached d.vect.thematic version works using v.univar
Bad news: as pointed out in v.univar source, extended stats
(nonparametric) are only available for points/centroidsMartin, why is it harder to calculate those for area/boundary/line ?
Aren't we just accessing the db corresponding to the layer?So currently, we can't fully replace v.univar.sh with v.univar for
d.vect.thematic purposes. The clean course of action is to extend
v.univar to calculate extended stats for the rest of types.Daniel.
On 5/2/07, Daniel Calvelo <dca.gis@gmail.com> wrote:
> Markus, could you try the version attached? I think I got it right but
> can't access a CVS build right now, so v.univar -e is unavailable for
> me right now.
>
> If ok, I'll commit to HEAD.
>
> Daniel.
>
> On 5/2/07, Markus Neteler <neteler@itc.it> wrote:
> > It seems to be slightly more complicated (I tried), so I
> > leave it for now.
> >
> > Markus
> >
> > On Tue, May 01, 2007 at 02:49:14PM -0700, Michael Barton wrote:
> > > If it does extended stats now and the output is the same, it should be an
> > > easy switch.
> > >
> > > Michael
> > >
> > > On 5/1/07 8:25 AM, "Markus Neteler" <neteler@itc.it> wrote:
> > >
> > > > Hi,
> > > >
> > > > can we safely change v.univar.sh -> v.univar in d.vect.thematic?
> > > > This might speed up calculations...
> > > >
> > > > Markus
> > > >
> > >
> > > __________________________________________
> > > 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/markus/
> > FBK-irst - Centro per la Ricerca Scientifica e Tecnologica
> > MPBA - Predictive Models for Biol. & Environ. Data Analysis
> > Via Sommarive, 18 - 38050 Povo (Trento), Italy
> >
> > _______________________________________________
> > grass-dev mailing list
> > grass-dev@grass.itc.it
> > http://grass.itc.it/mailman/listinfo/grass-dev
> >
>
> --
> -- Daniel Calvelo Aros
>--
-- Daniel Calvelo Aros
--
-- Daniel Calvelo Aros
On Wed, May 02, 2007 at 09:52:06PM -0500, Daniel Calvelo wrote:
Markus, could you try the version attached? I think I got it right but
can't access a CVS build right now, so v.univar -e is unavailable for
me right now.If ok, I'll commit to HEAD.
This version would revert all recent g.message changes.
It looks like that you worked on an older file version?
Markus
Daniel.
On 5/2/07, Markus Neteler <neteler@itc.it> wrote:
>It seems to be slightly more complicated (I tried), so I
>leave it for now.
>
>Markus
>
>On Tue, May 01, 2007 at 02:49:14PM -0700, Michael Barton wrote:
>> If it does extended stats now and the output is the same, it should be an
>> easy switch.
>>
>> Michael
>>
>>
>> On 5/1/07 8:25 AM, "Markus Neteler" <neteler@itc.it> wrote:
>>
>> > Hi,
>> >
>> > can we safely change v.univar.sh -> v.univar in d.vect.thematic?
>> > This might speed up calculations...
>> >
>> > Markus
>> >
>> >
>>
>> __________________________________________
>> 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/markus/
>FBK-irst - Centro per la Ricerca Scientifica e Tecnologica
>MPBA - Predictive Models for Biol. & Environ. Data Analysis
>Via Sommarive, 18 - 38050 Povo (Trento), Italy
>
>_______________________________________________
>grass-dev mailing list
>grass-dev@grass.itc.it
>http://grass.itc.it/mailman/listinfo/grass-dev
>--
-- Daniel Calvelo Aros
_______________________________________________
grass-dev mailing list
grass-dev@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass-dev
--
Markus Neteler <neteler itc it> http://mpa.itc.it/markus/
FBK-irst - Centro per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18 - 38050 Povo (Trento), Italy
On Thu, May 03, 2007 at 07:38:07AM +0200, Markus Neteler wrote:
On Wed, May 02, 2007 at 09:52:06PM -0500, Daniel Calvelo wrote:
> Markus, could you try the version attached? I think I got it right but
> can't access a CVS build right now, so v.univar -e is unavailable for
> me right now.
>
> If ok, I'll commit to HEAD.This version would revert all recent g.message changes.
It looks like that you worked on an older file version?
For the record: fixed by Daniel in CVS.
Markus
Daniel Calvelo wrote:
Replying to myself twice, sorry.
After reading v.univar/main.c more thoroughly, I think I'm
understanding the issue: v.univar.sh is *not* a shell equivalent of
v.univar. Actually, v.univar.sh should have been called v.db.univar.[...]
--
-- Daniel Calvelo Aros
While working on the book, I came across this issue again.
I have added it now as scripts/v.db.univar in CVS.
Markus
--
View this message in context: http://www.nabble.com/d.vect.thematic%3A-v.univar.sh-->-v.univar--tf3675636.html#a11270068
Sent from the Grass - Dev mailing list archive at Nabble.com.