The DEMObject has been modified so that it can now correctly handle grids with nodata values when computing slope/azimuth/curvature (this is in effect the fix for issue 15). This is "best effort" approach: several strategies are applied if some points are missing in order to still be able to compute as much as possible the parameters for their neighbours (if the latter contain an elevation!). The resulting grids are consistent for slopes (ie: if the slope can be computed, then the azimuth too and the normals too) and the curvature is handled separately (ie: it is possible to find points where ONLY the curvature is nodata).

Several inappropriate behaviors have been fixed for cells next to a nodata point (or next to an edge). This should have fixed issue 7.

The necessary check have been added to libinterpol2D:SimpleDEMWindInterpolate

Added the MeanAvgFilter and updated the MedianAvgFilter. Now the position of the filter window can be defined. The keyword soft has the meaning that the configuration of the window position is not strict (it will adapt if there is not enough data available for the user defined window position). If both soft and the position for the window (left, right, center) are missing "center" is assumed. Usage:

TA::filter1 = mean_avg
TA::arg1   = soft right 10 100
RH::filter1 = median_avg
RH::arg1  = 10 200

Meaning: use mean_avg filter on TA, the window shall be right leaning spanning at least 10 points and 100 minutes. Use median_avg filter on RH, the window shall be centered (strictly).

Oups... My previous commit was wrong, this is the commit that fixes the compilation bugs in libinterpol2D.

A mistake has been found in BoschungIO: the key for precipitation was wrong (we were reading the precipitation type as a precipitation amount, which was quite bad for the simulation!).

A few missing cases of nodata have been identified (thanks Cyril!) and fixed in libinterpol2D

dynamic use of meteoio (ie. dynamically loaded from an application -- for exemple from Java application with the JNI mechanism).
This leads to save the dem file loading time in further interpolation (more than half the time is saved in some cases).

* Tries to make the "dynamic" interpolation call thread-safe in a multithreaded context (ie. concurrent interpolation are called by 
different threads) : 
	-> identifies the Critical Section and the critical resources
	-> use of a 'synchronized' java-like macro to isolate these sections and resources

void interpolate(const MeteoData::Parameters& meteoparam, Grid2DObject& result);

The new Meteo2DInterpolator class parses the ConfigReader object passed to it and stores all possible algorithms for each MeteoData variable (user configured). In the next step the user configured algorithms shall be invoked and a quality estimator chooses the most appropiate of the algorithms to interpolate the 2D grid for a given meteo parameter.

Adjustments needed to be made to the ConfigReader class (function findKeys) and a few comments have been added to MeteoFilter for more clarity of the ConfgReader parsing process.

Add JNI and JNA compatible interfaces to dynamically call
meteoio from JAVA.
At the moment only two simple functions are exposed with some restrictions (only one interpolation by call, not all IO plugin supported [ARCIO, Geotop, GrassIO] ).

The successfull call of MeteoIO from Java has been implemented by Cyril Perot but needed a few adjustments in MeteoIO. This commit makes the said adjustments: a few more "#ifdef _POPC_", a missing ConfgReader.addKey(key, section, value) and some previously private members of Meteo2DInterpolator now exposed. 

The plugin unloading sections have been protected by ifndef _METEOIO_JNI because the current implementation of such Java integration uses JNI and does its own plugin loading/unloading.

In an effort to make ConfigReader more flexible, its interface has been expanded: it is now possible to read several files into one ConfigReader, or to manually add key/value pairs and it is planned that a string containing command line arguments could be given to populate the internal map of ConfigReader.

This is the begining of a plugins developer's guide... (within the doxygen documentation). A few things would need to be filled by Thomas!

Fixed issue 26: when compiling on anything other than ix386, compiling statically linked code into a dynamic library is NOT valid (ie: one can not mix PDC and PIC code). So everything is now compiled with -fPIC (which comes from the fact that our plugins are dynamic libraries).

The examples have been improved: some misakes have been fixed, a Makefile has been added as well as an example io.ini and some input files (dem, meteo data). This means that the example code can be built and run!

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)

Corrected error in the filter called "rate", the accumulation filter - the accumulation loop counted the last element twice.

GeotopIO had to be adapted to a new range of parameters that come with the new version of GEOtop.

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)

A few fixes for Popc from Laurent Winkler... fixed some code that was segfaulting with popc, made MeteoIO objects remain on localhost instead of being moved to another node.

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. 

usage (in io.ini):
[Filters]
TA::filter1 = median_avg
TA::arg1    = 20 100

The first argument specifies the minimal number of points, the second argument the minimal duration that the window for the filter has to have: if these conditions cannot be met (too little data) the filter is not executed.

CMake changes: possibility of including/linking proj4, creating shared and static version of libmeteoio, install script for installing all the plugins to /usr/local and a change to IOHandler.cc: if no PLUGINPATH is specified in the io.ini file all paths defined for ldconfig and LD_LIBRARY_PATH are searched for the plugins.

Furthermore a versioning system for the plugins and meteoio has been introduced.

More doxygen documentation has been written (Thomas, you're invited to contribute!!)

Oups... I forgot to add the MainPage.h file that contains the main documentation page (and no active code)

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

Major improvement in the autotools: now the DEST option is gone, all is done automatically. Please do ./configure --help in order to see the new options (mostly installation directory and cpu flag if you need to specify it manually).

Please notice that the configure script is now versionned. This is not 100% needed, but it should make life easier for normal users checking out from svn. So, please make sure that for every commit of configure.ac or Makefile.in you also update and commit configure!

The doxygen documentation has been updated: a few bugs were fixed (mismatch between prototype and method's header, mostly between std::XXX and XXX) and the main page has been created as well as several general pages.

Fix a segfault in the parallel version of the code in deletePlugin by suppressing a call to delete. This modif is not very clean so it would be good to fix it properly. (But I cannot figure were the error comes from ...)

The doxygen comments have been fixed and largely expanded: the welcome page is now populated and some general documentation proposed. 

The prototypes of the filters have been fixed (doxygen was complaining) so that we always use std:: when necessary.

The Grid3DObject checkCoordinates has been implemented along the same lines as Grid2DObject. The altitude is still missing though...

The check for POPC++ has been added to the autotools configuration. 

A small improvement to the way the A3DIO plugins handles incoming nodata has been done. A few HACKS have been fixed and removed. Some error messages (in libinterpol2D) have been improved, their printf relpaced by a std::cerr and an extra check (using assert) has been added so that no Td would be computed if Rh<0 (and we would throw an exception).

The MeteoFilter class instance is a private member of BufferedIOHandler - that way it only needs to be created once - the ConfigReader object is only parsed once ...