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

JOSS paper #16

Open
2 of 5 tasks
brandondube opened this issue Feb 17, 2024 · 2 comments
Open
2 of 5 tasks

JOSS paper #16

brandondube opened this issue Feb 17, 2024 · 2 comments
Labels

Comments

@brandondube
Copy link

brandondube commented Feb 17, 2024

This issue is part of my JOSS review at openjournals/joss-reviews#6315

The review criteria for the paper are

  • Summary: Has a clear description of the high-level functionality and purpose of the software for a diverse, non-specialist audience been provided?

The current draft of the paper can be outlined as follows

I struggle with the ...diverse, non-specialist audience portion of the criteria. I also feel that the summary does not really "summarize" the software. The one sentence is

pySLM2 is a python package designed for full-stack control of SLMs for holographic beam
shaping, encompassing hologram generation, simulation, and hardware controls.

full-stack is not defined, one can maybe infer that it has something to do with both hardware control and (?) portion of software from the closing paragraph about universal control. Spending this morning rummaging in your code, perhaps "summary" could/should touch on:

  • the software can simulate the far-field / fourier plane of a DMD or SLM device

  • the software can compute a command to apply to a DMD/SLM to achieve a given far-field complex E-field, given the field incident on the DMD/SLM

  • likewise, the software can compute the command to generate a specific aberration correction

  • the software includes numerous common decompositions in optics (HG, LG, SG, Zernike, ...)

  • the software includes an abstraction of DMD/SLM vendor APIs, providing a universal interface to apply computed commands to hardware

  • 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, who the target audience is, and its relation to other work?

Missing ...and its relation to other work?

  • State of the field: Do the authors describe how this software compares to other commonly-used packages?

no

  • 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?

@ldes89150 ldes89150 added the JOSS label Feb 18, 2024
@ldes89150
Copy link
Member

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, who the target audience is, and its relation to other work?

Missing ...and its relation to other work?

State of the field: Do the authors describe how this software compares to other commonly-used packages?
no

Addressed in #25

@brandondube
Copy link
Author

I have read the current draft of the paper. Overall, it is much improved - thank you! A few areas I would request improvement:

... It has been shown that residual aberrations can be corrected to less than 𝜆/20 root-mean-square (RMS) which is smaller than most of the manufacturing tolerances of optical elements.

This is not really true. For example, a "standard" off-the-shelf lens is finished to an irregularity of a quarter wave PV (quoted) and more like lambda/5 to 6 PV if you actually do incoming inspection of the components. With the rule of thumb that RMS ~ 1/4 to 1/5 of PV, lambda/20 RMS is about as good as a "standard" off the shelf component, and worse than a "precision" or "high precision" component. I think it would serve your purpose better to say ...lambda/20, which satisfies the Maréchal criteria, which nobody can argue with

Your paper now features a brief survey of other SLM related packages on github, which is good. However, I do not think it does an adequate job of relating the package to other works; it reads as though you did a search on Github, and listed approximately the first sentence about each package you found. For example, CGH-diff also uses tensorflow, and so in the same way that your library supports CPU or GPU, so does that one. You highlight a few features your library has,

  1. Support for multiple (sic: two) vendors
  2. Multiple algorithms
  3. The user can view the far-field pattern of the hologram with your library
  4. You have GPU acceleration

Regarding (1), I find it strained to say that two vendors "contrasts" to one when comparing to the other works in the field. r.e (3), this is possible with all of the other libraries you referenced, and item (4) is a feature of 2/3 of the libraries you referenced. These seem to be largely non-distinguishing features.

Your library is not required to be completely unique, filling a niche no other library does, but I think you should do a better job noting that most of the other libraries in the field are rather comparable.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants