- Feb 28, 2025
-
-
Wolfgang Kastaun authored
-
Wolfgang Kastaun authored
-
- Feb 14, 2025
-
-
Wolfgang Kastaun authored
-
Wolfgang Kastaun authored
-
- Feb 13, 2025
-
-
Wolfgang Kastaun authored
-
- Feb 12, 2025
-
-
Wolfgang Kastaun authored
-
Wolfgang Kastaun authored
-
Wolfgang Kastaun authored
-
- Feb 11, 2025
-
-
Wolfgang Kastaun authored
-
Wolfgang Kastaun authored
-
Wolfgang Kastaun authored
-
Wolfgang Kastaun authored
Repeating small tests many times was order of magnitude slower. The reason is the computation of Lagrange polynomials was both inefficient and performed every time an RegularInterpLagrange instance was created. This causes overhead which is not relevant for large problem sizes but makes running many small tests slow. The fix for now is to cache the creation of the polynomials. Now they are created only onnce for each interpolation order, but not once per instance.
-
- Feb 04, 2025
-
-
Wolfgang Kastaun authored
Change math markup from mkdocs to sphinx syntax
-
- Feb 03, 2025
-
-
Wolfgang Kastaun authored
-
Wolfgang Kastaun authored
-
- Feb 02, 2025
-
-
Wolfgang Kastaun authored
-
Wolfgang Kastaun authored
Made test stricter. The previous parameters used a maximum shift too small to increase the required margin size, thus not testing anything related to its size.
-
Wolfgang Kastaun authored
-Sample rate now specified when constructing operator -Tolerance now given in same units as shifts, instead of index space.
-
Wolfgang Kastaun authored
Limit for coordinate shift was given w.r.t absolute time instead index space. Bug had no impact because shift was below 1 sample in either case (TODO: larger shifts).
-
- Jan 30, 2025
-
-
Wolfgang Kastaun authored
Note results can change within the inversion tolerance. The reason is that each dask chunk is inverted separately, which may lead to fewer iterations on the faster converging chunks of data. The boundary conditions during the interpolation within the fixed point iteration are flat. All points are used in the convergence measure. In contrast, the old scheme excluded a hardcoded margin. TODO: the case where interpolation is set to None is currently not implemented. All unit tests are passing.
-
Wolfgang Kastaun authored
-
Wolfgang Kastaun authored
Convergence criterion was excluding margins even though those points were actually valid.
-
Wolfgang Kastaun authored
-
Wolfgang Kastaun authored
-
Wolfgang Kastaun authored
-
Wolfgang Kastaun authored
-
Wolfgang Kastaun authored
-
Wolfgang Kastaun authored
-
Wolfgang Kastaun authored
-
- Jan 27, 2025
-
-
Wolfgang Kastaun authored
-
Wolfgang Kastaun authored
-
Wolfgang Kastaun authored
Also, exclude invalid margin points from error measure. The iteration stop criterion differs from the original one, which used hardcoded margins for this.
-
- Jan 24, 2025
-
-
Wolfgang Kastaun authored
-
Wolfgang Kastaun authored
-
Wolfgang Kastaun authored
-
- Jan 16, 2025
-
-
Wolfgang Kastaun authored
-
- Jan 15, 2025
-
-
Wolfgang Kastaun authored
Added instrument parameter delay_clock_max giving largest shift allowed to occur during resampling to different timeframes. For now, this is just a float and not compared to or inferred from the parameters for the clock drifts / noise. The interpolation method used is the same as for the interspacecraft delays, but employing the above limits for the time shift (needed for the internal margin sizes) Note: the inversion routine for computing the shift between time frames was not touched and still uses the original interpolation
-
Wolfgang Kastaun authored
The electronic delays are assumed to be fixed. Therefore, no new parameters are needed for the limits. A separate interpolator for electro delays was added to instrument, using the fixed interpolation method also employed in the adaptive interpolator for the interspacecraft delays. A parameter check was added to prevent passing non-scalar electronic delays.
-
- Jan 14, 2025
-
-
Wolfgang Kastaun authored
Moved those limits out of the interpolation parameter tuple.
-
Wolfgang Kastaun authored
The logic instrument.apply_shift is now in fixed_shift_numpy.AdaptiveShiftNumpy
-