[GRASS5] importing .e00 files

Kirk_R_Wythers · November 2, 2005, 5:54pm

Does anyone have any ideas as to what might be wrong with the following command:

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=/Volumes/disk2/data2/reich_lab/data/fia/glo10k.e00 type=area vect=glo10k
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
/usr/local/grass-6.1.cvs/scripts/v.in.e00: line 175: e00conv: command not found
...converted to Arc Coverage in current directory
Importing areas...
ERROR: Cannot open data source: glo10k
An error occurred. Stop.
GRASS 6.1.cvs (arrowhead_utm):~ >

This files appears to open fine with ArcView, so I don't think the file is bad. However, I am confused by the "can't open data source" message.

Thanks,

Kirk

H_B · November 3, 2005, 12:55am

Does anyone have any ideas as to what might be wrong with the
following command:

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=/Volumes/disk2/
data2/reich_lab/data/fia/glo10k.e00 type=area vect=glo10k
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
/usr/local/grass-6.1.cvs/scripts/v.in.e00: line 175: e00conv: command
not found
...converted to Arc Coverage in current directory
Importing areas...
ERROR: Cannot open data source: glo10k
An error occurred. Stop.
GRASS 6.1.cvs (arrowhead_utm):~ >

This files appears to open fine with ArcView, so I don't think the
file is bad. However, I am confused by the "can't open data source"
message.

This is the relevant error:

/usr/local/grass-6.1.cvs/scripts/v.in.e00: line 175: e00conv: command
not found

You need e00conv (and avcimport) installed as e00 is not supported by
GDAL (yet). Get them from http://avce00.maptools.org/

There should have been a test to make sure you have them installed but
it seems to have failed. This is on Cygwin, right?

I've just updated the test:

was:
E00CONV=`which e00conv`
if [ "$E00CONV" = "" ] ; then

is now:
if [ ! -x "`which e00conv`" ] ; then

I think the string compare fails on Cygwin and generally you need to do
instead:
if [ -z "$E00CONV" ] ; then

The "! -x" I did above is just a simplification of the two lines.
(this is not an executable file of that name/path)

Could you test the CVS version of v.in.e00 and see if you get the error
now? (or just some command line tests?) If so we can get that fix in for
6.0.2 so others don't suffer the same problem.

We don't currently but probably should check the exit code of those
commands (with "$?") to make sure it all went ok.

The following scripts also do the [ "$x" = "" ] test, if I am right about
it not working on cygwin then they all need updating to [ -z "$x" ].

