GitLab

Add a results manager to store the results of the analysis (bayesian and best fit estimates, best chi², etc.). Several such managers can be merged to combine appropriately the analysis of the observations in different blocks. This is the base class. The implementation will come in subsequent patches.

More correct block size computation to ensure that all the models are computed and that each block contains all the redshifts for a given model.

Save the model id rather than the index within the block as this would give an incorrect id when using more than one block.

Switch savefluxes to using a models manager and make all the necessary adjustments with the workers.

Add a models manager that stores the fluxes, the physical properties, and all the necessary information to compute the models. Actual use will come in forthcoming patches.

Add the possibility to store the list of blocks of models to compute to the parameters manager. If the number of blocks is not given, we assume it must be computed in 1 block.

Implement an observations manager. For now it is mainly used as a simple container for the observations table but upcoming rearchitecturing will make full use of it.

Remove the TOLERANCE constant and replace it with 0. There is no good reason to have a tolerance and its value is quite arbitrary anyway.

Do not crash when trying to compute equivalent widths when the nebular component emission is missing.

Rename ParametersHandler to ParametersManager to be consistent with new managers that will come in the near future.

The output directory is a bit of a mess, with it being defined in different places. As we never make use of the possibility of changing it, let's simply hardcode it to out/. It makes filenames slightly easier to read too.

Move the backup_dir() function to the base class of the analysis modules as it makes sense for analysers to prepare the output directories.

Simplify the cache architecture as we always use the in-memory one. The removes one level of indirection and makes the model generation faster by 1%.

Implement the possibility of not caching a module in order to save memory. A typical use case is when having many different stellar populations at different metallicities. It can take a substantial amount of memory, especially when using many parallel processes.

Correct a bug that was preventing the module restframe_parameters from being listed among the available modules.

Tiny optimisation replacing a division with a subtraction. Subtractions are quite a bit faster than divisions.

According to the 2MASS paper the filters can be directly applied to spectra un Fλ. Despite the confusing mention that they are photon-counting, this means that they are actually in energy units.

Fix a crash in the computation of the χ² because previous optimisations had been been not fully propagated to the case of upper limits.

Give a more reasonable amplitude for the UV bump with dustatt_powerlaw. Otherwise it is a factor Rv too large compared to dustatt_calzleit.

Do not store anymore the filter type as all the filters are now assumed to be in units of energy. The conversion from photon to energy is carried out by the import procedure as needed.

Add the new restframe_param module. It replaces most of the functionality provided in the unofficial param module, which has been trimmed down to only computing fluxes in the observed frame and has been renamed fluxes. Unlike param, the restframe_param module is to be called before the redshifting module.

When calling np.sum(), the axis should be an integer, not a float, otherwise it triggers a very disgracious Numpy warning. Now it is gone.