NetCDFIO: Introducing the STRICTFORMAT config parameter for the io.ini when using the NetCDFIO plugin to read or write meteo data. This paramater is by default set to false meaning that meteo parameters that are not present in the CNRM standard for NetCDF files will also be read and written. Setting STRICTFROMAT to true means that only parameters defined in the CNRM standard will be regarded when reading and writing meteo data, all other meteo parameters will be ignored.

NetCDFIO: Further cleanup, readStationData revamped, added a method to check dimensions of a variable

NetCDFIO: Thanks to heavenly input by Mathias the 2D grid reading and writing is numerically consistent now. The only tradeoff is that precision of the cellsize is limited to 1cm, otherwise numerical instabilities may occur. 

NetCDFIO: deleting existing files before creating a new one when writing meteo data, everything else is too complicated for the moment

NetCDFIO: reading of meteo data from FORCING.nc implemented, cleanup and correct conversion of units necessary.

The cmake files for compiling with LibXML++ have been updated since they would not work with more recent Linux (but we should consider dropping LibXML++ and only rely on LibXML2 in order to reduce the dependencies and package finding mess). The special points are now called POI (Points of Interest, like for a gps device) in order to make them more familiar.

The plugins used to keep a reference to a config object as provided by IOManager. But this was triggering some warnings (reference to an object that might disappear outside of the constructor), therefore it has been replaced by a const copy (it is not yet 100% sure if this is really better, but at least the compilers won't complain).

When a user was provinding IMISIO with a non-existing station name, the error messages were quite cryptic. In order to properly tell the user what happened, the code has been slightly reorganized. Some code clean up also took place in IMISIO.

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.

A new plugin appears: GRIBIO, to read GRIB files (see issue 19). This is still extremely preliminary alpha code (enough warnings?!), but it should (hopefully) quickly evolve. A small naming inconsistency has been fixed in template.cc and all plugins now keep a reference to a Config object instead of a full copy (which means that the only full copy of a Config object should now be in IOManager and all other components should have a reference to it). 

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.

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.

A new group of classes has been created, under the meteolaws subdirectory. This contains various general meteorological laws, such as a sun radiation model, standard atmosphere, etc

The first implementation (not tested yet) of a non-linear least square fit algorithm has been implemented in the libfit1D. 

Several documentation issues have been fixed (obsolete code examples, etc) and classes grouped by modules. This should help the user to quickly locate the classes of interest. 

The changes to the IOInterface (no more vec<vec<StationData>>) have been propagated into all plugins.

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.

Added new plugin for WSMDF format. gzipped version of format currently not supported. binary version works, but since the julian date does not fit into a 4 byte (32bit) float, it is unusable. ASCII format works, although unit_multiplier and unit_offset are currently not supported. For location information the easting, northing version is not yet supported.

Added function IOUtils::stripComments(string&) it, deletes everything after # or ; from the string&

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

General cleanup: the time.cc example sets a timezone variable, an unnecessary "mio::" has been removed in Coords, and two template files have been added to help plugin development (and mentionned in the documentation). 

The cmake targets have been changed into "safe", "optimized", "par" and "hera". (the later being specific for the hera cluster).

The support for true ARPS ascii grids (as coming out of ARPS) has been implemented. Now the plugin can transparently identify if the grid has been modified by ARPSGRID or not and curreclty load it is any case.

The ARPSIO plugin's documentation is now correclty linked to the rest of the documentation. The reading of DEMs has been validated (with some bug fixes). It currently only works for APRSGRID modified data files (but supporting original ARPS ascii files should be easier). More explicit error messages have been added to Array2D

The first version of an ARPSIO plugin has been written, largely based on the code of LegacyIO. This plugin is mostly non-fonctional (besides reading DEM) because most of the concepts of ARPS files are foreign to MeteoIO... Finishing it will require carreful thinking and brilliant ideas! (the biggest issues have to do with the irregular grids that are a usual feature of ARPS files).

A warning has been silenced until we finish the implementation of the USER interpolation algorithm (reading user provided grids).

Some commented out code has been removed. The check for the projection of the stations compared to the projection used for the DEM has been re-activated (it MUST be active!). The first implementation of a custom grid "interpolation" method has been done (issue 50) but can not be used: we need access to an IOHandler in order to properly read grids provided by the user. Otherwise, the rest of the code for it has been written and tested.