WSL/SLF GitLab Repository

  1. 02 Oct, 2013 1 commit
  2. 24 Sep, 2013 1 commit
  3. 15 Jul, 2013 1 commit
  4. 20 May, 2013 1 commit
    • Mathias Bavay's avatar
      The dataGenerators can now process all parameters (ie including the extra... · 2daffd0a
      Mathias Bavay authored
      The dataGenerators can now process all parameters (ie including the extra parameters) properly. This makes it possible to create a new parameter by using a COPY followed by *0, +nodata filters and then fill the now empty new parameter with a data generator (very useful to compare generated values with a reference measurement). Moreover the processing overhead should have been reduced by looping over the declared generators instead of over the parameters.
      2daffd0a
  5. 17 Apr, 2013 1 commit
    • Mathias Bavay's avatar
      In order to implement an efficient and portable object serialization, it has... · ba0b7d3e
      Mathias Bavay authored
      In order to implement an efficient and portable object serialization, it has been decided that all serializable objects would be manually serialized to an std::iostream. Then, the parallelization framework (mpi, popc, etc) can take over this stream and move it to another node. Therefore, the operators "<<" and ">>" are now reserved for serialization (as seems to be standard) and the debug outputs are obtained by printing "object.toString()". This means that all debug code has potentially to be fixed, by replacing "std::cout << object" by "std::cout << object.toString()".
      ba0b7d3e
  6. 10 Apr, 2013 1 commit
  7. 10 Mar, 2013 1 commit
  8. 14 Feb, 2013 1 commit
    • Mathias Bavay's avatar
      In order to try to be closer to the spirit of the STL, now the empty... · 3f45c394
      Mathias Bavay authored
      In order to try to be closer to the spirit of the STL, now the empty strings/vectors/lists are tested with .empty(), the first/last elements of vectors accessed with front()/back(), the empty strings are not contructed with string("") but with string(), etc This makes a benchmark based on meteo_reading ~4% faster and this makes the code suprisingly easier to read. 
      
      Some extra constification took place as well as some minor code cleanup (optimizing the comparison between two vectors in order to perform less tests, etc).
      
      The Date class can now properly generate and parse full ISO timestamps, including time zone information. The full specification is now supported by convertString() with a helper method in the Date class. Ouputing an ISO string with its time zone is done by requesting the ISO_TZ format.
      
      
      3f45c394
  9. 11 Feb, 2013 1 commit
  10. 28 Oct, 2012 1 commit
  11. 10 May, 2012 1 commit
    • Thomas Egger's avatar
      Further improvements for the resampling within the Meteo1DInterpolator: no... · c960fe89
      Thomas Egger authored
      Further improvements for the resampling within the Meteo1DInterpolator: no longer is an element inserted into the filtered_cache and then deleted, instead we have a MeteoData reference handed to the Interpolator representing the MeteoData element to be resampled. This interface change needed to be propagated into the different affected classes. Accumulate resampling currently disabled.
      c960fe89
  12. 09 May, 2012 1 commit
  13. 17 May, 2011 1 commit
  14. 08 Feb, 2011 1 commit
    • Mathias Bavay's avatar
      Another commit related to timezones... The Unix date always being in UTC, this... · 3fdc84f5
      Mathias Bavay authored
      Another commit related to timezones... The Unix date always being in UTC, this has been fixed. The resampling was not using dates in a proper way, this has been fixed. The GSN plugin has also been fixed, it now rounds time to the closest minute (in order to be consistent with our advertised "1 minute time resolution"). A rounding method has been implemented for dates.
      
      The timezone parameter in io.ini is now named TIME_ZONE instead of TZ for clarity. 
      
      Undefined dates should now be fully handled (ie: also in arithmetic).
      3fdc84f5
  15. 01 Feb, 2011 1 commit
  16. 31 Jan, 2011 1 commit
  17. 27 Jan, 2011 1 commit
  18. 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
  19. 19 Jan, 2011 1 commit
  20. 12 Jan, 2011 1 commit
  21. 16 Dec, 2010 1 commit
  22. 10 Dec, 2010 1 commit
  23. 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
  24. 19 Aug, 2010 1 commit
  25. 16 Aug, 2010 1 commit
  26. 26 Jul, 2010 1 commit
  27. 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