WSL/SLF GitLab Repository

  1. 26 Jul, 2010 2 commits
  2. 21 Jun, 2010 1 commit
    • Thomas Egger's avatar
      Directory structure change: src folder now called meteoio · 752c0068
      Thomas Egger authored
      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
      752c0068
  3. 28 May, 2010 1 commit
    • Mathias Bavay's avatar
      First, the issue 57 (angle/bearing conversion) has been addressed. · 68605c9a
      Mathias Bavay authored
      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).
      68605c9a
  4. 22 Apr, 2010 1 commit
  5. 21 Apr, 2010 1 commit
  6. 12 Apr, 2010 2 commits
  7. 07 Apr, 2010 1 commit
    • Mathias Bavay's avatar
      The arrays and grids now have a "print" method that prints their content to... · ccfe775b
      Mathias Bavay authored
      The arrays and grids now have a "print" method that prints their content to screen (usefull for debugging). The Coords class also has this method (as required to print the grid objects).
      
      A "using namespace std" was found in ImisIO.h and has been removed. A few comments/indentation/clean up have been done (including in the doc/examples)
      
      The quality rating sorting was broken and has been fixed. The RH interpolation method was not properly working and has been fixed (using the wrong vector for input data). The naming of the number of stations to be used has been made more consistent between the various algorithms and an improved information output has been added.
      
      
      ccfe775b
  8. 17 Feb, 2010 1 commit
    • Mathias Bavay's avatar
      The new Coords object is now used by all grids (Grid2DObject, Grid3DObject,... · 687c52df
      Mathias Bavay authored
      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. 
      687c52df
  9. 16 Feb, 2010 1 commit
    • Mathias Bavay's avatar
      The class Stationdata now properly uses the new Coords class. All usual... · b40dedb4
      Mathias Bavay authored
      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.
      b40dedb4
  10. 11 Dec, 2009 1 commit
    • Mathias Bavay's avatar
      A new slope computation algorithm has bee added: CARD It computes the slope... · 27deca55
      Mathias Bavay authored
      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.
      27deca55
  11. 03 Dec, 2009 1 commit
    • Mathias Bavay's avatar
      Some unnecessarily duplicated code has been removed in IOHandler.cc. The... · 6b9c4b20
      Mathias Bavay authored
      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)
      6b9c4b20
  12. 02 Dec, 2009 1 commit
    • Mathias Bavay's avatar
      This version has been (a little bit) tested with popc. The code that needed... · 49367c64
      Mathias Bavay authored
      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. 
      49367c64
  13. 05 Nov, 2009 1 commit
    • Thomas Egger's avatar
      Introducing the new filter system: MeteoFilter; documentation will follow; · 196cc4b6
      Thomas Egger authored
      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.
      196cc4b6
  14. 03 Nov, 2009 1 commit
    • Mathias Bavay's avatar
      The MapProj class has been improved: instead of selecting fast (or not) for... · 3c2d7948
      Mathias Bavay authored
      The MapProj class has been improved: instead of selecting fast (or not) for distances calculations (as well as local grids), the user can directly select the algorithm (with keywords form an enum). A new constructor has been created specifically for local grid projections (taking "LOCAL" as well as lat and long for reference point).
      
      The MeteoData class has been fixed for popc (at least, I hope!)
      3c2d7948
  15. 30 Oct, 2009 2 commits
    • Mathias Bavay's avatar
      A new method has been added to IUtils: cosineInverse, that computes the... · a96ccfbc
      Mathias Bavay authored
      A new method has been added to IUtils: cosineInverse, that computes the position of a point (lat, long) given a starting point and an angle using the spherical law of cosine. This is used by the WGS84_to_local and local_to_WGS84 methods that now accept an optional argument, bool fast. If fast is enable, the spherical law of cosine is used, otherwise Vincenty.
      
      Two new method have been added to Grid2DObject: WGS84_to_grid and grid_to_WGS84 that allow getting the cell's coordinates (i,j) of a geographical position given by its (lat, long) (back and forth). This is specially useful in order to extract a sub-dem from: (lat, long) and (dist_x, dist_y) or (lat1, long1) (lat2, long2). Using the first method, the grid's coordinates can be computed (nx) and ceil(dist_x/cellsize_x) gives the ncols, thus providing the parameters for the sub-set constructor.
      
      Code tagging (HACK and TODO).
      a96ccfbc
    • Thomas Egger's avatar
      MeteoData enhancement: Two std::map objects associating a number and a string... · e720562a
      Thomas Egger authored
      MeteoData enhancement: Two std::map objects associating a number and a string to each meteo parameter (ta, rh, iswr, hnw, ...) make it easy to simply loop over all parameters. A static const MeteoData::nrOfParameters holds the number of meteo parameters and an enum called 'Parameters' within MeteoData lists all implemented meteo parameters. This list will have to be updated when meteo parameters are added.
      e720562a
  16. 13 Oct, 2009 1 commit
  17. 09 Oct, 2009 1 commit
  18. 04 Sep, 2009 1 commit
  19. 04 Aug, 2009 1 commit
  20. 03 Aug, 2009 1 commit
    • Thomas Egger's avatar
      Main changes: · 33cd0e50
      Thomas Egger authored
      * 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 
      33cd0e50
  21. 27 Jul, 2009 1 commit
    • Thomas Egger's avatar
      New design for MeteoIO library: · e569ad90
      Thomas Egger authored
      * 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
      e569ad90
  22. 10 Jul, 2009 1 commit
  23. 17 Jun, 2009 1 commit
  24. 15 Jun, 2009 1 commit
  25. 10 Jun, 2009 1 commit
  26. 09 Jun, 2009 1 commit
    • Moustafa Mbengue's avatar
      In ImisIO : resampling is now called as for A3DIO or Boschung. The Meteobuffer... · bbc68deb
      Moustafa Mbengue authored
      In ImisIO : resampling is now called as for A3DIO or Boschung. The Meteobuffer is now correctly used (with rebuffering when necessary). Only the requested date is now returned by readMeteo. Remaining bug: stations whose name contain non-alphanumeric caracters are rejected (so no precipitation station can be used).
      
      Small cosmetic adjustements in Grid2DObject, MeteoData and StationData.
      bbc68deb
  27. 03 Jun, 2009 1 commit
  28. 28 May, 2009 1 commit
  29. 27 May, 2009 1 commit
  30. 26 May, 2009 2 commits