-
Notifications
You must be signed in to change notification settings - Fork 36
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Standardise access to multiple single slice arrays and a single multidimensional arrays #70
Comments
Probably initially |
The
|
The simple way to do this is to slice views of the lower dimension moving it to the sequence. Then none of the above applies. slice(ser; dims=Ti) Would do it. The catenated time dimensions of the contained geoarrays/stacks would become a series dimension. stacks/geoarrays would then be views of a single slice in the time dimension. |
This problem comes up with NetCDF files with a time dimension, and similar data in tif that are just single slices in time.
You can make a series that holds multiple pointers to the same netcdf with a different
window
for each, and just point to each tif file separately. But it's not an efficient way to load the netcdf. Possibly using CachedStack would get around this somehow.There is also the complication of multiple netcdf along a time dimension that also have their own time dimension - like annual files that have daily data. How can this be standardised to be accessed just like separate daily tif files for the same sequences? Indexing with just one
Ti(x)
object for both cases is the goal.It seems like the solution to this is to fully abstract the child objects. So indexing should be:
Instead of :
Multiple calls to
getindex
break the abstraction and mean we don't have control over doing things in either a general or performant way.The tricky part will be when we need to index with
Ti
twice - withContains
for the series andAt
for the array. These dimensions may need some marker trait to specify that they arePartial
or something. This only really makes sense forSampled
so they can just inherit fromAbstractSampled
? (It's seeming like we need to move to traits instead of inheritance one day)The text was updated successfully, but these errors were encountered: