xarray
fugue
xarray | fugue | |
---|---|---|
11 | 11 | |
3,764 | 2,067 | |
1.2% | 1.2% | |
9.7 | 3.4 | |
12 days ago | 23 days ago | |
Python | Python | |
Apache License 2.0 | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
xarray
-
Show HN: NumPy+Jax Except with Named Axes
If this idea sounds inderesting, you might want to look at xarray for a more established project: https://github.com/pydata/xarray
-
Spectral Imaging Made Easy: A Powerful Python Library
Interesting - I'm curious whether you feel that Xarray covers these use cases already?
https://xarray.dev/
Especially as I've said before that Hyperspy shares so many features in common with Xarray that Hyperspy should just use Xarray under the hood.
https://github.com/hyperspy/hyperspy/discussions/3405
-
State of Python 3.13 Performance: Free-Threading
Sadly, several python projects do not use semantic versioning, for example xarray [0] and dask. Numpy can make backward incompatible changes after a warning for two releases[1]. In general, the python packaging docs do not really read as an endorsement of semantic versioning [2]:
> A majority of Python projects use a scheme that resembles semantic versioning. However, most projects, especially larger ones, do not strictly adhere to semantic versioning, since many changes are technically breaking changes but affect only a small fraction of users...
[0] https://github.com/pydata/xarray/issues/6176
- Xarray: N-D labeled arrays and datasets in Python
-
Request for Startups: Climate Tech
PyTorch and JAX are used heavily in climate science on the ML side. For more general analytics, not so much. Many of our users like to use Xarray as a high-level API. There has been some work to integrate Xarray with PyTorch (https://github.com/pydata/xarray/issues/3232) but we're not there yet.
The Python Array API standard should help align these different back-ends: https://data-apis.org/array-api/latest/
-
Python for Data Analysis, 3rd Edition – The Open Access Version Online
Does polars have N-D labelled arrays, and if so can it perform computations on them quickly? I've been thinking of moving from pandas to xarray [0], but might consider poplars too if it has some of that functionality.
[0] https://xarray.dev/
-
What is lacking in Julia ecosystem?
https://xarray.dev
-
How we found and helped fix 24
bugs in 24 hours (in Tensorflow, Sentry, V8, PyTorch, Hue, and more)
Pydata's xarray
- Xarray awarded a support grant from NASA
- xarray: N-Dimensional labeled arrays and datasets in Python
fugue
- FLaNK Stack Weekly 22 January 2024
-
Daft: A High-Performance Distributed Dataframe Library for Multimodal Data
Please integrate it with Fugue.
https://github.com/fugue-project/fugue
- Fugue: A unified interface for distributed computing
- [Discussion] Open Source beats Google's AutoML for Time series
- Ask HN: How do you test SQL?
-
Replacing Pandas with Polars. A Practical Guide
Fugue is an interesting library in this space , though I haven’t tried it
https://github.com/fugue-project/fugue
A unified interface for distributed computing. Fugue executes SQL, Python, and Pandas code on Spark, Dask and Ray without any rewrites.
-
The hand-picked selection of the best Python libraries and tools of 2022
fugue — distributed computing done easy
-
[P] Open data transformations in Python, no SQL required
This looks similar to fugue, am I right? How do they compare?
-
What the Duck?!
I am looking forward to how Substrait could help removing this friction. It aims to provide a standardised intermediate query language (lower level than SQL) to connect frontend user interfaces like SQL or data frame libraries with backend analytical computing engines. It is linked to the Arrow ecosystem. Something like Ibis or Fugue could become the front and DuckDB the backend engine.
-
Pyspark now provides a native Pandas API
There's dask-sql, but I think it is being abandoned for fugue-project. I'm actually excited for this project as it is trying to provide a backend agnostic solution, which would seem like a difficult, lofty goal. I wish them luck.
What are some alternatives?
iris - A powerful, format-agnostic, and community-driven Python package for analysing and visualising Earth science data
Optimus - :truck: Agile Data Preparation Workflows made easy with Pandas, Dask, cuDF, Dask-cuDF, Vaex and PySpark
dask-awkward - Native Dask collection for awkward arrays, and the library to use it.
mlToolKits - learningOrchestra is a distributed Machine Learning integration tool that facilitates and streamlines iterative processes in a Data Science project.
wxee - A Python interface between Earth Engine and xarray for processing time series data
modin - Modin: Scale your Pandas workflows by changing a single line of code