Skip to content
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

[REVIEW]: GeophysicalFlows.jl: Solvers for geophysical fluid dynamics problems in periodic domains on CPUs & GPUs #3053

Closed
40 tasks done
whedon opened this issue Feb 22, 2021 · 127 comments
Assignees
Labels
accepted Julia published Papers published in JOSS recommend-accept Papers recommended for acceptance in JOSS. review

Comments

@whedon
Copy link

whedon commented Feb 22, 2021

Submitting author: @navidcy (Navid C. Constantinou)
Repository: https://github.com/FourierFlows/GeophysicalFlows.jl
Version: v0.12.1
Editor: @pdebuyl
Reviewer: @ranocha, @eviatarbach
Archive: 10.5281/zenodo.4695260

⚠️ JOSS reduced service mode ⚠️

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

Status badge code:

HTML: <a href="https://joss.theoj.org/papers/a8cdf26beae8bcecc751ab4ded53b308"><img src="https://joss.theoj.org/papers/a8cdf26beae8bcecc751ab4ded53b308/status.svg"></a>
Markdown: [![status](https://joss.theoj.org/papers/a8cdf26beae8bcecc751ab4ded53b308/status.svg)](https://joss.theoj.org/papers/a8cdf26beae8bcecc751ab4ded53b308)

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

@ranocha & @eviatarbach, please carry out your review in this issue by updating the checklist below. If you cannot edit the checklist please:

  1. Make sure you're logged in to your GitHub account
  2. Be sure to accept the invite at this URL: https://github.com/openjournals/joss-reviews/invitations

The reviewer guidelines are available here: https://joss.readthedocs.io/en/latest/reviewer_guidelines.html. Any questions/concerns please let @pdebuyl 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

Review checklist for @ranocha

Conflict of interest

  • I confirm that I have read the JOSS conflict of interest (COI) policy and that: I have no COIs with reviewing this work or that any perceived COIs have been waived by JOSS for the purpose of this review.

Code of Conduct

General checks

  • Repository: Is the source code for this software available at the repository url?
  • License: Does the repository contain a plain-text LICENSE file with the contents of an OSI approved software license?
  • Contribution and authorship: Has the submitting author (@navidcy) made major contributions to the software? Does the full list of paper authors seem appropriate and complete?
  • Substantial scholarly effort: Does this submission meet the scope eligibility described in the JOSS guidelines

Functionality

  • Installation: Does installation proceed as outlined in the documentation?
  • Functionality: Have the functional claims of the software been confirmed?
  • Performance: If there are any performance claims of the software, have they been confirmed? (If there are no claims, please check off this item.)

Documentation

  • A statement of need: Does the paper have a section titled 'Statement of Need' that clearly states what problems the software is designed to solve and who the target audience is?
  • Installation instructions: Is there a clearly-stated list of dependencies? Ideally these should be handled with an automated package management solution.
  • Example usage: Do the authors include examples of how to use the software (ideally to solve real-world analysis problems).
  • Functionality documentation: Is the core functionality of the software documented to a satisfactory level (e.g., API method documentation)?
  • Automated tests: Are there automated tests or manual steps described so that the functionality of the software can be verified?
  • Community guidelines: Are there clear guidelines for third parties wishing to 1) Contribute to the software 2) Report issues or problems with the software 3) Seek support

Software paper

  • Summary: Has a clear description of the high-level functionality and purpose of the software for a diverse, non-specialist audience been provided?
  • A statement of need: Do the authors clearly state what problems the software is designed to solve and who the target audience is?
  • State of the field: Do the authors describe how this software compares to other commonly-used packages?
  • Quality of writing: Is the paper well written (i.e., it does not require editing for structure, language, or writing quality)?
  • References: Is the list of references complete, and is everything cited appropriately that should be cited (e.g., papers, datasets, software)? Do references in the text use the proper citation syntax?

Review checklist for @eviatarbach

Conflict of interest

  • I confirm that I have read the JOSS conflict of interest (COI) policy and that: I have no COIs with reviewing this work or that any perceived COIs have been waived by JOSS for the purpose of this review.

Code of Conduct

General checks

  • Repository: Is the source code for this software available at the repository url?
  • License: Does the repository contain a plain-text LICENSE file with the contents of an OSI approved software license?
  • Contribution and authorship: Has the submitting author (@navidcy) made major contributions to the software? Does the full list of paper authors seem appropriate and complete?
  • Substantial scholarly effort: Does this submission meet the scope eligibility described in the JOSS guidelines

Functionality

  • Installation: Does installation proceed as outlined in the documentation?
  • Functionality: Have the functional claims of the software been confirmed?
  • Performance: If there are any performance claims of the software, have they been confirmed? (If there are no claims, please check off this item.)

Documentation

  • A statement of need: Does the paper have a section titled 'Statement of Need' that clearly states what problems the software is designed to solve and who the target audience is?
  • Installation instructions: Is there a clearly-stated list of dependencies? Ideally these should be handled with an automated package management solution.
  • Example usage: Do the authors include examples of how to use the software (ideally to solve real-world analysis problems).
  • Functionality documentation: Is the core functionality of the software documented to a satisfactory level (e.g., API method documentation)?
  • Automated tests: Are there automated tests or manual steps described so that the functionality of the software can be verified?
  • Community guidelines: Are there clear guidelines for third parties wishing to 1) Contribute to the software 2) Report issues or problems with the software 3) Seek support

Software paper

  • Summary: Has a clear description of the high-level functionality and purpose of the software for a diverse, non-specialist audience been provided?
  • A statement of need: Do the authors clearly state what problems the software is designed to solve and who the target audience is?
  • State of the field: Do the authors describe how this software compares to other commonly-used packages?
  • Quality of writing: Is the paper well written (i.e., it does not require editing for structure, language, or writing quality)?
  • References: Is the list of references complete, and is everything cited appropriately that should be cited (e.g., papers, datasets, software)? Do references in the text use the proper citation syntax?
@whedon
Copy link
Author

whedon commented Feb 22, 2021

Hello human, I'm @whedon, a robot that can help you with some common editorial tasks. @ranocha, @eviatarbach it looks like you're currently assigned to review this paper 🎉.

⚠️ JOSS reduced service mode ⚠️

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.

⭐ Important ⭐

If you haven't already, you should seriously consider unsubscribing from GitHub notifications for this (https://github.com/openjournals/joss-reviews) repository. As a reviewer, you're probably currently watching this repository which means for GitHub's default behaviour you will receive notifications (emails) for all reviews 😿

To fix this do the following two things:

  1. Set yourself as 'Not watching' https://github.com/openjournals/joss-reviews:

watching

  1. You may also like to change your default settings for this watching repositories in your GitHub profile here: https://github.com/settings/notifications

notifications

For a list of things I can do to help you, just type:

@whedon commands

For example, to regenerate the paper pdf after making changes in the paper's md or bib files, type:

@whedon generate pdf

@whedon
Copy link
Author

whedon commented Feb 22, 2021

Software report (experimental):

github.com/AlDanial/cloc v 1.88  T=0.20 s (232.0 files/s, 43355.3 lines/s)
-------------------------------------------------------------------------------
Language                     files          blank        comment           code
-------------------------------------------------------------------------------
Julia                           25           1721            498           4898
Markdown                        13            419              0           1048
YAML                             6             17              8            115
TOML                             3              6              0             53
-------------------------------------------------------------------------------
SUM:                            47           2163            506           6114
-------------------------------------------------------------------------------


Statistical information for the repository 'bb0dae94f28ce15b0204c8e1' was
gathered on 2021/02/22.
No commited files with the specified extensions were found.

@whedon
Copy link
Author

whedon commented Feb 22, 2021

PDF failed to compile for issue #3053 with the following error:

Can't find any papers to compile :-(

@pdebuyl
Copy link

pdebuyl commented Feb 22, 2021

@ranocha @eviatarbach make sure to accept the invitation to the reviewers group and to have a look at the reviewer guidelines linked to at the top of this review page.

The review process will happen in this issue page, so questions to the author or to me can be added as comments here.

@pdebuyl
Copy link

pdebuyl commented Feb 22, 2021

@whedon generate pdf from branch JOSS-paper

@whedon
Copy link
Author

whedon commented Feb 22, 2021

Attempting PDF compilation from custom branch JOSS-paper. Reticulating splines etc...

@whedon
Copy link
Author

whedon commented Feb 22, 2021

👉📄 Download article proof 📄 View article proof on GitHub 📄 👈

@eviatarbach
Copy link

Before getting into the rest of the review, I ran into some installation issues on older versions of Julia. On Julia 1.5.3 the installation works fine.

