Generating the IOHandler.h file out of IOHandler.cmake.hpp through CMake: That way no specific definitions need to be added to the compiler flags.

The plugins are no longer separately loadable libraries, but are fully incorporated into libmeteoio. All classes and facilities that provided capabilites for the dynamic loading were deleted (DynamicLibrary). IOPlugin now holds a function pointer to an instantiation function for children of IOInterface. In IOHandler::registerPlugins() all plugins need to be registered with the key name, the class name, a pointer to an instance of the class and a function pointer to the instantiation function for the class (child of IOInterface). IOInterface lost some complexity and thus the constructor of the base class does not have to be called in derived classes anymore.

The CMakeLists.txt files had to be updated to no longer make separate dynamically loadable libraries for each plugin, but to simply add the classes the user selectes to the meteoio library. 

As a side effect the io.ini key GENERAL::PLUGINPATH is no longer necessary.

New warnings have been tried to detect variable shadowing (one variable declared with the same name as another one), alignement issues, etc. This produces very verbose output (not all warnings are legitimate) but allowed to fix lots of cases of misalignement and shadowing issues. These options have been left in the CMakeLists but NOT enabled (since these warnings are not so easy to interpret).

A3DIO is now a plugin like any other, that is built by default but can also be disabled. The plugins are now listed in alphabetic order by ccmake.

The IOManager can now return a copy of its internal Config object. This is convenient for times when one wants to create extra outputs but using a different plugin. A missing const has been added to Config and creating an IOHandler by passing it a config file name is not possible anymore (this was deprecated when we introduced the IOManager). Therefore, the IOHandler now only keeps a reference to a Config object. This means that in the full structure held within IOManager, only one copy of Config is kept, the rest being references.

This addresses the 2D part of issue 168: the ability to specify which meteo parameter and time step to read/write from/to a 2D grid. This should be the prefered reading method in the future, since it leaves to the plugin the task of building the file name, extension, database table, etc This also provides added metadata and more control over the writing process.

Enhancement: It is now possible to duplicate a certain meteo parameter when reading data with MeteoIO. This feature is especially useful when one parameter needs to be filtered in two different ways (e.g. a running average spanning 5 hours and one spanning 48 hours). The syntax to use in your io.ini:

[Input]
COPY::TA2 = TA

This means that a new meteo parameter called TA2 will be added when reading meteo data from an IO source and that this new parameter will be initialized with the value of MeteoData::TA. Thus there is a copy of TA called TA2. This copy can be now used to set up a specific filter:

[Filters]
TA2::filter1 = mean_avg
TA2::arg1 = right 5 3600

More size_t related issues have been found (thanks to the new snowpack server) and fixed. Basically, please remember that any variable used with/for the return value of a call to size() MUST be of type size_t (this becomes specially relevant in 64 bits).

The water triple point pressure has been updated to a better value.

The POPC parallel object version of MeteoIO has been removed: now the library can be compiled with popc so that all marshalling code is present, but it does NOT create a parallel object of its own. This means that the caller is 100% responsible for deciding what should go into its own parallel object.

Some documentation has been updated as well as better error messages in smetio.

The CMakeLists have been reworked according to some comments from the cmake mailing list.

The popc structure has been reverted to what it was before. The new structure, without any parallel objects was not working. 

The gcc flags used by the autotools have been adapted to follow more closely what cmake generates.

The POPC version has been heavily transformed. Since we would need IOManager has a popc object and this is quite hard (we need a backreference in Meteo2DInterpolator), all parclasses have been removed. Instead, the user will have the responsability to packaged IOManager in his own parclass if needed. This makes the code simpler and skips difficult issues...

A new fill method has been added to the Array2D and Array3D templates that does the reverse of subset (ie: reassemble arrays).

Better error messages have been put in SNIO.

A new Date setter that takes a Date object has been created.

This version does NOT correctly compile with the autotools (it leads to a segfault when running code using MeteoIO), but the cmake compiled library works fine.

The popc version has been updated. It is far from perfect (lots of popc specific hacks), it lacks an IOManager parclass, but this is the minimum that we need for Alpine3D...

The ptr_to_function to ptr_to_object cast warning has been turned off (at least for gcc). This does not fix the core issue (that has to be dealt with by the future c++ standard), but at least we don't see it anymore...

MeteoData now has an extra public member variable: StationData meta. It will hold the meta information of the measurment instead of dragging along a second vector<StationData> alongside the vector<MeteoData> everywhere.

This has huge implications: the IOInterface has been rewritten, subsequently changes need to be propagated into all plugins and all modules dealing with meta data.

The comparison operator of Coords has been reviewed and improved. The << operator that is not available for a parclass (for popc) can be replaced with IOHandler.toString() for POPC

Several 1D statistical methods has been implemented while the existing ones have been made nodata safe.

Added a redefinition of the << operator for IOPlugin and IOHandler. This should be convenient for debugging!

Some small optimizations have been brought into the spatial interpolations following some tests with cachegrind. Nothing huge, but small improvements.

The example io.ini has been cleaned up (some keys were unnecesary). The necessary changes for POPC have been made

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

The types TYPE_DOUBLE2D, TYPE_DOUBLE3D and TYPE_INT2D have been removed (and replaced by another, internal name because POPC does not accept templates and needs an alias for them). A variable that was used only within two private methods with a local scope in IOHandler has been removed from the class scope and is now a local variable.

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 array operators have been added to Array, Array2D and Array3D. Grid2/3DObject also have their assignment operator. 

The IOHandler headers (.h and .ph) have been slightly reorganized so that they look as similar as possible (makes toubleshooting easier)

The ARCIO plugin has been slightly reverted so that it outputs float grids (even if some tools require INT, we NEED floats in our outputs).

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 first workaround to make compilation with POPC possible, by adding the writeMeteoData function to IOHandler.ph. 

The problem persists on how to deal with const references and POPC.

The new structure of the io.ini shall have an [Input], [Output], [General], [Interpolations2D] and [Filters] section. Some of the keys have changed names: COORDIN is COORDSYS, instead of DEMSRC it's just DEM in the [Input] section and so on.

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

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

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)

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
 

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.

The IOHandler.h and .ph have been made more similar (like using the same typedef in the .h even if not fully needed, etc).

The isSameGeolocalization method has been improved (comparing with an epsilon on lat/long) and added also to Grid3DObjects. 

A few minor fixes: comments and white spaces.

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

Added the begining of an implementation of readMeteoData(data, vecMeteo, vecStation) to IOHandler. This should be mostly used for teaching purpose or for benchmarking.

An error message was added when A3DIO fails to get the COORDIN/COORDPARAM parameter (makes it much easier to track down).

The reading of ARPS files implemented in LegacyIO was not matching the files that are in used, it has been fixed (slightly different format).

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