WISH: ASCII read support enabling for ogr/avc driver

[Markus Neteler]

Frank,

might be there a chance to enable ASCII reading for E00 files?

I have looked at

ogr/ogrsf_frmts/avcavc_e00read.c

which reads binary coverages. Since it internally converts to an ASCII coverage and then parses it, it would be great to have that directly enabled.

Eg.

 * Purpose:  Functions to open a binary coverage and read it as if it
 *           was an ASCII E00 file.  This file is the main entry point
 *           for the library.
[...]
 *                         AVCE00ReadRewind()
 *
 * Rewinds the AVCE00ReadPtr just like the stdio rewind()
 * function would do if you were reading an ASCII E00 file.

etc.

Then we could convert SHAPE files to binary E00 coverages etc.

Sorry for this time consuming idea,

Markus

[warmerdam]

Markus, 

It is desirable to add e00 support to OGR; however, that is a ways down my
priority queue.  

Note that you can convert e00 to shapefiles by either:

 o Import in GRASS with v.in.e00 and exporting with v.out.shape

or 

 o Using Daniel's utility to turn the e00 file into a binary coverage and using
   ogr2ogr on that. 

Best regards,

[craig.miller@…]

I'd find this useful to.  Especially in read mode.

[neteler@…]

Frank,

apparently this was recently implemented?
Cool! A quick test was successful (with uncompressed E00).

Best regards

 Markus

[warmerdam]

Markus,

It has been incorporated in CVS but there appear to be outstanding issues
with the the polygon (PAL) geometry reading.

[neteler@…]

Frank,

another issue are splitted E00 files:

namsoil.e00
namsoil.e01
namsoil.e02
namsoil.e03
namsoil.e04
namsoil.e05
namsoil.e06
namsoil.e07

It only reads the first file.
However,

 cat namsoil.e0? > namsoil_all.e00

is accepted with ogr2ogr. I think that the original
avcimport checked the presense of E01..E0n, but I am
not sure.

best regards

 Markus

[Daniel Morissette]

FYI see also the related AVCE00 bug about the changes required to AVCE00 to add E00 support in OGR:
http://bugzilla.maptools.org/show_bug.cgi?id=1497

About the split E00 (e01, e02, etc) files: I don't think avcimport ever supported that either

[neteler@…]

Daniel,

I just discovered that I test in my GRASS/v.in.e00 script
for split E00 files:
 http://freegis.org/cgi-bin/viewcvs.cgi/grass6/scripts/v.in.e00/v.in.e00?rev=HEAD&content-type=text/vnd.viewcvs-markup

So I may probably mention this as wish? Low
priority of course... Or print a warning if
map.e01 is the same directory.

Best
 Markus

[Daniel Morissette]

You could create a enhancement bug in the AVCE00 bugzilla (http://bugzilla.maptools.org/) for the split files, but since switching back and forth between files would imply a performance hit and increase code complexity, that would remain very low priority in my opinion (users should merge their files instead).

As an interim solution, a warning could probably be put in place relatively easily if the corresponding .e01 is found in the same dir as you suggest.

[neteler@…]

Daniel,

I have submitted the wish:
 http://bugzilla.maptools.org/show_bug.cgi?id=1517

Markus

[neteler@…]

Frank,

do you know if there are still outstanding issues
with the the polygon (PAL) geometry reading? If not,
I'll simplify v.in.e00 in GRASS to use OGR instead of
avcimport (one less dependency...).

Best regards
Markus

[warmerdam]

Markus,

Unfortunately, as far as I know the problem with polygons remains. 

[Markus Neteler]

Frank,

are the outstanding issues with the the polygon (PAL) geometry reading on the plate somehow?

Curious, Markus

[warmerdam]

Markus,

I do not anticipate dealing with this issue in the next few months. Ideally I'd like to turn it over to a paid maintainer when time is available.

[Jukka Rahkonen]

It just did not happen.

[Even Rouault]

This ticket has been automatically closed because Trac is no longer used for GDAL bug tracking, since the project has migrated to GitHub. If you believe this ticket is still valid, you may file it to ​https://github.com/OSGeo/gdal/issues if it is not already reported there.