On Julia 1.4.1 (less than a year old), the error FourierFlows/GeophysicalFlows.jl#128 occurs upon first import. I understand this was fixed in GeophysicalFlows.jl version 0.8.1, but that version requires Julia 1.5.0, meaning that the package installation is broken on Julia 1.4.1 (and I assume all versions of Julia between 1.4.0 and 1.5.0). I suggest that either a fix is backported or the package be marked as incompatible with these versions.

I also tried installing it on Julia 1.3.1, which results in an error about unsatisfiable requirements. This one is perhaps not as important because it gives an explicit error at installation time. However, I think it would be good to determine which versions of Julia this package is compatible with at present (especially versions since Julia 1.0.5, the LTS), and state this in the repository README.

@navidcy
Copy link

navidcy commented Feb 27, 2021

Thanks @eviatarbach for pointing this out. I’ll try to sort it out and ping you.

@navidcy
Copy link

navidcy commented Feb 27, 2021

Regarding the error on Julia v1.4, I could fix the issue if I could edit a file from the v0.8.0 release.
how do I do that? or what should I google to figure it out?

@pdebuyl
Copy link

pdebuyl commented Feb 27, 2021

@navidcy you can issue a bugfix release 0.8.5 if necessary. Google should advise you not to edit the content of the release :-)

Is it necessary to fix older versions for this issue?

@navidcy
Copy link

navidcy commented Mar 2, 2021

hi @eviatarbach, regarding the issue with Julia v1.4.2, I've pushed a bugfix release v0.8.5 which should be fine.

