Fixed some bad naming in DynamicLibrary, silenced an unnecessary warning from Visual C++ (urging us to use non standard library calls), fixed some DLL exports for Visual C++.

The arrays are now using the vector filling methods when possible. A specialized template for convertString(unsigned int) has been written. 

A two segments linear fit (for elevation detrending) has been implemented with a fixed inflection point. This is quite primitive but allows the LLIDW spatial interpolation to use it and therefore to behave like the traditional SLF SnowFit program. More work will be needed for fully configurable regression algorithm choice though... 

Some namming issues have been fixed in COSMOXML. A better emissivity handling has been implemented in SNIO to be closer to the original Snowpack (ie: compute clear sky ILWR when no cloudiness/emissivity is given).

Another commit related to timezones... The Unix date always being in UTC, this has been fixed. The resampling was not using dates in a proper way, this has been fixed. The GSN plugin has also been fixed, it now rounds time to the closest minute (in order to be consistent with our advertised "1 minute time resolution"). A rounding method has been implemented for dates.

The timezone parameter in io.ini is now named TIME_ZONE instead of TZ for clarity. 

Undefined dates should now be fully handled (ie: also in arithmetic).

The full support for timezones has been brought back. This fixes issue 71. The SMET, SMET, IMIS, BORMA plugins have been validated. Geotop should be validtaed if an input data set is available. A new class will have to be implemented to represent time periods. This is currently only a typedef pointing to the Date class, but a specific class would be welcomed.

GSN has been fixed for some changes on the web service, but does not retrieve the correct timestamps (is this a GSN issue?). The GSN compilation has been improved: the warnings related to GSOAP have been removed. 

A new long wave radiaiton model using cloudiness as input has been added (Omstedt, 1990). 

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

In order to solve compilation problems with VC++, we need to rename all publicly accessible variables whose name start with a "_". This is the begining of this effort...

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.

GSNIO is now capable of accepting a user specified web service endpoint. Simply add the ENDPOINT key to your io.ini and set it to the correct location, e.g. http://197.43.210.10:22221/services/A3DWebService/

ENDPOINT = http://197.43.210.10:22221/services/A3DWebService/

Changes to StationData: new string stationID (shortname)  to describe a station in short, stationName shall be used for long description of a station. changes required an adaptation within the plugins

Changes to ConfigReader: comments may appear anywhere (also after key value pairs or section names), everything after a '#' or ';' is disregarded.

PGMIO: small fix: xllcorner mixed up with yllcorner

FilterAlgorithms: extrapolate algorithm refined

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

Then, the remaining namespace issues with doxygen have been fixed, by enclosing the full class implementation in the namespace (as seen for the libstdc++). This removes all these irritating issues. But the popc version has been broken by the change (as seen in LegacyIO).

Some uncommitted fixes to the documentation are now committed. Hopefully all the namespace issues (ie: broken links) are now fixed!

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 Date_IO class has been deeply rewriten. The conversion methods have been checked (with references added), the class now uses real julian date (internally as a reference) and can generate a variety of outputs (julian, modified julian, truncated julian, unix, excel). It also works properly with time zones and a simplified version of dayligh saving time (it assumes that DST always introduces a +1 hour shift, which should always be true but on one AUstralian Island: Lord Howe Island). Some now invalid calls have been fixed in plugins (the short setDate(yy,mm,dd) call is now longer supported but migth be misinterpreted by the compiler for another call, despite types mismatch).

A new example code has been added: time.cc

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 long wave radiation parameter is now ILWR instead of LWR (since some might have net long wave and this is also closer to short wave (with ISWR)).

The << operator has been overloaded for a few types (Arrays, Grids, Coords, Dates, Meteo and Station data) and the to_String() methods removed (except for Dates because it might make sense there to get a string) as a way to provide easy debugging output. This makes the meteo_reading example even simpler! 

The input and output parameters were looked for in the [INPUT] and [OUTPUT] sections. This naming was not consistent with the rest of io.ini, they have been renamed in [Input] and [Output].

Some documentation was missing and has been added (plugin documentation)

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

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

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 constructor Coords(ConfigReader) was a bad idea... Convenient, but way too specific. It has been removed. The documentation in the Coords class has been updated.

A saner handling of nodata values by the plugins has been implemented. Now, each plugin should properly get its own internal definition of nodata and return data using IOUtils::nodata to the caller. A new method has been implemented in IOUtils to help cleaning a parameter for nodata.

A check for xmlParseFile (used for compiling the Boschung plugin) was working poorly and has been commented out in configure.ac.

Finally, more cleanup in the ph files has been performed.

The new Coords object is now used by all grids (Grid2DObject, Grid3DObject, DEMObject) as well as by all plugins (but checking proper operation was not possible for GSNIO because of missing libraries on my system...). The documentation has been updated as well as the code examples. A few extra methods have been added when usage has shown the need/convenience of having them (specially for standardazing some processing called by the plugins). A few small bugs have been fixed (possibility of not updating or improperly updating the coordinates in some rare cases).

The proper marshalling for Grid3DObject has been implemented (it was more or less a dummy method until now). One bug has been fixed for Proj4 support. The code of most of the plugins has been cleaned up in order to get rid of the few remaining "using namespace" in header files. 

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.

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

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

2. ConfigReader has a new function called getValue(key, vector<T>) that can deal with multiple white space separated values for one key.
e.g. MYNUMBERS = 19.99 -27.89 777.0007

can be read by:

vector<double> myVec;
ConfigReader cfg("test.ini");
getValue("mynumbers", myVec);

After the update of the GSN webservice, certain changes had to be made in GSNIO.ini and src/plugins/gsn/test.cc

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

- please use ./configure --with-gsnio to activate the compilation of the plugin
- the directory gsn in the pluginfolder contains the wsdl file of the GSN web service, the stlvector.h and a test program
- the GSN plugin can be used through a proxy by adding a few tags to the io.ini file:
	PROXY, PROXYPORT, PROXYUSER, PROXYPASS
	at least PROXY and PROXYPORT need to be present to activate this feature.
- to compile the gsn plugin you need to have gsoap++ present