| AgeSort asc/desc | Change |
|---|---|
| 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 Next | |
| Mar 16, 2010 | |
| 9 years 8 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 | |
| 9 years 8 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 | |
| 9 years 8 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 | |
| 9 years 8 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 | |
| 9 years 8 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 | |
| 9 years 8 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 | |
| 9 years 8 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 | |
| 9 years 8 months | Add try/catch block surrounding the call to interpolation |
|
Commit 202, by cyril Perot | |
| Mar 4, 2010 | |
| 9 years 8 months | updated the IOUtils functions to use const references where sensible. |
|
Commit 201, by Thomas Egger | |
| 9 years 8 months | Renamed test.cc to gsnclient.cc and updated the CMakeLists file accordingly. |
|
Commit 200, by Thomas Egger | |
| Mar 1, 2010 | |
| 9 years 8 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 | |
| 9 years 8 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 | |
| 9 years 8 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 | |
| 9 years 8 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 | |
| 9 years 8 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 | |
| 9 years 8 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 | |
| 9 years 8 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 | |
| 9 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 | |
| 9 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 | |
| Feb 17, 2010 | |
| 9 years 9 months | The new Coords object is now used by all grids (Grid2DObject, Grid3DObject, DEMObject) as well as by all plugins (but checking proper operation was not possible for GSNIO because of missing libraries on my system...). The documentation has been updat |
|
Commit 190, by Mathias Bavay | |
