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
Sort by the time dimension. In this case the EE ImageCollection is not sorted by system:time_start so you need to do it either on the EE ImageCollection or on the Xarray Dataset. The former, on a collection so large, appears to not complete successfully, likely due to exceeding memory limitations. Sorting the Xarray Dataset appears to work as expected.
Shows there is data for 2013-03-18T15:58:14.742 to 2023-12-13T12:45:59.47 as expected in proper order by time.
Comments
I suppose the returned Dataset could be pre-sorted by primary_dim_name (default 'time'), but if a person changes primary_dim_property to something that is not time, it's unknown whether ascending sort would be desired. It might be better to let the requester handle sorting themselves.
Closing the issue since the original concern has been explained/resolved and seems to be WAI. Please open a new feature request issue if you think that some sort of pre-sorting should be enabled. Tagging as documentation as a reminder to include a note about EE ImageCollections possibly not being in ascending temporal order and how to sort the resulting Dataset.
This may be more of a constraint of gee than xee. I find it interesting that:
provides data for 2014-06-09T14:08:03.992 to 2015-03-03T14:26:15.166:
Other data exists:
and i'm guessing the prior data comes from constant availible data in time (~2014 - ~2015)?
This may go hand-in-hand with #47 with an internal (or intake) data catalog tool.
The text was updated successfully, but these errors were encountered: