#2575: online thorn documentation only lists thorns active in thorn list
Reporter: Roland Haas
Status: invalid
Milestone: ET_2021_11
Version: development version
Type: bug
Priority: major
Component: EinsteinToolkit website
Changes (by Roland Haas):
status: invalid (was new)
Comment (by Roland Haas):
I was mistaken. All thorn documentation is build for all thorns in arrangements no matter whether they are in a thornlist or not.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2575/online-thorn-docu…
#2577: CactusTutorial.ipynb contains code only suitable or tutorial server
Reporter: Roland Haas
Status: new
Milestone:
Version: development version
Type: bug
Priority: major
Component: EinsteinToolkit Virtual Machine
The tutorial notebook is intended for both use inside of the tutorial server \(and docker image\) as well as users' own jupyer notebook server in their account and finally as a read-only, offline version.
The current notebook contains instances of code that will fail or do dangerous things on a user’s laptop. Namley:
```python
import scrolldown
```
will fail unless a Python module `scrolldown` is available. This should be encased in a `try:... except ModuleNotFoundError` block.
And
```shell
cd ~/
rm -fr ~/Cactus
tar xzf ~etuser/Cactus.tar.gz
```
which is very dangerous since it will remove any `Cactus` directory in a user’s $HOME which is a bad thing to do for offline use where users may want to use a different directory \(eg GW150914 or so\). The tarbal will also only exist on the notebook server and thus `tar` will fail on private jupyter notebook servers or in offline use. This can confuse potential new users that expect to be able to enter each command in the notebook and thus be able to run Cactus.
This cell should be protect by some bash-level if statements that check if it is being run on the notebook server and a comment that this cell will only be used on the notebook server added to the cell as a shell comment \(so that it cannot be lost\).
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2577/cactustutorialipy…
#2551: include RePriMand in the ET
Reporter: Roland Haas
Status: open
Milestone: ET_2021_11
Version: development version
Type: enhancement
Priority: major
Component:
Comment (by Wolfgang Kastaun):
```
@article{Kastaun:2020uxr,
author = "Kastaun, Wolfgang and Kalinani, Jay Vijay and Ciolfi, Riccardo",
title = "{Robust Recovery of Primitive Variables in Relativistic Ideal Magnetohydrodynamics}",
eprint = "2005.01821",
archivePrefix = "arXiv",
primaryClass = "gr-qc",
doi = "10.1103/PhysRevD.103.023018",
journal = "Phys. Rev. D",
volume = "103",
number = "2",
pages = "023018",
year = "2021"
}
```
‌
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2551/include-reprimand…
#2551: include RePriMand in the ET
Reporter: Roland Haas
Status: open
Milestone: ET_2021_11
Version: development version
Type: enhancement
Priority: major
Component:
Comment (by Roland Haas):
It’s not super important \(since RePrimAnd is not yet compiled by default\) you may consider to hook yourself up to the ET commits mailing list \(like the ET thorns do\) by setting up [commits@einsteintoolkit.org](mailto:commits@einsteintoolkit.org) as the recipient of push event emails in [https://github.com/GITHUB\_USER\_NAME/REPO\_NAME/settings/notifications/edi… .
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2551/include-reprimand…
#2538: Inclusion of kuibit
Reporter: Gabriele Bozzola
Status: open
Milestone: ET_2021_11
Version: development version
Type: enhancement
Priority: major
Component:
Comment (by Roland Haas):
It’s not super important \(since kuibit is analysis not ET thorn\) you may consider to hook yourself up to the ET commits mailing list \(like the ET thorns do\) by setting up [commits@einsteintoolkit.org](mailto:commits@einsteintoolkit.org) as the recipient of push event emails in [https://github.com/GITHUB\_USER\_NAME/REPO\_NAME/settings/notifications/edi… .
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2538/inclusion-of-kuib…
#2538: Inclusion of kuibit
Reporter: Gabriele Bozzola
Status: open
Milestone: ET_2021_11
Version: development version
Type: enhancement
Priority: major
Component:
Comment (by Gabriele Bozzola):
> Usually the suggested citations are secondary publications or publications that describe specific aspects that not all users will use.
I see. Without `numpy`, `scipy`, and `h5py`, `kuibit` would not exist. Therefore, I personally always cite them, and I would recommend anyone that uses `kuibit` to do the same. \(\`matplotlib\` is not as important in `kuibit`: you can use 95 % of the available features without it and use your preferred plotting library instead\)
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2538/inclusion-of-kuib…
#2538: Inclusion of kuibit
Reporter: Gabriele Bozzola
Status: open
Milestone: ET_2021_11
Version: development version
Type: enhancement
Priority: major
Component:
Comment (by Roland Haas):
Thank you. You can certainly add the scipy and numpy citations as suggested ones. If you do list citations for kuibit’s dependencies \(typically not done, those dependenicies would have their own list\) you may also consider the matplotlib citation \(which they actually request, [https://matplotlib.org/3.1.1/citing.html](https://matplotlib.org/3.1.1/citi…):
```tex
@Article{Hunter:2007,
Author = {Hunter, J. D.},
Title = {Matplotlib: A 2D graphics environment},
Journal = {Computing in Science \& Engineering},
Volume = {9},
Number = {3},
Pages = {90--95},
abstract = {Matplotlib is a 2D graphics package used for Python for
application development, interactive scripting, and publication-quality
image generation across user interfaces and operating systems.},
publisher = {IEEE COMPUTER SOC},
doi = {10.1109/MCSE.2007.55},
year = 2007
}
```
though the entry itself already exists in einsteintoolkit.bib. Usually the suggested citations are secondary publications or publications that describe specific aspects that not all users will use.
Independent of this, adding the numpy and scipy entries \(with or without suggested-for\) to einsteintoolkit.bib seems like a good idea. Thanks for looking them up.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2538/inclusion-of-kuib…