WSL/SLF GitLab Repository
Skip to content
GitLab
Explore
Sign in
Register
Primary navigation
Search or go to…
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
Model registry
Operate
Environments
Terraform modules
Monitor
Incidents
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
GitLab community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
snow-models
meteoio
Repository graph
Repository graph
You can move around the graph by using the arrow keys.
0f7c7e23aabcd06fe5f29c2ef41f6827bb20f466
Select Git revision
Selected
0f7c7e23aabcd06fe5f29c2ef41f6827bb20f466
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
23
Sep
20
18
16
13
10
9
2
1
30
Aug
29
26
13
9
5
31
Jul
26
25
24
23
19
17
15
5
28
Jun
27
19
14
5
31
May
27
25
24
23
22
21
20
16
14
13
10
8
18
Apr
17
11
10
8
28
Mar
26
25
23
22
21
19
18
14
13
12
11
10
5
4
28
Feb
21
18
15
14
13
11
8
7
2
1
31
Jan
30
29
28
24
22
10
9
8
7
29
Dec
11
9
6
5
4
3
30
Nov
28
27
26
23
22
21
20
11
5
4
3
2
31
Oct
30
29
28
25
24
23
22
17
12
2
1
24
Sep
20
19
18
17
31
Aug
24
23
20
15
9
7
6
1
31
Jul
27
24
23
20
19
17
16
27
Jun
26
25
23
21
20
19
18
16
11
8
5
4
1
31
May
30
25
24
23
22
21
16
14
11
10
9
8
5
4
3
30
Apr
17
14
10
7
5
3
2
31
Mar
29
28
26
23
21
19
16
13
12
9
7
6
5
2
1
27
Feb
24
23
20
17
16
15
14
13
11
10
9
8
7
3
2
1
31
Jan
30
27
25
23
20
19
18
17
16
13
12
11
10
9
7
6
4
3
2
25
Dec
23
22
20
19
Nov
18
16
15
14
13
11
10
9
8
7
3
2
1
31
Oct
30
24
23
21
17
11
6
4
3
2
29
Sep
27
26
22
21
20
19
13
12
2
31
Aug
30
29
24
23
22
16
8
30
Jul
28
27
26
20
19
18
15
7
6
5
4
30
Jun
24
23
20
18
16
10
8
30
May
27
26
25
24
19
18
17
16
13
12
11
10
7
4
21
Apr
20
16
15
13
30
Mar
29
25
24
23
22
21
19
18
17
16
15
11
10
9
8
5
4
3
1
25
Feb
24
23
22
21
18
17
16
15
14
11
10
9
8
4
3
2
1
31
Jan
30
28
27
26
24
19
14
13
12
Compiling MeteoiIO ONLY static was actually not working... this has been fixed
Slightly improved documentation on spatial interpolations and now really allowing linear regression on only 2 points
Some headers were not included and the header files were not listed in any kind of convenient order... This is not fixed (find meteoio -name "*.h" | sort gives the order we follow)
Pushing the version number to 2.4.0 in preparation for the next release
Oups, the internal dem was not updated...
small clean up (doc, spaces, indentation, unused variables)
Redesigned algorithm for redistribution of solid precip on steep slopes. This is done by pushing precip from the top to the bottom of the slope.
The info string for the spatial interpolations was not being cleared between calls, leading to ever increasing content... Otherwise, using an ostringstream instead of stringstream in PNGIO and fixed a typo in the documentation.
one more type inconsistency
More size_t fixes (ie trying to be consistent) and a bug was found when spatially interpolating using a few specific algorithms that would not reset their internal vectors between two calls (thanks Matteo for helping uncover this bug!)
Some "TODO" have been removed, a missing check has been added in Interpol1D:linRegression (at least 2 valid points are required), type inconsistencies have been fixed in FilterTukey and ProcessinStack. However using size_t for the meteo parameter index is not necessarily a good idea and this will require a careful review.
more size_t...
Still size_t stuff...
Even more size_t fixes...
Finally trying to address the unsigned int vs size_t issue... All index, etc that should be size_t have been made size_t in the data classes.
More changes, according to "Using OCCI: best practices - An Oracle White Paper - May 2003". Now the same Statement object is used accross multiple querries (to reduce memory reallocations).
Data prefetching is now turned ON in Oracle querries, leading to a x2 speed up (global speed up measured on data_converter)
White spaces clean up, status messages in the stats test
A new test has been created to cover basic statistical functions on vectors. Two bugs have been found and fixed when computing the derivative on a vector of data (the right derivative was in fact a left derivative and the case of X containing nodata was not covered).
Now the toString() method of Meteo2DInterpolator works with the new structure and is called by IOManager.toString(). Small cleanup (white spaces, etc) in 2D_interpolations and ResamplingAlgorithms.
Removing some "HACKS" tags
Finally, here we are: the spatial interpolation algorithms are constructed only once and remain as long as the Meteo2DInterpolator remains (generally, as long as IOManager remains). This means that an interpolation algorithm can now keep its own copy of whatever data it wants (for example, dem) to tweak it between calls.
One more step closer to the goal: the dem is now only passed when calling calculate() and the simpleDEMWindInterpolate now computes the curvatures if necessary.
Getting closer to the goal of persistent spatial interpolation objects. There are no "initialize" and "getQualityRating" anymore, the initializations are performed by "getQualityRating". The arguments that used to be passed to the constructors are now split between constructor and getQualityRating. A few hacks will have to be removed: we should be able to get rid of some of the callbacks, the plain copy of Date and Dem will have to be avoided (most probably by working with pointers) and the map of objects that has been implemented (but commented out) will be enabled. So, a few hacks remain, but this is already a nice, big step forward!
The median calculation bug had been impacting some other things as well... Some other values were also wrong, and it has been so for a while!
The median computations were relying on std::nth_element and wrongly assuming that the output would be sorted. This is non-standard behavior and is not the case with more recent versions of the STL. This has been fixed.
The structure of Meteo2DInterpolator has been brought closer to the structure of DataGenerators. More methods are static.
The Config class now has a method getValues() to retrieve in a vector of type T all values whose keys match a given pattern. This makes it possible to retrieve in one call all the Input::STATIONx values even in the case of discontinuous numbering (issue 341) as well as easily get the number of stations declared in io.ini (issue 220). This number of stations is not guaranteed to work (since some plugins don't list the input stations in io.ini) but should guide memory allocation in user code anyway.
A low pass Butterworth filter has been implemented as a tentative answer to issue 308. Unfortunately, this filter has a non-null phase (ie the signal is shifted in time), meaning that for our applications, it is mostly worthless...
A stupid bug has been fixed in SMETIO: the OSWR was not renamed as RSWR anymore. Otherwise, small documentation fixes.
The error message when the units_multiplier and/or units_offset count don't match with the number of fields was not right (wrong count given) and has been fixed. Some variables that could be const are now const in SmetIO
The method to clear the buffers in BufferedIOHandler was not doing everything it should. Some methods in BufferedIOHandler and IOManager have been made const. The issues 117 and 272 have been adressed: the IOHandler now checks that timestamps are unique and in increasing order. This check has therefore been removed from SMETIO.
The Krigging is now working. The current limitations are: 1)there is no maximum range, so each available station would take part to the variogram fit. 2)the covariance is currently NOT computed on past time series, limiting the relevance of the variogram. Practically, the variogram fit that always ends up being used is LINVARIO.
Following the latest changes, this is a general code cleanup in all the classes involved in spatial interpolations. The LIDW method has been commented out since this works very poorly and would need to be properly redone.
And now the code that uses the previously upgraded infrastructure in order to compute spatial interpolations using a trend/residuals approach. The tests work, all results should remain identical to what it was before. Lots of now unnecessary code will be removed from the libinterpol2D in the next few days...
Moving forward with the trend/residuals approach for the spatial interpolations: here are the necessary changes in the supporting infrastructure: basically, better handling of forced lapse rates and fractional lapse rates, proper toString() methods for the fit1D object and components
A broken link has been fixed in GRIBIO, the use of inishell is now properly encouraged in the "how to set up your io.ini" section and some indenting in Array1D
Since the test input files had been modified for precip, the precip map had to be updated...
Big cleanup of the tests: now all ini files are based on io.ini in the root folder of the test (relying on IMPORT) and all use the same copy of forcing data and dem. When meteo_reading fails, it now properly write which fields failed (it was always writing "P").
The section prefix is now properly removed for each key when printing a config file (see issue 313)
Loading