| 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 Next | |
| Dec 2, 2012 | |
| 7 years 2 months | While hunting for an alleged precipitation rate error (??, see comment to issue 284), the non-updated;-) asserts for density revealed a minor error regarding element removal: elements with (almost) no more mass (M<Constants::eps2) could be joined to… |
|
Commit 323, by Charles Fierz | |
| 7 years 2 months | Update to discard MS_TOTALMASS from output for SN_GUI. Relocate HS1 input data accordingly to open position (50) |
|
Commit 322, by Charles Fierz | |
| Nov 30, 2012 | |
| 7 years 2 months | Tweaking the assert() in order to tolerate density=0 and temporary slightly negative mass in sublimation (the element that will be removed receives a mass that can be slightly negative because of rounding errors, but will be deleted right away anywa… |
|
Commit 321, by Mathias Bavay | |
| Nov 28, 2012 | |
| 7 years 2 months | Solving a bug when dealing with excess_water in the lowest element. |
|
Commit 320, by Nander Wever | |
| 7 years 2 months | Now putting asserts on the element density (that must be positive) |
|
Commit 319, by Mathias Bavay | |
| Nov 27, 2012 | |
| 7 years 2 months | Constification and asserts() put on elements mass. Every time the mass of an element is changed, an assert checks that the mass remains positive. The macro NDEBUG is already defined in cmake, so when compiling in release, no extra cost is incured. |
|
Commit 318, by Mathias Bavay | |
| Oct 17, 2012 | |
| 7 years 4 months | Some constification in compTemperatureProfile and added a new field to CurrentMeteo (dir_h, the direct radiation on the horizontal, to be used in a later commit). |
|
Commit 300, by Mathias Bavay | |
| 7 years 4 months | After the new energy balance solver, a convergence problem for the temperature equation was encountered. This is solved by increasing the allowed maximum number of iterations. Maybe the situation should get a closer look, because something else may b |
|
Commit 299, by Nander Wever | |
| Oct 6, 2012 | |
| 7 years 4 months | In version 57 Fierz made a tremendous error at attempting to use (date1 - date2).getJulianDate() in Hazard.cc to compute hns[] values. This was not noticed until Ulrich Niederer tried to compute threefold sums of hns3 values!!! Now it is back to orde |
|
Commit 298, by Charles Fierz | |
| Oct 4, 2012 | |
| 7 years 4 months | A follow-up commit to remove an unused variable. |
|
Commit 297, by Nander Wever | |
| 7 years 4 months | This commit is an important change to SNOWPACK to strongly improve energy balance. In melt conditions, the temperature of the surface doesn't change. This is something which is not described by the temperature equation. Therefore, in melting conditio |
|
Commit 296, by Nander Wever | |
| 7 years 4 months | Branching between implicit and semi-implicit boundaries for temperature equation now based on coexistence of ICE and WATER in top layer. If both exist, the snow or soil top layer is in melting condition. Before, only the case of snow was considered. |
|
Commit 295, by Nander Wever | |
| 7 years 4 months | For sublimation, this commit makes sure the for-loop touches also the last element, so also the last element can sublimate. |
|
Commit 294, by Nander Wever | |
| Oct 3, 2012 | |
| 7 years 4 months | fixed a doxygen issue |
|
Commit 293, by Mathias Bavay | |
| 7 years 4 months | Adding some doc and simplifying the ILWR/emissivity code to rely more on MeteoIO's Atmosphere class |
|
Commit 292, by Mathias Bavay | |
| Oct 2, 2012 | |
| 7 years 4 months | The previous commit overwrote my commit earlier today. So here it is again. |
|
Commit 291, by Nander Wever | |
| 7 years 4 months | Sorry, missed to delete line 623 in Snowpack.cc |
|
Commit 290, by Charles Fierz | |
| 7 years 4 months | To be able to always output independently both the parameterized (pAlbedo) and the measured albedo (mAlbedo), a slight adaptation of nomenclature was needed: CurrentMeteo: add the measured albedo to this class (mAlbedo) SnowStation: albedo is now th |
|
Commit 289, by Charles Fierz | |
| 7 years 4 months | Dealing with merging elements when the sum of ice content of both elements together > 1. A case which is very rarely observed, but I encountered it once now. |
|
Commit 288, by Nander Wever | |
| Oct 1, 2012 | |
| 7 years 4 months | Mdata.iswr and Mdata.rswr both need to be defined in the model (see for example parameterized albedo). These values and the measured albedo (if available) are now properly set for each time step by setShortWave() in dataForCurrentTimeStep(). |
|
Commit 287, by Charles Fierz | |
