[GRASS-user] Error 3 and messages r.in.gdal

ERROR 3: Attempt to read past EOF in
/Users/sefick/Desktop/Downloads/NED_75468515/ned_75468515/../info/arc.dir.
ERROR 4: Failed to open table ned_75468515.VAT

these two error messages when I import DEM data from national map
seamless server. The raster maps display fine. Are they okay to use?
Have I done something wrong.
thanks to all of you for your help,

--
Stephen Sefick

Let's not spend our time and resources thinking about things that are
so little or so large that all they really do for us is puff us up and
make us feel like gods. We are mammals, and have not exhausted the
annoying little problems of being mammals.

                -K. Mullis

Also r.patch returns what looks like a green to yellow blob of the
correct looking region, but without the resolution of the original
elevation maps (projected separately). I am sure that I am missing
something rather easy. Sorry for the repeated questions- this is how
I learned R and I hope you folks will tolerate me whle I learn GRASS.
thanks

Stephen Sefick

On Thu, Jul 9, 2009 at 8:02 AM, stephen sefick<ssefick@gmail.com> wrote:

ERROR 3: Attempt to read past EOF in
/Users/sefick/Desktop/Downloads/NED_75468515/ned_75468515/../info/arc.dir.
ERROR 4: Failed to open table ned_75468515.VAT

these two error messages when I import DEM data from national map
seamless server. The raster maps display fine. Are they okay to use?
Have I done something wrong.
thanks to all of you for your help,

--
Stephen Sefick

Let's not spend our time and resources thinking about things that are
so little or so large that all they really do for us is puff us up and
make us feel like gods. We are mammals, and have not exhausted the
annoying little problems of being mammals.

                                                           \-K\. Mullis

--
Stephen Sefick

Let's not spend our time and resources thinking about things that are
so little or so large that all they really do for us is puff us up and
make us feel like gods. We are mammals, and have not exhausted the
annoying little problems of being mammals.

                -K. Mullis

stephen sefick wrote:

Also r.patch returns what looks like a green to yellow blob of the
correct looking region, but without the resolution of the original
elevation maps (projected separately). I am sure that I am missing
something rather easy. Sorry for the repeated questions- this is how
I learned R and I hope you folks will tolerate me whle I learn GRASS.
thanks

Stephen,

if you haven't done so already, it sure is useful to start from the
manuals [1]. The "Raster data processing in GRASS GIS" section in the
manual [2] should make several raster-aspects clear.

As far as it concerns the "resolution": most of grass' modules will
operate on the "current" defined (geographic) extent and resolution
which you can check/set with g.region.

Kind regards, Nikos
---

[1] http://grass.osgeo.org/grass64/manuals/html64_user/index.html
[2] http://grass.osgeo.org/grass64/manuals/html64_user/rasterintro.html

I still don't understand what I am doing wrong. I tried to set the
resolution to a smaller grid size and now the map won't display at
all. First did the data survive the import with the gdal errors? I
don't know all though it looks like it. And now that I have a patched
region I can't see my beautiful reliefs for delineating stream
channels (I am a Stream Ecologist trying very hard to get stream
orders calculated). agian Thank you for all of your help.

Stephen Sefick

On Thu, Jul 9, 2009 at 9:07 AM, Nikos
Alexandris<nikos.alexandris@felis.uni-freiburg.de> wrote:

stephen sefick wrote:

Also r.patch returns what looks like a green to yellow blob of the
correct looking region, but without the resolution of the original
elevation maps (projected separately). I am sure that I am missing
something rather easy. Sorry for the repeated questions- this is how
I learned R and I hope you folks will tolerate me whle I learn GRASS.
thanks

Stephen,

if you haven't done so already, it sure is useful to start from the
manuals [1]. The "Raster data processing in GRASS GIS" section in the
manual [2] should make several raster-aspects clear.

As far as it concerns the "resolution": most of grass' modules will
operate on the "current" defined (geographic) extent and resolution
which you can check/set with g.region.

Kind regards, Nikos
---

[1] http://grass.osgeo.org/grass64/manuals/html64_user/index.html
[2] http://grass.osgeo.org/grass64/manuals/html64_user/rasterintro.html

--
Stephen Sefick

Let's not spend our time and resources thinking about things that are
so little or so large that all they really do for us is puff us up and
make us feel like gods. We are mammals, and have not exhausted the
annoying little problems of being mammals.

                -K. Mullis

(I take liberty to CC Frank Warmerdam, GDAL lead)

On Thu, Jul 9, 2009 at 3:02 PM, stephen sefick<ssefick@gmail.com> wrote:

ERROR 3: Attempt to read past EOF in
/Users/sefick/Desktop/Downloads/NED_75468515/ned_75468515/../info/arc.dir.
ERROR 4: Failed to open table ned_75468515.VAT

these two error messages when I import DEM data from national map
seamless server. The raster maps display fine. Are they okay to use?

I have the same problem with Italian DEM files. Apparently
no problem, the data appear to be complete. However, I don't
like to much to see such an error message :slight_smile:

See also
http://trac.osgeo.org/gdal/ticket/2447
http://trac.osgeo.org/gdal/ticket/3031

Markus