You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This would permit gross manipulation of arrays without loading them into memory, and in particular would make it very cheap to flip a CIFTI-2 where the BrainModelAxis is dimension 1 to dimension 0 (typical for Connectome WB tools, but weird when you expect spatial axes first). However, it could not be implemented in all ArrayProxys.
We have already done something similar with reshape:
I think, for instance, that AFNIArrayProxy might better fit as a subclass of ContiguousArrayProxy, since it can have different scale-factors per time point.
The text was updated successfully, but these errors were encountered:
For an ArrayProxy with contiguous data, it is possible to do something like:
This would permit gross manipulation of arrays without loading them into memory, and in particular would make it very cheap to flip a CIFTI-2 where the BrainModelAxis is dimension 1 to dimension 0 (typical for Connectome WB tools, but weird when you expect spatial axes first). However, it could not be implemented in all
ArrayProxy
s.We have already done something similar with
reshape
:nibabel/nibabel/arrayproxy.py
Lines 431 to 435 in 2838c06
I wonder if it's time to start thinking about a consistent interface:
I think, for instance, that
AFNIArrayProxy
might better fit as a subclass ofContiguousArrayProxy
, since it can have different scale-factors per time point.The text was updated successfully, but these errors were encountered: