For better consistency, now using the grid's size() method instead of getNx()*getNy(). The debug messages in libinterpol2D have been removed after performing the checks (ie that our implementation of Winstral does conserve mass).

Fixed a bug in libinterpol2D, improved the documentation of the ALS_SCALING interpolation method, fixed a few bugs in BormaIO and added a constant in Meteoconst.h

A bug/inconsistency has been fixed in the Winstral algorithm: when pixels are excluded because their air temperature is too high for snow, they should not contribute to the min/max erosion/deposition! A new version is now in dveelopment that takes into account the local wind field as well as a threshold on the wind speed. This is not documented as it is still highly experiemental.

Code cleanup and fix for IMIS: now the ENET stations receive the number 1 for the automatic stations instead of 0.

The original PrecipSNOW spatial interpolation algorithm has been reimplemented since the version implemented by Rob is unreliable

Some threshold were making trouble for very high resolution simulations with Winstral, they have been changed. A broken link has been fixed in NetCDFIO.

The Winstral interpolation was not behacing properly when dealing with a DEM with holes, this has been fixed. Otherwise, the grids initializations use some recently introduced API that makes the code easier to read.

When using Winstral with precipitation AND exclusively positive temperatures, the deposition mass was zero and was leading to an arithmetic error

When using Ordinary Kriging, the nodata cells where still computed... This has been fixed, they are now properly skipped.

The LIDW algorithm has been restructured in order to look more similar to IDW. It is still quite special, though.

The grids.isEmpty() method has been renamed as empty() in order to follow the STL convention. The ARC grids written with Alpine3D naming were still not properly named, they should now be directly recognized by the Alpine3D grid viewer.

The getTanMaxSlope method used for Winstral or Ryan has been optimized and improved: now a pixel that would be just behind a ridge would be properly processed (ie it would see the uphill slope and not the downhill slope behind the ridge).

The basic operators have been implemented in Grid2DObject and Grid3DObject as well as DEMObject (with the proper update strategy). 

In order to suppress the risk of out of date "ncols, nrows" and since these were redundant with Array2D<>.nx/ny, they have been suppressed and it is therefore now mandatory to rely on the getNx/getNy/getNz getters. This is much safer but impacted quite a lot of code... 

A bug has been fixed in the Winstral implementation that could lead to infinite loops for very small DEMs.

better file structure: all the classes purely focused on data storage (such as grids, dates, etc) have been moved into a "dataClasses" directory. All subdirectories are nhow named similarly to the classes and methods: the words after the first one are capitalized.

The Ryan wind algorithm is now implemented properly (but the VW correction seems to always be extremely small). A new method for slope along a given direction has been implemented that is used by both Winstral and Ryan. The VW reference spatial distribution for the tests has been updated and the algorithm renamed in the test io.ini.

The Liston & Elder wind interpolation algorithm now works like in the paper. It has been renamed as "LISTON_WIND" and shows acceptable/encouraging preformances.

Working on wind spatial interpolation: both Ryan and Liston have been reviewed and improved. They can now both be used for VW and/or DW. 

The Winstral spatial interpolation algorithm is getting into shape: all three modes of operation have been implemented and tested and it is now properly documented. A new data generator has been created that computes a relative humidity from either a dew point temperature or a specific humidity.  Adding a "check_attribute" to libncpp.

Fixing a bug preventing compiling the tests, added a new constructor to Array2D that takes a specific layer out of an Array3D and a new method in Array3D to insert a 2D layer at a specific depth

One more optimization for IDW (when only one station is available) and the Winstral algorithm only changes cells with TA<=0

My previous optimizations had introduced a bug in SimpleDEMWindInterpolate, this has been fixed. The optimizations are actually now done at another location. The (Ryan, 1977) wind direction interpolation has been properly checked, fixed and documented.

The example io.ini file was missing some new changes. The Winstral algorithm had a bug when operating on dems with holes (nodata). It now takes its wind direction as argument (the base algorithm also has to be provided).

A new constructor has been implemented for the GridObjects as well as better members alignement. A potential issue with Winstral has been fixed. A wind direction algorithm has been implemented according to Ryan, 1977.

Several improvements to Winstral: the mass balance conservation is now properly enforced and this exposed a few bugs that have been fixed. This is not yet ready to use, though: the wind direction is still hard coded!

The first algorithm implementing (Winstral, 2002) is now being tested. This seems to work but the mass balance still has to be validated. The IOManager can now be constructed directly with a io.ini file name. Some code clean up has been performed in InterpolationAlgorithms.

Finally a good documentation on ordinary kriging... This should be a reasonnably standard (since everybody seems to enjoy using his own notation for the various matrices) and more importantly, really show what the whole thing is about, how the matrices are filled and what is solved.

Removing some try/catch, adding some documentation and adding the missing error message as reported by issue 357

Removing the passing of ostrinstream objects by reference, since this forces us to reset the stringstream back to its original state and this lead to some compilation issues on some macs. Now, the interpolation messages are passed as normal strings.

Preparing the way for using IDW with an exponent on the distance. This is currently hardcoded to 1 (bypassing the call to "fast_pow" if it is 1 in order to have no performance impact in this case). We still have to figure out how the user could provide this value as an argument... In terms of performance, it is around 3% slower when calling fast_pow(x, 1.) compared to skipping this call. On some other tests, it was more on the order of 8%.

A new spatial interpolation algorithm has been implemented: "NONE". This just fills the grid with nodata. Otherwise, an unnecessary check has been removed in Meteo2DInterpolator and some comments editing, white spaces...