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.
ecad65a2b54e7a41f45444597e7aed079dbb0395
Select Git revision
Selected
ecad65a2b54e7a41f45444597e7aed079dbb0395
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
10
Jan
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
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
A new example has been added, to show what can be done with grids. The popc version was broken, this has been fixed.
This directory is not needed anymore
Added an extra error message in ImisIO and a new method for Config: keyExists() to check if a given key is present (instead of always reading a key with nothrow, etc)
Deleting the NROFSTATIONS from the example io.ini since this key is not used anymore and missleading...
Tagging release 2.3.0
MeteoIO-2.3.0
MeteoIO-2.3.0
fixed a timer bug for Windows: the sub-second part was always truncated (wrong cast)
Config class: One of the string parameters to findKeys is now a const reference.
typo...
Improved an error message, improved the main documentation page by adding links to the home page, improved the code examples
The FileIndexer class still had some bug (such a surprise). It is now working properly. Some constification in libsmet
SMET now uses fully the new file indexer class and creates indexes at least every 2000 lines (as in SNIO)
fixing some missing casts
Some warnings have been fixed in the tests and all 'string tmp=""' or 'tmp=""' have been replaced by either an empty constructor (that does the same ) or tmp.clear() (that does the same too)
Fixing snowpack issue 285: a parenthesis was missing in the hour angle calculation and a special case for 24 hours sunlight or 24 hours night was missing. Both would only impact the sunrise, sunset and sunlight duration calculations (but could trigger an arithmetic exception).
A casting issue was preventing compilation on Windows
The FileIndexer class has been expanded to cater to the needs of SMET (it is not the most efficient, but for now...). A bug has been fixed that was leading to segfault. The explanation for the remaining slowness of SNIO has been found: the Config keys were re-read for every parsed line... It is now 10x faster, ie up to par with SMET (more or less).
The indexing for SNIO and SMETIO was not working (because of BUFF_READ_BEFORE, we are almost never restarting exactly at the last read time step, but before). Moreover, SNIO was always reading the whole file, even past the specified dateEnd. This was extremely slow on large input file. This has been fixed. SNIO is still quite slow (it seems something like 10x compared to SMETIO), but it is much more acceptable. A file indexer class has been implemented in IOUtils.
some code cleanup in GSNIO, the warnings generated by soap are now turned off (with a hack to make old versions of gcc able to do it) and the plugins directory and component are now removed from the packaging
Fixing some Visual C++ warnings
The Date class has been revereted in order to compute year, month, day, etc since this is useful when debugging. The external includes that are used for the plugins are now included as system headers in order to avoid generating warnings for some code that we are not responsible for.
The cubic B-spline image resampling algorithm has been implemented in ResamplingAlgorithms2D. Various Weffc++ warnings have been fixed in PNGIO, ImisIO and GRIBIO, leading to the suppression of unused variables.
The Suntrajectory now throws IOExceptions. A small bugfix for Android has been added to CMakeLists so it can compile in debug mode. The new domain name (models.slf.ch) is now used in the packages.
one file had been forgotten...
Last general warnings from Weffc++ addressed and we now move a step further: almost all the "deep" warnings as well as Weffc++ are now enabled in debug compilation.
documentation fix
More fixes so that all can be compiled with -Weffc++ (a few remain, but they are trickier to fix)
Adding the corrected IOHandler.h again. Now the revision history is visible again.
Adding the old IOHandler.h
Getting rid of IOHandler.h again (still no revision history)
COMMIT NUMBER 1000: Happy Birthday MeteoIO!!!
IOHandler.cc is generated by CMake, we don't need to keep a copy of it around.
Instead of generating IOHandler.h, we're now generating IOHandler.cc. Reason: If we generate IOHandler.h the includes of the plugins (e.g. CosmoXMLIO) will be included by every project that requires MeteoIO.h, thus XML library includes, etc will be necessary in every project that includes MeteoIO.h ;( By generating IOHandler.cc and putting the includes of the plugins there this situation can be averted.
Generating the IOHandler.h file out of IOHandler.cmake.hpp through CMake: That way no specific definitions need to be added to the compiler flags.
Forgot to take away the include of DynamicLibrary.h from all files
Updated doc/examples/io.ini: Key GENERAL::PLUGINPATH unnecessary
Fixing a few issues regarding the compilation of GSNIO. These are painful workarounds to allow compilation and linking.
Adding correct header includes for BormaIO and CosmoXMLIO to IOHandler.
Every former plugin now adds a definition. This define can be checked in IOHandler. This is not the best solution, because turning a plugin on or off results in compilation of the whole meteoio.
The header files of the plugins also have to be installed.
The plugins are no longer separately loadable libraries, but are fully incorporated into libmeteoio. All classes and facilities that provided capabilites for the dynamic loading were deleted (DynamicLibrary). IOPlugin now holds a function pointer to an instantiation function for children of IOInterface. In IOHandler::registerPlugins() all plugins need to be registered with the key name, the class name, a pointer to an instance of the class and a function pointer to the instantiation function for the class (child of IOInterface). IOInterface lost some complexity and thus the constructor of the base class does not have to be called in derived classes anymore.
Loading