Closed enricgrau closed 7 months ago
Hi @enricgrau,
Thanks for the review!
raise ValueError(f"{v!r} is not a valid value for {k}") ValueError: "'#f0901f'" is not a valid value for color
, but perhaps I've fixed it in the mean time. Could you try again please?I hope this addresses your problems and concerns, of course if you spot anything else or have more comments, I'll be happy to address them!
For the record, this is in relation to this JOSS review.
Thank you for your comprehensive response. I’m quite satisfied with the changes you’ve made so far. I like the current state of the documentation and the manuscript. Here are some additional minor observations.
Installation
This time I came across some minor issue with the commeand pip install .
with this error:
ModuleNotFoundError: No module named 'matplotlib'
[end of output]
note: This error originates from a subprocess, and is likely not a problem with pip.
ERROR: Failed building wheel for tp
Failed to build tp
ERROR: Could not build wheels for tp, which is required to install pyproject.toml-based projects
I fixed it with the following command before retrying: pip install setuptools wheel
I’m now in a different machine, so I’m not sure it’s a local issue but I tend to believe this. Because of this, and as it is an easy fix, I don’t think is a necessary fix for being accepted. You may have a quick look into this.
Data I was now able to download the data. However, I was only able to do so because you mentioned it here. I did not find any explicit mention on where or how to downloading the data in the documentation. I strongly recommend you include just a small instruction to do this (either manually or/and with the included in script). I might have missed this however, but it just was not clear to me.
Tutorials I only had problems with tutorial 2. The script keeps running infinitely and I get the following error every couple of seconds (this I was able to reproduce in both of my machines):
File "C:\Users\User\AppData\Local\Programs\Python\Python311\Lib\multiprocessing\spawn.py", line 140, in _check_not_importing_main
raise RuntimeError('''
RuntimeError:
An attempt has been made to start a new process before the
current process has finished its bootstrapping phase.
This probably means that you are not using fork to start your
child processes and you have forgotten to use the proper idiom
in the main module:
if __name__ == '__main__':
freeze_support()
...
The "freeze_support()" line can be omitted if the program
is not going to be frozen to produce an executable.
To fix this issue, refer to the "Safe importing of main module"
section in https://docs.python.org/3/library/multiprocessing.html
Repository
I understand there is nothing you can do retroactively. However, I insist that it would be great to keep this consistent in the future. I see now that the latest uploaded version is 3.1.2
, which is great. I encourage you to make a new release matching the latest real version once the JOSS review is done. This so it incorporates all the changes and it accurately reflects your work and progress.
pre-script: I wrote this last week but evidently failed to post it. Sorry!
Glad to hear it!
Installation
I didn't realise in some cases setuptools and wheel weren't installed by default, but now I've added them to the requirements. This fix doesn't break the installation on my end, but if you could check if it works that would be great.
Data
I put that information in the files on github but forgot to also put it in the website docs, this is now corrected.
Tutorials
I can't reproduce this error, but another reviewer also had a (different) problem with the multiprocessing in this example on mac, which he found a solution for. I've implemented it in the latest version of the master branch, so perhaps you could try again?
Repository
I will certainly do this!
No problem! Thank you for your hard work. I'll close this issue and recommend for publication.
Regarding this JOSS review
Overall, the library shows a clear motivation and solution, along with comprehensive documentation, examples, and tutorials. I’d support for publication in JOSS after addressing my comments and concerns herein.
Manuscript The paper is well written and structured. It presents a clear motivation and solution with the library. The authors do a good job of describing the library, its structure, and its use. Here are some observations to improve the current state of the manuscript:
ThermoPlotter
inKavenagh (2021)
,Herring Rodriguez (2023)
,Brlec (2022)
, andSpooner (2021)
which looks to be a previous version ofThermParser
. Clarifying this in the manuscript would increase confidence in this claim. However, I did not find any mention in neitherSpooner (2020)
orEinhorn (2020)
. Even though I’m not specifically questioning the use of the library on those specific articles, I don’t think it corresponds to include them due to the lack of any explicit mention of it. Please correct me if there is any kind of mention of the library in said articles that I did not catch.Documentation Gallery
The reference is not in the correct format. It displays the
bibtex
entry rather than “1. Maradudin, ….”Tutorials It is great that you show both
CLI
andPython
options and the thorough explanation of what each stage is doing and which lines they correspond to. Good job! However, I did have trouble running them. Here are some comments:kappa-m404021.hdf5
is inclduedraise ValueError(f"{v!r} is not a valid value for {k}") ValueError: "'#f0901f'" is not a valid value for color
. Python works.<sub>3</sub>
appears as textkappa-m363636.hddf5
not includedkappa-m363636.hddf5
not includedInstallation
Windows
and installation works.Python Package
tp.setup.vasp.gen_ibz
) show the first line highlighted in gray in the docs.Repository
v1.0.0
), but the title says3.0.0
(?). It would be great to explicitly mention the current version available and also using more clear title names for future releases (v1.0.0
instead of “Launch day”).Tests Tests are good. They run smoothly with 98% and 89% coverage for
calculate.py
andsettings.py
, respectively. Good job.