WSL/SLF GitLab Repository

Skip to content
Snippets Groups Projects

Repository graph

You can move around the graph by using the arrow keys.
Select Git revision
  • 42b4e784d1acd68131863b32c4b3a66a48e6b966
  • master default protected
  • BUFR_changes
  • feature/web-service
  • limiting_trends
  • 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
  • Display full history
  • Display up to revision
Created with Raphaël 2.2.05Nov43231Oct3029282524232217122124Sep2019181731Aug24232015976131Jul2724232019171627Jun262523212019181611854131May302524232221161411109854330Apr171410753231Mar29282623211916131297652127Feb2423201716151413111098732131Jan3027252320191817161312111097643225Dec23222019Nov1816151413111098732131Oct302423211711643229Sep2726222120191312231Aug302924232216830Jul28272620191815765430Jun242320181610830May2726252419181716131211107421Apr2016151330Mar2925242322211918171615111098543125Feb242322211817161514111098432131Jan30282726241914131211876517Dec1611109716Nov9865432129Oct272524222120121173130Sep22876327Aug26242320191817161211106432128Jul262322212019161514131276230Jun2928262524222117Adding the corrected IOHandler.h again. Now the revision history is visible again.Adding the old IOHandler.hGetting 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 filesUpdated doc/examples/io.ini: Key GENERAL::PLUGINPATH unnecessaryFixing 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.Better UTM zone check, some fixes for variables shadowing and alignmentPushing version numbers to 2.3.0, fixing a documentation bug.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.Fixing a small bug/warning in libsmet and properly initializing the members in some plugins (through initialization lists, as usual).Oups, the sun example had not been updated...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).Another round of fixes for Weffc++... Only things in the plugins should now remainAfter 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).Disabling backtraces for CYGWIN (since it does not support them)The Date::getJulianDate() called has been renamed as Date::getJulian() for simplicity.The Universal Polar Stereographic projection coordinates have been implemented. A small bug has been discovered (and fixed!) for latitude/longitude specifications as degrees/minutes/seconds for negative coordinates (the conversion to decimal was then wrong because of an improper rounding direction).Added some references to the Meeus algorithmConsider threshold solar elevation in static projection method for consistency with the non-static oneSome better documentation, a new method to project a radiation from the horizontal to a slope (as needed by Snowpack), a foolproof method for computing the splitting (it only gets one parameter, the measured radiation, and knows which potential radiation to use...). Now Snowpack can use a Sun object for computing its radiation!New optimized pow() replacement have been implemented. The Sun object can not use them, though (error accumulation leading to a dramatic loss of accuracy). The Sun object now checks that a given julian_date is different from the already stored one (to avoid recalculating all if not necessary).The user provided cloudiness can now be forced to the ILWR models (if not nodata). The selection of which model to use based on the available parameters has been improved and verified.A new method for getting the parametrized ILWR has been implemented that chose between various parametrizations depending on the available data. The data_converter example has been slightly edited for clarity.A wrong commit on doc/examples/io.ini has been reverted. A new undercatch filter has been implemented, following (Hamon, 1973). I would not recommend using it for the moment, though. Adding Coords testsome white spaces clean up and tagging as well as proper definitions for the upcoming visibility markupNow testing the array1d<double>. The Undercatch filter has been renamed as Undercatch_wmo so we can offer competing models (hint: Hamon 1973).Fixed some spelling and improved the Matrix testAdding the Grid3DObjects to the testsAdded some tests for Matrix and Grid2DObjects (the Grid3DObjects tests will have to be implemented)Added some documentation to GRIBIO, fixed the documentation of FilterStdDev, improved the regex for the sun test, significantly improved code coverage by adding lots of different filters and interpolations (both 1D and 2D). The meteo files have been tweaked in order to contain precipitation for the reference time step.- Better installation of ctest doesn't need previous change anymore