$ grep -rI '""' scripts/* | cut -f1 -d/ | sort | uniq

d.correlate
d.monsize
d.out.file
d.out.png
d.rast.leg
d.resize
d.slide.show
d.split
d.vect.thematic
db.test
g.mlist
g.mremove
i.fusion.brovey
i.image.mosaic
i.in.spotvgt
i.oif
i.spectral
i.tasscap
r.fillnulls
r.in.aster
r.in.srtm
r.mapcalculator
r.plane
r.reclass.area
r.regression.line
r.shaded.relief
r.univar.sh
r3.mapcalculator
v.build.all
v.convert.all
v.db.addcol
v.db.addtable
v.db.droptable
v.db.reconnect.all
v.db.update
v.in.garmin
v.in.gns
v.in.mapgen
v.in.sites.all
v.rast.stats
v.univar.sh

Hamish

Kirk_R_Wythers · November 3, 2005, 2:19pm

On Nov 2, 2005, at 6:55 PM, Hamish wrote:

Does anyone have any ideas as to what might be wrong with the
following command:

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=/Volumes/disk2/
data2/reich_lab/data/fia/glo10k.e00 type=area vect=glo10k
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
/usr/local/grass-6.1.cvs/scripts/v.in.e00: line 175: e00conv: command
not found
...converted to Arc Coverage in current directory
Importing areas...
ERROR: Cannot open data source: glo10k
An error occurred. Stop.
GRASS 6.1.cvs (arrowhead_utm):~ >

This files appears to open fine with ArcView, so I don't think the
file is bad. However, I am confused by the "can't open data source"
message.

This is the relevant error:

/usr/local/grass-6.1.cvs/scripts/v.in.e00: line 175: e00conv: command
not found

You need e00conv (and avcimport) installed as e00 is not supported by
GDAL (yet). Get them from http://avce00.maptools.org/

There should have been a test to make sure you have them installed but
it seems to have failed. This is on Cygwin, right?

I've just updated the test:

was:
E00CONV=`which e00conv`
if [ "$E00CONV" = "" ] ; then

is now:
if [ ! -x "`which e00conv`" ] ; then

I think the string compare fails on Cygwin and generally you need to do
instead:
if [ -z "$E00CONV" ] ; then

The "! -x" I did above is just a simplification of the two lines.
(this is not an executable file of that name/path)

Could you test the CVS version of v.in.e00 and see if you get the error
now? (or just some command line tests?) If so we can get that fix in for
6.0.2 so others don't suffer the same problem.

That fixed the error message Hamish. I did a cvs up this morning and re-ran the import (before installing avce00).

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=~/Desktop/glo10k.e00 type=area vect=glo10k
v.in.e00: 'avcimport' program not found, install it first
http://avce00.maptools.org
GRASS 6.1.cvs (arrowhead_utm):~ >

I built both avce00 and e00compr last night. The binaries are :

e00conv
avcdelete
avcexport
avcimport
avctest
ex_avcwrite

Do all of these go in my PATH (i.e /usr/local/bin)?

We don't currently but probably should check the exit code of those
commands (with "$?") to make sure it all went ok.

The following scripts also do the [ "$x" = "" ] test, if I am right about
it not working on cygwin then they all need updating to [ -z "$x" ].

$ grep -rI '""' scripts/* | cut -f1 -d/ | sort | uniq

d.correlate
d.monsize
d.out.file
d.out.png
d.rast.leg
d.resize
d.slide.show
d.split
d.vect.thematic
db.test
g.mlist
g.mremove
i.fusion.brovey
i.image.mosaic
i.in.spotvgt
i.oif
i.spectral
i.tasscap
r.fillnulls
r.in.aster
r.in.srtm
r.mapcalculator
r.plane
r.reclass.area
r.regression.line
r.shaded.relief
r.univar.sh
r3.mapcalculator
v.build.all
v.convert.all
v.db.addcol
v.db.addtable
v.db.droptable
v.db.reconnect.all
v.db.update
v.in.garmin
v.in.gns
v.in.mapgen
v.in.sites.all
v.rast.stats
v.univar.sh

Hamish

Kirk_R_Wythers · November 3, 2005, 3:24pm

Hey Shaun,

I'm still having some trouble with those .e00 files. I built avce00 and e00compr, and installed:

e00conv
avcdelete
avcexport
avcimport
avctest

in /usr/local/bin

I am no longer getting the error e00conv not found, but I still get the error "can't open data source:"

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=~/Desktop/glo10k.e00 type=area vect=glo10k
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
...converted to Arc Coverage in current directory
Importing areas...
ERROR: Cannot open data source: glo10k
An error occurred. Stop.
GRASS 6.1.cvs (arrowhead_utm):~ >

Am I still missing something?

On Nov 2, 2005, at 12:29 PM, Shaun Walbridge wrote:

Hi Kirk,

You can just build avce00. It should be pretty straightforward to set up. Then either install the binaries to somewhere on your $PATH, or edit v.in.e00 to point to the locations. The GRASS dev folks should probably include it as a configure option, but I guess they see it as being external to the core GRASS stuff.

- Shaun

Kirk R. Wythers wrote:

Thanks Shaun. Does grass need to be re-compiled, or can I just build avce00?

On Nov 2, 2005, at 12:05 PM, Shaun Walbridge wrote:

Kirk,

The v.in.e00 script is dependent on your system having avce00 already installed. You can download this library at: http:// avce00.maptools.org/.

-Shaun

Kirk R. Wythers wrote:

Does anyone have any ideas as to what might be wrong with the following command:

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=/Volumes/disk2/ data2/reich_lab/data/fia/glo10k.e00 type=area vect=glo10k
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
/usr/local/grass-6.1.cvs/scripts/v.in.e00: line 175: e00conv: command not found
...converted to Arc Coverage in current directory
Importing areas...
ERROR: Cannot open data source: glo10k
An error occurred. Stop.
GRASS 6.1.cvs (arrowhead_utm):~ >

This files appears to open fine with ArcView, so I don't think the file is bad. However, I am confused by the "can't open data source" message.

Thanks,

Kirk

_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5

Markus_Neteler1 · November 3, 2005, 10:27pm

Hi Kirk,

please edit the first line of the v.in.e00 script
(run 'which v.in.e00' to find it, if that works on Mac)
and add
-x
to the first line. Then run again and it will print every step.
Please post the relevant part of the output.

Markus

On Thu, Nov 03, 2005 at 09:24:53AM -0600, Kirk R. Wythers wrote:

Hey Shaun,

I'm still having some trouble with those .e00 files. I built avce00
and e00compr, and installed:

e00conv
avcdelete
avcexport
avcimport
avctest

in /usr/local/bin

I am no longer getting the error e00conv not found, but I still get
the error "can't open data source:"

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=~/Desktop/
glo10k.e00 type=area vect=glo10k
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
...converted to Arc Coverage in current directory
Importing areas...
ERROR: Cannot open data source: glo10k
An error occurred. Stop.
GRASS 6.1.cvs (arrowhead_utm):~ >

Am I still missing something?

On Nov 2, 2005, at 12:29 PM, Shaun Walbridge wrote:

>Hi Kirk,
>
>You can just build avce00. It should be pretty straightforward to
>set up. Then either install the binaries to somewhere on your
>$PATH, or edit v.in.e00 to point to the locations. The GRASS dev
>folks should probably include it as a configure option, but I guess
>they see it as being external to the core GRASS stuff.
>
>- Shaun
>
>Kirk R. Wythers wrote:
>
>
>>Thanks Shaun. Does grass need to be re-compiled, or can I just
>>build avce00?
>>
>>On Nov 2, 2005, at 12:05 PM, Shaun Walbridge wrote:
>>
>>
>>>Kirk,
>>>
>>>The v.in.e00 script is dependent on your system having avce00
>>>already installed. You can download this library at: http://
>>>avce00.maptools.org/.
>>>
>>>-Shaun
>>>
>>>Kirk R. Wythers wrote:
>>>
>>>
>>>
>>>>Does anyone have any ideas as to what might be wrong with the
>>>>following command:
>>>>
>>>>GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=/Volumes/
>>>>disk2/ data2/reich_lab/data/fia/glo10k.e00 type=area vect=glo10k
>>>>An error may appear next which will be ignored...
>>>>E00 Compressed ASCII found. Will uncompress first...
>>>>/usr/local/grass-6.1.cvs/scripts/v.in.e00: line 175: e00conv:
>>>>command not found
>>>>...converted to Arc Coverage in current directory
>>>>Importing areas...
>>>>ERROR: Cannot open data source: glo10k
>>>>An error occurred. Stop.
>>>>GRASS 6.1.cvs (arrowhead_utm):~ >
>>>>
>>>>This files appears to open fine with ArcView, so I don't think
>>>>the file is bad. However, I am confused by the "can't open
>>>>data source" message.
>>>>
>>>>Thanks,
>>>>
>>>>Kirk
>>>>
>>>>_______________________________________________
>>>>grass5 mailing list
>>>>grass5@grass.itc.it
>>>>http://grass.itc.it/mailman/listinfo/grass5
>>>>
>>>>
>>>
>>>
>>>
>>>
>>
>>
>
>

_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5

--
Markus Neteler <neteler itc it> http://mpa.itc.it
ITC-irst - Centro per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18 - 38050 Povo (Trento), Italy

Kirk_R_Wythers · November 3, 2005, 11:14pm

On Nov 3, 2005, at 4:27 PM, Markus Neteler wrote:

Hi Kirk,

please edit the first line of the v.in.e00 script
(run 'which v.in.e00' to find it, if that works on Mac)
and add
-x
to the first line. Then run again and it will print every step.
Please post the relevant part of the output.

Markus,

I think this is the relevant output...

+ echo 'E00 Compressed ASCII found. Will uncompress first...'
E00 Compressed ASCII found. Will uncompress first...
+ rm -rf glo10k info
+ e00conv /Network/Servers/truffula.fr.umn.edu/Volumes/disk1/home1/kwythers/Desktop/glo10k.e00 13707.e00
+ echo '...converted to Arc Coverage in current directory'
...converted to Arc Coverage in current directory
+ avcimport 13707.e00 glo10k
++ echo glo10k
++ sed s+-+_+g
+ NAME=glo10k
+ '[' area = point ']'
+ '[' area = line ']'
+ '[' area = area ']'
+ echo 'Importing areas...'
Importing areas...
+ v.in.ogr -c -o dsn=glo10k layer=LAB,ARC type=centroid,boundary output=glo10k
ERROR: Cannot open data source: glo10k
+ '[' 1 -eq 1 ']'
+ echo 'An error occurred. Stop.'
An error occurred. Stop.
+ rm -rf 13707.e00 glo10k info
+ exit 1
GRASS 6.1.cvs (arrowhead_utm):~ >

It's still that same "Cannot open data source: glo10k

Markus

On Thu, Nov 03, 2005 at 09:24:53AM -0600, Kirk R. Wythers wrote:

Hey Shaun,

I'm still having some trouble with those .e00 files. I built avce00
and e00compr, and installed:

e00conv
avcdelete
avcexport
avcimport
avctest

in /usr/local/bin

I am no longer getting the error e00conv not found, but I still get
the error "can't open data source:"

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=~/Desktop/
glo10k.e00 type=area vect=glo10k
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
...converted to Arc Coverage in current directory
Importing areas...
ERROR: Cannot open data source: glo10k
An error occurred. Stop.
GRASS 6.1.cvs (arrowhead_utm):~ >

Am I still missing something?

On Nov 2, 2005, at 12:29 PM, Shaun Walbridge wrote:

Hi Kirk,

You can just build avce00. It should be pretty straightforward to
set up. Then either install the binaries to somewhere on your
$PATH, or edit v.in.e00 to point to the locations. The GRASS dev
folks should probably include it as a configure option, but I guess
they see it as being external to the core GRASS stuff.

- Shaun

Kirk R. Wythers wrote:

Thanks Shaun. Does grass need to be re-compiled, or can I just
build avce00?

On Nov 2, 2005, at 12:05 PM, Shaun Walbridge wrote:

Kirk,

The v.in.e00 script is dependent on your system having avce00
already installed. You can download this library at: http://
avce00.maptools.org/.

-Shaun

Kirk R. Wythers wrote:

Does anyone have any ideas as to what might be wrong with the
following command:

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=/Volumes/
disk2/ data2/reich_lab/data/fia/glo10k.e00 type=area vect=glo10k
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
/usr/local/grass-6.1.cvs/scripts/v.in.e00: line 175: e00conv:
command not found
...converted to Arc Coverage in current directory
Importing areas...
ERROR: Cannot open data source: glo10k
An error occurred. Stop.
GRASS 6.1.cvs (arrowhead_utm):~ >

This files appears to open fine with ArcView, so I don't think
the file is bad. However, I am confused by the "can't open
data source" message.

Thanks,

Kirk

_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5

_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5

--
Markus Neteler <neteler itc it> http://mpa.itc.it
ITC-irst - Centro per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18 - 38050 Povo (Trento), Italy

Kirk_R_Wythers · November 3, 2005, 11:56pm

Here is one more bit of info. If I use all three arguments point,line,area

the vector appears to import:

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=~/Desktop/glo10k.e00 type=point,line,area vect=glo10k
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
...converted to Arc Coverage in current directory

Imported point,line,area vector map <glo10k>.

Done.

However, g.list vect, does not show the new vector:

GRASS 6.1.cvs (arrowhead_utm):~ > g.list vect
----------------------------------------------
no vector files available in current mapset
----------------------------------------------

On Nov 3, 2005, at 4:27 PM, Markus Neteler wrote:

Hi Kirk,

please edit the first line of the v.in.e00 script
(run 'which v.in.e00' to find it, if that works on Mac)
and add
-x
to the first line. Then run again and it will print every step.
Please post the relevant part of the output.

Markus

On Thu, Nov 03, 2005 at 09:24:53AM -0600, Kirk R. Wythers wrote:

Hey Shaun,

I'm still having some trouble with those .e00 files. I built avce00
and e00compr, and installed:

e00conv
avcdelete
avcexport
avcimport
avctest

in /usr/local/bin

I am no longer getting the error e00conv not found, but I still get
the error "can't open data source:"

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=~/Desktop/
glo10k.e00 type=area vect=glo10k
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
...converted to Arc Coverage in current directory
Importing areas...
ERROR: Cannot open data source: glo10k
An error occurred. Stop.
GRASS 6.1.cvs (arrowhead_utm):~ >

Am I still missing something?

On Nov 2, 2005, at 12:29 PM, Shaun Walbridge wrote:

Hi Kirk,

You can just build avce00. It should be pretty straightforward to
set up. Then either install the binaries to somewhere on your
$PATH, or edit v.in.e00 to point to the locations. The GRASS dev
folks should probably include it as a configure option, but I guess
they see it as being external to the core GRASS stuff.

- Shaun

Kirk R. Wythers wrote:

Thanks Shaun. Does grass need to be re-compiled, or can I just
build avce00?

On Nov 2, 2005, at 12:05 PM, Shaun Walbridge wrote:

Kirk,

The v.in.e00 script is dependent on your system having avce00
already installed. You can download this library at: http://
avce00.maptools.org/.

-Shaun

Kirk R. Wythers wrote:

Does anyone have any ideas as to what might be wrong with the
following command:

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=/Volumes/
disk2/ data2/reich_lab/data/fia/glo10k.e00 type=area vect=glo10k
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
/usr/local/grass-6.1.cvs/scripts/v.in.e00: line 175: e00conv:
command not found
...converted to Arc Coverage in current directory
Importing areas...
ERROR: Cannot open data source: glo10k
An error occurred. Stop.
GRASS 6.1.cvs (arrowhead_utm):~ >

This files appears to open fine with ArcView, so I don't think
the file is bad. However, I am confused by the "can't open
data source" message.

Thanks,

Kirk

_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5

_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5

--
Markus Neteler <neteler itc it> http://mpa.itc.it
ITC-irst - Centro per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18 - 38050 Povo (Trento), Italy

H_B · November 4, 2005, 1:55am

Importing areas...
+ v.in.ogr -c -o dsn=glo10k layer=LAB,ARC type=centroid,boundary
output=glo10k
ERROR: Cannot open data source: glo10k
+ '[' 1 -eq 1 ']'
+ echo 'An error occurred. Stop.'
An error occurred. Stop.
+ rm -rf 13707.e00 glo10k info

what if you comment out the "rm" line? (244) (add a # at the start of it)

Then you can try v.in.ogr by hand, use ogrinfo, see what the file sizes
are, etc. (files are in a temp dir)

Hamish

H_B · November 4, 2005, 2:18am

Here is one more bit of info. If I use all three arguments
point,line,area

the vector appears to import:

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=~/Desktop/
glo10k.e00 type=point,line,area vect=glo10k
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
...converted to Arc Coverage in current directory

Imported point,line,area vector map <glo10k>.

Done.

However, g.list vect, does not show the new vector:

GRASS 6.1.cvs (arrowhead_utm):~ > g.list vect
----------------------------------------------
no vector files available in current mapset
----------------------------------------------

right, that's a bug. (just not the bug you wanted)

#% options: point,line,area
#% description: Input type point, line or area

Note the "or".

the string matching tests which the parser uses apparently will consider
the whole options line as well as the components. I wonder what happens
if you add
#% multiple: no
?

Anyway it tests the string for each of point,line,area but as it is
never one individual value none of the three subroutines which handle
each case are actually run, and it exits bypassing them all thinking
everything was ok.

check for this added to the script in CVS.

Hamish

Kirk_R_Wythers · November 4, 2005, 2:30pm

On Nov 3, 2005, at 7:55 PM, Hamish wrote:

Importing areas...
+ v.in.ogr -c -o dsn=glo10k layer=LAB,ARC type=centroid,boundary
output=glo10k
ERROR: Cannot open data source: glo10k
+ '[' 1 -eq 1 ']'
+ echo 'An error occurred. Stop.'
An error occurred. Stop.
+ rm -rf 13707.e00 glo10k info

what if you comment out the "rm" line? (244) (add a # at the start of it)

On my system the last line in the file is 240. Are you referring to the line:

## area

rm -rf $E00TMP.e00 $E00SHORTNAME info 2>&1 > /dev/null

or one of these:

#### clean up the mess
rm -f "$TMPDIR"/$E00NAME.e* "$TMPDIR"/$E00NAME.E*
rm -rf $E00TMP.e00 $E00SHORTNAME info $E00NAME.cat.$E00TMP.e00 2>&1 > /dev/null
cd ..

Then you can try v.in.ogr by hand, use ogrinfo, see what the file sizes
are, etc. (files are in a temp dir)

Can you give a little more detail here Hamish. Thanks.

Hamish

Kirk_R_Wythers · November 4, 2005, 5:32pm

On Nov 3, 2005, at 7:55 PM, Hamish wrote:

Importing areas...
+ v.in.ogr -c -o dsn=glo10k layer=LAB,ARC type=centroid,boundary
output=glo10k
ERROR: Cannot open data source: glo10k
+ '[' 1 -eq 1 ']'
+ echo 'An error occurred. Stop.'
An error occurred. Stop.
+ rm -rf 13707.e00 glo10k info

what if you comment out the "rm" line? (244) (add a # at the start of it)

Then you can try v.in.ogr by hand, use ogrinfo, see what the file sizes
are, etc. (files are in a temp dir)

Hamish

I found the files in question. The newly created .e00 files appears to be names 750.e00. The structure looks like this:

in 750.0/
750.e00 glo10k/ info/

in glo10k/
dblbnd.adf lab.adf pat.adf
dbltic.adf par.adf prj.adf

in info/
arc.dir arc0000.nit arc0001.nit arc0002.nit arc0003.nit
arc0000.dat arc0001.dat arc0002.dat arc0003.dat

The file 750.e00 is 13 M (not that big). Which of these files I try v.in.ogr on?

Kirk

Kirk_R_Wythers · November 4, 2005, 6:52pm

On Nov 3, 2005, at 3:18 PM, Shaun Walbridge wrote:

Hey Kirk,

Sorry I didn't respond earlier; your message was picked up by my GRASS mailing list filter and I hadn't gone through the messages. Are you still having problems importing your .e00 files? If so, there is an alternative approach: you can use the `avcimport' tool (came with the library you recently built) to convert the e00 compressed coverage into a simple binary coverage (It just unpacks the coverage into its native, non-compressed form). Afterward, you can use v.in.ogr to convert the Arc Coverage to a grass vector. The documentation is in v.in.ogr.html, and the example they use is:

*v.in.ogr dsn=*/coverage/ *layer=*/LAB,ARC/ *type=*/centroid,boundary/ *output=*/mymap

