Open hnykda opened 6 years ago
@hnykda See https://plotnine.readthedocs.io/en/stable/ and https://github.com/has2k1/plotnine. I found these links when browsing the PRs and issues for this repo.
Hey. Thanks, so I believe it is not then? I still think that mentioning plotnine and describing what's the relationship + explaining what's the status of ggpy would be a huge help for the users as well as the projects.
cc @has2k1
ggpy and plotnine are independent projects. See the about plotnine page for some more information.
So do I understand correctly that from plotnine perspective, ggplot2 is considered finished? Really no bugs, no new features, no PRs needed to be merged (there are 24 open right now) which are not bothering anyone? I mean, you are fine with the fact that the reference implementation hasn't been improved for 2 years?
I am not saying it is an issue, but at least for me, as a software developer, this is very unlikely.
ggplot2
is the R-library that the Python-based ggpy
and plotnine
libraries emulate. As you pointed out, ggpy
may be dead. I've started using plotnine
and it seems to be a fairly feature-complete implementation of ggplot2
in Python.
I am sorry :man_facepalming: , my bad, now I got it.
Nevertheless, the original question still holds - this repo seems dead and I encourage its developers, (based on the commit frequency - @glamp only), to make this clear in the readme or e.g. archive this repo.
This is really sad... plotnine
looks very nice, but having a GPL-2 license, I don't see how it can be used in any non-GPL project.
I just discovered this library but quickly noticed that all the links to the documentation on the ggplot project page at pypi.org are dead and came here to ask exactly this question. Sad to see that the answer seems to be yes. (I'm fine with GPLv2, so I'll have a look at plotnine.)
I would be extremely grateful if this project could be adopted by / donated to someone who can help to more gracefully put it into maintenance mode by updating the documentation links, merging only dependency compatibility fixes, and publishing a minor maintenance release. Some users of ggpy
have existing legacy codebases which cannot be trivially ported to plotnine
, so the creation of maintenance-only releases is extremely valuable even if new feature development stops.
Here are some small but valuable maintenance fixes which I would love to see released:
save_as_base64
on Python 3 by merging either #636 or #633As a stretch goal, I would also consider making a 0.6.9
release to fix an incompatibility with modern versions of six
: #655. That's a relatively niche issue but is important to users who must continue using older versions of this library due to breaking API changes in newer versions.
Sucks to have to manually change from from pandas.lib import Timestamp
to from pandas import Timestamp
. @JoshRosen is there anything we can do except waiting for the repo's owner to reply? I wouldn't mind helping out but seems like nothing can be done for now.
Have a look at #656: Working copy of ggpy
A quick search shows the company Yhat was acquired by Alteryx in 2017-06-06, so this project is dead officially.
Take a look at Altair not exactly ggplot2 but the grammar of graphics implementation that is under active development and support.
Looks like we have a working, maintained copy of ggpy https://github.com/sushinoya/ggpy 🎉 just
pip uninstall ggplot
pip install git+https://github.com/sushinoya/ggpy
🎉
A quick search shows the company Yhat was acquired by Alteryx in 2017-06-06, so this project is dead officially.
US capitalism strikes again...
Hey. It seems that the last commit was about 2 years ago. Is this officially dead? @glamp ?