NIFTy merge requestshttps://gitlab.mpcdf.mpg.de/ift/nifty/-/merge_requests2017-05-30T19:02:08Zhttps://gitlab.mpcdf.mpg.de/ift/nifty/-/merge_requests/138Misc tweaks2017-05-30T19:02:08ZTheo SteiningerMisc tweakshttps://gitlab.mpcdf.mpg.de/ift/nifty/-/merge_requests/235More aggressive combination of diagonal operators2018-03-27T17:36:59ZMartin ReineckeMore aggressive combination of diagonal operatorshttps://gitlab.mpcdf.mpg.de/ift/nifty/-/merge_requests/447more derivatives mr2020-04-12T13:02:25ZPhilipp Frankmore derivatives mrPhilipp FrankPhilipp Frankhttps://gitlab.mpcdf.mpg.de/ift/nifty/-/merge_requests/296more fixes2019-02-14T14:30:51ZMartin Reineckemore fixeshttps://gitlab.mpcdf.mpg.de/ift/nifty/-/merge_requests/348more merges from operator_spectra2019-09-26T16:05:21ZMartin Reineckemore merges from operator_spectrahttps://gitlab.mpcdf.mpg.de/ift/nifty/-/merge_requests/369More operator checks2019-11-06T14:42:37ZPhilipp Arrasparras@mpa-garching.mpg.deMore operator checkshttps://gitlab.mpcdf.mpg.de/ift/nifty/-/merge_requests/918More tests2024-02-07T02:14:27ZGordian EdenhoferMore testsTests
* Slice operator
* Prior models in NIFTy.re
* CFM initializing with invalid prior parameters
* NIFTy.re's forest_math.map_forest's axis input validation
* Amending forward modelsTests
* Slice operator
* Prior models in NIFTy.re
* CFM initializing with invalid prior parameters
* NIFTy.re's forest_math.map_forest's axis input validation
* Amending forward modelsGordian EdenhoferGordian Edenhoferhttps://gitlab.mpcdf.mpg.de/ift/nifty/-/merge_requests/82More tests2017-05-08T13:24:13ZTheo SteiningerMore testsMartin ReineckeMartin Reineckehttps://gitlab.mpcdf.mpg.de/ift/nifty/-/merge_requests/646more text2021-06-10T10:51:48ZJakob Knollmuellermore textPhilipp Arrasparras@mpa-garching.mpg.dePhilipp Arrasparras@mpa-garching.mpg.dehttps://gitlab.mpcdf.mpg.de/ift/nifty/-/merge_requests/347more uncontroversial changes2019-09-26T12:42:55ZMartin Reineckemore uncontroversial changeshttps://gitlab.mpcdf.mpg.de/ift/nifty/-/merge_requests/693More user friendly demos2021-11-15T12:03:49ZGordian EdenhoferMore user friendly demosYield descriptive error messages if invalid input is passed to the PoissonianEnergy likelihood. Furthermore, never start the minimization from exactly zero as this is potentially unstable in general and users tend to copy-paste code from...Yield descriptive error messages if invalid input is passed to the PoissonianEnergy likelihood. Furthermore, never start the minimization from exactly zero as this is potentially unstable in general and users tend to copy-paste code from the demos for new project.
Starting close to or even worse exactly at zero with MGVI is error prone for simple models with a linear response and a simple correlated field. The main problem are the zeros that appear in the Jacobians for everything but the excitations as a result of the linearity of the model in exactly these. While for the minimization itself zero-curvature for the Fisher metric is not necessarily problematic because of the prior curvature, it results in problems for the sampling. Namely sampling along axis with zero Fisher curvature results in prior samples being drawn for these axis.
On the one hand this is desirable because in the absence of information from the likelihood, the prior should be the only quantity that matters. On the other hand, this results in the model being sometimes impossible to optimize appropriately. This is because often for a flexible model the prior samples for the non-linear parameters are too diverse to jointly optimize their mean in a sensible way. As an example, for prior samples for the fluctuations parameter, since samples with a too high fluctuation parameter compared to the data are compensated by samples with a too low fluctuation parameter compared to the data. However, since it is critical to fix the fluctuations parameter before anything else can be optimized in a sensible way, in essence no optimization can nor does happens.Martin ReineckeMartin Reineckehttps://gitlab.mpcdf.mpg.de/ift/nifty/-/merge_requests/668Move custom nonlinearities to html docs2021-07-29T10:18:49ZPhilipp Arrasparras@mpa-garching.mpg.deMove custom nonlinearities to html docshttps://gitlab.mpcdf.mpg.de/ift/nifty/-/merge_requests/930Move dependency specification fully into pyproject.toml2024-03-14T15:30:00ZGordian EdenhoferMove dependency specification fully into pyproject.tomlCreate a single source of truth for specifying dependenciesCreate a single source of truth for specifying dependenciesGordian EdenhoferGordian Edenhoferhttps://gitlab.mpcdf.mpg.de/ift/nifty/-/merge_requests/741Move domain imports to their own file2022-02-07T09:41:51ZPhilipp Arrasparras@mpa-garching.mpg.deMove domain imports to their own file@mtr would something like this be acceptable? This would enable to use e.g.
```python
from nifty8.domains import *
```@mtr would something like this be acceptable? This would enable to use e.g.
```python
from nifty8.domains import *
```Martin ReineckeMartin Reineckehttps://gitlab.mpcdf.mpg.de/ift/nifty/-/merge_requests/251Move "multi"-related functionality from GlobalNewton to NIFTy2018-05-02T13:08:10ZMartin ReineckeMove "multi"-related functionality from GlobalNewton to NIFTyThis needs to be merged before the equivalent merge request to `GlobalNewton`.This needs to be merged before the equivalent merge request to `GlobalNewton`.https://gitlab.mpcdf.mpg.de/ift/nifty/-/merge_requests/18Move transforms to transformator2016-10-25T02:13:07ZTheo SteiningerMove transforms to transformatorhttps://gitlab.mpcdf.mpg.de/ift/nifty/-/merge_requests/172Mpitests2017-07-29T11:42:14ZTheo SteiningerMpitestshttps://gitlab.mpcdf.mpg.de/ift/nifty/-/merge_requests/662Mpi tweaks2021-07-15T14:27:37ZPhilipp Arrasparras@mpa-garching.mpg.deMpi tweaksMartin ReineckeMartin Reineckehttps://gitlab.mpcdf.mpg.de/ift/nifty/-/merge_requests/285Mr corrections2019-02-01T09:40:54ZMartin ReineckeMr correctionshttps://gitlab.mpcdf.mpg.de/ift/nifty/-/merge_requests/700MultiField2Vector: Support complex dtype2021-10-28T11:55:01ZPhilipp Arrasparras@mpa-garching.mpg.deMultiField2Vector: Support complex dtypeMartin ReineckeMartin Reinecke