Arc GRID -> GRASS cell | TIFF
Javier Ferrer Polo
chjoph at ctv.es
Mon Feb 23 05:23:17 EST 1998
----------
> De: Conn Copas <conn.copas at dsto.defence.gov.au>
> A: grass at cecer.army.mil
> Asunto: Arc GRID -> GRASS cell | TIFF
> Fecha: jueves 19 de febrero de 1998 4:26
>
> All
>
> I'm having trouble understanding the Arc docs about GRID -> GRASS, using
> gridimage. As I see it, the routine won't create directories, only files,
> so I have created a LOCATION_NAME/MAPSET/cell, etc structure, adding a
> DEFAULT_WIND file for good measure. I am also using LOCATION_NAME as the
> output of gridimage. My problem is that Arc claims the output spec "is an
> invalid GRASS name". Questions:
>
> 1. Do I have to define GISDBASE explicitly to Arc? I have tried (a)
giving
> an absolute path spec for the output (b) placing the LOCATION_NAME dir in
> my workspace dir, ie, a relative path spec (c) defining GISDBASE as an
> environment var.
>
> 2. Similarly, how do I define the MAPSET where I want the files written?
>
> 3. Will Arc automatically reduce the data to 8 bit if necessary, or do I
> have to do that first?
>
> 4. There is a suggestion that Arc7.1 subscribes to the Grass3 directory
> naming standard. Has that changed significantly?
>
> A second problem concerns GRID -> TIFF. My original GRID has about 500
values,
> which I have reduced down to 256 using "slice". When I "describe" the
output
> image, it has 16 bit rather than 8 bit pixel depth. I can read the output
image with some graphics programs but not with others. XV, for example,
seems to
> think there are only 6 colours there, even when set to 24 bit mode on a
SGI.
> The Grass relevance is that r.in.tiff doesn't like 16 bit data. Any clues
how
> to make Arc use a more sensible pixel depth?
This E_mail isn't concerning with GRASS and LINUX anymore.
Don't send more messages.
Thanks!
More information about the grass-user
mailing list