[GRASS-user] Possible bug in v.edit

GRASS GRASS user
1

Hi Martin,

Thank you for your quick reply!

That’s really crazy that you got this result!!
I have tested with Grass 6.3 AND grass 6.4(the one on which I’m working on) and both gives the exact same (wrong) results!! I’ve done again the test right now to be sure but the result is always the same: only 2 features are returned by v.edit for cat=3/layer=1. I really don’t understand what could be the problem.

Did you use any special parameter during the import (apart from setting the format to standard) ?
Personaly, I used the default values as they are set by the wxpython interface for wx.in.ascii…

The only other possibility that I can see is the OS. I’m currently testing on windows.
Are you also on windows or on Linux?!?
Tonight, I will test it on linux but it would be rather strange that it is the source of the problem…

Have you also tried to select from layer 2 ? (v.edit map=test layer=2 tool=select cats=2 type=centroid --q)

MA

-----Original Message-----
From: Martin Landa landa.martin@gmail.com
To: marc-antoine.nuessli@euratlas.com
Cc: grass-user@lists.osgeo.org
Date: Tue, 1 Sep 2009 14:25:39 +0200
Subject: Re: [GRASS-user] Possible bug in v.edit

Hi,

2009/9/1 Marc-Antoine Nüssli marc-antoine.nuessli@euratlas.com:

[…]

But if I ask for the features with cat=3 in layer1:
v.edit map=test_shapes_newi layer=1 tool=select cats=3 type=centroid
I get only 2 ids:

29,27
Selecting features…
2 of 29 features selected from vector map test_shapes_newi@PERMANENT
v.edit complete.

which version of GRASS are you using? Testing GRASS 6.4

v.edit map=test layer=1 tool=select cats=3 type=centroid --q
26,27,29

Seems to be OK.

Martin

–
Martin Landa <landa.martin gmail.com> * http://gama.fsv.cvut.cz/~landa

2

Hi,

2009/9/1 Marc-Antoine Nüssli <marc-antoine.nuessli@euratlas.com>:

I have tested with Grass 6.3 AND grass 6.4(the one on which I'm working on)

6.4 from SVN (revision?) or RC?

Did you use any special parameter during the import (apart from setting the
format to standard) ?

I used the ASCII vector map you have attached (v.in.ascii format=standard)

The only other possibility that I can see is the OS. I'm currently testing
on windows.

I don't think so.

Are you also on windows or on Linux?!?

GNU/Linux

Have you also tried to select from layer 2 ? (v.edit map=test layer=2
tool=select cats=2 type=centroid --q)

24,26,29

Seems to be reasonable.

Martin

--
Martin Landa <landa.martin gmail.com> * http://gama.fsv.cvut.cz/~landa

3

I have tested with Grass 6.3 AND grass 6.4(the one on which I’m working on)

6.4 from SVN (revision?) or RC?

6.4RC5
What about you?

I guess I should try with the latest SVN…

Did you use any special parameter during the import (apart from setting the
format to standard) ?

I used the ASCII vector map you have attached (v.in.ascii format=standard)

Ok, so that’s not related to that.

The only other possibility that I can see is the OS. I’m currently testing
on windows.

I don’t think so.

Yes, that would be very strange…

Are you also on windows or on Linux?!?

GNU/Linux

Have you also tried to select from layer 2 ? (v.edit map=test layer=2
tool=select cats=2 type=centroid --q)

24,26,29

Seems to be reasonable.

yes indeed…

ma

4

Ok, so it is definitively related to the OS...

I've just tested it right now on GNU/Linux and everything work correctly.
Then, I've tested it again on Windows(but on a different computer than this afternoon) and it didn't work.

So, to summarize:
Grass 6.3 Release - Win32 (precompiled binaries) - computer A : BAD
Grass 6.4RC5 - Win32 (compiled by myself) - computer A: BAD
Grass 6.4RC5 - Win32 (compiled by myself) - computer B: BAD
Grass 6.4RC5 - Linux (compiled by myself) - computer B: OK

Maybe someone else who works on Windows can confirm the problem?!?

MA

    > I have tested with Grass 6.3 AND grass 6.4(the one on which I'm
    working on)

    6.4 from SVN (revision?) or RC?
     
6.4RC5
What about you?

I guess I should try with the latest SVN...

    > Did you use any special parameter during the import (apart from
    setting the
    > format to standard) ?

    I used the ASCII vector map you have attached (v.in.ascii
    format=standard)
     
Ok, so that's not related to that.

    > The only other possibility that I can see is the OS. I'm
    currently testing
    > on windows.

    I don't think so.
     
Yes, that would be very strange...

    > Are you also on windows or on Linux?!?

    GNU/Linux

    > Have you also tried to select from layer 2 ? (v.edit map=test
    layer=2
    > tool=select cats=2 type=centroid --q)

    24,26,29

    Seems to be reasonable.
     
yes indeed...

ma

------------------------------------------------------------------------

_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
  

5

I have Grass installed on windows (OsGeo4W) Grass 6.4 svn and the
v.edit command only returns 2 polygons. But I can see the 3
overlapping polygons when I plot the vector file using layer 2...

Cheers
Daniel

On Tue, Sep 1, 2009 at 1:46 PM, Marc-Antoine
Nussli<marc-antoine.nuessli@euratlas.com> wrote:

Ok, so it is definitively related to the OS...

I've just tested it right now on GNU/Linux and everything work correctly.
Then, I've tested it again on Windows(but on a different computer than this
afternoon) and it didn't work.

So, to summarize:
Grass 6.3 Release - Win32 (precompiled binaries) - computer A : BAD
Grass 6.4RC5 - Win32 (compiled by myself) - computer A: BAD
Grass 6.4RC5 - Win32 (compiled by myself) - computer B: BAD
Grass 6.4RC5 - Linux (compiled by myself) - computer B: OK

Maybe someone else who works on Windows can confirm the problem?!?

MA

> I have tested with Grass 6.3 AND grass 6.4(the one on which I'm
working on)

6.4 from SVN (revision?) or RC?

6.4RC5
What about you?

I guess I should try with the latest SVN...

> Did you use any special parameter during the import (apart from
setting the
> format to standard) ?

I used the ASCII vector map you have attached (v.in.ascii
format=standard)

Ok, so that's not related to that.

> The only other possibility that I can see is the OS. I'm
currently testing
> on windows.

I don't think so.

Yes, that would be very strange...

> Are you also on windows or on Linux?!?

GNU/Linux

> Have you also tried to select from layer 2 ? (v.edit map=test
layer=2
> tool=select cats=2 type=centroid --q)

24,26,29

Seems to be reasonable.

yes indeed...

ma

------------------------------------------------------------------------

_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

6

Hi,

2009/9/1 Marc-Antoine Nussli <marc-antoine.nuessli@euratlas.com>:

Ok, so it is definitively related to the OS...

I've just tested it right now on GNU/Linux and everything work correctly.
Then, I've tested it again on Windows(but on a different computer than this
afternoon) and it didn't work.

So, to summarize:
Grass 6.3 Release - Win32 (precompiled binaries) - computer A : BAD
Grass 6.4RC5 - Win32 (compiled by myself) - computer A: BAD
Grass 6.4RC5 - Win32 (compiled by myself) - computer B: BAD
Grass 6.4RC5 - Linux (compiled by myself) - computer B: OK

Please report the bug in trac system. Currently I have no Windows
machine to test it.

Martin

--
Martin Landa <landa.martin gmail.com> * http://gama.fsv.cvut.cz/~landa