On Fri, 18 Jun 2010, tom sgouros wrote:
Roger:
Thank you for the answers. But I still don't understand why the default
installation wouldn't work before I tried to specify the location
explicitly? /usr/local/lib doesn't seem non-standard to me, and it was
the default from the PROJ 'make inst
Roger:
Thank you for the answers. But I still don't understand why the default
installation wouldn't work before I tried to specify the location
explicitly? /usr/local/lib doesn't seem non-standard to me, and it was
the default from the PROJ 'make install'. Why wouldn't the default
rgdal insta
On Fri, 18 Jun 2010, Lho Lho wrote:
You are very impatient, and have forwarded your message (with a large and
unnecessary attachment) to the list as a repeat thread. This smells like
homework. Please read the posting guide:
http://www.r-project.org/posting-guide.html
and respect other users'
Looks like your grids are relatively small, so you could just sum them per row:
> ?rowSums
> grids <- readGDAL("grid1.asc"); names(grids) <- "g1"
> grids$g2 <- readGDAL(grids2.asc")$band1
> grids$avg <- rowSums(gr...@data, na.rm=FALSE, dims=1)/length(names(grids))
Otherwise SAGA can be very effi
Hi,
Just a question to try and understand where the problem comes from: Are the
lines correctly represented in the shape files (and the problems comes when
importing/processing it), or is it already buggy in the shape files?
Also, you might want to look at the solution I use since I have the same
On Thu, 17 Jun 2010, tom sgouros wrote:
Your syntax for the configure.args= argument was wrong, and most likely it
would fail on GDAL next. If you want to install from source, install
PROJ.4 first, test it (you need the headers and the *shared* library),
then install and test GDAL. When they a