-
Notifications
You must be signed in to change notification settings - Fork 9
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
the flowDensity dependency cannot be installed anymore due to removal of a dependency from CRAN - could we integrate the dependencies directly into flowCut? #10
Comments
Hi @FMKerckhof , Thank you for bringing this to my attention. I agree that removing flowDensity from the dependency would be a good way to go. And I agree that we could copy the deGate and depending functions from the flowDensity package. In regards to the plotDens function perhaps leaving it rely on flowViz is acceptable, but we have also removed the plotDens dependency locally by using scattermore. From our experience scattermore creates essentially identical figures but in a much shorter time. Do you see any issue with us using scattermore? If not, then I can see if I can update flowCut before Oct 2023 to not require flowDensity any longer. Let me know what you think. Thank you, |
Hi @FMKerckhof , I now see you sent a PR. I will look into this when I can and get back to you. Thank you so much for taking the time to make a PR. Justin |
Hi @jmeskas , The PR was intended to make flowCut installable out-of-the box - I think your idea to have plotDens using scattermore is a very interesting one (especially given the performance gain). I don't know if you are involved with the ggcyto project (https://github.com/RGLab/ggcyto) but even there sometimes it is challenging for high-density data with many overlays - so a new approach to plotting scatterplots is generally an interesting idea 😺 Kind regards, FM |
Hello, I believe this is related (but I can create a new issue if not), but despite reporting a successful installation through
which is due to the retirement of the Best wishes |
Hi @hrj21 I do not have the ability to merge PR's (#11 ) myself, since I am not a repository owner - I think the "quick" fix I suggested is exactly that - it doesn't address a larger overhaul that @jmeskas is thinking about. However, if a quick fix is good enough for you you could install from our fork (I am doing so myself currently) - |
Hi @FMKerckhof and @hrj21, Sorry for taking so long to reply. @FMKerckhof 's branch should solve your issue, and I am assuming that is what you are using. I just wanted to point out that flowDensity was updated 7-10 months ago and no longer requires the following packages:
I haven't tested anything recently but I believe when I tested it 7 months ago everything works now without requiring @FMKerckhof 's PR. @hrj21 I think you only got that warning if you are using an old version of flowDensity when trying to use flowCut. Make sure you have at least 1.37.2 of flowDensity or later. Thank you, |
Hi,
Currently flowCut is importing
deGate
,plotDens
andgetPeaks
from the flowDensity package. Sadly, due to the removal of RFOC from CRAN on 2023-08-25 it is not possible to installflowDensity
anymore with just a call toinstall.packages()
a hacky and unsustainable workaround is to install a previous version of RFOC from the CRAN archives (e.g. withdevtools::install_version
) and hope for the best.I think this issue will come up again since r-spatial is phasing out multiple dependencies of flowDensity such as rgeos which becomes EOL by oct. 2023 (https://r-spatial.org/r/2023/05/15/evolution4.html).
Sadly, I do not have the insights to port flowDensity myself to not rely anymore on rgeos, RFOC, ... However, I have done a cursory exploration of deGate and the associated helper functions, also for
plotDens
(which internally relies on a flowViz function, but flowViz doesn't have any of the r-spatial imports) there is no issue, nor for thegetPeaks
.I was wondering if it would be sensible to add these functions directly to flowCut (while respecting the reference to the original authors and the license), to reduce this specific dependency - flowDensity has a lot more complex functionality which relies on r-spatial packages which are not needed here.
What is your take on this @jmeskas ?
Kind regards,
FM
Relevant issues in flowDensity:
mehrnoushmalek/flowDensity#9
mehrnoushmalek/flowDensity#6
The text was updated successfully, but these errors were encountered: