Closed whedon closed 3 years ago
Oh, thanks a lot. I completely overlooked that i have to edit the entry to be consistent. Its corrected now.
I think the DOI did not change. As said currently the versions state is for the technical reason in a bit of an unfortunate state, and we are not ready to roll out a new release right now. So we would keep everything at 0.2.0-2 if this is ok.
Where is the DOI of the release connected to JOSS. Do we need to update the something for future releases, because i assume after the reviewing process here is finished, the project will still continue to grow.
@arfon Can you chime in on the last part of @stheid's request above?
I think the DOI did not change. As said currently the versions state is for the technical reason in a bit of an unfortunate state, and we are not ready to roll out a new release right now. So we would keep everything at 0.2.0-2 if this is ok.
The thing we (JOSS) care about here is that the archive of the software includes the changes that have resulted from this review.
Where is the DOI of the release connected to JOSS. Do we need to update the something for future releases, because i assume after the reviewing process here is finished, the project will still continue to grow.
We reference this archive in the JOSS metadata and it's linked to from the paper and the website.
The thing we (JOSS) care about here is that the archive of the software includes the changes that have resulted from this review.
that is the case! :)
We reference this archive in the JOSS metadata and it's linked to from the paper and the website.
In that case maybe using the version-agnostic DOI is better? 10.5281/zenodo.4041277 But in any case if you are fine with everything, we are too.
Thanks a lot for clearing things up.
I think we would prefer to link to 10.5281/zenodo.4041278
as this is the version most closely associated with the review. Don't forget that the paper also links to the software repository in the margin too so readers will have a link to the live software repository to access the latest version of the code.
yeah, thats ok for us.
@whedon set 10.5281/zenodo.4041278 as archive
OK. 10.5281/zenodo.4041278 is the archive.
@whedon accept
Attempting dry run of processing paper acceptance...
Reference check summary (note 'MISSING' DOIs are suggestions that need verification):
OK DOIs
- 10.3384/ecp18154206 is OK
- 10.1109/MPE.2008.918718 is OK
- 10.1016/j.energy.2017.05.123 is OK
- 10.5334/jors.188 is OK
- 10.1109/TPWRS.2018.2829021 is OK
- 10.1109/TIE.2012.2194969 is OK
- 10.1109/TIE.2012.2196889 is OK
MISSING DOIs
- None
INVALID DOIs
- None
:wave: @openjournals/joss-eics, this paper is ready to be accepted and published.
Check final proof :point_right: https://github.com/openjournals/joss-papers/pull/1764
If the paper PDF and Crossref deposit XML look good in https://github.com/openjournals/joss-papers/pull/1764, then you can now move forward with accepting the submission by compiling again with the flag deposit=true
e.g.
@whedon accept deposit=true
@dhhagan thanks for editing this one. I'll process this now for acceptance in JOSS. One point, for future reference, please always check that the ZENODO meta data (authors, title, version tag) match that of the paper.
@stheid I'll be processing this work for acceptance in JOSS. Please work on the remaining minor points below, thanks:
[x] The reviewed submission is at v0.1.3
while the provided archived version is at v0.2.0-2
. Please create a new archived version for v0.1.3
. When you do this also make sure the ZENODO meta-data for the author names and the title match as well. You may need to manually edit this.
[ ] Please add city and country information for all affiliations (do not use acronyms for countries)
[x] This work is about to be accepted in JOSS. We recommend you proofread your paper once more yourself at this stage, and also verify the accuracy of the author names, affiliations, and acknowledgments.
That all sounds good :)
@Kevin-Mattheus-Moerman How to create a zenodo archive of a already released version. I have the impression this is impossible (that was the only reason we created 0.2.0-2 in the first place)
@whedon set 0.2.0-2 as version
OK. 0.2.0-2 is the version.
@stheid I've now changed the version tag listed for this review so that seems to have removed that discrepancy. Please still update the archive title/authors if these deviate from the paper.
@whedon accept
Attempting dry run of processing paper acceptance...
Reference check summary (note 'MISSING' DOIs are suggestions that need verification):
OK DOIs
- 10.3384/ecp18154206 is OK
- 10.1109/MPE.2008.918718 is OK
- 10.1016/j.energy.2017.05.123 is OK
- 10.5334/jors.188 is OK
- 10.1109/TPWRS.2018.2829021 is OK
- 10.1109/TIE.2012.2194969 is OK
- 10.1109/TIE.2012.2196889 is OK
MISSING DOIs
- None
INVALID DOIs
- None
:wave: @openjournals/joss-eics, this paper is ready to be accepted and published.
Check final proof :point_right: https://github.com/openjournals/joss-papers/pull/1776
If the paper PDF and Crossref deposit XML look good in https://github.com/openjournals/joss-papers/pull/1776, then you can now move forward with accepting the submission by compiling again with the flag deposit=true
e.g.
@whedon accept deposit=true
@stheid
like this? To be honest i don't understand where exactly the issue is.
@stheid please edit the affiliation in the YAML at the top of your paper.md
file.
@stheid yes but please also add the city
Sorry, i thought it would be clear enough ^^; But i added it now.
@whedon accept
Attempting dry run of processing paper acceptance...
Reference check summary (note 'MISSING' DOIs are suggestions that need verification):
OK DOIs
- 10.3384/ecp18154206 is OK
- 10.1109/MPE.2008.918718 is OK
- 10.1016/j.energy.2017.05.123 is OK
- 10.5334/jors.188 is OK
- 10.1109/TPWRS.2018.2829021 is OK
- 10.1109/TIE.2012.2194969 is OK
- 10.1109/TIE.2012.2196889 is OK
MISSING DOIs
- None
INVALID DOIs
- None
:wave: @openjournals/joss-eics, this paper is ready to be accepted and published.
Check final proof :point_right: https://github.com/openjournals/joss-papers/pull/1781
If the paper PDF and Crossref deposit XML look good in https://github.com/openjournals/joss-papers/pull/1781, then you can now move forward with accepting the submission by compiling again with the flag deposit=true
e.g.
@whedon accept deposit=true
@whedon accept deposit=true
Doing it live! Attempting automated processing of paper acceptance...
🐦🐦🐦 👉 Tweet for this paper 👈 🐦🐦🐦
🚨🚨🚨 THIS IS NOT A DRILL, YOU HAVE JUST ACCEPTED A PAPER INTO JOSS! 🚨🚨🚨
Here's what you must now do:
Party like you just published a paper! 🎉🌈🦄💃👻🤘
Any issues? Notify your editorial technical team...
@katyhuff, @gonsie - many thanks for your reviews here and to @dhhagan for editing this submission ✨
@stheid - your paper is now accepted into JOSS :zap::rocket::boom:
:tada::tada::tada: Congratulations on your paper acceptance! :tada::tada::tada:
If you would like to include a link to your paper from your README use the following code snippets:
Markdown:
[![DOI](https://joss.theoj.org/papers/10.21105/joss.02435/status.svg)](https://doi.org/10.21105/joss.02435)
HTML:
<a style="border-width:0" href="https://doi.org/10.21105/joss.02435">
<img src="https://joss.theoj.org/papers/10.21105/joss.02435/status.svg" alt="DOI badge" >
</a>
reStructuredText:
.. image:: https://joss.theoj.org/papers/10.21105/joss.02435/status.svg
:target: https://doi.org/10.21105/joss.02435
This is how it will look in your documentation:
We need your help!
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: @stheid (Stefan Heid) Repository: https://github.com/upb-lea/openmodelica-microgrid-gym Version: 0.2.0-2 Editor: @dhhagan Reviewer: @katyhuff, @gonsie Archive: 10.5281/zenodo.4041278
:warning: JOSS reduced service mode :warning:
Due to the challenges of the COVID-19 pandemic, JOSS is currently operating in a "reduced service mode". You can read more about what that means in our blog post.
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
@katyhuff & @gonsie, please carry out your review in this issue by updating the checklist below. If you cannot edit the checklist please:
The reviewer guidelines are available here: https://joss.readthedocs.io/en/latest/reviewer_guidelines.html. Any questions/concerns please let @dhhagan know.
✨ Please try and complete your review in the next six weeks ✨
Review checklist for @katyhuff
Conflict of interest
Code of Conduct
General checks
Functionality
Documentation
Software paper
Review checklist for @gonsie
Conflict of interest
Code of Conduct
General checks
Functionality
Documentation
Software paper