Opened 14 years ago
Closed 14 years ago
#3599 closed defect (fixed)
OGR generated DXF files fail to work with FME
Reported by: | warmerdam | Owned by: | warmerdam |
---|---|---|---|
Priority: | normal | Milestone: | 1.7.3 |
Component: | OGR_SF | Version: | svn-trunk |
Severity: | normal | Keywords: | dxf |
Cc: | neumann |
Description
Reading a file generated with OGR in FME results in a message like "AutoCAD2004Reader::open: 'Not that kind of class'".
Further testing shows that at least some QCAD generated files also fail in FME.
Change History (3)
comment:1 by , 14 years ago
Cc: | added |
---|---|
Milestone: | → 1.8.0 |
Status: | new → assigned |
comment:2 by , 14 years ago
Indeed, it seems to work now in FME and Autocad - this is great - thanks!
Andreas
comment:3 by , 14 years ago
Milestone: | 1.8.0 → 1.7.3 |
---|---|
Resolution: | → fixed |
Status: | assigned → closed |
header/trailer changes backported into 1.7 branch (r19818).
Note:
See TracTickets
for help on using tickets.
I have found that if I switch to FME derived header and trailers for the DXF driver both FME and QCAD are able to read the files. Based on the error message, I *suspect* FME on windows is actually using components from autocad to read DXF and the problem might also manifest in some versions of autocad.
New trailer and header applied in trunk (r19773).
Andreas, can you test with the new header and trailer? You shouldn't really need to recompile. You can just grab:
and
and substitute them in your gdal data directory or reference them directly with the appropriate -dsco options to ogr2ogr.