-
-
Notifications
You must be signed in to change notification settings - Fork 41
[REVIEW]: Deident: An R package for data anonymization 1 #7157
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
Comments
Hello humans, I'm @editorialbot, a robot that can help you with some common editorial tasks. For a list of things I can do to help you, just type:
For example, to regenerate the paper pdf after making changes in the paper's md or bib files, type:
|
Software report:
Commit count by author:
|
Paper file info: 📄 Wordcount for ✅ The paper includes a |
License info: 🟡 License found: |
Hi @Stat-Cook: |
@spholmes Sure - is there a github command to produce the article proof? Might take a couple of generations. |
@editorialbot generate pdf |
@spholmes references are fixed. |
Review checklist for @PatrickRWrightConflict of interest
Code of Conduct
General checks
Functionality
Documentation
Software paper
|
"Contribution and authorship": I can't judge the contribution of the authors aside from @Stat-Cook since they do not appear in the commit history of the software. I suggest stating individual contributions in a dedicated section of the paper. |
"Worked Example" link here is broken: https://raw.githubusercontent.com/Stat-Cook/deident/master/README.md |
For the sake of reprocuding the examples such as e.g. https://stat-cook.github.io/deident/articles/worked_example.html I suggest using a seed and explaining when it is useful an when not in the context of the package. |
"Research in the discipline of health data is of increasing interest due to the perception that artificial intelligence (AI) and machine learning (ML) techniques have the promise to bridge gaps in the large, resource-limited sector." |
"This implementation of the “deident” methods is in R, chosen due to the increase" --> increased |
Should now be fixed. |
@PatrickRWright I've added a few issues to the repository - to help with response would you mind either adding to them or opening new issues with amendments/ suggestions? |
I'm not sure if that's in line with the rules here since the journal will lose control. |
It would be nice to have vignette-stlye examples for all mentioned de-identification methods. |
@PatrickRWright I believe it was what I was asked to do for my last review but it has been a while. @spholmes is there any problem with raising issues as part of the review? |
"Current applications" -> Is there any citable output from "NuRS and AmreS research projects" that could be mentioned here? |
Are there really no other R packages attempting this? I do not know but find it hard to believe. |
Yes absolutely, we encourage this way of going about things: |
|
|
👋 @openjournals/dsais-eics, this paper is ready to be accepted and published. Check final proof 👉📄 Download article If the paper PDF and the deposit XML files look good in openjournals/joss-papers#6343, then you can now move forward with accepting the submission by compiling again with the command |
👋 @crvernon, I think this could go to the next level, I checked the references and DOIs, I think they are now sorted |
@editorialbot generate pdf 🔍 checking out the following:
|
👋 @Stat-Cook - I just need you to address the following before I move to accept this for publication: In the archive:
In the paper:
No need to make a new release after these changes. Let me know when they have been addressed and I'll accept this for publication. Thanks. |
@editorialbot generate pdf |
@crvernon I've made the changes but they aren't displaying on the proof (above). Do we need to change the version first? |
@editorialbot generate pdf |
@Stat-Cook - I see the changes in your paper in the above. Now I just need a confirmation of the version number and the changes requested to the archive. |
@crvernon Oh brilliant. Version - Yes, can we please move to 1.1.1? The figshare archive should now be updated with a new doi: 10.6084/m9.figshare.28033418 |
@editorialbot set 1.1.1 as version |
Done! version is now 1.1.1 |
@editorialbot set 10.6084/m9.figshare.28033418 as archive |
Done! archive is now 10.6084/m9.figshare.28033418 |
@editorialbot accept |
|
Ensure proper citation by uploading a plain text CITATION.cff file to the default branch of your repository. If using GitHub, a Cite this repository menu will appear in the About section, containing both APA and BibTeX formats. When exported to Zotero using a browser plugin, Zotero will automatically create an entry using the information contained in the .cff file. You can copy the contents for your CITATION.cff file here: CITATION.cff
If the repository is not hosted on GitHub, a .cff file can still be uploaded to set your preferred citation. Users will be able to manually copy and paste the citation. |
🐘🐘🐘 👉 Toot for this paper 👈 🐘🐘🐘 |
🦋🦋🦋 👉 Bluesky post for this paper 👈 🦋🦋🦋 |
🚨🚨🚨 THIS IS NOT A DRILL, YOU HAVE JUST ACCEPTED A PAPER INTO JOSS! 🚨🚨🚨 Here's what you must now do:
Any issues? Notify your editorial technical team... |
🥳 Congratulations on your new publication @Stat-Cook! Many thanks to @spholmes for editing and @PatrickRWright and @nrennie for your time, hard work, and expertise!! JOSS wouldn't be able to function nor succeed without your efforts. Please consider becoming a reviewer for JOSS if you are not already: https://reviewers.joss.theoj.org/join |
🎉🎉🎉 Congratulations on your paper acceptance! 🎉🎉🎉 If you would like to include a link to your paper from your README use the following code snippets
This is how it will look in your documentation: We need your help! The Journal of Open Source Software is a community-run journal and relies upon volunteer effort. If you'd like to support us please consider doing either one (or both) of the the following:
|
Submitting author: @Stat-Cook (Robert Cook)
Repository: https://github.com/Stat-Cook/deident
Branch with paper.md (empty if default branch):
Version: 1.1.1
Editor: @spholmes
Reviewers: @PatrickRWright, @nrennie
Archive: 10.6084/m9.figshare.28033418
Status
Status badge code:
Reviewers and authors:
Please avoid lengthy details of difficulties in the review thread. Instead, please create a new issue in the target repository and link to those issues (especially acceptance-blockers) by leaving comments in the review thread below. (For completists: if the target issue tracker is also on GitHub, linking the review thread in the issue or vice versa will create corresponding breadcrumb trails in the link target.)
Reviewer instructions & questions
@PatrickRWright, your review will be checklist based. Each of you will have a separate checklist that you should update when carrying out your review.
First of all you need to run this command in a separate comment to create the checklist:
The reviewer guidelines are available here: https://joss.readthedocs.io/en/latest/reviewer_guidelines.html. Any questions/concerns please let @spholmes know.
✨ Please start on your review when you are able, and be sure to complete your review in the next six weeks, at the very latest ✨
Checklists
📝 Checklist for @PatrickRWright
📝 Checklist for @nrennie
The text was updated successfully, but these errors were encountered: