- 03 Mar, 2016 1 commit
-
-
Mathias Bavay authored
In order to add 3D grid reading/writing methods to the plugins, the whole architecture of IOInterface has been changed: this is not a purely virtual class anymore, it now always implements the "nothing implemented here" exception. This makes the plugins more compact (there is no need to implement empty methods for what the plugin can not support) and much clearer. The documentation and template have been changed acoordingly.
-
- 29 Feb, 2016 1 commit
-
-
Mathias Bavay authored
Lots of small improvements and bug fixes for reading ARPS files. Now the 2D grids should work quite well but the 3D grids are still some kind of a hack...
-
- 26 Feb, 2016 1 commit
-
-
Mathias Bavay authored
-
- 29 Sep, 2015 1 commit
-
-
Mathias Bavay authored
-
- 08 Sep, 2015 1 commit
-
-
Mathias Bavay authored
-
- 12 Aug, 2014 1 commit
-
-
Mathias Bavay authored
better file structure: all the classes purely focused on data storage (such as grids, dates, etc) have been moved into a "dataClasses" directory. All subdirectories are nhow named similarly to the classes and methods: the words after the first one are capitalized.
-
- 31 Oct, 2013 1 commit
-
-
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.
-
- 07 Feb, 2013 1 commit
-
-
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.
-
- 21 Nov, 2012 1 commit
-
-
Mathias Bavay authored
Last general warnings from Weffc++ addressed and we now move a step further: almost all the "deep" warnings as well as Weffc++ are now enabled in debug compilation.
-
- 05 Nov, 2012 1 commit
-
-
Thomas Egger authored
-
- 03 Nov, 2012 1 commit
-
-
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.
-
- 19 Sep, 2012 1 commit
-
-
Mathias Bavay authored
some white spaces clean up and tagging as well as proper definitions for the upcoming visibility markup
-
- 11 Jun, 2012 1 commit
-
-
Mathias Bavay authored
Since the autotools are obsolete (and unmaintained) in MeteoIO, they have been removed. The popc++ version can be compiled with cmake (with some tricks: disable GSN and force the compiler to popcc). For consistency, the various definitions of ot_deg and to_rad have been suppressed and replaced by Cst::to_deg or Cst::to_rad. Some mentions of the Earth's radius have been replaced by Cst::earth_R0. In Coords, some variables have been declared as const.
-
- 05 Jun, 2012 1 commit
-
-
Mathias Bavay authored
-
- 23 Mar, 2012 1 commit
-
-
Mathias Bavay authored
Some improvements for allowing the ARPS plugin to read u, v, w, etc from an ARPS file. Unfortunatelly, files edited with ARPSGRID are stripped of all markup for fields, so they are currently not supported. It also seems that not all files contain all possible fields, and even if they would, they would still miss some important field (like TA, RH, etc). This is therefore of little practical interest...
-
- 25 Jan, 2012 1 commit
-
-
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).
-
- 22 Dec, 2011 1 commit
-
-
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.
-
- 22 Aug, 2011 1 commit
-
-
Mathias Bavay authored
More size_t related issues have been found (thanks to the new snowpack server) and fixed. Basically, please remember that any variable used with/for the return value of a call to size() MUST be of type size_t (this becomes specially relevant in 64 bits). The water triple point pressure has been updated to a better value.
-
- 26 Jan, 2011 1 commit
-
-
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.
-
- 09 Dec, 2010 1 commit
-
-
Thomas Egger authored
The changes to the IOInterface (no more vec<vec<StationData>>) have been propagated into all plugins.
-
- 20 Aug, 2010 1 commit
-
-
Mathias Bavay authored
In order to solve compilation problems with VC++, we need to rename all publicly accessible variables whose name start with a "_". This is the begining of this effort...
-
- 26 Jul, 2010 1 commit
-
-
Thomas Egger authored
-
- 19 Jul, 2010 1 commit
-
-
Thomas Egger authored
BUGFIX: When adding a key on the fly to the ConfigReader object it disappeared when accessing it in a plugin. Reason: The dynamic instantiation used the filename parameter in the constructor of the plugins instead of the ConfigReader object itself. Architectural change inside DynamicLibrary was necessary.
-
- 21 Jun, 2010 2 commits
-
-
Thomas Egger authored
-
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
-
- 16 Jun, 2010 1 commit
-
-
Thomas Egger authored
Added a function that seeks for a given date within a vector of MeteoData. There are two modes of operation, depending on a boolean argument (true per default value): 1) the date must exactly match one within the vector 2) the date doesn't have to exactly match up, in that case the vector must "contain" the date given an the index returned is for the first element of the vector with the a date greater than the one sought for. In case of failure, the function returns IOUtils::npos Added a missing include in ARPSIO.h
-
- 08 Jun, 2010 1 commit
-
-
Mathias Bavay authored
The support for true ARPS ascii grids (as coming out of ARPS) has been implemented. Now the plugin can transparently identify if the grid has been modified by ARPSGRID or not and curreclty load it is any case.
-
- 07 Jun, 2010 1 commit
-
-
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
-
- 03 Jun, 2010 1 commit
-
-
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).
-
- 02 Jun, 2010 1 commit
-
-
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.
-
- 28 May, 2010 1 commit
-
-
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).
-
- 26 May, 2010 1 commit
-
-
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.
-
- 30 Apr, 2010 1 commit
-
-
Mathias Bavay authored
Most of the doxygen issues have been fixed. A few are still left (and we lost the inheritance structure in doxygen).
-
- 28 Apr, 2010 1 commit
-
-
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).
-
- 26 Apr, 2010 1 commit
-
-
Mathias Bavay authored
Cosmetic changes: documentation in MeteoData, comment in ARCIO. Plus more variables are read by BormaIO.
-
- 21 Apr, 2010 1 commit
-
-
Thomas Egger authored
Changed the name of the Date_IO class to Date. In case of namespace conflicts, just use mio::Date to reference the MeteoIO Date class.
-
- 13 Apr, 2010 1 commit
-
-
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.
-
- 31 Mar, 2010 1 commit
-
-
Thomas Egger authored
a new function called: readStationData has been added. It expects a date and a vector<StationData> as parameters and returns the meta data for the required date (often this date is irrelevant, because stations are fixed, then just pass any date).
-
- 15 Mar, 2010 1 commit
-
-
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
-
- 23 Feb, 2010 1 commit
-
-
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!!).
-