A typo had slipped through the last commit for Array4D. The Corripio slope computation was till wrong, this has finally been fixed and checked. The slope default algorithm selection was not kept through BufferedIOHandler, this has been fixed. Moreover, unecessary copies of grids were being made in BufferedIOHandler and have been removed. The tests that were not passing anymore because of the slope changes have been updated, including improved error reporting in dem_reading.

Removed an unnecessary include and fixed the Corripio slope algorithm that was not properly implemented (following the paper, it was not centered on the cell. It has been rewritten to be centered).

In order to implement an efficient and portable object serialization, it has been decided that all serializable objects would be manually serialized to an std::iostream. Then, the parallelization framework (mpi, popc, etc) can take over this stream and move it to another node. Therefore, the operators "<<" and ">>" are now reserved for serialization (as seems to be standard) and the debug outputs are obtained by printing "object.toString()". This means that all debug code has potentially to be fixed, by replacing "std::cout << object" by "std::cout << object.toString()".

Some better error messages have been added to SMETIO as well as some code cleanup. Some comments have been added to IOManager, and missing popc code added to DEMObject and Date.

Since the _USE_MATH_DEFINES for Windows was making trouble (it should have enabled using M_PI), the basic math constants have been added to meteolaws/meteoconst.h. Now, please use things like Cst::PI and include meteoconst.h.

First batch of fixes for issue 68 (variable names starting with "_" invalid for some versions of Visual C++)

More fixes for Visual C++ (but not all done yet) as well as new assignments operators for 1d, 2d, 3d arrays. It is now possible to do something like my2Dgrid.grid2D = 2.; and every cell will be filled with 2.

In SNIO, the METAFILE can now be optional (which means that the metadata remain nodata, the user has therefore to fill them himself). This is used by Snowpack.

After the Visual C++ compilation log from Raphael, some changes have been implemented: lots of warnigs about signed/unsigned fixed, some unreachable code removed, and some methods reimplemented for Windows. We are not there yet, but moving closer...

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. 

This is the initial commit of the horizon functionnality for DEMs as coded by Fabienne Lanini. Some cleanup will still be required though...

The DEMObject subset constructor was broken, it has been fixed. It involved creating a subset method in the arrays classes.

The Coord class now supports using the given UTM zone when converting from lat/long to UTM. If the computed zone does not match the one requested in the io.ini, it prints a warning but uses the user-supplied zone.

A first implementation of readStationData for SMETIO has been done. 

Some documentation has been added for plugin development

The DEMObject can now be configured to automatically calculate slope/azimuth and/or normals and/or curvature (or none) by setting a few flags.

The installation has been improved (compiling the plugins in their own directory helps)

ImisIO ran into troubles with oracle when requesting a date with the hour set to 24 (ORACLE only accepts values from 0 to 23), thus a small fix needed to be applied.

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

Most of the doxygen issues have been fixed. A few are still left (and we lost the inheritance structure in doxygen).

The POPC compilation issue has been fixed (work around a POPC bug). These work arounds have been tagged as "HACK for POPC" in DEMObject, Date, Grid2/3DObject, IOHandler.ph, LegacyIO.ph and marshall_meteoio.cc.

The SNIO plugin that was forgotten at the last commit is now here and has been improved so that it correctly formats its output (it does not read yet).

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.

A few typos have been fixed in the documentation, the welcome page has been restructured and a naming conflict (GRID_POINT for both 2D and 3D grids) has been temporarily avoided by calling these structures GRID_POINT_2/3D. This still leaves the question of how to handle DEMObject with 3D grid open though...

A new slope algorithm has been added (HORN), even if it computes the same slopes as CORRIPIO (except for border cells). This is the algorithm that is used in ArcGIS. Some cleanup has been done in the references (it seems some algorithms have been published several time by different people). The embryo of a real hydrological slope algorithm is coming: it is not nammed CARD any more, but D8 and gives NODATA to the aspect of points that don't have any slope (slope=0). It will have to be completed by adding a sink resolution algorithm.

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 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 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 bug was preventing RH interpolations from working (the TA grid was initialized to size 0, and therefore the safety checks were later on stopping the interpolation of RH because the TA grid was of the wrong size). 

A "sanitize" method has been added to DEMObject so that all points that have an elevation but no slope/azimuth/normals/curvature see their elevation set to nodata (so that testing the elevation of a point is enough to guarantee that all information is available). The caller has therefore to decide if he prefers potentially losing a few points to guarantee a more consistent DEM or not...

A new method "setDefaultAlgorithm" has been added to the DEMObject so that the caller can specify which slope computation algorithm to use. The default algorithm argument has also been added to the constructors (as optional argument). This means that each constructor MUST call setDefaultAlgorithm.

A new slope computation algorithm has been added: FLEM for (Fleming and Hoffer, 1979). This algorithm is faster, simpler and usually better then the other ones (according to (Hodgson, >1997)).

Finally, some benchmarks have been done comparing the current slope computation speed with the old implementation (which could not handle holes in DEM): the current method is only 5% slower and it can now handle holes!

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

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)

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)

Tow methods for getting the min and the max value out of a matrix have been added to Array, Array2D and Array3D. The updateAllMinMax of DEMBoject has been updated to rely on that instead of doing it by itself.

The doxygen comments of DEMObject have been fixed and the config.dox (doxygen configuration file) has been fixed (it was not processing .cc files). 

A new (private) methods has been added to DEMObject: safeGet(i,j) that returns a grid value for any (i,j) (so nodata if outside of the grid). This could be the right strategy for correctly computing slope/curvature on the dem even in the case of "holes" in the dem... (to be continued...)

A parameter has been added to DEMObject::update in order to specify which algorithm to use. It can either take a member from a specifc enum or a string like "HICK" or "CORRIPIO".

The isSameGeolocalization method has been added to Grid2DObject in order to allow comparing the geolocalization attributes of two grids. It does not compare the xllcorner/yllcorner parameters since these might have been tweaked for convenience. The code checking the match between lat/long and xll/yll has been commented out since this prevents the correct operations when using a local grid. This method (checkCoordinates) will have to be completely redesigned.

The ISWR and LWR methods have been uncommented for the Meteo2DInterpolator. 

The (very dirty) hack that would have interpreted the grid coordinates differently depending on their value (as lat/long or swiss coordinates) in ARCIO and GRASSIO has been removed (this is now replaced by the much cleaner projection class). If the COORDPARAM key is missing in the io.ini file, it is quietly ignored instead of throwing an exception.

The meteoio_demo program has been updated to reflect these changes

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

The spatial interpolation class has been modified so that it works with Grid2DObjects instead of Array2D. This makes room for being able (one day) to work with a DEM bigger than the requested grid... (yes, this would be so sexy!)

Warnings have been silenced in GrassIO.cc

* Changed nomenclature in CArray2D<T> to reflect STL conventions:
	GetSize() renamed to size()
	Create() renamed to resize()
	Destroy() renamed to clear()

Propagating the subset (subplane) constructor of Array2D into Grid2DObject and DEMObject. Small bugfix in Grid3DObject regarding the calculation of xllcorner and yllcorner.