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
The relevant update is in pydata/xarray#9498, which changes the return dtype from np_arr = CFDatetimeCoder().encode(var.copy(), name=var_name).values float32 to float64 in our tests. Since the original dtype was datetime64[ns], the new behavior seems like an improvement to me at first glance. I'll look into what would need to be changed in Kerchunk to match Xarray's new behavior.
Well Kerchunk's also not wrong to keep it as float32 since that's how it's stored on disk 😕 Not sure the correct solution since there's no np.datetime32 to work with when decoding times. I think we're probably popping the necessary dtype encoding somewhere, still looking 👀
Full error available in https://github.com/zarr-developers/VirtualiZarr/actions/runs/13959203618/job/39077253124
The text was updated successfully, but these errors were encountered: