meteoio

meteoio All Updates

AgeSort asc/descChange
Prev 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 Next
Mar 19, 2010
10 years 7 months Small bugfix in Date_IO: no double column at the end of the ISO string IOExceptions: added functionality for LINUX that enables a stacktrace when an exception is printed (that is e.what() is called)
Commit 210, by Thomas Egger
Mar 16, 2010
10 years 7 months Thanks to valgrind, found a little bug in GeotopIO, where I initialized a vector to having 4 fields, but later I used 5 fields.
Commit 209, by Thomas Egger
10 years 7 months Altered the function that returns a window of data to filters (getWindowData) to optionally also provide the dates for the elements in the window.
Commit 208, by Thomas Egger
10 years 7 months 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 be
Commit 207, by Thomas Egger
10 years 7 months 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 =
Commit 206, by Thomas Egger
10 years 7 months 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 nort
Commit 205, by Thomas Egger
Mar 10, 2010
10 years 7 months Updated the gsnclient app to return the stations available before any other output. Fixed spelling issue in GEOtopIO.
Commit 204, by Thomas Egger
Mar 9, 2010
10 years 7 months The java bindings now use the latest 2D interpolations interface. This means that all data is immediately put into a vector of MeteoData and then routed as usual through the Meteo2DInterpolator. The includes have also been cleaned up (only using Mete
Commit 203, by Mathias Bavay
10 years 7 months Add try/catch block surrounding the call to interpolation
Commit 202, by cyril Perot
Mar 4, 2010
10 years 7 months updated the IOUtils functions to use const references where sensible.
Commit 201, by Thomas Egger
10 years 7 months Renamed test.cc to gsnclient.cc and updated the CMakeLists file accordingly.
Commit 200, by Thomas Egger
Mar 1, 2010
10 years 7 months 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...
Commit 199, by Mathias Bavay
10 years 7 months 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 pub
Commit 198, by Mathias Bavay
Feb 25, 2010
10 years 7 months This is an updated version of the java interface to take into account the recent changes in MeteoIO's API. The Makefile has been improved, it now compiles on Linux.
Commit 197, by Mathias Bavay
Feb 23, 2010
10 years 7 months 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
Commit 196, by Mathias Bavay
10 years 7 months 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
Commit 195, by Mathias Bavay
Feb 22, 2010
10 years 7 months 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 mo
Commit 194, by Mathias Bavay
10 years 7 months 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::gridi
Commit 193, by Mathias Bavay
Feb 19, 2010
10 years 8 months 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 thi
Commit 192, by Mathias Bavay
Feb 18, 2010
10 years 8 months 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 pl
Commit 191, by Mathias Bavay

All Updates

Filter by type
Commits
Downloads
Documents

Subscribe to this timeline
RSS Atom feed