-
Notifications
You must be signed in to change notification settings - Fork 23
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
Drop Python2 support #415
Comments
As I understand it, the scripts using |
As for the plotting tools - yes, the _v2 is only python2 because of the print statement but that's it - we could add a As you say, the naming is a bit odd if the real difference is pandas vs numpy. Do we want to keep both in, or slim it down to one and demand either numpy or pandas? |
Yes, I suppose it won't matter to lose the support of python2 if it is going to be discontinued eventually. For the moment I think it is fine to keep it. Re the plotting tools yes I agree, maybe I will just rename them and add |
Absolutely - there are far too many systems out there that still don't use python3, so for the sake of an extra few lines in our source code, keeping compatibility is worth doing. |
Python scripts are version independent now. Eventually will drop support for Python2. |
Is this done, and can be closed? (or renamed to 'drop Python2 support') |
I think now the python scripts are version independent. Not sure if they are all version 3. I meant to run 2to3 (https://docs.python.org/3/library/2to3.html) but I haven't had the chance yet. I will rename it as you suggest. |
Probably need to switch completely to Python3 at some point , instead of relying on
__future__
.Python2 is being phased out in 2020 (https://www.python.org/doc/sunset-python-2/).
It also does not make sense to have two plotting scripts for python 2 and 3, when the actual difference between them is not the python version but that one uses
numpy
and the other usespandas
.The text was updated successfully, but these errors were encountered: