I downloaded, built and installed last Tuesday's snapshot from the CVS
repository. When I read the man page for r.in.gdal, the references tell me I
need the pre-compiled library, libgdal-linux-grass.tar.gz. I cannot find
this on my system and I don't know where to look for it on the web sites.
Has anyone knowledge of where I get this library?
Thanks,
Rich
Dr. Richard B. Shepard, President
Applied Ecosystem Services, Inc. (TM)
2404 SW 22nd Street | Troutdale, OR 97060-1247 | U.S.A.
+ 1 503-667-4517 (voice) | + 1 503-667-8863 (fax) | rshepard@appl-ecosys.com
Making environmentally-responsible mining happen.
Rich Shepard wrote:
I downloaded, built and installed last Tuesday's snapshot from the CVS
repository. When I read the man page for r.in.gdal, the references tell me I
need the pre-compiled library, libgdal-linux-grass.tar.gz. I cannot find
this on my system and I don't know where to look for it on the web sites.
Has anyone knowledge of where I get this library?
Rich,
I try to keep one on:
http://gdal.velocet.ca/projects/grass/index.html
Is r.in.gdal now the preferred single module for the import of all raster
data?
I have some SDTS-formatted DEMs that I need to import and my search of the
web pages broght me to r.in.gdal. Reading Frank's site about it confirmed
that it's what I want to use.
What say you all?
I can't speak for everyone, but it is my hope to provide a substantial amount
of the raster importing support in GRASS via GDAL and r.in.gdal. Obviously
other existing raster import will continue to work fine, and some formats may
never be added to GDAL, but I would like to encourage people interested in
adding new formats to GRASS to consider doing so within GDAL. Also, since GDAL
is used in a number of projects (including a few commercial ones) you can
expect to see the GDAL format list growing over time from contributions
outside of GRASS.
Best regards,
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Programmer for Rent
On Wed, 25 Jul 2001, Frank Warmerdam wrote:
I try to keep one on:
http://gdal.velocet.ca/projects/grass/index.html
Frank,
Many thanks.
I can't speak for everyone, but it is my hope to provide a substantial amount
of the raster importing support in GRASS via GDAL and r.in.gdal. Obviously
other existing raster import will continue to work fine, and some formats may
never be added to GDAL, but I would like to encourage people interested in
adding new formats to GRASS to consider doing so within GDAL. Also, since GDAL
is used in a number of projects (including a few commercial ones) you can
expect to see the GDAL format list growing over time from contributions
outside of GRASS.
I would like to see a consolidation of functions within GRASS. As far as
I'm concerned, using GDAL for all raster imports/exports is the way to go.
Makes no sense to _me_ to have different tools for specific formats.
Eventually, I'd like to see all terrain analysis function in a single
module, and carry this idea across all functional levels. But, that's just
my perspective. For example, on data format translators, I could make a case
for a single raster translator (my vote's for GDAL) and a single
vector/point translator. Neatens the desk, so to speak.
Thanks again, I'm off to get a copy of the library and try to get some
productive work done today. 
Rich
Dr. Richard B. Shepard, President
Applied Ecosystem Services, Inc. (TM)
2404 SW 22nd Street | Troutdale, OR 97060-1247 | U.S.A.
+ 1 503-667-4517 (voice) | + 1 503-667-8863 (fax) | rshepard@appl-ecosys.com
Making environmentally-responsible mining happen.
On Wed, 25 Jul 2001, Frank Warmerdam wrote:
> I can't speak for everyone, but it is my hope to provide a substantial amount
> of the raster importing support in GRASS via GDAL and r.in.gdal. Obviously
> other existing raster import will continue to work fine, and some formats may
> never be added to GDAL, but I would like to encourage people interested in
> adding new formats to GRASS to consider doing so within GDAL. Also, since GDAL
> is used in a number of projects (including a few commercial ones) you can
> expect to see the GDAL format list growing over time from contributions
> outside of GRASS.
I would like to see GDAL, OGR, PROJ used as standards
for many free GIS software (and the proprietary ones may use
them as well). Frank is doing a very good work here.
However, contributing to one of these currently means
that later code improvements might not return to you
(MIT license). For all of GRASS it is guaranteed with the GPL.
This is not to advocate not contributing to Franks libraries.
It is just to remember on this and perhaps to move
some thoughts about whether it would make sense to
license the libraries under LGPL some day.
I know there are pros and cons. E.g. for my company
it is better to invest work/money into software
where the future freedom is protected.
Other companies would only pay if they have
the option to make improvements proprietary.
Jan
--
Jan-Oliver Wagner http://intevation.de/~jan/
Intevation GmbH http://intevation.de/
FreeGIS http://freegis.org/