WSL/SLF GitLab Repository
Skip to main content
Homepage
Explore
Search or go to…
/
Register
Sign in
Explore
Primary navigation
Project
meteoio
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Package registry
Container registry
Operate
Terraform modules
Monitor
Incidents
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Help
Help
Support
GitLab documentation
Compare GitLab plans
GitLab community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Collapse sidebar
Snippets
Groups
Projects
Show more breadcrumbs
snow-models
meteoio
Repository graph
Repository graph
You can move around the graph by using the arrow keys.
b12a3c94d0d60ed190aa1b062353feb3b4c9f19e
Select Git revision
Selected
b12a3c94d0d60ed190aa1b062353feb3b4c9f19e
Branches
4
master
default
protected
BUFR_changes
feature/web-service
limiting_trends
Tags
20
test
MeteoIO-2.11.0
webservice-2022
MeteoIO-2.10.0
MeteoIO-2.9.0
MeteoIO-2.8.0
MeteoIO-2.7.0
MeteoIO-2.6.1
MeteoIO-2.6.0
MeteoIO-2.5.1
MeteoIO-2.5.0
MeteoIO-2.4.2
MeteoIO-2.4.1
MeteoIO-2.4.0
MeteoIO-2.3.0
MeteoIO-2.2.0
MeteoIO-2.1.2
MeteoIO-2.1.1
MeteoIO-2.1.0
MeteoIO-2.0.0
25 results
Select display option
Display full history
Display full history
Display up to revision
Created with Raphaël 2.2.0
28
Jul
27
24
21
20
19
18
17
14
12
11
10
7
6
5
4
3
30
Jun
29
28
27
23
21
20
19
16
15
14
13
12
9
8
7
6
31
May
24
19
18
16
12
25
Apr
21
20
19
11
10
7
6
4
3
31
Mar
30
29
28
27
23
22
20
17
16
15
14
13
10
9
8
7
6
24
Feb
23
22
21
16
13
8
6
2
1
31
Jan
30
26
25
24
23
13
12
11
9
23
Dec
21
16
13
8
5
30
Nov
25
24
17
14
10
9
8
4
3
31
Oct
28
25
24
21
20
7
5
4
3
30
Sep
29
28
27
26
23
22
21
16
15
14
13
12
8
7
5
2
31
Aug
26
25
24
23
22
19
18
17
15
10
9
8
3
2
28
Jul
22
21
12
27
Jun
23
21
17
10
9
7
3
2
27
May
25
23
19
17
14
13
11
5
4
26
Apr
18
15
14
8
7
5
1
31
Mar
24
22
21
18
15
9
8
7
4
3
2
1
29
Feb
26
24
23
20
10
9
8
5
3
29
Jan
28
27
26
25
22
20
14
13
12
11
8
6
22
Dec
21
18
9
7
4
3
30
Nov
27
26
25
24
20
19
18
17
16
11
5
4
31
Oct
28
23
22
15
12
8
6
1
30
Sep
29
28
25
23
22
10
9
8
7
2
1
31
Aug
28
27
11
10
7
3
30
Jul
28
27
23
21
20
17
16
13
9
8
7
2
1
30
Jun
24
17
16
15
12
10
9
29
May
27
21
6
26
Apr
14
10
9
8
2
1
31
Mar
30
26
25
24
25
Feb
17
13
11
10
8
6
3
30
Jan
23
20
22
Dec
19
18
17
12
8
4
2
27
Nov
25
24
20
18
13
12
11
10
7
31
Oct
30
29
28
22
21
13
9
7
6
3
2
1
30
Sep
16
14
4
3
2
29
Aug
27
26
25
22
21
20
19
15
14
12
4
31
Jul
27
18
14
11
10
9
8
26
Jun
25
24
19
18
17
16
14
10
5
3
2
29
May
26
23
21
19
16
12
11
9
8
7
6
Code cleanup to make clang happy
When evaluating the cloudiness, it is important to know if it is night or day. If ISWR==nodata and use_rswr=false, this was not evaluated anymore, losing some important information (even if the albedo evaluation is very imprecise, at least it can be used to decide if it is night or day). This has been fixed, but how to best temporally interpolate the cloudiness still has to be adressed...
Documentation improvement and more logical "if ... then ... else ..." order
More options have been exposed for the IIR filter and its "type" now describes another option. The documentation has been expanded.
Now, RSWR is NOT anymore used by default to compute ISWR in the AllSky and TauCLD generators, it must be forced with USE_RSWR (since it is not very performant)
More code factorization, improved error messages
The new, named arguments syntax has been brought to the Meto1DInterpolations
making the Meteo1DInterpolator structure closer to DateCreator / ProcessingBlock, etc
Documentation fixes
Documentation improvement: providing reasonnable values for an atmospheric emissivity lapse rate
Small documentation improvements
The NOISE filter has been merged with Add and Mult, respectively. The syntax of these two filters has been changed and it is now mandatory to provide a "type" argument.
The getInfo() method was not reporting the information for the multi-trend model...
First implementation of the multi-linear fit in InterpolationsAlgorithms. We will see how it performs... (ie it is probably not a good idea to use it yet)
Making the FitMult class as similar as possible to FitModel
The new Trend class now has a toString() method
FitModel::min_nb_pts is not const anymore since this was required for properly handling user-defined lapse rates.
The multiple linear interpolation class has a new structure, more along the lines of the other statistical regression models. A few more checks have been implemented. Tests conducted for precipitation in the Valais are very promising: the R2 jumps from ~0.25 (yearly average) to ~0.6 when using 3 predictors (alt, east, north).
More documentation, more checks for the multiple linear regression
The R2 is now computed in another way, the Beta0 was forgotten and is now computed and more checks are performed on the input data.
A new class has been implemented that performs multiple linear regressions. The syntax of getParams() has been changed.
Oups, the debug code was still around...
Better error messages and fixed a possibly uninitialized variable
Better support for the grids: fixed units conversions are assumed and the ISWR is reconstructed from dir+diff
Code cleanup, constifying some variables
The Oshdio plugin has been cleaned up and can now read gridded data
The exception messages should now be much better on Windows
The SUPPR filter now allows supressing dates within given date ranges, one a per station basis.
Cleanup before bigger changes
For the ADD and the MULT filters, it is now possible to use multi-columns corrections files and to specify which column should be used.
Paving the way for multivariate regressions: the whole vecMeta is passed to the Trend class
Documentation improvements
The handling of detrending / retrending is now much cleaner, only one class is responsible for it.
Simplifying the prototypes of the spatial interpolation algorithms. When there is no need of a GridsManager or a Meteo2DInterpolator (as is most often the case), these are not provided to the constructor.
A new option has been added to the SwRad spatial interpolation algorithm in order to project the radiation fields on the slopes (by default, they are on the horizontal).
Still the same part of the documentation
After discussions with Riccardo, added a small explanation (analogy) about libraries...
An erroneous syntax prevented cmake from finding the FindMeteoIO from the standalone examples
Added a getNx() and a getNy() call (similar to grids, but valid indices are from 1 to Nx and 1 to Ny)
White spaces and one (obvious) implementation moved to the header
Loading