Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • D data_progs
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 4
    • Issues 4
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 1
    • Merge requests 1
  • Deployments
    • Deployments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • Value stream
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar

From June 06th, all CI Jobs will run on federated Helmholtz infrastructure by default. If you need UFZ-internal resources, add the tag "ufz-internal" to your CI configuration or use a custom GitLab Runner (e.g. EVE). If you have any questions, feel free to contact us!

Curious to learn more about GitLab CI? Join this free course on 14-16 June. Register now

  • CHS
  • data_progs
  • Merge requests
  • !26

The source project of this merge request has been removed.
Merged
Created Jan 12, 2022 by Alexander Hinz@hinzaContributor

aggregate_logger: fix bug with timestamp at beginning of the new year

  • Overview 10
  • Changes 2

@schaefed

The problem was, that a a aggregated year should start with the timestamp 00:30 when aggregated to 30 minutes and with the 01.01. when aggregated to a whole day.
The new solution seems to be a bit hacky.
In the writeData function a freq is needed (I renamed is to change_freq) for the iterDataFreq(data, change_freq) function in dacces.py Until now change_freq=y, that isn't even listed in freqs dictionary in the iterDataFreq function in dacces.py , but it works only for aggregation for 1d, not for the 30min aggregation.
For the 30min it works with change_freq=yearly.
Maybe you have an idea how to solve this better.

Assignee
Assign to
Reviewer
Request review from
Time tracking
Source branch: master