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 141 Next | |
Feb 13, 2020 | |
1 year 2 months | Documentation improvements |
Commit 2558, by Mathias Bavay | |
Feb 12, 2020 | |
1 year 2 months | Some code cleanup in order to better see the hard-coded output queries |
Commit 2557, by Mathias Bavay | |
1 year 2 months | Some micro-optimizations and improvements in the documentation (including the notice that outputs are hard-coded) |
Commit 2556, by Mathias Bavay | |
Feb 11, 2020 | |
1 year 2 months | Code cleanup |
Commit 2555, by Mathias Bavay | |
1 year 2 months | In Goes, renamed the FILE# keys into METEOFILE# keys for consistency between plugins |
Commit 2554, by Mathias Bavay | |
1 year 2 months | Oops, when removing the BORMA and GSN plugins I forgot to commit the main CMakeList. Now also reverting all files that had CRLF end of lines back to CR only (ie Unix). This makes scripts much easier! |
Commit 2553, by Mathias Bavay | |
Feb 10, 2020 | |
1 year 2 months | Removing the BORMA and GSN plugins, since the former has not been used in more than 10 years and the latter will not be usable anymore (the last GSN server got shutdown a month ago) |
Commit 2552, by Mathias Bavay | |
1 year 2 months | Documentation improvements: giving the [Generators] section for the data generators examples. What the plugins provide has now been split between input and output capabilities. |
Commit 2551, by Mathias Bavay | |
Jan 24, 2020 | |
1 year 2 months | There was still something missing after the "thirdParty" sources reorganization. But it should now finally all compile and work properly. |
Commit 2550, by Mathias Bavay | |
Jan 23, 2020 | |
1 year 2 months | Updated the version of picojson (there is no new version for tinyexpr) and replaced includes of errno.h by cerrno |
Commit 2549, by Mathias Bavay | |
1 year 2 months | Oups, the CMakeFiles were missing... |
Commit 2548, by Mathias Bavay | |
1 year 2 months | In order to make maintenance easier, third party code that is embedded in MeteoIO (picojson, tinyexpr) is now kept in the "thirdParty" directory |
Commit 2547, by Mathias Bavay | |
Jan 21, 2020 | |
1 year 3 months | The handling of PINT in SMET was a big hack: if such a parameter was found, it was directly converted into PSUM within the plugin, leading to surprising properties for the user. In order to be more predictable, it is not done anymore, PINT is treate… |
Commit 2546, by Mathias Bavay | |
Jan 17, 2020 | |
1 year 3 months | Removing commented out code |
Commit 2545, by Mathias Bavay | |
1 year 3 months | In some datasets, there are purely nodata timesteps at the end of the data period. Since this interfers with the proper computation of the date range for virtual stations (the buffer goes further than the really available data because it contains em… |
Commit 2544, by Mathias Bavay | |
Jan 16, 2020 | |
1 year 3 months | There a was bug leading to possible exceptions when spatially interpolating non-standard variables that would not be always present for all the stations (for example, mixed snowpack smet results containing HN24 with forcing files not having this par… |
Commit 2543, by Mathias Bavay | |
Jan 13, 2020 | |
1 year 3 months | Improved error message |
Commit 2542, by Mathias Bavay | |
1 year 3 months | Improved error message |
Commit 2541, by Mathias Bavay | |
Jan 7, 2020 | |
1 year 3 months | There was a problem when rebuffering in GRID_SMART mode. It now works properly and the code should also be clearer (but longer) |
Commit 2540, by Mathias Bavay | |
Dec 19, 2019 | |
1 year 4 months | The GRID_SMART spatial resampling had a bug: it was purging the first level data cache, so there was no data to spatially interpolate from. When calling Coords::setLatLon(), there was no way to force them to nodata. It is now possible. |
Commit 2539, by Mathias Bavay |