Comments (3)
My guess is that query optimization will make more users happy than losing annotations will make users sad. Because of this, I'm in favor of merging in query optimization even if it disrupts annotations. I think that it's ok to make some existing users sad.
Of course I'd be happy to see a better solution here, but I wouldn't want this to slow things down much.
from dask.
I agree that query optimization will be of much bigger benefit than annotations for most users. However, I don't think breaking things silently will be a good UX for those users who are affected. To move forward quickly, I think that adding a warning to dask.annotate
, which contains more information, might be a nice compromise. Similar to #10925, users should be able to silence this warning.
from dask.
Yup, I don't mind seeing improvements to annotations UX. However, I don't think that the release of query planning should be slowed down by this. I agree with scope, I wouldn't agree with a blocking change (not that you're proposing that) and I'm not sure how highly I would prioritize this (I don't see many users with annotations in dataframes). However, if you have different knowledge (for example if there has been evidence that people use annotations with dask.dataframe) then I could agree that it's worth prioritizing. If there has not been evidence that this is in use then I probably wouldn't bother (we have plenty of other high priority work to do) unless it's very easy.
from dask.
Related Issues (20)
- applying tuple with pyarrow HOT 2
- max number of tasks per dask worker HOT 1
- gpuCI failing HOT 2
- Tokenization meta-issue HOT 3
- Deprecation warning is pretty intense HOT 11
- combine_first: conditional type-cast to rhs's dtype HOT 6
- Explode method does not work for object column with DatetimeInterval values HOT 4
- [DISCUSSION] What is the timeline for `dask.dataframe` deprecation HOT 8
- pandas upstream package fails to install HOT 3
- Pandas read_sql vs dask read_sql issues HOT 2
- assert_eq sometimes doesn't raise for differing string dtypes
- Issue repartitioning a time series by frequency when loaded from parquet file HOT 5
- UnicodeDecodeError when using a Dataframe with byte data and pandas 2 HOT 1
- RFE: is it possible to start making github releases?🤔 HOT 3
- Dataframe doesn't copy lists when doing column projections
- Sphinx API documentation for `dask.config` shows the whole config
- Inconsistent casting behaviour with dask-expr Dataframe HOT 2
- Support bag.to_dataframe when query planning is enabled HOT 1
- Drop pandas 1.X support? HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from dask.