[R-sig-Geo] Spatial3dArray - coordinates method

Michael Sumner mdsumner at gmail.com
Thu Nov 19 20:23:35 CET 2009


Wow, this is great - I was thinking about this just yesterday.

Torleif: do you have an opinion on which NetCDF path is the most
useful for R with sp? RNetCDF or ncdf? GDAL is workable but takes
extra effort to build and then reconstruct 3d/4d from 2d bands. (I use
Windows mostly)

I use the RNetCDF package a lot, mainly because that's the one I
learnt to use first - there are binaries for Windows. It has some
problems in terms of R-style but they could be easily fixed.

Regards, Mike.

On Fri, Nov 20, 2009 at 12:26 AM, Edzer Pebesma
<edzer.pebesma at uni-muenster.de> wrote:
> No problems; sp in csv now has this, the next release will have it.
>
> Torleif Markussen Lunde wrote:
>> Hi
>>
>> To read netcdf data (or any other "gridded" spatial time data) I find it
>> convenient to define new classes Spatial3dArray and Spatial4dArray.
>>
>>  setClass("Spatial3dArray",
>>         representation("Spatial", data = "array", coords = "list",
>>                         time = "character", btime = "character"),
>>         prototype= list(data = array(NA, c(1,1,1,1)),
>>                         bbox=matrix(NA),
>>                         proj4string = CRS(as.character(NA)),
>>                         coords = list(1,1),
>>                         time = "posix",
>>                         btime = "posix"))
>>
>>
>> ##########################################
>> ###################EXAMPLE##################
>> ##########################################
>>
>> x <- matrix(seq(-10, 10, length = 100), 100, 100,
>>           byrow = FALSE)
>> y <- matrix(seq(-10, 10, length = 100), 100, 100,
>>           byrow = TRUE)
>>
>> tm <- 1:10
>> tm.c <- as.character(seq(as.POSIXct("2002-01-01 06:00:00",
>>                                   "2002-01-01 15:00:00"),
>>                         by="hours",
>>                         length.out=10))
>>
>> z <- array(NA, c(dim(x)[1], dim(x)[2], length(tm.c), 1))
>>
>> for (i in 1:10) {
>> z[,,i,] <- i * ( sin(sqrt(x^2+y^2)))
>> }
>>
>> sin3dA <- new("Spatial3dArray",
>>       data = z,
>>       coords = list(x, y),
>>       bbox = matrix(c(min(x), min(y), max(x), max(y), 2, 2), 2, 2,
>>       dimnames = list(NULL, c("min","max"))),
>>       time = tm.c,
>>       btime = c(min(tm.c), max(tm.c)))
>>
>> dimnames(slot(sin3dA, "data")) = list(NULL,
>>                                     NULL,
>>                                     slot(sin3dA, "time"),
>>                                     c("a"))
>> names(slot(sin3dA, "coords")) <- c("x", "y")
>>
>>
>> ##########################################
>>
>> for the coordinates method I would like to have two options on how to return
>> the coordinates; "list" or default "sp":
>>
>> coordinates.3dArray <- function (obj, type = "sp") {
>>       lat <- slot(obj, "coords")[[1]]
>>       long <- slot(obj, "coords")[[2]]
>>       if (type == "list") {
>>               return(list(long=long, lat=lat))
>>       } else if (type == "sp") {
>>               res <- as.matrix(cbind(c(long), c(lat)))
>>               dimnames(res) <- list(NULL, c("x1", "x2"))
>>       }
>> }
>> setMethod("coordinates", signature("Spatial3dArray"), coordinates.3dArray)
>>
>> This means that the default coordinates method in sp has to include the option
>> "..." . Would it be possible to include this in a future release of sp?
>>
>> The reason I want to keep the list option is to use a matrix oriented approach
>> in spplot, overlay, etc. methods. I also feel having a matrix/array approach
>> with these kind of data makes sense. Allowing type = "sp" means overlay() will
>> work more or less out of the box (however I would like to return a matrix),
>> and still I could get the list/matrix when desired.
>>
>>
>> Best wishes
>> Torleif Markussen Lunde
>> Centre for International Health
>> Bjerknes Centre for Climate Research
>> University of Bergen
>> Norway
>>
>> _______________________________________________
>> R-sig-Geo mailing list
>> R-sig-Geo at stat.math.ethz.ch
>> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>>
>
> --
> Edzer Pebesma
> Institute for Geoinformatics (ifgi), University of Münster
> Weseler Straße 253, 48151 Münster, Germany. Phone: +49 251
> 8333081, Fax: +49 251 8339763 http://ifgi.uni-muenster.de/
> http://www.springer.com/978-0-387-78170-9 e.pebesma at wwu.de
>
> _______________________________________________
> R-sig-Geo mailing list
> R-sig-Geo at stat.math.ethz.ch
> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>



More information about the R-sig-Geo mailing list