In addtion to working with v.in.e00, I have also tried Shaun's suggestion of using avcimport manually (creates 6 .adf files), then using v.in.ogr to import. I'm getting the same error "Cannot open data source".

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.ogr dsn=~/Desktop/tmp/glo10ktest/ out=glo10ktest
ERROR: Cannot open data source:
/Network/Servers/truffula.fr.umn.edu/Volumes/disk1/home1/kwythers/Desktop/tmp/glo10ktest/

This is probably caused by the same issue that was giving the v.in.e00 script fits. Any other thoughts?

Kirk

There is more information on the various layer types here:
http://www.gdal.org/ogr/drv_avc.html/
//
Hope this helps,
Shaun

Kirk R. Wythers wrote:/
/

Hey Shaun,

I'm still having some trouble with those .e00 files. I built avce00 and e00compr, and installed:

e00conv
avcdelete
avcexport
avcimport
avctest

in /usr/local/bin

I am no longer getting the error e00conv not found, but I still get the error "can't open data source:"

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=~/Desktop/ glo10k.e00 type=area vect=glo10k
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
...converted to Arc Coverage in current directory
Importing areas...
ERROR: Cannot open data source: glo10k
An error occurred. Stop.
GRASS 6.1.cvs (arrowhead_utm):~ >

Am I still missing something?

