- 04 Dec, 2012 1 commit
-
-
Mathias Bavay authored
The FileIndexer class still had some bug (such a surprise). It is now working properly. Some constification in libsmet
-
- 03 Dec, 2012 5 commits
-
-
Mathias Bavay authored
SMET now uses fully the new file indexer class and creates indexes at least every 2000 lines (as in SNIO)
-
Mathias Bavay authored
-
Mathias Bavay authored
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)
-
Mathias Bavay authored
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).
-
Mathias Bavay authored
-
- 30 Nov, 2012 2 commits
-
-
Mathias Bavay authored
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).
-
Mathias Bavay authored
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.
-
- 28 Nov, 2012 1 commit
-
-
Mathias Bavay authored
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
-
- 27 Nov, 2012 1 commit
-
-
Mathias Bavay authored
-
- 26 Nov, 2012 1 commit
-
-
Mathias Bavay authored
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.
-
- 23 Nov, 2012 1 commit
-
-
Mathias Bavay authored
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.
-
- 22 Nov, 2012 1 commit
-
-
Mathias Bavay authored
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.
-
- 21 Nov, 2012 2 commits
-
-
Mathias Bavay authored
-
Mathias Bavay authored
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.
-
- 20 Nov, 2012 1 commit
-
-
Mathias Bavay authored
-
- 11 Nov, 2012 1 commit
-
-
Mathias Bavay authored
-
- 05 Nov, 2012 8 commits
-
-
Thomas Egger authored
-
Thomas Egger authored
-
Thomas Egger authored
-
Thomas Egger authored
Replacing IOHandler.h with an older revision in order to copy svn file history with it.
-
Thomas Egger authored
-
Thomas Egger authored
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.
-
Thomas Egger authored
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.
-
Thomas Egger authored
-
- 04 Nov, 2012 3 commits
-
-
Thomas Egger authored
-
Thomas Egger authored
Fixing a few issues regarding the compilation of GSNIO. These are painful workarounds to allow compilation and linking.
-
Thomas Egger authored
-
- 03 Nov, 2012 3 commits
-
-
Thomas Egger authored
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.
-
Thomas Egger authored
-
Thomas Egger authored
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. The CMakeLists.txt files had to be updated to no longer make separate dynamically loadable libraries for each plugin, but to simply add the classes the user selectes to the meteoio library. As a side effect the io.ini key GENERAL::PLUGINPATH is no longer necessary.
-
- 02 Nov, 2012 1 commit
-
-
Mathias Bavay authored
-
- 31 Oct, 2012 3 commits
-
-
Mathias Bavay authored
-
Mathias Bavay authored
Removing some costly but unnecessary features (ie there is no need to always keep gmt_year, etc up to date when we in any case never use the gmt values!). The gain is ~5% on the speed of data preprocessing in Snowpack.
-
Mathias Bavay authored
Fixing a small bug/warning in libsmet and properly initializing the members in some plugins (through initialization lists, as usual).
-
- 30 Oct, 2012 2 commits
-
-
Mathias Bavay authored
By the way, the last changes to the code made it slightly faster for a 1 year data_converter (less than 3%) all while being much safer (not relying on copying pointers verbatim and hoping they remain valid).
-
Mathias Bavay authored
The automatic tests have shown that the code was getting slower following the latest commits. After investigations (thanks valgrind!), it has been found that the newly added copy constructor of Coords was used a lot as well as setFunctionPointers(). Therefore the function pointers have been removed and replaced by a simple list of if(coordsy=="") etc. The run time is now back to normal (and actually up to 6% faster on some tests). Cosmetic touch up on Date.
-
- 29 Oct, 2012 1 commit
-
-
Mathias Bavay authored
-
- 28 Oct, 2012 1 commit
-
-
Mathias Bavay authored
After compiling with -Weffc++, it appeared that lots of things could be done in initialization lists. Some of it has been done for this commit (but quite a few remain).
-
- 25 Oct, 2012 1 commit
-
-
Mathias Bavay authored
-