[R-sig-Geo] rasterQuad 4d object

[Edzer Pebesma]

The data structures in package spacetime can handle 3US and 3MS (STFDF)
and 3[UM]R with STIDF; the limitation is that it puts all data in
memory, and your use case probably has requirements nobody has tried out
before, so appropriate methods are likely to be incomplete or lacking.

On 01/13/2015 11:13 AM, Agustin Lobo wrote:
> We have levels of increasing complexity:
> 
> First, the positioning
> 1. Location in 2D (x,y)
> 2. Location in surface 3D (x,y,z), but only 1 z for each x,y pair (the
> common case in geography and remote sensing)
> 3. Location in full 3D (x,y,z), with a vector of z for each (x,y) pair
> (the common case in geology, oceanography, some biomedical imaging)
> 
> Then the measured variable at each location.
> U. Univariate (i.e., veetation index)
> M. Multivariate (i.e. reflectance along wavelength)
> 
> And finally the time
> S. Single observation
> R. Repeated observations
> 
> Obviously package raster cannot deal with all combinations, the
> developers made their options.
> 
> For sure raster deals well with
> 1US
> 1UR
> 1MS
> 
> The specific case of the 2U of a DEM is dealt with as a 1US
> 
> The problem is the rest. In the specific case I have mentioned, I would need
> 3US
> 
> I think Pascal refers to
> 2UR or 3UR
> 
> A lot more complicated...
> 
> Agus
> 
> On Tue, Jan 13, 2015 at 10:34 AM, Pascal Oettli <kridox at ymail.com> wrote:
>> It might be interesting to have this class to deal with [longitude x
>> latitude x level x time]-type NetCDF files. And thus to avoid loops.
>>
>> Regards,
>> Pascal
>>
>> On Tue, Jan 13, 2015 at 12:18 AM, Michael Sumner <mdsumner at gmail.com> wrote:
>>> No, not afaik. What is your use case? The ones I know are
>>> Visualization -compelling, but hard to do well
>>>
>>> Extraction - i e copying data to points/ lines in 4d, easy but not easy to
>>> pre-can.
>>>
>>> It comes down to specifics.
>>>
>>> Cheers, Mike
>>>
>>> On Mon, 12 Jan 2015 20:39 Agustin Lobo <alobolistas at gmail.com> wrote:
>>>
>>>> Back in Apr 09, 2013; 8:53am
>>>> Robert Hijmans wrote:
>>>> "A RasterBrick is 3D. There is a 4D object RasterQuad designed to work with
>>>> the type of data you have, but I have not implemented any methods for it,
>>>> so it is currently of no use.../..."
>>>>
>>>> Has any further development been conducted on this RasterQuad object?
>>>>
>>>> Thanks
>>>>
>>>> Agus
>>>>
>>>> _______________________________________________
>>>> R-sig-Geo mailing list
>>>> R-sig-Geo at r-project.org
>>>> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>>>>
>>>
>>>         [[alternative HTML version deleted]]
>>>
>>> _______________________________________________
>>> R-sig-Geo mailing list
>>> R-sig-Geo at r-project.org
>>> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>>
>> _______________________________________________
>> R-sig-Geo mailing list
>> R-sig-Geo at r-project.org
>> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
> 
> _______________________________________________
> R-sig-Geo mailing list
> R-sig-Geo at r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
> 

-- 
Edzer Pebesma,  Co-Editor-in-Chief Computers & Geosciences
Institute for Geoinformatics (ifgi), University of Münster
Heisenbergstraße 2, 48149 Münster, Germany. Phone: +49 251
83 33081 http://ifgi.uni-muenster.de GPG key ID 0xAC227795

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: OpenPGP digital signature
URL: <https://stat.ethz.ch/pipermail/r-sig-geo/attachments/20150113/257edfcc/attachment.bin>