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
RNetCDF now functions with zarr and the migration to a new version of the GDP processing service is under way. It's time to start planning what this transition means for geoknife.
The initial version of this issue is just dropping in some example zarr data access showing proof of function -- as the issue progresses, I want to work up a strategy for migrating sbtools to work against NetCDF-binary or zarr data as well as using the new gdptools processing service that is in development right now.
@mikejohnson51 -- would you consider contributing some of the core components of opendap.catalog and climateR to geoknife? In thinking about a v2 or geoknife, I want it to work with local or remote data as well as R geoprocessing or remote web service calls to the new gdp. I feel like the components of your work could fit here and we could get them onto cran through geoknife?
RNetCDF now functions with zarr and the migration to a new version of the GDP processing service is under way. It's time to start planning what this transition means for geoknife.
The initial version of this issue is just dropping in some example zarr data access showing proof of function -- as the issue progresses, I want to work up a strategy for migrating sbtools to work against NetCDF-binary or zarr data as well as using the new gdptools processing service that is in development right now.
Super basic netcdf-java test data:
Created on 2022-12-05 with reprex v2.0.2
Another test -- I've had a little flakeyness with specifying paths, but things seem pretty close.
Created on 2022-12-05 with reprex v2.0.2
The text was updated successfully, but these errors were encountered: