|Nov 30, 2012|
|7 years 10 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 11 months ||Solving a bug when dealing with excess_water in the lowest element.
|7 years 11 months ||Now putting asserts on the element density (that must be positive)
|Nov 27, 2012|
|7 years 11 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.
|Nov 26, 2012|
|7 years 11 months ||Some code cleanup (putting code in a function) and fixed a potential
problem when initializing the Sun object (when the position was only
given by the sno file, the object was not properly initialized).
|7 years 11 months ||The level of warnings when compiling in debug mode is now much
higher. Therefore the ProcessDat structure had to be adjusted as
well as solver.h. The external dependencies are now included as
system headers in order to avoid producing warnings of th…
|Nov 5, 2012|
|7 years 11 months ||Changing key R_IN_N into HARDNESS_IN_NEWTON
|Nov 4, 2012|
|7 years 11 months ||Introduce a config key pair "R_IN_N"/"OUTPUT"
that allows the user chosing to output hand hardness R either in
newtons or as index (steps).
By default R_IN_N is set to true. The io.ini of snowpack-opera sets
this to false.
|Nov 2, 2012|
|7 years 11 months ||One more compilation round with the DEEP_WARNINGS and then with
Weffc++. This lead to initializations in the initialization lists
and a copy constructor for SnowStation (the compiler was begging for
|Oct 17, 2012|
|8 years 11 days ||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).
|8 years 11 days ||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|
|8 years 22 days ||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|
|8 years 24 days ||A follow-up commit to remove an unused variable.
|8 years 24 days ||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
|8 years 24 days ||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.
|8 years 24 days ||For sublimation, this commit makes sure the for-loop touches also
the last element, so also the last element can sublimate.
|Oct 3, 2012|
|8 years 25 days ||fixed a doxygen issue
|8 years 25 days ||Adding some doc and simplifying the ILWR/emissivity code to rely
more on MeteoIO's Atmosphere class
|Oct 2, 2012|
|8 years 26 days ||The previous commit overwrote my commit earlier today. So here it is
|8 years 26 days ||Sorry, missed to delete line 623 in Snowpack.cc