Platform: Mac OSX
grass obtained from: CVS
grass binary for platform: Compiled from Sources
GRASS Version: 2004-06-01
With the flurry of activity, I am running out of wishes for basic functionality in GRASS 5.7. But I have 2 here.
1. Bring back r.contour. GRASS 5.3 has a simple and pretty nice module to produce vector contour maps from raster maps. The change in vector formats is probably the reason why it has not reappeared in GRASS 5.7 yet. However, if it is not too difficult, it would be quite useful to have.
2. More difficult, but I think important. I'd like to see DXF import and export modules produced for 5.7. Those in 5.3 have considerable limitations. 5.7 has overall very good I/O routines due to gdal and ogr. However, OGR doesn't include dxf. This is a major data interchange format that I think ought to be supported if possible.
Neither of these are urgent, of course. But one can wish.
Michael Barton
-------------------------------------------- Managed by Request Tracker
2. More difficult, but I think important. I'd like to see DXF import
and export modules produced for 5.7. Those in 5.3 have considerable
limitations. 5.7 has overall very good I/O routines due to gdal and
ogr. However, OGR doesn't include dxf. This is a major data
interchange format that I think ought to be supported if possible.
There is v.in.dwg for this, but it needs a non-free library & you must
not redistribute any resulting binaries.
Have there been any improvements in the Free Software solutions for
DXF importing during the last year?
e.g. libdime
Description: DXF Import, Manipulation, and Export library.
Dime is a C++ class library for reading, constructing, manipulating,
and writing DXF file data.
On Tuesday 01 June 2004 23:15, Request Tracker wrote:
1. Bring back r.contour. GRASS 5.3 has a simple and pretty nice module to
produce vector contour maps from raster maps. The change in vector formats
is probably the reason why it has not reappeared in GRASS 5.7 yet. However,
if it is not too difficult, it would be quite useful to have.
> 2. More difficult, but I think important. I'd like to see DXF import
> and export modules produced for 5.7. Those in 5.3 have considerable
> limitations. 5.7 has overall very good I/O routines due to gdal and
> ogr. However, OGR doesn't include dxf. This is a major data
> interchange format that I think ought to be supported if possible.
There is v.in.dwg for this, but it needs a non-free library & you must
not redistribute any resulting binaries.
Have there been any improvements in the Free Software solutions for
DXF importing during the last year?
e.g. libdime
Description: DXF Import, Manipulation, and Export library.
Dime is a C++ class library for reading, constructing, manipulating,
and writing DXF file data.
Is the time better spent getting Dime <=> OGR working?
There is no free DXF library supporting reliably latest DXF.
I see that Dime status has not changed in last years, still:
"... version 10 through 14, and we've had customers that have used the library to handle
AutoCAD 2000 DXF files."
OpenDWG supports DXF/DWG from 2.5 to 2004. My experience is that AutoCAD
users use often latest versions.
Generally, I don't like the idea to pretend that some feature is supported
if we know that it is not true.
v.out.dxf is something else, it is simple and it should be updated
to 5.7, but it should read binary file, not ascii.
It woud be better to have DXF write support in OGR, but I am not sure
if Frank likes drivers which can write only.
There is no free DXF library supporting reliably latest DXF.
I see that Dime status has not changed in last years, still:
"... version 10 through 14, and we've had customers that have used the
library to handle AutoCAD 2000 DXF files."
The main changelog isn't updated though, so I don't know what that means
in practicable terms; only that it was updated somewhere between Jan 2002
and Sept 2003.
Michael:
The other is the fact that DXF in some form has become a widely used
interchange format for a variety of other GIS and CAD programs. Would
it be easier to support this kind of DXF--for now at least? Would
this be a lower-level (i.e., older) dxf standard than the current
AutoCAD one?
Radim:
v.out.dxf is something else, it is simple and it should be updated
to 5.7, but it should read binary file, not ascii.
In 5.3 there is:
v.in.dxf, v.in.dxf3d, v.in.dxf3d.sh
v.out.dxf
Unless someone wants to do it themselves, I don't think there's much
point in spending too much time trying to get the v.in.dxf's working
with 5.7, it would be outdated before it was born..
AutoCAD should be able to read older formats (I would hope), even if it
won't write them, so updating v.out.dxf to 5.7's binary vector format +
features would still be a nice thing to have on the Wish list..
On Thu, Jun 03, 2004 at 01:07:43PM +1200, Hamish wrote:
Have there been any improvements in the Free Software solutions for
DXF importing during the last year?
(I don't know.)
e.g. libdime
Description: DXF Import, Manipulation, and Export library.
Dime is a C++ class library for reading, constructing, manipulating,
and writing DXF file data.
Fixed.
When you find a bug in freegis can you directly
notify us there. E.g. via an update proposal http://freegis.org/bugtracker.en.html
It makes this easier to find for us.