WSL/SLF GitLab Repository

  1. 06 Apr, 2010 1 commit
  2. 01 Apr, 2010 2 commits
  3. 31 Mar, 2010 3 commits
  4. 30 Mar, 2010 2 commits
  5. 29 Mar, 2010 1 commit
  6. 26 Mar, 2010 6 commits
  7. 25 Mar, 2010 4 commits
    • Thomas Egger's avatar
      No commit message · 73bd8dba
      Thomas Egger authored
      No commit message
      73bd8dba
    • 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
    • Thomas Egger's avatar
      The new structure of the io.ini shall have an [Input], [Output], [General],... · ddb4063f
      Thomas Egger authored
      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.
      
      ddb4063f
    • Thomas Egger's avatar
      replaced the io.ini parameters BUFFERSTRATEGY and BUFFERBEFORE BUFFERAFTER... · 60dbda70
      Thomas Egger authored
      replaced the io.ini parameters BUFFERSTRATEGY and BUFFERBEFORE BUFFERAFTER with two functions to be excplicitly called for the same effect: bufferAlways(bool) and setBufferDuration(Date_IO bufferbefore, Date_IO bufferafter)
      60dbda70
  8. 19 Mar, 2010 1 commit
  9. 16 Mar, 2010 2 commits
  10. 15 Mar, 2010 3 commits
    • Thomas Egger's avatar
      The buffering system shows itself improved - a fine tuning of the performance... · 608ca4eb
      Thomas Egger authored
      The buffering system shows itself improved - a fine tuning of the performance is possible through the following tags:
      BUFFERSTRATEGY = [always | newinterval] # default: always
      BUFFERPERIOD = 1 2 
      
      The BUFFERPERIOD tag configures the amount of days before and after a requested date the BufferedIOHandler will try to buffer. The BUFFERSTRATEGY determines how the buffer reacts if it already tried to buffer a certain interval and another date out of that interval is requested: "always" means a rebuffering is always attempted, newinterval means that rebuffering is not attempted if a requested date falls into a previously extracted interval.
      608ca4eb
    • Thomas Egger's avatar
      A new function is introduced into the IOInterface: writeMeteoData. It expects... · 4100a120
      Thomas Egger authored
      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
      4100a120
    • Thomas Egger's avatar
      Added Filter to average wind speeds and directions called WindAvgFilter,... · b90d8858
      Thomas Egger authored
      Added Filter to average wind speeds and directions called WindAvgFilter, accessible through the io.ini tags: wind_avg;
      example:
      VW::filter1 = wind_avg
      VW::arg1 = soft center 1 60
      
      The averaging is done vector based by computing the east-west and north-south components of the wind (using cos and sin). The vectors are weighted with the corresponding wind speed.
      b90d8858
  11. 09 Mar, 2010 3 commits
  12. 04 Mar, 2010 2 commits
  13. 01 Mar, 2010 2 commits
    • Mathias Bavay's avatar
      A better example of DEM usage has been prepared: it uses a 1000m resolution... · 6838c914
      Mathias Bavay authored
      A better example of DEM usage has been prepared: it uses a 1000m resolution DEM of the whole of Switzerland (that is, with holes in the dem) and valid coordinates are now much easier to guess...
      6838c914
    • Mathias Bavay's avatar
      A new slope algorithm has been added (HORN), even if it computes the same... · 0e1e6314
      Mathias Bavay authored
      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.
      0e1e6314
  14. 25 Feb, 2010 1 commit
  15. 23 Feb, 2010 2 commits
    • Mathias Bavay's avatar
      A problem was found during the intialization of the plugins (as well as... · 9bd7b27c
      Mathias Bavay authored
      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!!).
      9bd7b27c
    • Mathias Bavay's avatar
      The write2DGrid members of the plugins now use the features of the Coords... · 4e158737
      Mathias Bavay authored
      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
      4e158737
  16. 22 Feb, 2010 2 commits
    • Mathias Bavay's avatar
      The plugin's interface (IOInterface) has been slightly modified:... · 2ee54369
      Mathias Bavay authored
      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
      2ee54369
    • 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
  17. 19 Feb, 2010 1 commit
    • Mathias Bavay's avatar
      Finally, the implementation of issue 35 is here... A few bugs left with the... · cdc01c4b
      Mathias Bavay authored
      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)
      cdc01c4b
  18. 18 Feb, 2010 1 commit
    • Mathias Bavay's avatar
      The constructor Coords(ConfigReader) was a bad idea... Convenient, but way too... · e02fa994
      Mathias Bavay authored
      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.
      e02fa994
  19. 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