The bufferAlways method of BufferedIOHandler has been renamed as setBufferProperties. The A3DIO, IMISIO, SMETIO and SNIO plugins now correctly support time zones. The plugin howto documentation now warns the developer to take care of time zones issues.

BUGFIX: When adding a key on the fly to the ConfigReader object it disappeared when accessing it in a plugin. Reason: The dynamic instantiation used the filename parameter in the constructor of the plugins instead of the ConfigReader object itself. Architectural change inside DynamicLibrary was necessary.

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 IMISIO plugin now reads the database's name, user, password from the configuration file. The SNOWPACK plugin has seen some improvements in the formatting of its output file. The code exaples have been simplified.

The new ImisIO plugin with a workaround SQL query to deal with the duplicate records problem in view ams.v_amsio

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.

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.

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

Update of IMISIO - it now works with the new interface and CMAKE (more or less) - lots of cleanup required

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

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.

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)

A small but irrtating bug in the Makefile has been fixed (failure to install when the parallel version had not yet been compiled). 

The doxygen documentation has been updated with the documentation of the plugins (from a user point of view). The data assimilation reading methods have been slightly tweaked (so that they read a time stamp containing minutes and not only hours). 

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.

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

An annoying information message has been removed from BufferedIOHandler. The readMeteoData(date, vecMeteo, vecStation) method of IOHandler (ie: unbuffered) is now correctly implemented. 

The local grid reprojection of the meteoio_demo has now been commented out since its correct operation has been verified.

The ImisIO plugin has been reorganized in order to get more similar to the other plugins. It still does not work with the new BufferedIOHandler, but work on that will follow...

* had to propagate changes into all children of IOInterface

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?

	*lack of virtual destructor for FilterValue (also missing for some other filters, but not triggering any warnings). A closer look would be welcomed into these destructors...
	*unsigned ints are badly handled by convertString: it returns -999 as nodata, which is not good... calls for unsigned ints have been replaced by calls to int, with a check for nodata manually performed. A better solution would be needed for the long term (return -1 for unsigned_nodata?).
	*strings indexes are now using a specific type for this, std::string::size_type. This is better than assuming unsigned int

The doxygen code has been cleaned up in order to fix several warnings and several issues with the generated html documentation.

A constant has been defined for holding the IMIS buffer size (in ImisIO.h).

Some bugs are fixed in ImisIO in order to allow having nodata when there're no records for a given station in a given date (without crashing).

Using of IOUtils::convertString() in order to convert date and double (in string format) to date and double. It seems that, those methods which allowed to do that conversion are removed (strToDouble() and stringToDate()) from ImisIO.

A new directory appears, in order to contain useful tools designed to use MeteoIO for making the data preparer's life easier... A first tool has been implemented, createA3DFiles, that reads data according to io.ini and writes them to the A3DIO file format. The Makefile has been adjusted so that it can compile such a tool.

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 new class for IMIS connectivity (Oracle database) has been added and the Makefile altered in order to allow compiling it. This is disabled by default because it still does not work within MeteoIO. The goal of this commit is simply that others can see what is coming up...