WSL/SLF GitLab Repository

  1. 29 Aug, 2014 1 commit
  2. 21 Feb, 2014 1 commit
  3. 07 Feb, 2014 1 commit
  4. 29 Jan, 2014 2 commits
  5. 17 Jan, 2014 1 commit
  6. 16 Jan, 2014 5 commits
  7. 13 Jan, 2014 1 commit
  8. 12 Jan, 2014 3 commits
  9. 11 Jan, 2014 1 commit
  10. 10 Jan, 2014 2 commits
  11. 09 Jan, 2014 3 commits
  12. 03 Jan, 2014 1 commit
  13. 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
  14. 05 Oct, 2013 1 commit
  15. 18 Sep, 2013 1 commit
  16. 08 Apr, 2013 1 commit
  17. 21 Mar, 2013 1 commit
  18. 18 Mar, 2013 1 commit
  19. 21 Feb, 2013 1 commit
  20. 14 Feb, 2013 1 commit
    • Mathias Bavay's avatar
      In order to try to be closer to the spirit of the STL, now the empty... · 3f45c394
      Mathias Bavay authored
      In order to try to be closer to the spirit of the STL, now the empty strings/vectors/lists are tested with .empty(), the first/last elements of vectors accessed with front()/back(), the empty strings are not contructed with string("") but with string(), etc This makes a benchmark based on meteo_reading ~4% faster and this makes the code suprisingly easier to read. 
      
      Some extra constification took place as well as some minor code cleanup (optimizing the comparison between two vectors in order to perform less tests, etc).
      
      The Date class can now properly generate and parse full ISO timestamps, including time zone information. The full specification is now supported by convertString() with a helper method in the Date class. Ouputing an ISO string with its time zone is done by requesting the ISO_TZ format.
      
      
      3f45c394
  21. 03 Dec, 2012 1 commit
  22. 28 Nov, 2012 1 commit
  23. 26 Nov, 2012 1 commit
  24. 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
  25. 07 Aug, 2012 1 commit
    • Mathias Bavay's avatar
      New warnings have been tried to detect variable shadowing (one variable... · dd895aa0
      Mathias Bavay authored
      New warnings have been tried to detect variable shadowing (one variable declared with the same name as another one), alignement issues, etc. This produces very verbose output (not all warnings are legitimate) but allowed to fix lots of cases of misalignement and shadowing issues. These options have been left in the CMakeLists but NOT enabled (since these warnings are not so easy to interpret).
      dd895aa0
  26. 03 May, 2012 2 commits
  27. 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
  28. 18 Nov, 2011 1 commit
  29. 11 Nov, 2011 1 commit