On Nov 2, 2005, at 12:29 PM, Shaun Walbridge wrote:

Hi Kirk,

You can just build avce00. It should be pretty straightforward to set up. Then either install the binaries to somewhere on your $PATH, or edit v.in.e00 to point to the locations. The GRASS dev folks should probably include it as a configure option, but I guess they see it as being external to the core GRASS stuff.

- Shaun

Kirk R. Wythers wrote:

Thanks Shaun. Does grass need to be re-compiled, or can I just build avce00?

On Nov 2, 2005, at 12:05 PM, Shaun Walbridge wrote:

Kirk,

The v.in.e00 script is dependent on your system having avce00 already installed. You can download this library at: http:// avce00.maptools.org/.

-Shaun

Kirk R. Wythers wrote:

Does anyone have any ideas as to what might be wrong with the following command:

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=/Volumes/ disk2/ data2/reich_lab/data/fia/glo10k.e00 type=area vect=glo10k
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
/usr/local/grass-6.1.cvs/scripts/v.in.e00: line 175: e00conv: command not found
...converted to Arc Coverage in current directory
Importing areas...
ERROR: Cannot open data source: glo10k
An error occurred. Stop.
GRASS 6.1.cvs (arrowhead_utm):~ >

This files appears to open fine with ArcView, so I don't think the file is bad. However, I am confused by the "can't open data source" message.

