WSL/SLF GitLab Repository

  1. 30 Apr, 2014 1 commit
  2. 29 Apr, 2014 1 commit
  3. 28 Apr, 2014 1 commit
  4. 25 Apr, 2014 2 commits
  5. 24 Apr, 2014 1 commit
  6. 15 Apr, 2014 1 commit
  7. 01 Apr, 2014 2 commits
  8. 16 Mar, 2014 1 commit
  9. 13 Mar, 2014 1 commit
  10. 31 Oct, 2013 1 commit
    • Mathias Bavay's avatar
      The cmake files for compiling with LibXML++ have been updated since they would... · 6a1729e9
      Mathias Bavay authored
      The cmake files for compiling with LibXML++ have been updated since they would not work with more recent Linux (but we should consider dropping LibXML++ and only rely on LibXML2 in order to reduce the dependencies and package finding mess). The special points are now called POI (Points of Interest, like for a gps device) in order to make them more familiar.
      6a1729e9
  11. 07 Feb, 2013 1 commit
    • Mathias Bavay's avatar
      The plugins used to keep a reference to a config object as provided by... · d13e0b75
      Mathias Bavay authored
      The plugins used to keep a reference to a config object as provided by IOManager. But this was triggering some warnings (reference to an object that might disappear outside of the constructor), therefore it has been replaced by a const copy (it is not yet 100% sure if this is really better, but at least the compilers won't complain).
      
      When a user was provinding IMISIO with a non-existing station name, the error messages were quite cryptic. In order to properly tell the user what happened, the code has been slightly reorganized. Some code clean up also took place in IMISIO.
      d13e0b75
  12. 03 Nov, 2012 1 commit
    • Thomas Egger's avatar
      The plugins are no longer separately loadable libraries, but are fully... · 5fadda07
      Thomas Egger authored
      The plugins are no longer separately loadable libraries, but are fully incorporated into libmeteoio. All classes and facilities that provided capabilites for the dynamic loading were deleted (DynamicLibrary). IOPlugin now holds a function pointer to an instantiation function for children of IOInterface. In IOHandler::registerPlugins() all plugins need to be registered with the key name, the class name, a pointer to an instance of the class and a function pointer to the instantiation function for the class (child of IOInterface). IOInterface lost some complexity and thus the constructor of the base class does not have to be called in derived classes anymore.
      
      The CMakeLists.txt files had to be updated to no longer make separate dynamically loadable libraries for each plugin, but to simply add the classes the user selectes to the meteoio library. 
      
      As a side effect the io.ini key GENERAL::PLUGINPATH is no longer necessary.
      5fadda07
  13. 25 Jan, 2012 1 commit
    • Mathias Bavay's avatar
      A new plugin appears: GRIBIO, to read GRIB files (see issue 19). This is still... · bf5a2508
      Mathias Bavay authored
      A new plugin appears: GRIBIO, to read GRIB files (see issue 19). This is still extremely preliminary alpha code (enough warnings?!), but it should (hopefully) quickly evolve. A small naming inconsistency has been fixed in template.cc and all plugins now keep a reference to a Config object instead of a full copy (which means that the only full copy of a Config object should now be in IOManager and all other components should have a reference to it). 
      bf5a2508
  14. 22 Dec, 2011 1 commit
    • Mathias Bavay's avatar
      This addresses the 2D part of issue 168: the ability to specify which meteo... · 8ad5d61f
      Mathias Bavay authored
      This addresses the 2D part of issue 168: the ability to specify which meteo parameter and time step to read/write from/to a 2D grid. This should be the prefered reading method in the future, since it leaves to the plugin the task of building the file name, extension, database table, etc This also provides added metadata and more control over the writing process.
      8ad5d61f
  15. 22 Aug, 2011 1 commit
  16. 26 Jan, 2011 1 commit
    • Mathias Bavay's avatar
      A new group of classes has been created, under the meteolaws subdirectory.... · 4b63f416
      Mathias Bavay authored
      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. 
      4b63f416
  17. 09 Dec, 2010 1 commit
  18. 26 Jul, 2010 1 commit
  19. 19 Jul, 2010 1 commit
  20. 28 Jun, 2010 1 commit
    • Thomas Egger's avatar
      Added new plugin for WSMDF format. gzipped version of format currently not... · 8750dd19
      Thomas Egger authored
      Added new plugin for WSMDF format. gzipped version of format currently not supported. binary version works, but since the julian date does not fit into a 4 byte (32bit) float, it is unusable. ASCII format works, although unit_multiplier and unit_offset are currently not supported. For location information the easting, northing version is not yet supported.
      
      Added function IOUtils::stripComments(string&) it, deletes everything after # or ; from the string&
      8750dd19
  21. 21 Jun, 2010 2 commits
  22. 14 Jun, 2010 1 commit
    • Mathias Bavay's avatar
      General cleanup: the time.cc example sets a timezone variable, an unnecessary... · e24ad1b2
      Mathias Bavay authored
      General cleanup: the time.cc example sets a timezone variable, an unnecessary "mio::" has been removed in Coords, and two template files have been added to help plugin development (and mentionned in the documentation). 
      
      The cmake targets have been changed into "safe", "optimized", "par" and "hera". (the later being specific for the hera cluster).
      e24ad1b2
  23. 08 Jun, 2010 1 commit
  24. 07 Jun, 2010 1 commit
    • Mathias Bavay's avatar
      The ARPSIO plugin's documentation is now correclty linked to the rest of the... · ab06b9d9
      Mathias Bavay authored
      The ARPSIO plugin's documentation is now correclty linked to the rest of the documentation. The reading of DEMs has been validated (with some bug fixes). It currently only works for APRSGRID modified data files (but supporting original ARPS ascii files should be easier). More explicit error messages have been added to Array2D
      ab06b9d9
  25. 03 Jun, 2010 1 commit
    • Mathias Bavay's avatar
      The first version of an ARPSIO plugin has been written, largely based on the... · 72c0a247
      Mathias Bavay authored
      The first version of an ARPSIO plugin has been written, largely based on the code of LegacyIO. This plugin is mostly non-fonctional (besides reading DEM) because most of the concepts of ARPS files are foreign to MeteoIO... Finishing it will require carreful thinking and brilliant ideas! (the biggest issues have to do with the irregular grids that are a usual feature of ARPS files).
      
      A warning has been silenced until we finish the implementation of the USER interpolation algorithm (reading user provided grids).
      72c0a247
  26. 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
  27. 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
  28. 26 May, 2010 1 commit
    • Thomas Egger's avatar
      SNIO is capable of reading *inp files now. Example usage: · 92120524
      Thomas Egger authored
      METEO = SNOWPACK
      NROFSTATIONS = 1
      METAFILE = input/IMIS_Extracted_Info.txt
      STATION1   = DAV1
      METEOFILE1 = /home/thoems/Desktop/snowpack_ref/validation/trunk/snowpack/mst2006/MST06_RR.inp
      
      The parameters NROFSTATIONS, METAFILE, STATION# and METEOFILE# are obligatory.
      
      A little bug in GEOtopIO lead to the copying of the tss value to tsg.
      The MeteoData::HS snow height is internally represented in meters.
      92120524
  29. 30 Apr, 2010 1 commit
  30. 28 Apr, 2010 1 commit
    • Mathias Bavay's avatar
      The POPC compilation issue has been fixed (work around a POPC bug). These work... · 5f07ce00
      Mathias Bavay authored
      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).
      5f07ce00
  31. 26 Apr, 2010 1 commit
  32. 21 Apr, 2010 1 commit
  33. 13 Apr, 2010 1 commit
    • Thomas Egger's avatar
      changed the way we deal with the projection parameters within the io.ini.... · 31474cb6
      Thomas Egger authored
      changed the way we deal with the projection parameters within the io.ini. COORDSYS must be declared in the [Input] section and is optional for the [Output] section (it becomes mandatory if a function is to be used, that creates output)
      
      The parsing of the ConfigReader object is done in IOUtils, this is not the final solution on that.
      31474cb6
  34. 31 Mar, 2010 1 commit
  35. 15 Mar, 2010 1 commit
    • 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
  36. 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