| 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 135 136 137 138 139 140 Next | |
| Mar 10, 2010 | |
| 10 years 10 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 10 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 10 months | Add try/catch block surrounding the call to interpolation |
|
Commit 202, by cyril Perot | |
| Mar 4, 2010 | |
| 10 years 10 months | updated the IOUtils functions to use const references where sensible. |
|
Commit 201, by Thomas Egger | |
| 10 years 10 months | Renamed test.cc to gsnclient.cc and updated the CMakeLists file accordingly. |
|
Commit 200, by Thomas Egger | |
| Mar 1, 2010 | |
| 10 years 10 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 10 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 10 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 10 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 10 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 10 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 10 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 11 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 11 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 | |
| 10 years 11 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 | |
| Feb 16, 2010 | |
| 10 years 11 months | The class Stationdata now properly uses the new Coords class. All usual dependencies have been fixed (A3DIO.cc) but not (yet) the optional plugins. The Coords class has been modified so that it computes the matching coordinates as soon as possible in |
|
Commit 189, by Mathias Bavay | |
| 10 years 11 months | The MapProj class has been renamed in Coords. It now contains the coordinates (lat,long) and (xcoord, ycoord) and should therefore be used as a storage and conversion class. The necessary changes have been made to the rest of the code so it uses this |
|
Commit 188, by Mathias Bavay | |
| Feb 15, 2010 | |
| 10 years 11 months | The doxygen comments for MapProj have been reorganized. An invalid type has been fixed in DEMObject and a structure updated in LegacyIO.ph. |
|
Commit 187, by Mathias Bavay | |
| Feb 10, 2010 | |
| 10 years 11 months | Bugfix for A3DIO: Now it is no problem anymore if some stations exist in one Meteo2D file (e.g. wspd2005.txt) but not in another (e.g. wspd2006.txt). Unfortunately BufferedIOHandler will try to rebuffer the missing data and fail, which might be time |
|
Commit 186, by Thomas Egger | |
| 10 years 11 months | New methods have been added/updated in the Arrays (1D, 2D, 3D): getMin, getMax and getMean. They accept an optional argument (either RAW_NODATA or PARSE_NODATA) that tells how to interpret nodata values (as normal values or really as nodata). The de |
|
Commit 185, by Mathias Bavay | |