Thanks,

Kirk

_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5

Markus_Neteler1 · November 5, 2005, 6:08am

On Fri, Nov 04, 2005 at 11:32:38AM -0600, Kirk R. Wythers wrote:

On Nov 3, 2005, at 7:55 PM, Hamish wrote:

>>Importing areas...
>>+ v.in.ogr -c -o dsn=glo10k layer=LAB,ARC type=centroid,boundary

WARNING (unrelated):

The -c flag must be taken out (already done in CVS) to get the
topology reconstructed. Otherwise no dissolve etc will work on the
imported map later on.

Markus

H_B · November 7, 2005, 1:49am

>> Importing areas...
>> + v.in.ogr -c -o dsn=glo10k layer=LAB,ARC type=centroid,boundary
>> output=glo10k
>> ERROR: Cannot open data source: glo10k
>> + '[' 1 -eq 1 ']'
>> + echo 'An error occurred. Stop.'
>> An error occurred. Stop.
>> + rm -rf 13707.e00 glo10k info
>
> what if you comment out the "rm" line? (244) (add a # at the start
> of it)

Are you referring to the line:

## area

rm -rf $E00TMP.e00 $E00SHORTNAME info 2>&1 > /dev/null

or one of these:

#### clean up the mess
rm -f "$TMPDIR"/$E00NAME.e* "$TMPDIR"/$E00NAME.E*
rm -rf $E00TMP.e00 $E00SHORTNAME info $E00NAME.cat.$E00TMP.e00 2>&1
> /dev/null

Comment them all out. The last one is mostly redundant by the way.
Try be hand with the files that are left behind.

Maybe better to add an 'echo' to the start of each line instead of a '#'
so you get to see what the file names are. "Quote" the text so the
redirection to /dev/null doesn't happen.

Hamish

Kirk_R_Wythers · November 9, 2005, 4:44pm

Thanks to everyone for their suggestions on getting .e00 files imported. Here is the solution. I wanted to get it into the dev archives for others.

It turns out to be a Mac issue (big vs. little edian). avcimport's default build is to use the switch DCPL_LSB byte ordering. On a Mac (at least a G5 Mac) the byte order switch needs to be MSB (just like a Sun). Here is the bit of code in the GNUMakefile.

