WSL/SLF GitLab Repository

  1. 27 Sep, 2016 1 commit
  2. 26 Sep, 2016 2 commits
  3. 23 Sep, 2016 1 commit
  4. 29 Sep, 2015 1 commit
  5. 12 Aug, 2014 1 commit
  6. 28 Oct, 2013 1 commit
    • Mathias Bavay's avatar
      The filters have been slightly simplified, some IOUtils functions optimized... · 284f1213
      Mathias Bavay authored
      The filters have been slightly simplified, some IOUtils functions optimized (after reading an interesting post about the handling of rvalues), a bug fixed in PNGIO on Windows, the macros MAX and MIN are not used anymore (relying on std::max and std::min instead). A new data generator is on its way to generate HNW from HS differences (but this will require architectural changes to the DataGenerator).
      284f1213
  7. 13 Aug, 2013 1 commit
  8. 07 Aug, 2012 1 commit
    • Mathias Bavay's avatar
      New warnings have been tried to detect variable shadowing (one variable... · dd895aa0
      Mathias Bavay authored
      New warnings have been tried to detect variable shadowing (one variable declared with the same name as another one), alignement issues, etc. This produces very verbose output (not all warnings are legitimate) but allowed to fix lots of cases of misalignement and shadowing issues. These options have been left in the CMakeLists but NOT enabled (since these warnings are not so easy to interpret).
      dd895aa0
  9. 23 May, 2012 1 commit
    • Mathias Bavay's avatar
      The last filters that had not been ported to the new filtering infrastructure... · 47d0ab7d
      Mathias Bavay authored
      The last filters that had not been ported to the new filtering infrastructure have been ported and their documentation updated. All filters now use window specifications (instead of vector of pointers). The misleading filter argument "index" (for parameter type) has been renamed as "param" for all filters. The use of "unsigned int" for looping over vectors has been replaced by "size_t". The old "soft" behavior for the filters has been restored (ie: if not soft, a point that can not be checked by the filter is deleted).
      
      A few more "consts" have been added.
      47d0ab7d
  10. 11 Nov, 2011 1 commit
    • Mathias Bavay's avatar
      The "RateFilter" filter has been renammed "FilterRate" in order to be more... · 1adfbb72
      Mathias Bavay authored
      The "RateFilter" filter has been renammed "FilterRate" in order to be more consistent with other filters (this does not change anything user-side). A new filter has been created, HNW_MELT. This applies the Snowpack criteria on a precipitation measurement: if relative humidity is not high enough or TA and TSS too far apart, it is considered that any measured precipitation comes from snow melting in the (unheated) rain gauge, therefore the measurement is deleted.
      
      The last occurences of NROFSTATIONS have been deleted in BormaIO, closing issue 163.
      
      Some code cleanup took place in CosmoIO and FilterMax.
      
      In IMISIO, a new option and behavior has been implemented to properly manage precipitation measurements: ANETZ stations keep their HNW (they are considered reliable). IMIS stations by default don't produce HNW anymore. A key (USE_IMIS_HNW) can force using them, but a detection of winter conditions (ie: TA>0 and TSS>0) removes measurements known to be invalid. If neither TA nor TSS are available, then HNW is deleted (in order to prevent injecting HNW=0 in the system during a freeze event if the station would happen to miss TA and TSS). USE_IMIS_HNW should always be followed by the HNW_MELT filter.
      1adfbb72
  11. 30 May, 2011 1 commit
  12. 11 Feb, 2011 1 commit
  13. 01 Feb, 2011 1 commit
  14. 27 Jan, 2011 1 commit
  15. 24 Jan, 2011 1 commit
    • Thomas Egger's avatar
      New filter system rolled out with currently two filters up and running:... · b26d431e
      Thomas Egger authored
      New filter system rolled out with currently two filters up and running: min_max and mean_avg (without the soft option, only left or right centering). The new filter system is built upon processing blocks that take a vector<MeteoData> as input and return a processed vector<MeteoData>. The individual filters are stacked in a ProcessingStack where they are invoked sequentially.
      b26d431e
  16. 09 Dec, 2010 1 commit
    • Thomas Egger's avatar
      MeteoData now has an extra public member variable: StationData meta. It will... · 3f940ba5
      Thomas Egger authored
      MeteoData now has an extra public member variable: StationData meta. It will hold the meta information of the measurment instead of dragging along a second vector<StationData> alongside the vector<MeteoData> everywhere.
      
      This has huge implications: the IOInterface has been rewritten, subsequently changes need to be propagated into all plugins and all modules dealing with meta data.
      3f940ba5
  17. 26 Jun, 2010 1 commit
    • Thomas Egger's avatar
      The new filtering and resampling framework. Filtering/Processing and... · c2435a6a
      Thomas Egger authored
      The new filtering and resampling framework. Filtering/Processing and Resampling have been separated from each other, the Resampling is now done with the class Meteo1DInterpolator which utilizes the static algorithms within ResamplingAlgorithms. The filtering remains a task of class MeteoFilter. The calling of the resampling and filtering as well as the data selection is now based in the facade class MeteoProcessor. MeteoProcessor::processData function calls the filtering algorithms, then passes the filtered data to the resampling algorithms and finally runs a "check only" filtering pass.
      
      The filtering system underwent some changes in order to simplify the tasks at hand, the interface has changed.
      
      The RateFilter is currently disfunctional, needs to be reimplemented.
      c2435a6a
  18. 21 Jun, 2010 1 commit
    • Thomas Egger's avatar
      Directory structure change: src folder now called meteoio · 752c0068
      Thomas Egger authored
      Overall all include statements within in the library have been replaced by angle brackets, the default install path for the include file is $CMAKE_INSTALL_DIR/include/meteoio, the meteoio libraries (static and shared) will be installed in $CMAKE_INSTALL_DIR/lib per default.
      
      The plugins will be installed in the subdirectory $CMAKE_INSTALL_DIR/lib/meteoio/plugins
      752c0068
  19. 21 Apr, 2010 1 commit
  20. 09 Dec, 2009 1 commit
  21. 05 Nov, 2009 1 commit
    • Thomas Egger's avatar
      Introducing the new filter system: MeteoFilter; documentation will follow; · 196cc4b6
      Thomas Egger authored
      MeteoFilter operates on static filter algorithms which are defined in FilterAlgorithms.*
      FilterProperties is a small helper class to declare properties of an Algorithm (e.g. how many data points it requires, ...)
      The new MeteoFilter system is utilized by class BufferedIOHandler.
      
      The old filter system is removed from Makefiles/CMake and the SVN directory.
      Legacy MeteoIO classes Meteo1DResampler and MeteoBuffer, which were solely required by the old filter system are also removed.
      196cc4b6