Finally! Handling precipitation redistribution before re-accumulation (ie the 24 hours sums provided in an otherwise hourly data file) now works with non-uniform timesteps. This introduced some runtime performance hit (~10% slower) but better accomodate the needs of our users!

Finally, it is now posible to handle precipitation data provided as 24 hours sums in an hourly data file and resample them as 15 minutes sums. The limitations are: no time offset between the requested sampling period and the measured accumulation period; only constant sampling in the data file (ie no variations in the sampling period in the data file).

Finally, the reaccumulation looks good and seems to work in all conditions. Using a measuring period different from the file sampling rate (ie daily accumulation in a hourly-sampled file) is not supported yet, but this should now come very soon!

The reaccumulation refactoring is moving forward. This commit is not so clean (lots of commented out debugging output, since this is a work in progress) but it "mostly works". The problem that is left is that the dwonsampling produces yearly sums a little bigger than they should (ie we are double-counting somewhere). But it compiles, it runs and it is "almost" correct. The simple upsampling works properly (ie producing 15 minutes values out of hourly data).

Paving the way for very exciting stuff for reaccumulating precipitation. For now, major code cleanup and simplification. Watch out, there might be cases where this does not work anymore!

The potential radiation generator had a bug when generating data without any ISWR nor RSWR. The sunrise and sunset calculations in Suntrajectory where actually not in GMT as advertised.

Updated the lsm file and added a manifest.xml file in tools, for uploading an archive on Indefero (instead of manually uploading each file for the "Downloads")

Replacing "special points" by "Points Of Interest" in the documentation and the examples. Fixing warnings for BormaIO.

The cmake files for compiling with LibXML++ have been updated since they would not work with more recent Linux (but we should consider dropping LibXML++ and only rely on LibXML2 in order to reduce the dependencies and package finding mess). The special points are now called POI (Points of Interest, like for a gps device) in order to make them more familiar.

Removing the explicit dependency to libproj, removing the plugins group (empty), fixing some stupid Windows packing bugs

Lots of simplification in the CMakeLists (requirering cmake >=2.8.0) as well as a small documentation update

a little bit of cleanup in the new HS_SWE data generator (still a work in progress, so it is willingly NOT documented)

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).

Units were inconsistent when adding precip height (in mm) to DEM (in m). This has been fixed with a scaling factor.
DEM update command now added. 

The noisy linear fit now removes points based on their distance to the regression line (this should be marginally better but is anyway simpler and faster). 

The new usage timers have been slightly cleaned up for white spaces and for precision (casting to long double first in order to avoid loss of precision as shown with the previous timers). The declaration order in the class now takes care of alignments issues.

The new UsageTimer as being used in the benchmarks for the MeteoIO paper - comments and WIndows version pending.

fixing issue 303: if swe>0, then we accept all delta_swe>=0 (since 0 is also a valid value!). Moreover, it is now possible to properly generate a composite HNW: IMIS in the summer and Snowpack in the winter.

changing search priorities so compiling the examples gets more pleasant (ie searching first the source tree and then the installation paths)

Fixing some warnings for Visual C++ and also using ostringstream instead of stringstream when appropriate

Removing the approximated solar radiation daily sum, since it contains a projection error (it seems to project twice to the horizontal)

Finally, another method for handling daily sums of solar radiation has been implemented: when a point is requested, the potential solar radiation is computed for the whole day with a 20 minutes resolution, filling a vector and computing the daily sum. This enables to compute the loss factor. When another point within the same day is requested, the radiation is interpolated from the values stored in the vector and multiplied by the loss factor. Tested on WFJ data, this works very well (of course, days that experience large cloudiness variations are not reproduced well but at least the average flux is correct).

A typo has been fixed in the documentation of Date. 

Now the dates can be rounded to the day (there was a bug preventing it before). A new parametrization has been implemented in SunObject that computes the daily sum of TOA radiation. This is used by a new resampling method that computes subdaily values out of a daily sum of radiation. This is not yet doing such a great job, but this is a start...

Since Rob has committed his precipitation spatial interpolation, the 2D_interpolation reference result had to be updated. Several members in filter classes could be made const/static/private.