[GRASS5] The status of 5.0

[Carl Worth]

On Mar 21, Markus Neteler wrote:
 > On Wed, Mar 20, 2002 at 01:11:54PM -0700, Roger Miller wrote:
 > 
 > > 6. v.proj was useful only because I was able to use the version that I
 > > rewrote to perform the nad27->nad83 conversion.
 > 
 > Roger, maybe you can share the code with us? Datum transform is a
 > highly wanted issue...

Hear, hear!

 > > 10. v.out.ascii gave me a header with a blank line imbedded in it, and
 > > v.transform would not read that header.
 > 
 > As far as I used v.transform, it doesn't need a header. From
 > http://grass.itc.it/gdp/html_grass5/html/v.transform.html
 > "An example of the pointsfile file: 

I just ran into the same bug. It's not in the pointsfile, but rather
that v.out.ascii makes a blanks line in the header of the generated
vector ascii file. Then, v.transform aborts when it encounters the
blank line.

I don't know which module is buggy here.

 > > 11. v.transform doesn't work in the context of GRASS database management.
 > 
 > I didn't try your way, but rectifying e.g. xy-DXF files *inside* a
 > projected location is possible. So you may try to import the vector
 > file directly into the projected location and proceed from there.

Yes, but even then, the point is that v.transform requires:

	v.out.ascii
	v.transform
	v.in.ascii

rather than simply working with the vector maps in the database.

Also, I'm know running into problems with v.transform. It may be
because my XY data from DXF has negative coordinates. The v.transform
documentation specifically states that negative numbers have never
been tested. I need to get this working, so I may have a patch
together soon, (and it'll finally be time for me to ask for CVS write
access).

-Carl

-- 
Carl Worth                                        
USC Information Sciences Institute                 cworth at east.isi.edu
3811 N. Fairfax Dr. #200, Arlington VA 22203		  703-812-3725