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.
a7afd2a2e9dd772dfef89d8f8c2c34b9aeb9e031
Select Git revision
Selected
a7afd2a2e9dd772dfef89d8f8c2c34b9aeb9e031
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
24
Feb
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
11
8
7
6
5
17
Dec
16
11
10
9
7
16
Nov
9
8
6
5
4
3
2
1
29
Oct
27
25
24
22
21
20
12
11
7
3
1
30
Sep
22
8
7
6
3
27
Aug
26
24
23
20
19
18
17
16
12
11
10
6
4
3
2
1
28
Jul
26
23
22
21
20
19
16
15
14
13
12
7
6
2
30
Jun
29
28
26
25
24
22
21
17
16
15
14
9
8
7
3
2
28
May
27
26
6
3
30
Apr
29
28
26
25
22
21
20
16
15
14
13
12
8
7
6
1
31
Mar
30
29
26
25
19
16
15
9
4
1
25
Feb
23
22
19
18
17
16
15
10
9
5
3
29
Jan
28
27
24
20
19
18
14
13
12
8
7
4
Some documentation fixes, new gradients (black to white, white to black and blue-white-red) defined and used for new variables in PNGIO (P, ALB and DW). A bug has been fixed for ILWR in GRIBIO as well as a bug when converting geographic coordinates to rotated ones.
The << operator for Coords has been slightly improved. The Gradient class now generated true-color output when indexed=false (and is used to generate true-color PNGs when PNG_INDEXED=false).
I got bugged by a general slowness of ARCIO when reading grids... After re-writing the core loop (not calling readLineToVec anymore, not calling convertString anymore, thus bypassing a lot of checks that are not necessary in the context of reading a grid), reading a large grid is almost 6 times faster, with the same level of error reporting as before (and actually even more now).
The wind velocity for the undercatch correction was taken as is. It is now corrected to 2m using a log profile with a constant roughness length (0.03).
Added the Japanese correction for their Geonor rain gauges. We are still waiting for the paper giving this correction, since the results seem weird...
This version of GRIBIO is able to return meteo data from virtual stations. Some extra checks need to be implemented (for example, ensuring the unicity of the virtual stations). Tested with valgrind for performance and memory leaks.
A read2DGrid(grid, filename) method has been implemented in GRIBIO that returns the first grid it finds. If the input file only contains one grid, this would make sense... The snow height grid is now computed and the albedo grid is now correct (it was in percent). A readMeteo() method has been implemented and is almost functionnal (it just needs to list the available files and extract their timestamp to be finished). Some code cleanup.
Some code cleanup, improved memory management (ie: using the GRIB API free functions). A first version of readMeteo that is not even pre-alpha (therefore de-activated).
Added a isEmpty() method to the Grid2D and 3D.
Added the wind log scaling law. Code cleanup in GRIBIO as well as more meteofileds supported. The readDEM method has been implemented.
improvements for the Legend class: if the generated legend text is too long, an alternate format is used. Moreover, values close enough to zero are rounded to a true zero.
Standardizing RGB colors as interlaced in Gradients and PNGIO
IOManager: Removed unnecessary consistency check in IOManager::interpolate(), the grid can only have the same size as the DEM anyway. Expanded the arguments of the interpolate() procedure to allow the user to pass a reference to a string, that will hold some info about the interpolation used.
Added the grid() operator to 2D and 3D grids (basically, calling the same operator on array2D and array3D).
IOManager: bugfix in procedure interpolate for 64 bit machines where size_t != unsigned int
Bugfix for libsmet and thus release of the readSpecialPoints function in SMETIO.cc. It is now possible to read a vector of Coords objects through SMETIO, the format of the SMET file could be something like this:
2d interpolations: changed verbosity for the point wise 2d interpolations (only one message will be printed for all points), moved the printing of the info_string from Meteo2DInterpolator to the IOmanager.
IOManager: added another interpolate procedure that takes as arguments a Date, a DEMObject, the parameter to interpolate, a vector of Coords objects and a vector of doubles. The Coords represent different points in the DEM. The interpolation is only performed for these points and for each point one double value is stored in a vector.
Fixed two small bugs, thanks to some warnings on my laptop: variables set, but not used and a hard coded value used instead (in obviously wrong ways)
Two new methods have been implemented as static of Coords, to compute the ground length of one degree of latitude or longitude at any given latitude.
GeotopIO: added consistency checks for the meta data reading, there have to be the same amount of fields for the keywords representing lat,lon,x,y,alt
GeotopIO.cc; bugfix regarding the number of stations read
IMISIO now has a new option: USE_SNOWPACK_HNW. If true, then the SWE calculated by SNOWPACK and written into the database is used (if available) to compute hnw=Delta(SWE). Data gaps greater than 3 hours on SWE lead to unchanged hnw, otherwise the computed values overwrite hnw as read from the standard tables (ie: the sensor).
A correction method for the Hellmann shielded gauge has been implemented. This is not extracted from any broad WMO paper but from one paper and the mixed precipitation correction is actually even a fit on a graph present in this paper (which means: shaky).
GeotopIO: the sequence of meta data information in geotop.inpts was fixed, now it is flexible.
GeotopIO: Now the NumberOfMeteoStations key in geotop.inpts is considered. If set only a subset of stations are used. Eg. set the parameter to 10 and only the first 10 stations will be considered. Further enhancements when it comes to speed implemented.
Geotop plugin adapted to new version of Geotop. No specific meta data file is necessary anymore, we are simply parsing geotop.inpts which can be specified in the [Input] section of the io.ini (key METAFILE). Furthermore cloudiness data (taucloud) is also read in by the plugin and copied to MeteoData::RSWR for now. This is a temporary solution in order to allow 2D interpolation of taucloud disguised as RSWR.
Minor fixes in the documentation
Another fix/enhancement for POPC: the libraries now ends with "popc" in the popc version, as the autotools build was doing.
Better autodetection of popc
Extra marshalling required by Alpine3D
Fixed some 'non-virtual destructor' warnings and switched some options in cmake for POPC
A new file has been created to contain math optimizations (fast invSqrt, fast floor, etc). Please keep in mind that you must benchmark your code before committing something using these functions, since such optimizations can actually be slower than the standard version in some cases...
Some variable names starting with "_" have been fixed. The Crawford and Duchon ILWR model has been implemented in Atmosphere and checked on Weissflujoch data.
Now when the user selects POPC, the c++ and c compilers are forced to popcc.
More fixes for POPC builds and type error in Matrix.cc (with abs vs fabs). libsmet was also missing for the autotools...
The POPC compilation is slowly improving... One still needs to force the compiler to popcc, but otherwise it seems to work. Necessary includes have been added when popc is activated. A cmake method for finding popc has been implemented.
A new plugin appears: GRIBIO, to read GRIB files (see issue 19). This is still extremely preliminary alpha code (enough warnings?!), but it should (hopefully) quickly evolve. A small naming inconsistency has been fixed in template.cc and all plugins now keep a reference to a Config object instead of a full copy (which means that the only full copy of a Config object should now be in IOManager and all other components should have a reference to it).
Now, if the user specifies BUFF_GRIDS = 0 in his io.ini, grids buffering is completely by-passed.
Reading grids with the new API was not working in BufferedIOHandler (wrong ID built for the buffer)
Loading