Skip to content
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

pandas 1.0.3 incompatibility #133

Open
7 tasks
antipisa opened this issue May 15, 2020 · 10 comments · May be fixed by #141
Open
7 tasks

pandas 1.0.3 incompatibility #133

antipisa opened this issue May 15, 2020 · 10 comments · May be fixed by #141

Comments

@antipisa
Copy link

antipisa commented May 15, 2020

Questions

  • Which operating system are you using (if Linux, please provide flavour of it, i.e RedHat, CentOS or Ubuntu), is it 32-bit, or 64-bit?

    Linux Red Hat 7
    
  • Which version of PyQ are you running? Please provide output of pyq --versions, if PyQ isn't operational, please provide Python interpreter version and PyQ version python -V; python3 -V; pip list | grep pyq:

    4.2.1
    
  • Which version of kdb+ are you using, is it 32-bit or 64-bit?

    KDB 3.6
    
    • If on 64-bit, is your QLIC set? Please provide output env | grep QLIC on linux/macOS, or set|grep QLIC on Windows.

      
      
  • Did you use virtual environment to install PyQ? If not, why?

    • Yes
  • Where is your QHOME? Please provide output env | grep QHOME on linux/macOS, or set|grep QHOME on Windows.

    QHOME=/Users/adb/miniconda3/q
    
    
  • Do you use Conda? If so, what version?

    Miniconda 3
    

Lists cannot be cast to pandas series in version > 1.0.

Versions:
PyQ 4.2.1
Pandas 1.0.3
Numpy 1.17.4

from pyq import q
import pandas as pd

pd.Series(q("`a`b`c"))

pd.Series(q.til(10))

Both yield
AttributeError: items

@sashkab
Copy link
Contributor

sashkab commented May 15, 2020

@antipisa please do not delete questionaries when opening issues. Future issues with removed questionaries will be closed immediately as invalid.

@sashkab
Copy link
Contributor

sashkab commented May 18, 2020

Internal issue 1069.

@antipisa
Copy link
Author

Has this been resolved?

@sashkab
Copy link
Contributor

sashkab commented Jul 21, 2020

No, but accepting pull requests.

@github-actions
Copy link

Stale issue message

@github-actions
Copy link

Stale issue message

@cmccarthy1
Copy link

@sashkab I see this had been labelled an internal issue, has there been any progress on this? There have been a number of users on internal channels asking about this

@sashkab
Copy link
Contributor

sashkab commented Jan 28, 2021

@cmccarthy1 no updates.

@cmccarthy1
Copy link

If possible can this be prioritised for any future updates. It's a blocking issue for the user that has been requesting the change

@nmcdaid
Copy link

nmcdaid commented Jun 11, 2021

This is also causing issues for my team - has there been an update on this? I thought PyQ was supposed to be supported by Kx rather than relying on external PRs?

WillDaSilva added a commit to WillDaSilva/pyq that referenced this issue Jun 11, 2021
Pandas thinks all non-atom K objects are dicts, which leads to issues
like KxSystems#133. This commit provides a hacky solution to this problem by
overwriting the `__code__` attribute of the function Pandas uses for
checking if an object is dict-like. Patching the function through safer
means (e.g. with `unittest.mock`) won't work well because the function
is imported all over Pandas, and we would have to patch all of them.

Fixes KxSystems#133
@WillDaSilva WillDaSilva linked a pull request Jun 11, 2021 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants