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.

The DEMObject was not properly buffered (the update flag was not honored), this has been fixed. The A3DIO plugin now implements readStationData. A few speed improvements have been brought to A3DIO and SMETIO by using the "reserve" method of the vectors (so that the vectors don't have to reallocate memory constantly).

The EPSG get and set methods have been added to Coords. The "<<" operator has been redefined for ConfigReader (this is convenient for debugging). The SMETIO plugin has been updated (so that it supports EPSG codes and also to change some column names and improve the foutput formatting). Some documentation has been added and the example data set has been replaced by a data set suitable for the whole Switzerland and in SMET format.

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

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 A3DIO plugin now has a writeMeteo() method. It writes all timesteps, even if truncating the timestamp to the hour. It also assumes that all stations have synchronized timesteps (ie: reading the timesteps for the first station is enough). It can also not handle metadata that change over time and it does not split 2D files per years...

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

Changed the interface of MeteoData, the setter function now can be invoked like setData(MeteoData::TA, 280.7);

the old setter function and the old constructor have been removed and the changes were propagated into the plugins

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

Fixed a small bug in A3DIO that was detected by valgrind - read possibly uninitialized vector fields.

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

Finally, the implementation of issue 35 is here... A few bugs left with the Coords class have been fixed (namely, the methods take 1 optional parameter and not more, because for this usage scenario it was way too dangerous and the user (myself in this case!) could call the method with the wrong parameter left empty). New mebers have been added: grid_i and grid_j as well as methods to deal with them. These contain the grid indices matching the position. Since these indices depend on the chosen DEM/grid, they are NOT updated by Coords but by Grid2DObject or Grid3DObject instead. If the user calls Coords::setLatLon() or Coords::setXY(), then these grid parameters are reset to nodata.

A bug in a constructor of StationData has also been fixed (assigning a temporary object to a member of the class). Some bugs/unlucky deletes in the examples have been fixed (this is the price to pay for work too late at night!)

New constants "lat_epsilon" and "lon_epsilon" have been created in IOUtils. They represent the smallest latitude/longitude resolution (ie: two points within lat_epsilon are considered to have the same latitude)

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 class Stationdata now properly uses the new Coords class. All usual dependencies have been fixed (A3DIO.cc) but not (yet) the optional plugins. The Coords class has been modified so that it computes the matching coordinates as soon as possible instead of the previous implementation that was delaying it as much as possible (thus making "const Coords..." impossible).

The includes have been cleaned up (compilation was failing because of multiple "using namespace" in header files) and all "using namespace" have been removed from header files (please don't put any of these back!!). The doxygen comments has been updated.

The MapProj class has been renamed in Coords. It now contains the coordinates (lat,long) and (xcoord, ycoord) and should therefore be used as a storage and conversion class. The necessary changes have been made to the rest of the code so it uses this class, but it still does NOT use it as a storage of coordinates (which will have to be done in the future). This addressed partially issue 35.

The doxygen comments for MapProj have been reorganized. An invalid type has been fixed in DEMObject and a structure updated in LegacyIO.ph.

Bugfix for A3DIO: Now it is no problem anymore if some stations exist in one Meteo2D file (e.g. wspd2005.txt) but not in another (e.g. wspd2006.txt). Unfortunately BufferedIOHandler will try to rebuffer the missing data and fail, which might be time consuming.

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.

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

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

A3DIO wasn't dealing with the specific nodata value coming from the meteo2D and 1D files properly. Now it converts -9999 correctly to IOUtils::nodata.

CMake: problems with specifying colorgcc as default, commented the troublesome section, needs to be fixed

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.

An error message that was tagged [I] has been retagged as [E] so the user might be a little more scared (in A3DIO.cc)

A new constructor has been added to Date_IO (copy constructor).

The necessary changes have been done to the autoconf files so that an new option has come: --with-proj4 (turned off by default). But the user of the library still has to add -lproj to his compiler command line (after the -lmeteoio).

DEMObject and IOHandler have been modified so that the DEMObject is more or less intelligently updated while retaining the possibility to provide an optional argument turning it off (constructors which fill the DEMObject with real data by default now update the slope/curvatures/normals except if giving as a last argument *false*).

The first code for using the proj4 library for coordinates conversion has been writen in MapProj. It is still disabled by default since it suffers (at least) from a parsing bug: the coordinates argument is truncated when going through cfg.getValue() and therefore not valid (at least my checks work!).

A missplaced define (for PI) has been moved in IOUtils.

LegacyIO popc code has been cleaned up, removing the timers (that are not portable and thus a problem for WIN32 systems).

A typo in an error message has been fixed in Grid2DObject. A few unnecessary (ie: ugly) white spaces removed at some places (A3DIO.cc, etc)