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

No commit message

Fixed a few bugs in GrassIO - it will remain unusable until the new coordinate reprojection calculations are committed

NON workin submit of the GRASS plugin, together with the necessary modifications in configure.ac and Makefile.in

Added a Date_IO::toString method that takes a flag in order to determine the format of the date: currently, either ISO or NUM for a purely numeric output.

Fixed some warnings in ARCIO and fixed some (currently unused) flags in the Makefile.in

Suppressed some newly introduced warnings and fixed the documentation so doxygen does not complain anymore...

* this functionality has previously subsided in A3DIO, where it has been deleted and moved to ARCIO
* to reference this plugin in io.ini use "ARC"
* to reference A3DIO in io.ini use "A3D" instead of "FILE"
	e.g. METEOSRC = A3D
* edited Makefile.in and configure.ac to deal with the new plugin

In order to get MeteoIO to work with popc, BufferedIOHandler had to be tweaked (only for the popc version). 

Missing definitions in Laws have been added (so that it is synchronized with the one in snowpack_core).

* in order to be able to compile under Windows, the "printf"s in the Makefile.in were changed to "echo"
* the Makefile currently cannot link the plugins correctly on a windows platform, a separate Makefile.win32 seems to be necessary
* IOHandler doesn't call any functions that are platform dependent when loading the plugins, or displaying error messages. All platform specific aspects are dealt with in DynamicLibrary.cc and DynamicLibrary.h (a lot of "#ifdef WIN32" conditionals)

The popc version now works (thanks Laurent for your help!!). A small warning has been removed (base class instantiation).

The autotools configuration has been slightly improved (checking for pkg-config only if needed).

The meteoio_demo demo program has been fixed so that it works with the newest version of the library.

Another round of fixes for the popc version. A few tricks have been implemented (using typedefs to make popc's parser accept some inputs, making ConfigReader more flexible so it would be easier to implement some possibily necessary tricks later on, etc).

A warning (unused parameter) have been removed from A3DIO

Cleanup of header files: no namespace should ever be used in header files, please make the namespace explicitly visible through the scope operator (::)!
e.g. instead of using vector<string> vecString, please use std::vector<std::string> in the header files

Some more fixes for the popc version... Implementing missing marshaling functions, and a few tricks to make it work with popc...

A new file has been added, IOPlugin.h, so that this definition is common to popc and regular c++.

Trying to make the popc version work again... by adjusting the popc code to the latest changes. It does not work yet.

- 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

First fix for bringing the popc version up to date. Some warnings in IOUtils and Meteo2DInterpolators have been fixed (non explicit cast).

* Complete rewrite of IOHandler: Now it is very easy to add new plugins (adding one line), all the internals (allocation, loading, deleting, loading the right plugin for each IOInterface function) are transparently done.

* changed one parameter in readMeteoData to const unsigned int& from unsigned int. Therefore all children of IOInterface needed to undergo that change

Further code reduction in Date_IO - removed explicit assignment operator and copy constructor (flat copy is good enough)

Date(const time_t&);
setDate(const time_t&);

and a getter function: time_t getEpochTime() returning a time_t type date.
time_t is defined in the <ctime> and holds the seconds, that have passed since 00:00 Jan 1 1970 (UTC)

Example usage:
Date_IO mydate(time(NULL)); //create Date_IO object for current time.

* GeotopIO plugin, to read GeoTOP formatted files
* IOHandler: code reduction for the loading and unloading of plugins
* MeteoData: added one files "p"
* IOUtils: added one more readLineToVec for different delimiters (comma, column, ...) - there was only one for whitespaces 

* Fixed a nasty bug in BufferedIOHandler that lead to seg faults.

* had to propagate changes into all children of IOInterface

* Moved BoschungIO into the plugins folder and adapted it to work with the new IOInterface

* function readMeteoData is there to read an interval of data
	readMeteoData(fromDate, toDate, vector< vector<MeteoData> >, vector< vector<MeteoData> >)
* BufferedIOHandler is constructed with another child of IOInterface (e.g. IOHandler) as parameter and deals with all intrinsic issues of buffering, resampling, filtering: so if you have an IOHandler and you want to add buffering:
	BufferedIOHandler(iohandler, configreader)
and then you can access all IOInterface functions, plus a few convenient ones that only BufferedIOHandler exposes:
	getNextMeteoData(date, vector<MeteoData>, vector<StationData>)
	readMeteoData(date, vector<MeteoData>, vector<StationData>)
you can enable and disable buffering:
	bufferediohandler.enableResampling(true);

* A3DIO and IOHandler had to be adapted to the changes in IOInterface 
* added a getYear() function to Date_IO
* MeteoData has a new member variable "resampled" to indicate whether data has been resampled or not

Ok, this is the correct implementation of what I tried to do in the previous commit... Now, the Meteo2DInterpolator can take either Array2D<double> or Grid2DObjects as tables to fill. The overloading of the Write2DGrid has therefore been suppressed: since Grid2DObjects are geography-friendly, they should be used in our applications instead of Array2D (that should be reserved for internal implementation of objects).

So, this is mostly reverting to the code before the last commit, with a few extra lines of code to do the magic...

In order to make using the spatial interpolations easier to use, there is a need to be able to write to files objects of type Array2D. This has been added to IOInterface and implemented in the different plugins.

meteoio_demo has been modified accordingly and is now much simpler.

More fundamentally, we need to think about the way to handle in a nice and elegant way the different type accross the plugins (typically as seen for Write2DGrid): where should we handle what in order to let the user seemlessly write objects to the available mediums?

A minor initialization bug was fixed in DEMObject. The new wind interpolation method has been disabled by default (not safe to use before making sure that it does not create unphysical behavior). A minor optimization has been implemented in libinterpol2D: if the DEM min and max altitudes are know, the median elevation is now used as a reference elevation for reprojections.

The doxygen comments have been fixed and enhanced.

The meteoio_demo program has been updated to fully use the DEMObject.

* renamed functions in Array.h
	SetSize() to resize()
	RemoveAll() to clear()
	RemoveAt() to removeAt()
	InsertAt() to insertAt()
* had to propagate these changes into all files that use class Array

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

* Changed all function arguments from int to "unsigned int" in CArray2D<T>
* Had to change Grid2DObject and Meteo2DInterpolator to reflect the changes 

Grid3DObject is an object that encapsulates an Array3D<double> object much like Grid2DObject for CArray2D<double> objects.

Changes to Array3D<T>:
* new constructor that copies a subspace of a given Array3D<T> object into the newly created one

The new wind interpolation method that uses the local terrain's curvature has been merged. It comes from (Liston-Elder, 2006) and has been implemented by Gael Rosset (HES-SO) duri8ng his Bachelor internship. It still has to be tested in order to see how it performs compared to measurements...

The DEMObject has been tweaked a little more (fixing some issues with constructors), as well as some code tagging. 

The spatial interpolations now use a DEMObject for the dem.

Grid2DObject and DEMObject: small fix of constructors and member function parameters.

A new class has been created, DEMObject. It inherits from Grid2DObject but also contains DEM specific functionality: computation of slope, azimuth, normal vector's components and curvature. 

A new method has been created for both DEMObject and Grid2DObject: the sub() method that allows extracting a subset of a given grid (usefull for distributed computing).

The Grid2DObject class has been tweaked in order to make it rely on IOUtils::nodata instead of its own nodata. The required changes have been made in A3DIO and libinterpol2D.

The Makefile.in and configure.ac have been adapted and slightly improved (still a long way to go...)