Age | Commit message (Collapse) | Author | Lines |
|
To help the audience, the legend of the graph (the description at the
bottom of the page) now also says that the built files are shown in
the Makefiles that produces them.
|
|
Until now, the connection between the first and second slides (after
the title) wasn't clear, so the title and fir paragraph of the
NoiseChisel+M51 slide was slightly modified to be more in-line with
the previous slide.
|
|
As Raul pointed out, to avoid confusion for a color-blind audience, or
when its printed in black-and-white, its best to not just base the
source-build distinction in the graph based on color.
With this commit, the source files have sharp edges and the built
files have round edges.
|
|
After showing the graph (and how everything is connected), it was
useful to remind the viewers on the benefits of Make to create this
structure.
|
|
It could be confusing, but we are only using LaTeX in the template so
far, so its better to just use LaTeX.
|
|
Some minor modifications were made in the graph showing the
organization of the analysis with Make. Also, a `tex/preamble.tex' was
defined to simplify the main source.
|
|
Until now, there was only one slide, with many boxes and arrows
connecting them. It was too complicated to understand for the viewers.
With this commit, it is broken up into separate slides, with each
box/arrow added on each slide as we progress. This helps clearly show
the logic behind all the connections.
The LaTeX source of this graph is in the paper that describes the
project, I will later bring that source into the slides too (and
remove all the extra figures).
|
|
Some arrows and text were added over the shown Makefile to better help
the eye when the viewers aren't familiar with Make.
|
|
Until now, as an example of uploading to Zenodo (besides uploading to
arXiv), I was mentioning `zenodo.1164774'. But this link doesn't have
any software to show. So I just updated the Zenodo link to the more
recent upload of `zenodo.3408481'.
|
|
To help in continuity with the adoption funding possibility slide, its
better that the slide with the RDA grant notice is just before it.
|
|
The link short description above the link on the first slide is now
more clear.
|
|
Given that this project is now recieving funding from RDA EU 4.0, it
was necessary to add an EU flag/description for it. With the new EU
flag, it was necessary to re-arrange the logos to be more visually
appealing.
|
|
A standard GNU GPL copyright notice was added to `README.md' to be
complete.
|
|
The newly created `README.md' gives a short description of the
project, with a link to the final PDF, and the main template Gitlab
page, along with a short description of the LaTeX dependencies and how
to build the PDF.
|
|
The Git commit checksum has been added to the first slide to help
readers identify any change.
|
|
With this copyright, a random viewer will know their rights regarding
these files (that they are free software and that they can modify them
and redistribute them).
|
|
Until now they occupied a major part of the center of the first slide
and in two rows. With this commit, they are in one row and at the
bottom of the slide.
|
|
It helps the eyes find the Git checksum while also connecting it
visually with the previous slide showing the pictured happy
researcher.
|
|
A few other minor corrections were made to make them more clear.
|
|
I had mistakenly written `1/5' instead of `0.5' in the default S/N
value. So I changed it to `1/2' to be more comparable with the
optimized `1/4'.
|
|
Several figures were added to highlight the major points and add
better examples.
|
|
It is helpful to the argument to show the matplotlib dependencies
after we show the Makefiles used to build the programs. Also, since
work on the GNU C Library has already started, the colors of
NoiseChisel's GNU C Library components have been corrected.
|
|
To help with the discussion, that plot was also added after showing
the usage of LaTeX macros.
|
|
The information on the presentation place was updated for the RDA AMA
webinar and all the necessary logos that should have been added before
were now added. Also a diagram showing the relation between the source
and build files has been added after the introduction to Makefiles.
|
|
I had mistakenly forgot to include the four displayed M51 images into
the Git repository of these slides. They were being read from a
different directory on my system!
They are now in the `img/' directory and all references to them in the
LaTeX source of the slides has also been corrected.
This issue was raised by Charles Twardy.
Closes #4
|
|
Only the first slide (marking the location of the talk) has changed.
|
|
Everything else is the same, only the time and date in the first slide
are updated.
|
|
Due to a typo (incorrect macro naming), the credits of the "verified"
stamp were not being shown in the slide. This has been corrected.
|
|
The fact that we only displayed the Git checksum before showing it in
the paper could be a little confusing to people not much familiar with
Git. So a commit checksum (taken randomly from the history of these
slides) was added to it.
Also, some minor changes were done here and there.
|
|
A minor editing was made to make the NoiseChisel slide more
clear. Also the Repology information on Gnuastro and Astropy was set
to today.
|
|
I had used two `using's in one sentence. The second is now changed to
`with'.
|
|
The first slide was modified for this talk.
|
|
Just the first page was updated.
|
|
Since later we have Gnuastro on the right, it was set to the same
order here.
|
|
Until now I was only showing the good NoiseChisel results which don't
show the effect of paramter optimization. With this commit, we are
showing the default parameters, the optimized parameters and the deep
image.
|
|
Two images were taken from `repology.org' showing how Gnuastro and
Astropy's builds on different systems differ.
|
|
The slides were updated (most importantly removing references from the
IAU meeting) for a talk in Collibra.
|
|
To make things easier to understand.
|
|
Before the presentation, some minor corrections were made to make the
points more clear.
|
|
To present this talk in the IAU Symposium 355, a slide was added at
the start to show the importance.
|
|
The new-line was manually inserted in the old aspect ratio, but since
moving to the new aspect ratio, it was no longer necessary, so it has
been corrected.
|
|
In the step that we show how the analysis results are written in the
paper, we would suddenly show the audience a shell function without
any context. This wasn't clear to understand. So the order is reset to
what it originally was: first I show the paper and its source, then I
go down onto the script that writes the LaTeX macros.
|
|
After a discussion with Konrad Hinsen, I recognized that its better to
use "Deterministic", rather than "exact", when describing software
reproducibility.
|
|
A link has been added to the summary page, for viewers to be able to
download the slides.
|
|
This seems to be more logical with the flow of the talk (before
getting into publishing, and right after showing integrity).
|
|
A few slides have been added to clarify the definition of
reproducibility and also to show how a paper using Gnuastro needs far
fewer dependencies.
|
|
A sentence in the Git slides was slightly shortened to fit in the
width without breaking into two.
|
|
I saw this quote a while back in Roberto di Cosmo's RDA talk:
https://www.rd-alliance.org/system/files/documents/2019-04-03_RDA-WG.handout.pdf
|
|
For EWASS, they recommended a 16:9 aspect ratio. This is becoming the
standard and after some tests, I saw felt that it does indeed show
better on modern monitors while also giving more horizontal space. The
slides are now changed to this aspect ratio and everything was
slightly modified to show nicely in it.
Also, an extra step was added to the Git demonstration steps to show
how progress on the project branch happens independently of progress
on the template.
|
|
After the previous experience of presenting the slides in Ghent, they
are reordered to be more clear and cause less confusion. In
particular, until this commit, I was describing the software build
steps in the end, so the audience mainly forgot about the analysis
steps and thought this template is just something like Docker or a
virtual machine.
With this commit, the steps are described in the same step that occur:
first how the software are built, then how the input data are
downloaded and finally how the software are run on the data and the
values are written into the paper.
|