multiple reads of nasa-nex-gddp-cmip6 dataset from MultiZarrToZarr concatenated metadata returns all nans
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 366
- Forks
- 96
- Avg merge
- 24m
- Merged PRs (30d)
- 1
Description
New to kerchunk and encountered this issue running the MSFT Planetary Computer example notebook. Simply running twice cells 13 & 14 that read and plot point single variable time-series for a point will reproduce this issue where the first run will have the valid values but second will be all nans. Is this usage issue or bug? Thanks.
fsspec == v2023.6.0
kerchunk == v0.1.2
xarray == v2023.5.0
zarr == v2.15.0
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with cells 13 and 14 of the linked NASA NEX-GDDP-CMIP6 Planetary Computer notebook and reproduce the point time-series read twice using the listed fsspec, kerchunk, xarray, and zarr versions. Compare the first and second results to determine whether the all-NaN output is expected usage or a kerchunk bug; done means the cause and a focused fix or usage explanation are established.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- data-engineering
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100