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.
372ac5ed5c90d10edfeff14d2a2271aaca8f4ac4
Select Git revision
Selected
372ac5ed5c90d10edfeff14d2a2271aaca8f4ac4
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
15
Apr
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
21
Dec
17
15
11
9
8
7
3
2
1
22
Nov
19
17
12
11
10
9
7
5
4
3
2
30
Oct
29
28
27
22
21
19
14
13
9
5
18
Sep
15
14
10
8
6
5
4
2
1
28
Aug
27
26
25
20
19
18
17
14
13
12
10
7
4
3
29
Jul
28
27
23
22
21
20
16
14
12
11
10
7
1
24
Jun
19
18
17
16
15
12
11
10
9
3
29
May
28
27
26
The CMakeLists should be a little bit cleaner. But the Windows installer still does not work (it does not find the dll files).
Another commit so that Visual C++ could compile without any tweaks...
changed stationname to stationID in readStationMetaData()
The infamous 24:00 hour bug was not fully dead. Rounding errors (I experienced a 3.5/100 seconds rounding error) made hour=24 possible. Before computing values (day, hour, etc) the julian date is now rounded to the closest minute (but such rounding is NOT saved, so it there is no loss of precision for potential upcoming calculations). Therefore, all should now be perfect in MeteoIOland.
The emissivity models have been cleaned up: they now take RH, TA, etc but NOT the water vapor pressure (it is internally calculated). Please, update your code!
The array getSum() was not the most appropriate method... It has been replaced by a getCount(), which means that to really get the sum, one has to do getMean()*getCount().
Commit SNIO version capable of reading and writing optional parameters found in *.inp files. The use of a METAFILE is optional. The varaibles stationID and stationname have been disentangled.
The CMakeLists has been adapted so that it properly supports various Visual C++ options. Now, options are set per compiler and per plateform (depending on the scope of the said option). Therefore, choosing a target like "optimized" really produces compilation optimized for speed on g++ as well as Visual C++.
Fixed some bad naming in DynamicLibrary, silenced an unnecessary warning from Visual C++ (urging us to use non standard library calls), fixed some DLL exports for Visual C++.
Some warnings found with Visual C++ 10 have been fixed (mostly about types)
The Array::getAbs() and abs() methods were not offering nodata handling, this has been fixed. A new getSum() method has been implemented for arrays (with proper choice of nodata handling)
A small bug has been fixed for code::blocks (dll_import should not be set for code::blocks on Windows). All #ifdef WIN32 have been replaced by #ifdef _WIN32 (which should be more standard).
Next round of fixes for issue 68 (variable names starting with "_" under Visual C++). Hopefully, this issue should now be fully addressed.
First batch of fixes for issue 68 (variable names starting with "_" invalid for some versions of Visual C++)
Fix for issue 139: Buffering and large data gaps; If the resampling cannot rely on any data points the old behavior was to return a MeteoData object with both data and meta data set to IOUtils::nodata. Now these points are simply skipped. Thus requesting a data point in a gap of measurements greater than the window size necessary will result in an empty result set.
The Arrays now skip some unecessary tests in resize(). Since the arguments are unsigned, there can not be any negative size! This also now allows setting size to 0. A new "operator" has been added to get the absolute value of an array. This unfortunatelly generate a warning for unsigned arrays despite that the necessary signedness test is performed. This warning will have to be disabled one way or another.
The SMET specification has been changed and brought to version 1.1. The units_multiplier and units_offset order has been changed: now, the multiplier is applied FIRST and then the offset. This allows to disable a SMET column by setting the mutiplier to 0 and the offset to nodata. A warning is displayed by SMETIO for all files version <1.1 urging users to check their files and update them to 1.1.
The getMin(), getMax() and getMean() Array3D methods were not working. This has been fixed. The Array2D::getMean() method has been slightly simplified
Two fields were swapped in an IMIS query, this was messing up the data (obviously)
The example data snow heights were given in cm instead of m. Using the "units_multiplier" of SMET, this has been fixed.
The Grid3DObject variable ndepth has been renamed in ndepths. A new method "size" to retrieve the size of grid2D and 3D has been implemented (so that it is more consistent with Array2D and 3D).
This is the fix for issue 140. When setting a Date with setDate(y,m,d,H,M, TZ) if TZ==0 no recalculation of the date elements (year, month, etc) would be performed, thus keeping a potential 24 for hours. If calling afterward getDate(gmt), it would return these internal values without any further calculation, thus returning hour=24.
The plugins now export their symbols when compiled with Visual C++.
Another (small) fix for Windows compilation (changing a #ifdef to be MS VC++ specific).
Fix for issue 149: the is_soft member variable needed to be initialized to false!
SMETIO bug: parseInputOutputSection() assumed that there has to be a INPUT::METEO key in the io.ini. It is optional though, the plugin might be only used for writing meteo data.
Added a platform independent copy_file(src,dest) procedure to the IOUtils namespace.
(hopefully) the last small tweak to keep all compilers happy (for now)
Small tweaks so that code::blocks on Windows also compiles MeteoIO correctly... (like a never ending story)
Last small changes, and MeteoIO compiles with Visual C++!! (but not the plugins)
More fixes for Visual C++. It could now work!
More fixes for Visual C++ (but not all done yet) as well as new assignments operators for 1d, 2d, 3d arrays. It is now possible to do something like my2Dgrid.grid2D = 2.; and every cell will be filled with 2.
In SNIO, the METAFILE can now be optional (which means that the metadata remain nodata, the user has therefore to fill them himself). This is used by Snowpack.
Now Wind-IMIS stations like DAV1 can be queried too.
Quick fix for a new IMISIO limitation (that stations need to be in some specific tables to be processed, even if this table should not be an absolute necessity).
SNIO nows throws an exception when no metadata can be found.
The vw_max field has been added to CosmoXMLIO, and the plugin has seen some cleanup in its comments. Additional comments in Sun.cc should help understand acceptable values for several radiation parameters.
Another fix for issue 144: fallback "round" function for Visual C++ (that still does not conform to C99... only 12 years late...)
The SNIO and SMETIO plugins now use METEOPATH for both inputs and outputs. This is more consistent with other plugins and usage.
Sorry! I missed:-( some changes Thomas Egger made recently in IOManager.cc (push_meteo_data()). Should be OK again.
Loading