# Byte ordering ... default is Intel ordering (CPL_LSB),
# Select CPL_MSB for SUNs or other platforms with MSB first ordering.
#
BYTE_ORDER_FL = -DCPL_MSB
#BYTE_ORDER_FL = -DCPL_LSB

WIth that change (and re-building avcimport of course), the v.in.e00 script runs just fine.

Kirk

On Nov 6, 2005, at 3:01 PM, Markus Neteler wrote:

Kirk,

can you put the magic E00 somewhere and the output of
g.proj -wef > e00_prj.prj
?

Markus

On Fri, Nov 04, 2005 at 12:52:12PM -0600, Kirk R. Wythers wrote:

On Nov 3, 2005, at 3:18 PM, Shaun Walbridge wrote:

Hey Kirk,

Sorry I didn't respond earlier; your message was picked up by my
GRASS mailing list filter and I hadn't gone through the messages.
Are you still having problems importing your .e00 files? If so,
there is an alternative approach: you can use the `avcimport' tool
(came with the library you recently built) to convert the e00
compressed coverage into a simple binary coverage (It just unpacks
the coverage into its native, non-compressed form). Afterward, you
can use v.in.ogr to convert the Arc Coverage to a grass vector.
The documentation is in v.in.ogr.html, and the example they use is:

*v.in.ogr dsn=*/coverage/ *layer=*/LAB,ARC/ *type=*/
centroid,boundary/ *output=*/mymap

In addtion to working with v.in.e00, I have also tried Shaun's
suggestion of using avcimport manually (creates 6 .adf files), then
using v.in.ogr to import. I'm getting the same error "Cannot open
data source".

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.ogr dsn=~/Desktop/tmp/
glo10ktest/ out=glo10ktest
ERROR: Cannot open data source:
/Network/Servers/truffula.fr.umn.edu/Volumes/disk1/home1/
kwythers/Desktop/tmp/glo10ktest/

This is probably caused by the same issue that was giving the
v.in.e00 script fits. Any other thoughts?

Kirk

There is more information on the various layer types here:
http://www.gdal.org/ogr/drv_avc.html/
//
Hope this helps,
Shaun

Kirk R. Wythers wrote:/
/

Hey Shaun,

I'm still having some trouble with those .e00 files. I built
avce00 and e00compr, and installed:

e00conv
avcdelete
avcexport
avcimport
avctest

in /usr/local/bin

I am no longer getting the error e00conv not found, but I still
get the error "can't open data source:"

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=~/Desktop/
glo10k.e00 type=area vect=glo10k
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
...converted to Arc Coverage in current directory
Importing areas...
ERROR: Cannot open data source: glo10k
An error occurred. Stop.
GRASS 6.1.cvs (arrowhead_utm):~ >

Am I still missing something?

On Nov 2, 2005, at 12:29 PM, Shaun Walbridge wrote:

Hi Kirk,

You can just build avce00. It should be pretty straightforward
to set up. Then either install the binaries to somewhere on
your $PATH, or edit v.in.e00 to point to the locations. The
GRASS dev folks should probably include it as a configure
option, but I guess they see it as being external to the core
GRASS stuff.

- Shaun

Kirk R. Wythers wrote:

Thanks Shaun. Does grass need to be re-compiled, or can I just
build avce00?

On Nov 2, 2005, at 12:05 PM, Shaun Walbridge wrote:

Kirk,

The v.in.e00 script is dependent on your system having avce00
already installed. You can download this library at: http://
avce00.maptools.org/.

-Shaun

Kirk R. Wythers wrote:

Does anyone have any ideas as to what might be wrong with
the following command:

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=/Volumes/
disk2/ data2/reich_lab/data/fia/glo10k.e00 type=area vect=glo10k
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
/usr/local/grass-6.1.cvs/scripts/v.in.e00: line 175:
e00conv: command not found
...converted to Arc Coverage in current directory
Importing areas...
ERROR: Cannot open data source: glo10k
An error occurred. Stop.
GRASS 6.1.cvs (arrowhead_utm):~ >

This files appears to open fine with ArcView, so I don't
think the file is bad. However, I am confused by the "can't
open data source" message.

Thanks,

Kirk

_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5

_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5

--
Markus Neteler <neteler itc it> http://mpa.itc.it
ITC-irst - Centro per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18 - 38050 Povo (Trento), Italy

William_Kyngesburye · November 9, 2005, 5:40pm

I saw that right away, just didn't think to mention it. And I got distracted from building the avce00 stuff.

But, when I got to the e00compr program, I noticed that the byte order isn't specified in the makefile. Since e00compr and avce00 both use the CPL stuff, I suggest you add -DCPL_MSB to the e00compr CFLAGS also.

On Nov 9, 2005, at 10:44 AM, Kirk R. Wythers wrote:

Thanks to everyone for their suggestions on getting .e00 files imported. Here is the solution. I wanted to get it into the dev archives for others.

It turns out to be a Mac issue (big vs. little edian). avcimport's default build is to use the switch DCPL_LSB byte ordering. On a Mac (at least a G5 Mac) the byte order switch needs to be MSB (just like a Sun). Here is the bit of code in the GNUMakefile.

# Byte ordering ... default is Intel ordering (CPL_LSB),
# Select CPL_MSB for SUNs or other platforms with MSB first ordering.
#
BYTE_ORDER_FL = -DCPL_MSB
#BYTE_ORDER_FL = -DCPL_LSB

WIth that change (and re-building avcimport of course), the v.in.e00 script runs just fine.

Kirk

On Nov 6, 2005, at 3:01 PM, Markus Neteler wrote:

Kirk,

can you put the magic E00 somewhere and the output of
g.proj -wef > e00_prj.prj
?

Markus

On Fri, Nov 04, 2005 at 12:52:12PM -0600, Kirk R. Wythers wrote:

On Nov 3, 2005, at 3:18 PM, Shaun Walbridge wrote:

Hey Kirk,

Sorry I didn't respond earlier; your message was picked up by my
GRASS mailing list filter and I hadn't gone through the messages.
Are you still having problems importing your .e00 files? If so,
there is an alternative approach: you can use the `avcimport' tool
(came with the library you recently built) to convert the e00
compressed coverage into a simple binary coverage (It just unpacks
the coverage into its native, non-compressed form). Afterward, you
can use v.in.ogr to convert the Arc Coverage to a grass vector.
The documentation is in v.in.ogr.html, and the example they use is:

