WSL/SLF GitLab Repository

  1. 16 Aug, 2010 2 commits
  2. 26 Jul, 2010 1 commit
  3. 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
  4. 02 Jun, 2010 1 commit
    • Mathias Bavay's avatar
      Fixed some doxygen comments in SNIO. · 3338919c
      Mathias Bavay authored
      Some commented out code has been removed. The check for the projection of the stations compared to the projection used for the DEM has been re-activated (it MUST be active!). The first implementation of a custom grid "interpolation" method has been done (issue 50) but can not be used: we need access to an IOHandler in order to properly read grids provided by the user. Otherwise, the rest of the code for it has been written and tested.
      3338919c
  5. 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
  6. 21 Apr, 2010 1 commit
  7. 08 Apr, 2010 1 commit
  8. 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
  9. 06 Apr, 2010 1 commit
  10. 26 Mar, 2010 2 commits
  11. 25 Mar, 2010 1 commit
    • Thomas Egger's avatar
      The new interpolations interface with all algorithms that used to reside... · a318acec
      Thomas Egger authored
      The new interpolations interface with all algorithms that used to reside within libinterpol2D exclusively. Every algorithm is an own class derived from InterpolationAlgorithm abstract base class. An AlgorithmFactory instantiates the required algorithm within class Meteo2DInterpolator. The user needs to configured which algorithms to be used within the section [Interpolations2D] in the io.ini:
      
      [Interpolations2D]
      TA::algorithms = cst cst_lapse idw_lapse
      TA::cst_lapse = -0.008
      
      libinterpol1D has a new function for the calculation of arithmetic means. all of libinterpol2D is static. the rest will be thrown out in the coming days.
      a318acec
  12. 22 Feb, 2010 1 commit
    • Mathias Bavay's avatar
      A few issues have been fixed in Coords: the copyProj method had a bug, the... · c930a817
      Mathias Bavay authored
      A few issues have been fixed in Coords: the copyProj method had a bug, the distance method now uses cartesian calculation if both projections are equal, a new getProj() method is now available (but it should be rarely needed). The GridxDObject::gridify method now correctly handles "NULL" projection and the Meteo2DInterpolator makes sure that all projections agree before doing the interpolations.
      c930a817
  13. 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
  14. 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
  15. 29 Jan, 2010 1 commit
    • Mathias Bavay's avatar
      A bug was preventing RH interpolations from working (the TA grid was... · d5c34620
      Mathias Bavay authored
      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...
      d5c34620
  16. 28 Jan, 2010 1 commit
    • Mathias Bavay's avatar
      The parallelization was lagging behind, so this has been fixed: One internal... · f1989ba4
      Mathias Bavay authored
      The parallelization was lagging behind, so this has been fixed: One internal variable was not serialized in DEMObject, there was no serialization at all in Meteo2DInterpolator and some marshalling methods had to be written (in marshall_meteoio). The serialization of Meteo2DInterpolator should be tested however!
      
      The marshalling code has been cleaned up and some missing "std::" added in FilterAlgorithms (doxygen was complaining).
      f1989ba4
  17. 18 Jan, 2010 1 commit
    • Thomas Egger's avatar
      A new interface for the Meteo2DInterpolator: · 0637f7fd
      Thomas Egger authored
      void interpolate(const MeteoData::Parameters& meteoparam, Grid2DObject& result);
      
      The new Meteo2DInterpolator class parses the ConfigReader object passed to it and stores all possible algorithms for each MeteoData variable (user configured). In the next step the user configured algorithms shall be invoked and a quality estimator chooses the most appropiate of the algorithms to interpolate the 2D grid for a given meteo parameter.
      
      Adjustments needed to be made to the ConfigReader class (function findKeys) and a few comments have been added to MeteoFilter for more clarity of the ConfgReader parsing process.
      0637f7fd
  18. 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
  19. 22 Oct, 2009 1 commit
    • Mathias Bavay's avatar
      A new define (DEBUG_ARITHM) has been added that activates the non-catching of... · 85135ebd
      Mathias Bavay authored
      A new define (DEBUG_ARITHM) has been added that activates the non-catching of arithmetic exceptions. This is specially required for parallel execution when the code from the library might execute in a process different from the caller (thus not having the required flag set on the cpu for its process). This is enabled/disabled in the Makefile.in (or the Makefile for the end user). 
      
      The std:: namespace declaration has been added to a lots of places, making the "use namespace std" usage irrelevant (and thus suppressed). Other namespaces that were called with a "use" have been found not to be used anymore and therefore also removed.
      
      Several bugs in the doxygen comments have been fixed: typo (misplaced space), comments not matching the declaration anymore, etc Doxygen now executes without warnings.
      
      85135ebd
  20. 13 Oct, 2009 1 commit
  21. 08 Sep, 2009 1 commit
    • Mathias Bavay's avatar
      A parameter has been added to DEMObject::update in order to specify which... · 2253e112
      Mathias Bavay authored
      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
      2253e112
  22. 25 Aug, 2009 1 commit
  23. 10 Aug, 2009 1 commit
  24. 23 Jul, 2009 2 commits
    • Mathias Bavay's avatar
      Ok, this is the correct implementation of what I tried to do in the previous... · d7efb8a5
      Mathias Bavay authored
      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...
      d7efb8a5
    • Mathias Bavay's avatar
      A minor initialization bug was fixed in DEMObject. The new wind interpolation... · 77a84be4
      Mathias Bavay authored
      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.
      
      77a84be4
  25. 22 Jul, 2009 2 commits
  26. 21 Jul, 2009 1 commit
    • Mathias Bavay's avatar
      The new wind interpolation method that uses the local terrain's curvature has... · 8a69da98
      Mathias Bavay authored
      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.
      8a69da98
  27. 10 Jul, 2009 1 commit
  28. 17 Jun, 2009 1 commit
  29. 28 May, 2009 1 commit
  30. 27 May, 2009 1 commit
  31. 26 May, 2009 3 commits