Skip to content
Snippets Groups Projects
  1. Sep 15, 2022
    • Erin (Josh) Rigler's avatar
      Update dependencies to satisfy safety check · a89ad815
      Erin (Josh) Rigler authored
      Pyup.io's "safety" check failed on packages lxml, mako, and dparse.
      None of these were explicit in our pyproject.toml file, but I modified
      the entry to alembic, which was the package that required mako, then
      ran poetry update to update the poetry.lock file.
      
      To be honest, I'm not sure changing pyproject.toml file was needed
      at all. I still don't fully understand how poetry works I guess. But,
      everthing is "safe" now, and this merge request should now make it
      through the CICD pipeline without further issue (fingers crossed).
      a89ad815
    • Erin (Josh) Rigler's avatar
      Inadvertent change to scale_value · a0542978
      Erin (Josh) Rigler authored
      The calculation of scale_value in geomagio.residual.calculate() is not
      quite correct, but that needs to be addressed in a separate commit and
      merge request. I'm reverting the recent change here so that we don't
      break the tests.
      a0542978
    • Erin (Josh) Rigler's avatar
      Set proper timestamps in residual calculated absolutes · edc8ba89
      Erin (Josh) Rigler authored
      Fixes #75
      
      When geomagio.residual.calculate() is called with adjust_reference set equal
      to True, the start/end timestamps now both reflect the time of the first absolute
      measurement (i.e., West Down). This is consistent with the residual absolute
      spreadsheet calculations.
      edc8ba89
  2. Aug 22, 2022
  3. Aug 20, 2022
  4. Aug 13, 2022
  5. Aug 12, 2022
  6. Aug 11, 2022
    • Erin (Josh) Rigler's avatar
      update interval no longer shrinks with recursion · 6355305d
      Erin (Josh) Rigler authored
      Previously, the endtime-starttime interval being processed by the
      `run_as_update` method would shrink by 1 (second) with each recursion.
      This ultimately broke `run_as_update` when processing anything other
      than 1-second data, but it wasn't obvious because we rarely had to
      actually recurse. There is a little trickery now to ensure that user-
      provided starttime and endtime are inclusive of the full first
      (most recent) update interval, while subsequent, calculated, endtimes
      are set equal to the prior starttime minus specified output_interval
      (e.g., 'second', 'minute', etc.).
      6355305d
  7. Jun 01, 2022
  8. May 31, 2022
  9. May 27, 2022
  10. May 18, 2022
  11. May 05, 2022
  12. May 04, 2022
  13. May 03, 2022
Loading