*v.in.ogr dsn=*/coverage/ *layer=*/LAB,ARC/ *type=*/
centroid,boundary/ *output=*/mymap

In addtion to working with v.in.e00, I have also tried Shaun's
suggestion of using avcimport manually (creates 6 .adf files), then
using v.in.ogr to import. I'm getting the same error "Cannot open
data source".

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.ogr dsn=~/Desktop/tmp/
glo10ktest/ out=glo10ktest
ERROR: Cannot open data source:
/Network/Servers/truffula.fr.umn.edu/Volumes/disk1/home1/
kwythers/Desktop/tmp/glo10ktest/

This is probably caused by the same issue that was giving the
v.in.e00 script fits. Any other thoughts?

Kirk

There is more information on the various layer types here:
http://www.gdal.org/ogr/drv_avc.html/
//
Hope this helps,
Shaun

Kirk R. Wythers wrote:/
/

Hey Shaun,

I'm still having some trouble with those .e00 files. I built
avce00 and e00compr, and installed:

e00conv
avcdelete
avcexport
avcimport
avctest

in /usr/local/bin

I am no longer getting the error e00conv not found, but I still
get the error "can't open data source:"

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=~/Desktop/
glo10k.e00 type=area vect=glo10k
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
...converted to Arc Coverage in current directory
Importing areas...
ERROR: Cannot open data source: glo10k
An error occurred. Stop.
GRASS 6.1.cvs (arrowhead_utm):~ >

Am I still missing something?

On Nov 2, 2005, at 12:29 PM, Shaun Walbridge wrote:

Hi Kirk,

You can just build avce00. It should be pretty straightforward
to set up. Then either install the binaries to somewhere on
your $PATH, or edit v.in.e00 to point to the locations. The
GRASS dev folks should probably include it as a configure
option, but I guess they see it as being external to the core
GRASS stuff.

- Shaun

Kirk R. Wythers wrote:

Thanks Shaun. Does grass need to be re-compiled, or can I just
build avce00?

On Nov 2, 2005, at 12:05 PM, Shaun Walbridge wrote:

Kirk,

The v.in.e00 script is dependent on your system having avce00
already installed. You can download this library at: http://
avce00.maptools.org/.

-Shaun

Kirk R. Wythers wrote:

Does anyone have any ideas as to what might be wrong with
the following command:

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=/Volumes/
disk2/ data2/reich_lab/data/fia/glo10k.e00 type=area vect=glo10k
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
/usr/local/grass-6.1.cvs/scripts/v.in.e00: line 175:
e00conv: command not found
...converted to Arc Coverage in current directory
Importing areas...
ERROR: Cannot open data source: glo10k
An error occurred. Stop.
GRASS 6.1.cvs (arrowhead_utm):~ >

This files appears to open fine with ArcView, so I don't
think the file is bad. However, I am confused by the "can't
open data source" message.

Thanks,

Kirk

_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5

_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5

--
Markus Neteler <neteler itc it> http://mpa.itc.it
ITC-irst - Centro per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18 - 38050 Povo (Trento), Italy

_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5

-----
William Kyngesburye <kyngchaos@kyngchaos.com>
http://www.kyngchaos.com/

"I ache, therefore I am. Or in my case - I am, therefore I ache."

- Marvin

William_Kyngesburye · November 9, 2005, 5:41pm

I saw that right away, just didn't think to mention it. And I got distracted from building the avce00 stuff.

But, when I got to the e00compr program, I noticed that the byte order isn't specified in the makefile. Since e00compr and avce00 both use the CPL stuff, I suggest you add -DCPL_MSB to the e00compr CFLAGS also.

On Nov 9, 2005, at 10:44 AM, Kirk R. Wythers wrote:

Thanks to everyone for their suggestions on getting .e00 files imported. Here is the solution. I wanted to get it into the dev archives for others.

It turns out to be a Mac issue (big vs. little edian). avcimport's default build is to use the switch DCPL_LSB byte ordering. On a Mac (at least a G5 Mac) the byte order switch needs to be MSB (just like a Sun). Here is the bit of code in the GNUMakefile.

# Byte ordering ... default is Intel ordering (CPL_LSB),
# Select CPL_MSB for SUNs or other platforms with MSB first ordering.
#
BYTE_ORDER_FL = -DCPL_MSB
#BYTE_ORDER_FL = -DCPL_LSB

WIth that change (and re-building avcimport of course), the v.in.e00 script runs just fine.

Kirk

On Nov 6, 2005, at 3:01 PM, Markus Neteler wrote:

Kirk,

can you put the magic E00 somewhere and the output of
g.proj -wef > e00_prj.prj
?

Markus

On Fri, Nov 04, 2005 at 12:52:12PM -0600, Kirk R. Wythers wrote:

On Nov 3, 2005, at 3:18 PM, Shaun Walbridge wrote:

Hey Kirk,

