More debugging help: the "<<" operator has been redefined for MeteoFilter, MeteoProcessor and BufferedIOHandler. Since the Config object is copied all over the place, it is not always printed.

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.

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

New interpolation interface: Now the 1D interpolation can be configured by the user through an own section in io.ini:

[Interpolations1D]
TA::resample = linear
TA::args     = extrapolate
RH::resample = nearest_neighbour
HNW::resample = no
P::resample = linear

Currently two algorithms are implemented: linear interpolation and nearest_neighbour interpolation. The interpolation can be switched off explicitly by P::resample = no

The default remains linear resampling, however the linear resampling may not only resample within bounds (interpolate), but also out of bounds (extrapolate), this needs to be configured with the resampling algorithm argument "extrapolate" as seen in the example above. 

Most of the doxygen issues have been fixed. A few are still left (and we lost the inheritance structure in doxygen).

Changed the name of the Date_IO class to Date. In case of namespace conflicts, just use mio::Date to reference the MeteoIO Date class.

The license information has been added: LPGLv3 headers in all header files, license texts as well as a Linux Software Map entry file.

The installation procedure has been added to cmake configuration files (similar to the autotools)

The doxygen comments have been fixed and largely expanded: the welcome page is now populated and some general documentation proposed. 

The prototypes of the filters have been fixed (doxygen was complaining) so that we always use std:: when necessary.

The Grid3DObject checkCoordinates has been implemented along the same lines as Grid2DObject. The altitude is still missing though...

The check for POPC++ has been added to the autotools configuration. 

A small improvement to the way the A3DIO plugins handles incoming nodata has been done. A few HACKS have been fixed and removed. Some error messages (in libinterpol2D) have been improved, their printf relpaced by a std::cerr and an extra check (using assert) has been added so that no Td would be computed if Rh<0 (and we would throw an exception).

1. The CMake system now works under MSWindows and MACOSX (meteoio can deal with *.dynlib, *.so and *.dll extensions for dynamic libraries)
2. Added comments to the MeteoFilter.* files
 

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.