julia> using GeophysicalFlows
[ Info: Precompiling GeophysicalFlows [44ee3b1c-bc02-53fa-8355-8e347616e15e]
[ Info: FourierFlows will use 12 threads
[ Info: FourierFlows will use 12 threads

julia> 

and

(@v1.4) pkg> test GeophysicalFlows
    Testing GeophysicalFlows
Status `/private/var/folders/1z/s8gw4q055514jw75ztnclx4h0000gn/T/jl_Mqed4V/Manifest.toml`
  [621f4979] AbstractFFTs v1.0.1
  [79e6a3ab] Adapt v2.4.0
  [56f22d72] Artifacts v1.3.0
  [13072b0f] AxisAlgorithms v1.0.0
  [b99e7846] BinaryProvider v0.5.10
  [fa961155] CEnum v0.4.1
  [052768ef] CUDA v1.3.3
  [d360d2e6] ChainRulesCore v0.9.29
  [944b1d66] CodecZlib v0.7.0
  [34da2185] Compat v3.25.0
  [e66e0078] CompilerSupportLibraries_jll v0.3.4+0
  [a2441757] Coverage v1.2.0
  [c36e975a] CoverageTools v1.2.2
  [864edb3b] DataStructures v0.18.9
  [ffbed154] DocStringExtensions v0.8.3
  [e2ba6199] ExprTools v0.1.3
  [7a1cc6ca] FFTW v1.3.2
  [f5851436] FFTW_jll v3.3.9+7
  [2aec4490] FourierFlows v0.6.8
  [0c68f7d7] GPUArrays v5.2.1
  [61eb1bfa] GPUCompiler v0.6.1
  [44ee3b1c] GeophysicalFlows v0.8.5
  [cd3eb016] HTTP v0.9.5
  [83e8ac13] IniFile v0.5.0
  [1d5cc7b8] IntelOpenMP_jll v2018.0.3+2
  [a98d9a8b] Interpolations v0.13.1
  [033835bb] JLD2 v0.3.3
  [692b3bcd] JLLWrappers v1.2.0
  [682c06a0] JSON v0.21.1
  [929cbde3] LLVM v2.0.0
  [4af54fe1] LazyArtifacts v1.3.0
  [856f044c] MKL_jll v2021.1.1+1
  [1914dd2f] MacroTools v0.5.6
  [739be429] MbedTLS v1.0.3
  [c8ffd9c3] MbedTLS_jll v2.16.8+1
  [872c559c] NNlib v0.7.14
  [ca575930] NetworkOptions v1.2.0
  [6fe1bfb0] OffsetArrays v1.6.1
  [efe28fd5] OpenSpecFun_jll v0.5.3+4
  [bac558e1] OrderedCollections v1.4.0
  [69de0a69] Parsers v1.0.15
  [c84ed2f1] Ratios v0.4.0
  [189a3867] Reexport v0.2.0
  [ae029012] Requires v1.1.2
  [276daf66] SpecialFunctions v1.3.0
  [90137ffa] StaticArrays v0.12.5
  [a759f4b9] TimerOutputs v0.5.8
  [3bb67fe8] TranscodingStreams v0.9.5
  [5c2747f8] URIs v1.2.0
  [efce3f68] WoodburyMatrices v0.5.3
  [83775a58] Zlib_jll v1.2.11+18
  [2a0f44e3] Base64
  [ade2ca70] Dates
  [8bb1440f] DelimitedFiles
  [8ba89e20] Distributed
  [b77e0a4c] InteractiveUtils
  [76f85450] LibGit2
  [8f399da3] Libdl
  [37e2e46d] LinearAlgebra
  [56ddb016] Logging
  [d6f4376e] Markdown
  [a63ad114] Mmap
  [44cfe95a] Pkg
  [de0858da] Printf
  [3fa0cd96] REPL
  [9a3f8284] Random
  [ea8e919c] SHA
  [9e88b42a] Serialization
  [1a1011a3] SharedArrays
  [6462fe0b] Sockets
  [2f01184e] SparseArrays
  [10745b16] Statistics
  [8dfed614] Test
  [cf7118a7] UUIDs
  [4ec0a83e] Unicode
[ Info: FourierFlows will use 12 threads
testing on CPU
Test Summary: | Pass  Total
Utils         |    2      2
Test Summary:    | Pass  Total
TwoDNavierStokes |    9      9
Test Summary: | Pass  Total
BarotropicQG  |   18     18
Test Summary:  | Pass  Total
BarotropicQGQL |   14     14
Test Summary: | Pass  Total
SurfaceQG     |    9      9
testing on GPU
Test Summary: | Pass  Total
Utils         |    2      2
┌ Warning: calls to Base intrinsics might be GPU incompatible
│   exception =
│    You called cos(x::T) where T<:Union{Float32, Float64} in Base.Math at special/trig.jl:100, maybe you intended to call cos(x::Float64) in CUDA at /g/data/v45/nc3020/.julia/packages/CUDA/dZvbp/src/device/intrinsics/math.jl:5 instead?
│    Stacktrace:
│     [1] cos at special/trig.jl:100
│     [2] broadcast_kernel at /g/data/v45/nc3020/.julia/packages/GPUArrays/uaFZh/src/host/broadcast.jl:60
└ @ GPUCompiler /g/data/v45/nc3020/.julia/packages/GPUCompiler/GKp4B/src/irgen.jl:68
Test Summary:    | Pass  Total
TwoDNavierStokes |    9      9
Test Summary: | Pass  Total
BarotropicQG  |   18     18
Test Summary:  | Pass  Total
BarotropicQGQL |   14     14
Test Summary: | Pass  Total
SurfaceQG     |    9      9
Test Summary: | Pass  Total
MultilayerQG  |   14     14
Total test time: 1111.3896864
    Testing GeophysicalFlows tests passed

@navidcy
Copy link

navidcy commented Mar 2, 2021

@eviatarbach, regarding supporting Julia's longterm release v1.0.5, we can't be using CUDA.jl (since even v0.1.0 requires Julia v1.3). Unfortunately, the latest GeophysicalFlows.jl version that is supported on Julia v1.0.5 is only v0.5.1.

@navidcy
Copy link

navidcy commented Mar 2, 2021

I have added remark regarding version compatibilities with Julia's releases in the readme; see 1fe5dfc.

@pdebuyl
Copy link

pdebuyl commented Mar 3, 2021

@navidcy typically a JOSS reviews considers a single version of the software. The version listed upon submission is v0.11.3, may I ask what is the relevance of updating earlier versions?

@eviatarbach
Copy link

eviatarbach commented Mar 3, 2021

@navidcy Thank you for addressing this issue! It works now on Julia 1.4 for me as well.

@pdebuyl I brought up this issue. I thought that this would be important to address since the installation was failing on even quite recent versions of Julia. I apologize if this was outside the scope of the review.

@navidcy
Copy link

navidcy commented Mar 3, 2021

@pdebuyl, as @eviatarbach explained I was trying to address their remark above. I felt that adding a note in the readme was indeed very appropriate.

@pdebuyl
Copy link

pdebuyl commented Mar 3, 2021

@eviatarbach this was not out of scope, no problem. I did not get why there was a discussion of older versions of the code but it all makes sense. + There is now a bugfix release and extra information in the README, which is good.

@ranocha
Copy link

ranocha commented Mar 4, 2021

Thanks for creating this nice package (and the basic functionality in FourierFlows.jl), @navidcy et al. Please find below some comments and suggestions.

  • You should consider reformatting the license file LICENSE.md such that GitHub recognizes the license type automatically, cf. https://opensource.org/licenses/MIT
  • It would be good to have a top-level CONTRIBUTING file (mentioned also in the docs) so users see a link to it when they open a PR. It would also be good to note if you prefer users create a GitHub issue or use some other means for reporting problems. Related issue: Contributors Section in Docs FourierFlows/GeophysicalFlows.jl#180
    Edit: Done in Adds Contributor's Guide in Docs + CONTRIBUTING.md FourierFlows/GeophysicalFlows.jl#204
  • The currently latest release is v0.8.5 but the README tells people to cite v0.11.4 - that's really confusing and weird.
  • There is no explicit section "Statement of need" required for review. It would be good to structure the paper a bit more, e.g. by including sections like "Features" and "Related research and software" (although some related information is contained in the manuscript already).
  • Would it be possible to leverage ApproxFun.jl (and/or related Matlab tools) for these problems?
  • What is the reason for implementing the time stepping algorithms on your own instead of using something like OrdinaryDiffEq.jl?
  • How do you think about relations to Oceananigans.jl?
  • From reading the manuscript and the README, it's not clear to me what kind of scalability to expect. Is it correct that this package is restricted to using a single CPU or GPU, mostly in two spatial dimensions? This should be made more clear.
  • What about integration of functionality from PencilFFTs.jl for parallelism? Would something like this be possible?
  • I could not launch some examples in Binder as described in the documentation, see Launching the example "2D dcaying turbulence" in binder does not work FourierFlows/GeophysicalFlows.jl#203
  • I also tried to run the first few examples from the documentation on the GPU but got some errors like ERROR: scalar getindex is disallowed. It would be really nice to point the reader explicitly to some GPU examples or (even better) to make the CPU examples compatible with running them on the GPU.

@pdebuyl
Copy link

pdebuyl commented Mar 4, 2021

Thank you @ranocha for the review.

The statement of need is supposed to be checked on submission, probably it wasn't because of the non "master" branch for the paper.

@navidcy
Copy link

navidcy commented Mar 5, 2021

@ranocha, I don't really see how I should reformat the file in view of your remark: "You should consider reformatting the license file LICENSE.md such that GitHub recognizes the license type automatically, cf. https://opensource.org/licenses/MIT"

Could you elaborate a bit perhaps?

@whedon
Copy link
Author

whedon commented Apr 19, 2021

Attempting dry run of processing paper acceptance...

@whedon
Copy link
Author

whedon commented Apr 19, 2021

PDF failed to compile for issue #3053 with the following error:

 Can't find any papers to compile :-(

@pdebuyl
Copy link

pdebuyl commented Apr 19, 2021

Thanks @ranocha and @eviatarbach for the review!

@pdebuyl
Copy link

pdebuyl commented Apr 19, 2021

@whedon accept from branch JOSS-paper

@whedon
Copy link
Author

whedon commented Apr 19, 2021

Attempting dry run of processing paper acceptance...

@whedon
Copy link
Author

whedon commented Apr 19, 2021

Reference check summary (note 'MISSING' DOIs are suggestions that need verification):

OK DOIs

- 10.1137/141000671 is OK
- 10.21105/joss.02018 is OK
- 10.5194/gmd-9-2793-2016 is OK
- 10.21105/joss.02597 is OK
- 10.5281/zenodo.4686348 is OK
- 10.5670/oceanog.2016.66 is OK
- 10.1103/PhysRevResearch.2.023068 is OK
- 10.5281/zenodo.3551326 is OK
- 10.1017/jfm.2021.247 is OK
- 10.5802/smai-jcm.63 is OK

MISSING DOIs

- None

INVALID DOIs

- None

@whedon
Copy link
Author

whedon commented Apr 19, 2021

👋 @openjournals/joss-eics, this paper is ready to be accepted and published.

Check final proof 👉 openjournals/joss-papers#2247

If the paper PDF and Crossref deposit XML look good in openjournals/joss-papers#2247, then you can now move forward with accepting the submission by compiling again with the flag deposit=true e.g.

@whedon accept deposit=true from branch JOSS-paper 

@navidcy
Copy link

navidcy commented Apr 19, 2021

@pdebuyl I just went through the proofs.

Looks good -- I just rephrased a the sentence to reflect that Pearson et al. 2021 is part of what "has been done" and not part of what's "Currently, GeophysicalFlows.jl is used for..." and pushed in JOSS-paper branch. (see FourierFlows/GeophysicalFlows.jl@38af08b).

Can you update the pdf to reflect the latest version?

@pdebuyl
Copy link

pdebuyl commented Apr 19, 2021

Hi @navidcy I'll let the handling associate editor-in-chief take the update into account. They will take the review process further in this review issue.

@arfon
Copy link
Member

arfon commented Apr 20, 2021

@whedon accept from branch JOSS-paper

@whedon
Copy link
Author

whedon commented Apr 20, 2021

Attempting dry run of processing paper acceptance...

@whedon
Copy link
Author

whedon commented Apr 20, 2021

Reference check summary (note 'MISSING' DOIs are suggestions that need verification):

OK DOIs

- 10.1137/141000671 is OK
- 10.21105/joss.02018 is OK
- 10.5194/gmd-9-2793-2016 is OK
- 10.21105/joss.02597 is OK
- 10.5281/zenodo.4686348 is OK
- 10.5670/oceanog.2016.66 is OK
- 10.1103/PhysRevResearch.2.023068 is OK
- 10.5281/zenodo.3551326 is OK
- 10.1017/jfm.2021.247 is OK
- 10.5802/smai-jcm.63 is OK

MISSING DOIs

- None

INVALID DOIs

- None

@whedon
Copy link
Author

whedon commented Apr 20, 2021

👋 @openjournals/joss-eics, this paper is ready to be accepted and published.

Check final proof 👉 openjournals/joss-papers#2248

If the paper PDF and Crossref deposit XML look good in openjournals/joss-papers#2248, then you can now move forward with accepting the submission by compiling again with the flag deposit=true e.g.

@whedon accept deposit=true from branch JOSS-paper 

@navidcy
Copy link

navidcy commented Apr 20, 2021

thanks @arfon, looks good!

@arfon
Copy link
Member

arfon commented Apr 21, 2021

@whedon accept deposit=true from branch JOSS-paper

@whedon
Copy link
Author

whedon commented Apr 21, 2021

Doing it live! Attempting automated processing of paper acceptance...

@whedon whedon added accepted published Papers published in JOSS labels Apr 21, 2021
@whedon
Copy link
Author

whedon commented Apr 21, 2021

🐦🐦🐦 👉 Tweet for this paper 👈 🐦🐦🐦

@whedon
Copy link
Author

whedon commented Apr 21, 2021

🚨🚨🚨 THIS IS NOT A DRILL, YOU HAVE JUST ACCEPTED A PAPER INTO JOSS! 🚨🚨🚨

Here's what you must now do:

  1. Check final PDF and Crossref metadata that was deposited 👉 Creating pull request for 10.21105.joss.03053 joss-papers#2253
  2. Wait a couple of minutes, then verify that the paper DOI resolves https://doi.org/10.21105/joss.03053
  3. If everything looks good, then close this review issue.
  4. Party like you just published a paper! 🎉🌈🦄💃👻🤘

Any issues? Notify your editorial technical team...

@arfon
Copy link
Member

arfon commented Apr 21, 2021

@ranocha, @eviatarbach - many thanks for your reviews here and to @pdebuyl for editing this submission. JOSS relies upon the volunteer efforts of people like you, and we couldn't do this without you ✨

@navidcy - your paper is now accepted into JOSS ⚡🚀💥

@arfon arfon closed this as completed Apr 21, 2021
@whedon
Copy link
Author

whedon commented Apr 21, 2021

🎉🎉🎉 Congratulations on your paper acceptance! 🎉🎉🎉

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.03053/status.svg)](https://doi.org/10.21105/joss.03053)

HTML:
<a style="border-width:0" href="https://doi.org/10.21105/joss.03053">
  <img src="https://joss.theoj.org/papers/10.21105/joss.03053/status.svg" alt="DOI badge" >
</a>

reStructuredText:
.. image:: https://joss.theoj.org/papers/10.21105/joss.03053/status.svg
   :target: https://doi.org/10.21105/joss.03053

This is how it will look in your documentation:

DOI

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:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
accepted Julia published Papers published in JOSS recommend-accept Papers recommended for acceptance in JOSS. review
Projects
None yet
Development

No branches or pull requests

8 participants