Sorry I didn't respond earlier; your message was picked up by my
GRASS mailing list filter and I hadn't gone through the messages.
Are you still having problems importing your .e00 files? If so,
there is an alternative approach: you can use the `avcimport' tool
(came with the library you recently built) to convert the e00
compressed coverage into a simple binary coverage (It just unpacks
the coverage into its native, non-compressed form). Afterward, you
can use v.in.ogr to convert the Arc Coverage to a grass vector.
The documentation is in v.in.ogr.html, and the example they use is:

*v.in.ogr dsn=*/coverage/ *layer=*/LAB,ARC/ *type=*/
centroid,boundary/ *output=*/mymap

In addtion to working with v.in.e00, I have also tried Shaun's
suggestion of using avcimport manually (creates 6 .adf files), then
using v.in.ogr to import. I'm getting the same error "Cannot open
data source".

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.ogr dsn=~/Desktop/tmp/
glo10ktest/ out=glo10ktest
ERROR: Cannot open data source:
/Network/Servers/truffula.fr.umn.edu/Volumes/disk1/home1/
kwythers/Desktop/tmp/glo10ktest/

This is probably caused by the same issue that was giving the
v.in.e00 script fits. Any other thoughts?

Kirk

There is more information on the various layer types here:
http://www.gdal.org/ogr/drv_avc.html/
//
Hope this helps,
Shaun

Kirk R. Wythers wrote:/
/

Hey Shaun,

I'm still having some trouble with those .e00 files. I built
avce00 and e00compr, and installed:

e00conv
avcdelete
avcexport
avcimport
avctest

in /usr/local/bin

I am no longer getting the error e00conv not found, but I still
get the error "can't open data source:"

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=~/Desktop/
glo10k.e00 type=area vect=glo10k
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
...converted to Arc Coverage in current directory
Importing areas...
ERROR: Cannot open data source: glo10k
An error occurred. Stop.
GRASS 6.1.cvs (arrowhead_utm):~ >

Am I still missing something?

On Nov 2, 2005, at 12:29 PM, Shaun Walbridge wrote:

Hi Kirk,

You can just build avce00. It should be pretty straightforward
to set up. Then either install the binaries to somewhere on
your $PATH, or edit v.in.e00 to point to the locations. The
GRASS dev folks should probably include it as a configure
option, but I guess they see it as being external to the core
GRASS stuff.

- Shaun

Kirk R. Wythers wrote:

Thanks Shaun. Does grass need to be re-compiled, or can I just
build avce00?

On Nov 2, 2005, at 12:05 PM, Shaun Walbridge wrote:

Kirk,

The v.in.e00 script is dependent on your system having avce00
already installed. You can download this library at: http://
avce00.maptools.org/.

-Shaun

Kirk R. Wythers wrote:

Does anyone have any ideas as to what might be wrong with
the following command:

GRASS 6.1.cvs (arrowhead_utm):~ > v.in.e00 -v file=/Volumes/
disk2/ data2/reich_lab/data/fia/glo10k.e00 type=area vect=glo10k
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
/usr/local/grass-6.1.cvs/scripts/v.in.e00: line 175:
e00conv: command not found
...converted to Arc Coverage in current directory
Importing areas...
ERROR: Cannot open data source: glo10k
An error occurred. Stop.
GRASS 6.1.cvs (arrowhead_utm):~ >

This files appears to open fine with ArcView, so I don't
think the file is bad. However, I am confused by the "can't
open data source" message.

Thanks,

Kirk

_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5

_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5

--
Markus Neteler <neteler itc it> http://mpa.itc.it
ITC-irst - Centro per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18 - 38050 Povo (Trento), Italy

_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5

-----
William Kyngesburye <kyngchaos@kyngchaos.com>
http://www.kyngchaos.com/

"I ache, therefore I am. Or in my case - I am, therefore I ache."

- Marvin

William_Kyngesburye · November 9, 2005, 5:42pm

I saw that right away, just didn't think to mention it. And I got distracted from building the avce00 stuff.

But, when I got to the e00compr program, I noticed that the byte order isn't specified in the makefile. Since e00compr and avce00 both use the CPL stuff, I suggest you add -DCPL_MSB to the e00compr CFLAGS also.

On Nov 9, 2005, at 10:44 AM, Kirk R. Wythers wrote:

Thanks to everyone for their suggestions on getting .e00 files imported. Here is the solution. I wanted to get it into the dev archives for others.

It turns out to be a Mac issue (big vs. little edian). avcimport's default build is to use the switch DCPL_LSB byte ordering. On a Mac (at least a G5 Mac) the byte order switch needs to be MSB (just like a Sun). Here is the bit of code in the GNUMakefile.

# Byte ordering ... default is Intel ordering (CPL_LSB),
# Select CPL_MSB for SUNs or other platforms with MSB first ordering.
#
BYTE_ORDER_FL = -DCPL_MSB
#BYTE_ORDER_FL = -DCPL_LSB

WIth that change (and re-building avcimport of course), the v.in.e00 script runs just fine.

Kirk

-----
William Kyngesburye <kyngchaos@kyngchaos.com>
http://www.kyngchaos.com/

Theory of the Universe

There is a theory which states that if ever anyone discovers exactly what the universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable. There is another theory which states that this has already happened.

-Hitchhiker's Guide to the Galaxy 2nd season intro

William_Kyngesburye · November 9, 2005, 6:20pm

(oops, sorry for the repeated replies.)

-----
William Kyngesburye <kyngchaos@kyngchaos.com>
http://www.kyngchaos.com/

First Pogril: Why is life like sticking your head in a bucket filled with hyena offal?
Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal?
First Pogril: I don't know either. Wretched, isn't it?

-HitchHiker's Guide to the Galaxy