• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

Ouranosinc / xscen / 23649273988
90%

Build:
DEFAULT BRANCH: main
Ran 27 Mar 2026 01:53PM UTC
Jobs 5
Files 17
Run time 1min
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

27 Mar 2026 01:47PM UTC coverage: 89.817% (-0.02%) from 89.836%
23649273988

push

github

web-flow
Que climatological_op utilise unstack_dates  + Fixs pour PROJ 9.8 (#701)

<!-- Please ensure the PR fulfills the following requirements! -->
<!-- If this is your first PR, make sure to add your details to the
AUTHORS.rst! -->
### Pull Request Checklist:
- [ ] This PR addresses an already opened issue (for bug fixes /
features)
    - This PR fixes #xyz
- [x] (If applicable) Documentation has been added / updated (for bug
fixes / features).
- [x] (If applicable) Tests have been added.
- [x] This PR does not seem to break the templates.
- [x] CHANGELOG.rst has been updated (with summary of main changes).
- [x] Link to issue (:issue:`number`) and pull request (:pull:`number`)
has been added.

### What kind of change does this PR introduce?

Mon but premier était d'avoir la mécanique du `year_start_month`
(`winter_starts_year`) de `unstack_dates` mais dans `climatological_op`.
i.e. que les pour les moyennes saisonnières, une période comme 1980-12 -
1981-02 soit associée à 1981 pour qu'elle soit le premier item de la
moyenne hivernale 1981-2020. En regardant le code, j'ai vu que
`climatological_op` ne "unstackait" pas avec `unstack_dates`, faque je
me suis dit : pourquoi pas.

Comme on a besoin de revenir à des dates "stackées", ça a été un peu
plus compliqué que prévu. Pour ajouter `stack_dates`, qui fait l'inverse
de `unstack_dates`, la méthode la plus simple que j'ai trouvée c'était
de préserver le temps original de la source dans le `unstack_dates`, ici
je l'appelle `original_time`. Dans `climatological_op`, si
`horizons_as_dim = True`, on renomme simplement `original_time` à
`time`.
 
Cette PR a comme effet secondaire de faire que `climatological_op`
supporte maintenant les données quotidiennes. Le truc pour gérer les
années bissextiles c'est de mettre `NaT` dans le `original_time` pour
les combinaisons années/doy impossibles. Pour `climatological_op` ça
veut dire que ça fonctionne, mais ça reste un peu chambranlant de
l'utiliser avec des calendriers s... (continued)

41 of 42 new or added lines in 6 files covered. (97.62%)

1 existing line in 1 file now uncovered.

4375 of 4871 relevant lines covered (89.82%)

4.49 hits per line

Uncovered Changes

Lines Coverage ∆ File
1
86.54
-0.24% src/xscen/spatial.py

Coverage Regressions

Lines Coverage ∆ File
1
95.06
-0.18% src/xscen/aggregate.py
Jobs
ID Job ID Ran Files Coverage
1 run-Python3.14-conda - 23649273988.1 27 Mar 2026 01:53PM UTC 17
89.82
GitHub Action Run
2 run-Python3.13-conda - 23649273988.2 27 Mar 2026 01:57PM UTC 17
89.82
GitHub Action Run
3 run-Python3.11-conda - 23649273988.3 27 Mar 2026 01:57PM UTC 17
89.82
GitHub Action Run
4 run-Python3.12-conda - 23649273988.4 27 Mar 2026 01:56PM UTC 17
89.82
GitHub Action Run
5 run-Python3.10-conda - 23649273988.5 27 Mar 2026 01:57PM UTC 17
89.45
GitHub Action Run
Source Files on build 23649273988
  • Tree
  • List 17
  • Changed 7
  • Source Changed 7
  • Coverage Changed 6
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Repo
  • Github Actions Build #23649273988
  • f9188645 on github
  • Prev Build on main (#22361751172)
  • Next Build on main (#23654763043)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc