- 14 Aug, 2014 3 commits
-
-
Mathias Bavay authored
The same exclude file as used for the PSQLIO plugin is now implemented in IOHandler: it is possible to provide a CSV file containing a list of station IDs (one per line) with a list of which parameters (MeteoData naming) to exclude for this station ID (comma separated). The file can be provided with a relative path.
-
Mathias Bavay authored
-
Mathias Bavay authored
The plugins are now handled by an object factory, removing the need for the IOPlugin class. Otherwise, small documentation update in GeneratorAlgorithms.
-
- 31 Jul, 2014 1 commit
-
-
Mathias Bavay authored
-
- 22 Apr, 2014 2 commits
-
-
Mathias Bavay authored
The Idso clear sky ILWR has been added (and also added to the clear sky generator). Some (dead) code that was committed by mistake has been removed and the very begining of what will be needed for data creators put in place (still some way to go!).
-
Mathias Bavay authored
The ClearSky and AllSky generators have been renamed as ClearSky_LW and AllSky_LW for clarity. The debug outputs (.toString()) have been improved. The Config::findKey method is now able to do pattern matching anywhere in the string (if "anywhere=true"). This makes some code simpler (for generators). The parameter copy feature has a new syntax: TA2::COPY = TA will copy TA into TA2 (clearer and more consistent). Please update your ini files if necessary!
-
- 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.
-
- 31 Jul, 2013 1 commit
-
-
Mathias Bavay authored
The method to clear the buffers in BufferedIOHandler was not doing everything it should. Some methods in BufferedIOHandler and IOManager have been made const. The issues 117 and 272 have been adressed: the IOHandler now checks that timestamps are unique and in increasing order. This check has therefore been removed from SMETIO.
-
- 17 Apr, 2013 1 commit
-
-
Mathias Bavay authored
In order to implement an efficient and portable object serialization, it has been decided that all serializable objects would be manually serialized to an std::iostream. Then, the parallelization framework (mpi, popc, etc) can take over this stream and move it to another node. Therefore, the operators "<<" and ">>" are now reserved for serialization (as seems to be standard) and the debug outputs are obtained by printing "object.toString()". This means that all debug code has potentially to be fixed, by replacing "std::cout << object" by "std::cout << object.toString()".
-
- 21 Mar, 2013 1 commit
-
-
Mathias Bavay authored
The METEO_TIMSERIES and STATION_TIMESERIES have been renamed in METEO_SET and STATIONS_SET in order to better reflect their content. The concept of data generators is introduced. A new section has been created [Generators] to define how to generate data for each parameter when everything else failed. Soon, you will be able to generate ILWR directly by declaring it in your io.ini!
-
- 10 Jan, 2013 1 commit
-
-
Mathias Bavay authored
A new example has been added, to show what can be done with grids. The popc version was broken, this has been fixed.
-
- 27 Nov, 2012 1 commit
-
-
Mathias Bavay authored
-
- 05 Nov, 2012 6 commits
-
-
Thomas Egger authored
-
Thomas Egger authored
-
Thomas Egger authored
-
Thomas Egger authored
Replacing IOHandler.h with an older revision in order to copy svn file history with it.
-
Thomas Egger authored
Instead of generating IOHandler.h, we're now generating IOHandler.cc. Reason: If we generate IOHandler.h the includes of the plugins (e.g. CosmoXMLIO) will be included by every project that requires MeteoIO.h, thus XML library includes, etc will be necessary in every project that includes MeteoIO.h ;( By generating IOHandler.cc and putting the includes of the plugins there this situation can be averted.
-
Thomas Egger authored
Generating the IOHandler.h file out of IOHandler.cmake.hpp through CMake: That way no specific definitions need to be added to the compiler flags.
-
- 04 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.
-
- 07 Aug, 2012 1 commit
-
-
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).
-
- 07 Mar, 2012 1 commit
-
-
Mathias Bavay authored
A3DIO is now a plugin like any other, that is built by default but can also be disabled. The plugins are now listed in alphabetic order by ccmake.
-
- 02 Feb, 2012 1 commit
-
-
Mathias Bavay authored
-
- 16 Jan, 2012 1 commit
-
-
Mathias Bavay authored
The IOManager can now return a copy of its internal Config object. This is convenient for times when one wants to create extra outputs but using a different plugin. A missing const has been added to Config and creating an IOHandler by passing it a config file name is not possible anymore (this was deprecated when we introduced the IOManager). Therefore, the IOHandler now only keeps a reference to a Config object. This means that in the full structure held within IOManager, only one copy of Config is kept, the rest being references.
-
- 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.
-
- 02 Oct, 2011 1 commit
-
-
Thomas Egger authored
Enhancement: It is now possible to duplicate a certain meteo parameter when reading data with MeteoIO. This feature is especially useful when one parameter needs to be filtered in two different ways (e.g. a running average spanning 5 hours and one spanning 48 hours). The syntax to use in your io.ini: [Input] COPY::TA2 = TA This means that a new meteo parameter called TA2 will be added when reading meteo data from an IO source and that this new parameter will be initialized with the value of MeteoData::TA. Thus there is a copy of TA called TA2. This copy can be now used to set up a specific filter: [Filters] TA2::filter1 = mean_avg TA2::arg1 = right 5 3600
-
- 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.
-
- 10 Jun, 2011 1 commit
-
-
Mathias Bavay authored
The POPC parallel object version of MeteoIO has been removed: now the library can be compiled with popc so that all marshalling code is present, but it does NOT create a parallel object of its own. This means that the caller is 100% responsible for deciding what should go into its own parallel object. Some documentation has been updated as well as better error messages in smetio. The CMakeLists have been reworked according to some comments from the cmake mailing list.
-
- 10 May, 2011 1 commit
-
-
Mathias Bavay authored
The popc structure has been reverted to what it was before. The new structure, without any parallel objects was not working. The gcc flags used by the autotools have been adapted to follow more closely what cmake generates.
-
- 04 May, 2011 1 commit
-
-
Mathias Bavay authored
The POPC version has been heavily transformed. Since we would need IOManager has a popc object and this is quite hard (we need a backreference in Meteo2DInterpolator), all parclasses have been removed. Instead, the user will have the responsability to packaged IOManager in his own parclass if needed. This makes the code simpler and skips difficult issues... A new fill method has been added to the Array2D and Array3D templates that does the reverse of subset (ie: reassemble arrays). Better error messages have been put in SNIO. A new Date setter that takes a Date object has been created. This version does NOT correctly compile with the autotools (it leads to a segfault when running code using MeteoIO), but the cmake compiled library works fine.
-
- 10 Mar, 2011 1 commit
-
-
Mathias Bavay authored
-
- 09 Feb, 2011 1 commit
-
-
Mathias Bavay authored
The popc version has been updated. It is far from perfect (lots of popc specific hacks), it lacks an IOManager parclass, but this is the minimum that we need for Alpine3D... The ptr_to_function to ptr_to_object cast warning has been turned off (at least for gcc). This does not fix the core issue (that has to be dealt with by the future c++ standard), but at least we don't see it anymore...
-
- 09 Dec, 2010 1 commit
-
-
Thomas Egger authored
MeteoData now has an extra public member variable: StationData meta. It will hold the meta information of the measurment instead of dragging along a second vector<StationData> alongside the vector<MeteoData> everywhere. This has huge implications: the IOInterface has been rewritten, subsequently changes need to be propagated into all plugins and all modules dealing with meta data.
-
- 24 Aug, 2010 1 commit
-
-
Mathias Bavay authored
The comparison operator of Coords has been reviewed and improved. The << operator that is not available for a parclass (for popc) can be replaced with IOHandler.toString() for POPC
-
- 19 Aug, 2010 1 commit
-
-
Mathias Bavay authored
Several 1D statistical methods has been implemented while the existing ones have been made nodata safe. Added a redefinition of the << operator for IOPlugin and IOHandler. This should be convenient for debugging! Some small optimizations have been brought into the spatial interpolations following some tests with cachegrind. Nothing huge, but small improvements.
-
- 26 Jul, 2010 1 commit
-
-
Thomas Egger authored
-
- 12 Jul, 2010 1 commit
-
-
Mathias Bavay authored
The example io.ini has been cleaned up (some keys were unnecesary). The necessary changes for POPC have been made
-
- 21 Jun, 2010 1 commit
-
-
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
-
- 15 Jun, 2010 1 commit
-
-
Mathias Bavay authored
The types TYPE_DOUBLE2D, TYPE_DOUBLE3D and TYPE_INT2D have been removed (and replaced by another, internal name because POPC does not accept templates and needs an alias for them). A variable that was used only within two private methods with a local scope in IOHandler has been removed from the class scope and is now a local variable.
-
- 03 May, 2010 1 commit
-
-
Mathias Bavay authored
-