Richard R

Also yt: https://yt-project.org/doc/index.html although that is more focused on visualisation But it can read outputs from a large number of different codes.

Do we still want to work on this alongside SAHM-type halo catalogues for v0.2?

Hi @olebole thanks for making us aware of the Debian Astro package. Since SkyPy is still under heavy development I think it would be sensible to wait until we have...

I meant to say that `neutral_hydrogen` is way too narrow to justify creating an entire new module (in my opinion). If this doesn't belong in halos (probably true) I would...

Following a discussion we decided that `skypy.neutral_hydrogen` is a suitable module for this work. This can always be revisited and changed if we find it conflicts with future design choices.

Should be able to work it out from the source code for `scheter_lf_magnitude` and `luminosity_from_absolute_magnitude` probably something like `luminosity_from_absolute_magnitude(m_star, 'Lsun_B')` for some value e.g. `m_star = -21` @ntessore have I...

IMO creating and maintaining module branches is a matter for coordinators and/or repo maintainers and so so should not be in contributor guidelines. In fact the branch protection rules will...

Perhaps also guidelines on what to do if you want to propose a new module (in discussion pages?)

My first instinct is a passlist for modules imported by `Pipeline` that defaults to astropy, numpy, scipy and skypy, and a command line flag / Pipeline kwarg to add additional...

My understanding is @aamara registered the [skypy.info](https://skypy.info) domain but it is empty. In the meantime we could use [skypy.rtfd.org](https://skypy.rtfd.org)? We should definitely find a way to update the [libraries.io](https://libraries.io/pypi/skypy) page...