package `xarray` and `xarray-core` in conda-forge
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 4.2k
- Forks
- 1.4k
- Avg merge
- 2d 15h
- Merged PRs (30d)
- 14
Description
What is your issue?
The current set of Xarray dependencies is very minimal.
https://github.com/pydata/xarray/blob/3fd162e42bb309cfab03c2c18b037d1ad3cd3193/pyproject.toml#L25-L29
This is pretty unfriendly to a new user, and not a great out-of-the-box experience. You can't read any files (except npz, csv, parquet I guess), you can't access any tutorial datasets, you can't make plots, and you're missing a bunch of effectively free performance optimizations.
I think the current set of minimal dependencies is more appropriate to an xarray-core package.
Here are our optional dependencies for example:
https://github.com/pydata/xarray/blob/3fd162e42bb309cfab03c2c18b037d1ad3cd3193/pyproject.toml#L31-L48
Proposal
I suggest that we migrate to xarray-core and xarray packages in conda-forge.:
xarray-corewill have the current set of minimal dependencies.- For
xarrayI propose the following dependencies:flox,opt_einsum,numbaggfor accelerated computationsfsspec,netcdf,zarrfor reading common datasets & "cloud"matplotlibfor plotting.poochto read tutorial datasets
Related: dask packages dask-core and I think matplotlib packages matplotlib-base
Contributor guide
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 by reviewing the linked dependency sections in pyproject.toml and the existing conda-forge packaging for xarray. Compare the current minimal dependencies with the proposed xarray-core and xarray sets, including flox, opt_einsum, numbagg, fsspec, netcdf, zarr, matplotlib, and pooch. Done means the two packages are defined with the intended dependency split and can be installed successfully.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- build-system
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100