-
-
Notifications
You must be signed in to change notification settings - Fork 2.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
plotly with pandas>=3.0 fails to raise name conflict error #4837
Comments
@MarcoGorelli I can't tell whether If the former, this is definitely a bug; if the latter, this seems fine -- I'm guessing it's the former though. Do you happen to have a link to the Pandas PR containing this behavior change? I see a few related to |
hey - sure, if I do that, the output does actually look correct: I reported this because there's a test which checks that this raises: plotly.py/packages/python/plotly/plotly/tests/test_optional/test_px/test_px_input.py Lines 96 to 98 in 9c5d112
and it would no longer raise with pandas 3.0. However, to be honest I can't see what's ambiguous here, it looks well-defined. So, either this is a false positive and this check for reserved names can be removed, or it breaks something else? Looks like this was introduced in #1768, and the The pandas PR is pandas-dev/pandas#56614 (though the removal of the item cache doesn't seem mentioned - maybe it's just considered an internal thing which users weren't meant to be relying on in the first place) |
closed by #4790 |
With pandas 2.2.3:
With the latest pandas nightly (installable with
pip install --pre --extra-index-url https://pypi.anaconda.org/scientific-python-nightly-wheels/simple pandas
) it just plots, without raisingThe difference is due to pandas no longer caching
__getitem__
for columns:in pandas 3.0+
in pandas 2.2.3
The text was updated successfully, but these errors were encountered: