MeteoData is now able to hold any meteo parameters, however the ones in MeteoData::Parameters are the only ones that go through the filtering and resampling for now. To add a new parameter to a MeteoData object do the following:

md.addParameter("VVT");
md.param("VVT") = 222.0;

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

Then, the remaining namespace issues with doxygen have been fixed, by enclosing the full class implementation in the namespace (as seen for the libstdc++). This removes all these irritating issues. But the popc version has been broken by the change (as seen in LegacyIO).

Changed the interface of MeteoData, the setter function now can be invoked like setData(MeteoData::TA, 280.7);

the old setter function and the old constructor have been removed and the changes were propagated into the plugins

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 long wave radiation parameter is now ILWR instead of LWR (since some might have net long wave and this is also closer to short wave (with ISWR)).

The << operator has been overloaded for a few types (Arrays, Grids, Coords, Dates, Meteo and Station data) and the to_String() methods removed (except for Dates because it might make sense there to get a string) as a way to provide easy debugging output. This makes the meteo_reading example even simpler! 

The arrays and grids now have a "print" method that prints their content to screen (usefull for debugging). The Coords class also has this method (as required to print the grid objects).

A "using namespace std" was found in ImisIO.h and has been removed. A few comments/indentation/clean up have been done (including in the doc/examples)

The quality rating sorting was broken and has been fixed. The RH interpolation method was not properly working and has been fixed (using the wrong vector for input data). The naming of the number of stations to be used has been made more consistent between the various algorithms and an improved information output has been added.

The new Coords object is now used by all grids (Grid2DObject, Grid3DObject, DEMObject) as well as by all plugins (but checking proper operation was not possible for GSNIO because of missing libraries on my system...). The documentation has been updated as well as the code examples. A few extra methods have been added when usage has shown the need/convenience of having them (specially for standardazing some processing called by the plugins). A few small bugs have been fixed (possibility of not updating or improperly updating the coordinates in some rare cases).

The proper marshalling for Grid3DObject has been implemented (it was more or less a dummy method until now). One bug has been fixed for Proj4 support. The code of most of the plugins has been cleaned up in order to get rid of the few remaining "using namespace" in header files. 

The class Stationdata now properly uses the new Coords class. All usual dependencies have been fixed (A3DIO.cc) but not (yet) the optional plugins. The Coords class has been modified so that it computes the matching coordinates as soon as possible instead of the previous implementation that was delaying it as much as possible (thus making "const Coords..." impossible).

