The DEMObject was not properly buffered (the update flag was not honored), this has been fixed. The A3DIO plugin now implements readStationData. A few speed improvements have been brought to A3DIO and SMETIO by using the "reserve" method of the vectors (so that the vectors don't have to reallocate memory constantly).

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

When using A3DIO for writing, the files are now correctly split by years. The OUTPATH user parameter was previously not used, this has been fixed.

In IMISIO, the query size limitation has been removed. 

A data format converter using MeteoIO has been added to the examples.

The A3DIO plugin now has a writeMeteo() method. It writes all timesteps, even if truncating the timestamp to the hour. It also assumes that all stations have synchronized timesteps (ie: reading the timesteps for the first station is enough). It can also not handle metadata that change over time and it does not split 2D files per years...

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.

changed the way we deal with the projection parameters within the io.ini. COORDSYS must be declared in the [Input] section and is optional for the [Output] section (it becomes mandatory if a function is to be used, that creates output)

The parsing of the ConfigReader object is done in IOUtils, this is not the final solution on that.

a new function called: readStationData has been added. It expects a date and a vector<StationData> as parameters and returns the meta data for the required date (often this date is irrelevant, because stations are fixed, then just pass any date).

A new function is introduced into the IOInterface: writeMeteoData. It expects one vector<vector<MeteoData>> and one vector<vector<StationData>> as well as an optional string (for database info, file name, etc). The relevant io.ini tag is:
METEODEST = GEOTOP

Only GeotopIO has this method fully implemented thus enabling to convert all meteo data captured from any other source to a GEOtop compliant meteo files. The relevant tags are:
METEODESTPATH = /tmp
METEODESTSEQ	= WindS WindDir RelHum AirT SWglobal Iprec

METEODESTPATH determines where the files will be written to and METEODESTSEQ determines the order in which the meteo parameters will be written into the CSV file

A problem was found during the intialization of the plugins (as well as A3DIO): the parameters that were passed to initialize the local copies were not always initialized with the raw parameters passed to the constructor but usually with the copy of the previous element. This lead to some copies not to be up to date when calling their constructor (see A3DIO.cc for a clearer view!!).

The write2DGrid members of the plugins now use the features of the Coords object to output the grid in the input coordinate system (as specified in the io.ini file). A copy of the Coords object is made, so that it does not change the given grid. This is fixing issue 3

The plugin's interface (IOInterface) has been slightly modified: readSpecialPoints now returns a vector of Coords. This means that a plugin can provide coordinates as (lat,long) or (easting, northing) or (grid_i, grid_j). All the plugins have been modified accordingly and POINTS and POINTSArray have been removed from Array.h

The MapProj class has been renamed in Coords. It now contains the coordinates (lat,long) and (xcoord, ycoord) and should therefore be used as a storage and conversion class. The necessary changes have been made to the rest of the code so it uses this class, but it still does NOT use it as a storage of coordinates (which will have to be done in the future). This addressed partially issue 35.

Bugfix for A3DIO: Now it is no problem anymore if some stations exist in one Meteo2D file (e.g. wspd2005.txt) but not in another (e.g. wspd2006.txt). Unfortunately BufferedIOHandler will try to rebuffer the missing data and fail, which might be time consuming.

The Special_PTS and CSpecialPointsArray structures have been renamed in "POINT" and "POINTSArray" (there was no reason to call them "special points"). 

A few new methods have been added to DEMObject: getPointsBetween that returns a vector containing the indices of all points located on the line between two points (given by their real world (x,y) coordinates), horizontalDistance that returns the horizontal distance between two points and terrainDistance that returns the distance between two point accros the terrain as described by the DEM (ie: going up and down the terrain).

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)

A3DIO wasn't dealing with the specific nodata value coming from the meteo2D and 1D files properly. Now it converts -9999 correctly to IOUtils::nodata.

CMake: problems with specifying colorgcc as default, commented the troublesome section, needs to be fixed

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.

A new define (DEBUG_ARITHM) has been added that activates the non-catching of arithmetic exceptions. This is specially required for parallel execution when the code from the library might execute in a process different from the caller (thus not having the required flag set on the cpu for its process). This is enabled/disabled in the Makefile.in (or the Makefile for the end user). 

The std:: namespace declaration has been added to a lots of places, making the "use namespace std" usage irrelevant (and thus suppressed). Other namespaces that were called with a "use" have been found not to be used anymore and therefore also removed.

Several bugs in the doxygen comments have been fixed: typo (misplaced space), comments not matching the declaration anymore, etc Doxygen now executes without warnings.

	* Changed method call to readDEM so that polymorphism is not used anymore.

* MapProj is a new class that deals with all kinds of map projections (some can be implemented directly, like CH1903, others can be based on the Proj.4 library)
* changes in map projections made it necessary to adapt the children of IOInterface that have an implementation of readMeteoData or read2DGrid

Suppressed some newly introduced warnings and fixed the documentation so doxygen does not complain anymore...

* this functionality has previously subsided in A3DIO, where it has been deleted and moved to ARCIO
* to reference this plugin in io.ini use "ARC"
* to reference A3DIO in io.ini use "A3D" instead of "FILE"
	e.g. METEOSRC = A3D
* edited Makefile.in and configure.ac to deal with the new plugin

Another round of fixes for the popc version. A few tricks have been implemented (using typedefs to make popc's parser accept some inputs, making ConfigReader more flexible so it would be easier to implement some possibily necessary tricks later on, etc).

A warning (unused parameter) have been removed from A3DIO

Cleanup of header files: no namespace should ever be used in header files, please make the namespace explicitly visible through the scope operator (::)!
e.g. instead of using vector<string> vecString, please use std::vector<std::string> in the header files

* Complete rewrite of IOHandler: Now it is very easy to add new plugins (adding one line), all the internals (allocation, loading, deleting, loading the right plugin for each IOInterface function) are transparently done.

* changed one parameter in readMeteoData to const unsigned int& from unsigned int. Therefore all children of IOInterface needed to undergo that change

* had to propagate changes into all children of IOInterface

* 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

Ok, this is the correct implementation of what I tried to do in the previous commit... Now, the Meteo2DInterpolator can take either Array2D<double> or Grid2DObjects as tables to fill. The overloading of the Write2DGrid has therefore been suppressed: since Grid2DObjects are geography-friendly, they should be used in our applications instead of Array2D (that should be reserved for internal implementation of objects).

So, this is mostly reverting to the code before the last commit, with a few extra lines of code to do the magic...

In order to make using the spatial interpolations easier to use, there is a need to be able to write to files objects of type Array2D. This has been added to IOInterface and implemented in the different plugins.

meteoio_demo has been modified accordingly and is now much simpler.

More fundamentally, we need to think about the way to handle in a nice and elegant way the different type accross the plugins (typically as seen for Write2DGrid): where should we handle what in order to let the user seemlessly write objects to the available mediums?

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.