|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…
|7 years 2 months ||Update to discard MS_TOTALMASS from output for SN_GUI. Relocate HS1
input data accordingly to open position (50)
|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…
|Nov 28, 2012|
|7 years 2 months ||Solving a bug when dealing with excess_water in the lowest element.
|7 years 2 months ||Now putting asserts on the element density (that must be positive)
|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.
|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).
|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
|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
|Oct 4, 2012|
|7 years 4 months ||A follow-up commit to remove an unused variable.
|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
|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.
|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.
|Oct 3, 2012|
|7 years 4 months ||fixed a doxygen issue
|7 years 4 months ||Adding some doc and simplifying the ILWR/emissivity code to rely
more on MeteoIO's Atmosphere class
|Oct 2, 2012|
|7 years 4 months ||The previous commit overwrote my commit earlier today. So here it is
|7 years 4 months ||Sorry, missed to delete line 623 in Snowpack.cc
|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
|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.
|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().