Possible bug in v.in.dxf?

Hi there. I have a data set that I have converted from my AGIS GIS
program to a DXF formatted file. The file consists of vectors which
represent several hundred closed polygons. The problem is that for the
life of me I cannot get them imported into Grass via v.in.dxf as
anything but lines, not as areas.

In discussions with the people who wrote AGIS, they have checked and
rechecked the DXF export program up and down and say that it conforms
exactly to the DXF specification set out in the AutoCAD manuals. In
fact, I have imported these polygons into AutoCAD Release 11 and they
too come out as closed polygons, complete with area values and the whole
nine yards. Exporting though from AutoCAD to its own DXF format file
puts a whole lot more headers and defined values into the DXF file, but
the results are the same when inputting into Grass 4.1, and running
v.support. Everything is still lines and nodes, but not areas.

I *have* to have this in Grass to satisfy some contract work, so I can't
just provide the data and analysis with something else. That was for my
contract people to do; so, I'm stuck.

Maybe I'm doing something wrong. Maybe there's just a bug that I've
missed in the list traffic here. Maybe you can lend some advice?
Admittedly I'm really new to Grass but I'm learning more every day.
Direct your replies, queries, etc. to my address below.
--
John N Schmidt KD4EAI, Lab Director + 615-898-5561 phone or 615-898-5592 FAX
Middle Tennessee State University ++ ggjns@knuthmtsu.edu via Internet Email
1500 Greenland Drive, PO Box 135 +++ MTSU Center for Remote Sensing and GIS
Murfreesboro, TN 37132-0135 USA ++++ Department of Geography and Geology
---- 35d 50m 22s North Latitude, 86d 22m 00s West Longitude, 640 ft MSL ----

g'day

I am after some advice re the best way to go about converting lat/long to UTM.
This will be the end process in converting a dxf tape of soil landscape data to
a raster map of same in UTM. I originally thought that mll2u would do this
conversion (ie create the files with the new information), but evidently what
this does is convert only the user specified points.

Looking through the manual i.rectify, i.points etc, using the numbers from
m.ll2u looks as though it would work so I am going to give this a burl. Could
somebody tell me if this is the right approach for coordinate conversion, or am
I missing something in m.ll2u. Also what would an appropriate density of points
be to generate an accurate transormation matrix.

Yes I am a beginner!

--------------------------------------------------------------------------------
Richard Beecham phone: +61 6 201 2450
Water Research Centre fax: +61 6 201 5030
University of Canberra email: beecham@aerg.canberra.edu.au
Canberra, Australia.