WSL/SLF GitLab Repository

  1. 19 Jun, 2012 1 commit
  2. 18 Jun, 2012 1 commit
  3. 16 Jun, 2012 1 commit
  4. 11 Jun, 2012 1 commit
    • Mathias Bavay's avatar
      Since the autotools are obsolete (and unmaintained) in MeteoIO, they have been... · 11fb1ed6
      Mathias Bavay authored
      Since the autotools are obsolete (and unmaintained) in MeteoIO, they have been removed. The popc++ version can be compiled with cmake (with some tricks: disable GSN and force the compiler to popcc). 
      
      For consistency, the various definitions of ot_deg and to_rad have been suppressed and replaced by Cst::to_deg or Cst::to_rad. Some mentions of the Earth's radius have been replaced by Cst::earth_R0. In Coords, some variables have been declared as const.
      11fb1ed6
  5. 08 Jun, 2012 1 commit
  6. 05 Jun, 2012 1 commit
  7. 04 Jun, 2012 1 commit
  8. 01 Jun, 2012 1 commit
  9. 31 May, 2012 5 commits
  10. 30 May, 2012 3 commits
    • Mathias Bavay's avatar
      A few "consts" have been added. The dates are now considered to be positive... · b79a85a4
      Mathias Bavay authored
      A few "consts" have been added. The dates are now considered to be positive which allows comparison operators to be optimized: converting 1 year of hourly data with data_converter got almost 30% faster. Moreover, when looking for resampling window, two extra checks have been added to quickly see if the start and end point are even in the input vector. This reduces data read miss (because we start by reading vecM[0]) and skips browsing through the whole vector if we are in a large data gap. On the same 1 year data set with one large gap for one parameter, the gain is of almost 20%. Overall, these two optimizations lead to almost a doubling of the speed with data_converter... Soon we'll be so fast that we will get the data before it is even measured!
      b79a85a4
    • Mathias Bavay's avatar
      oups, fixed a typo · 3c140e10
      Mathias Bavay authored
      3c140e10
    • Mathias Bavay's avatar
      Two new members have been added to Grid3DObject, to store the heights of the... · 99969a4d
      Mathias Bavay authored
      Two new members have been added to Grid3DObject, to store the heights of the 3D levels (ie: level 1 = 10m above ground, etc). This is similar as what is done by ARPS, GRIB, etc A boolean specifies if these are absolute or relative heights (ie: above DEM).
      
      The unventilated temperatures filter and unheated rain gauge filter have been renamed. The "soft" option has been added to Unheated_RainGauge. And the usual documentation fixes...
      99969a4d
  11. 25 May, 2012 1 commit
  12. 24 May, 2012 3 commits
  13. 23 May, 2012 3 commits
    • Mathias Bavay's avatar
      oups, fixed an include that had to be removed... By the way, the last changes... · 73a9d046
      Mathias Bavay authored
      oups, fixed an include that had to be removed... By the way, the last changes lead to good compiler optimizations: in optimized mode, on 1 year of data, the speed up is above 30%
      73a9d046
    • 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
    • Mathias Bavay's avatar
      All the filters using windows have been modified so they use the window... · 2cd29823
      Mathias Bavay authored
      All the filters using windows have been modified so they use the window specifications (start, end) instead of a vector of pointers. The FilterWindAvg was not properly handling nodata, this has been fixed. By the way, when using a reasonnably large buffer size, the new filter window management is actually slightly faster than the old one (1%). 
      
      The handling of "soft" is now different: soft ONLY applies to the window specifications. Before, a soft filter would leave values that could not get a window untouched while non-soft would force them to nodata. Now, all values that can not get a window are left unchanged, while the window centering can change according to "soft".
      2cd29823
  14. 22 May, 2012 2 commits
    • Mathias Bavay's avatar
      This is the new implementation of the filters' windowing scheme. Now,... · 309245bc
      Mathias Bavay authored
      This is the new implementation of the filters' windowing scheme. Now, specifying 4 points and 6 hours will guarantee that at least 4 points are in the window AND 6 hours, otherwise it returns unsuccessfully. The run time penalty is ~4% compared to the previous implementation. Since it first builds the window specifications (start and end index), it is possible to directly call this window specification, skipping the building of a vector of pointers. For the MeanAvg filter, this makes the run time penalty go down to 3.3% on a 6 hours window (with hourly data).
      309245bc
    • Mathias Bavay's avatar
      First correct implementation of the filtering windows. This is not active yet... · 659c81c4
      Mathias Bavay authored
      First correct implementation of the filtering windows. This is not active yet as it only provides window specifications. But it properly fulfills both the number of points criteria and the time span criteria.
      659c81c4
  15. 21 May, 2012 1 commit
  16. 16 May, 2012 3 commits
  17. 14 May, 2012 1 commit
  18. 11 May, 2012 3 commits
  19. 10 May, 2012 7 commits