The includes have been cleaned up (compilation was failing because of multiple "using namespace" in header files) and all "using namespace" have been removed from header files (please don't put any of these back!!). The doxygen comments has been updated.

A new slope computation algorithm has bee added: CARD It computes the slope using Corripio and then discretizes the azimuth along 8 cardinal directions and the slope by degrees. This should be all that GEOtop needs for its drainage direction (then simply calling a dem.update("CARDINAL")).

The copyright notices have been put in place in all files (headers and cc) with proper attribution of copyright.

The documentation has been improved, specially fixing issue 22. Warning messages of doxygen have been fixed. An example subdirectory has been created in /doc and contains (currently) 2 examples of code using MeteoIO.

Some unnecessarily duplicated code has been removed in IOHandler.cc. The warnings "warning: base class ‘class paroc_base’ should be explicitly initialized in the copy constructor" have been fixed for Date_IO and MeteoData. 

The IOHandler popc behavior has been changed: it now forces the creation of the IOHander object on the local host.

The Makefile has been slightly improved (end of compilation message)

This version has been (a little bit) tested with popc. The code that needed validation (MeteoData information necessary for filtering) seems to work, so some code tagging has been removed and some commented out methods deleted.

Fixed the install bug that was preventing the installation if the parallel version was not compiled. Following the latest evolution of Pop-C++, an inheritance for the popc exceptions had to be removed. 

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.

The MapProj class has been improved: instead of selecting fast (or not) for distances calculations (as well as local grids), the user can directly select the algorithm (with keywords form an enum). A new constructor has been created specifically for local grid projections (taking "LOCAL" as well as lat and long for reference point).

The MeteoData class has been fixed for popc (at least, I hope!)

A new method has been added to IUtils: cosineInverse, that computes the position of a point (lat, long) given a starting point and an angle using the spherical law of cosine. This is used by the WGS84_to_local and local_to_WGS84 methods that now accept an optional argument, bool fast. If fast is enable, the spherical law of cosine is used, otherwise Vincenty.

Two new method have been added to Grid2DObject: WGS84_to_grid and grid_to_WGS84 that allow getting the cell's coordinates (i,j) of a geographical position given by its (lat, long) (back and forth). This is specially useful in order to extract a sub-dem from: (lat, long) and (dist_x, dist_y) or (lat1, long1) (lat2, long2). Using the first method, the grid's coordinates can be computed (nx) and ceil(dist_x/cellsize_x) gives the ncols, thus providing the parameters for the sub-set constructor.

Code tagging (HACK and TODO).

MeteoData enhancement: Two std::map objects associating a number and a string to each meteo parameter (ta, rh, iswr, hnw, ...) make it easy to simply loop over all parameters. A static const MeteoData::nrOfParameters holds the number of meteo parameters and an enum called 'Parameters' within MeteoData lists all implemented meteo parameters. This list will have to be updated when meteo parameters are added.

Updated MeteoIO to use HNW for new precipitations instead of NSWC. All mentions of nswc have been removed, including in funciton names and comments.

Indentation fixed in IOHandler.cc

Modif for parallel version. Dynamic libraries are now compiled separately to avoid a huge bug due to differences in some headers files.

* GeotopIO plugin, to read GeoTOP formatted files
* IOHandler: code reduction for the loading and unloading of plugins
* MeteoData: added one files "p"
* IOUtils: added one more readLineToVec for different delimiters (comma, column, ...) - there was only one for whitespaces 

* function readMeteoData is there to read an interval of data
	readMeteoData(fromDate, toDate, vector< vector<MeteoData> >, vector< vector<MeteoData> >)
* BufferedIOHandler is constructed with another child of IOInterface (e.g. IOHandler) as parameter and deals with all intrinsic issues of buffering, resampling, filtering: so if you have an IOHandler and you want to add buffering:
	BufferedIOHandler(iohandler, configreader)
and then you can access all IOInterface functions, plus a few convenient ones that only BufferedIOHandler exposes:
	getNextMeteoData(date, vector<MeteoData>, vector<StationData>)
	readMeteoData(date, vector<MeteoData>, vector<StationData>)
you can enable and disable buffering:
	bufferediohandler.enableResampling(true);

* A3DIO and IOHandler had to be adapted to the changes in IOInterface 
* added a getYear() function to Date_IO
* MeteoData has a new member variable "resampled" to indicate whether data has been resampled or not

Adding/Modifying new columns in MeteoData (dw, tss and ts0=tsg). Readjustment of the code in ImisIO, Boschung, A3DIO, Meteo1DResampler and FilterValue.

In ImisIO : resampling is now called as for A3DIO or Boschung. The Meteobuffer is now correctly used (with rebuffering when necessary). Only the requested date is now returned by readMeteo. Remaining bug: stations whose name contain non-alphanumeric caracters are rejected (so no precipitation station can be used).

Small cosmetic adjustements in Grid2DObject, MeteoData and StationData.

Nothing special, just some re-indentation in order to make the code lines clear and easy to run and understand.

Namespaces are now used (namespace IOUtils) so that only 1 nodata is defined and used. A few new fields have been added to Meteodata (namely, hs and rswr). 

The demo, test program has been updated so that it works with the current version of the library (but ImisIO is not usable yet).

The whole library has been given its new name and several classes have been renamed in order to better match their purpose. The Makefile has been modified accordingly.