|Nov 28, 2012|
|7 years 7 months ||Now putting asserts on the element density (that must be positive)
|Nov 27, 2012|
|7 years 7 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 7 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 7 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 8 months ||Changing key R_IN_N into HARDNESS_IN_NEWTON
|Oct 17, 2012|
|7 years 8 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 8 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 9 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 9 months ||A follow-up commit to remove an unused variable.
|7 years 9 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 9 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 9 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 9 months ||fixed a doxygen issue
|7 years 9 months ||Adding some doc and simplifying the ILWR/emissivity code to rely
more on MeteoIO's Atmosphere class
|Oct 2, 2012|
|7 years 9 months ||The previous commit overwrote my commit earlier today. So here it is
|7 years 9 months ||Sorry, missed to delete line 623 in Snowpack.cc
|7 years 9 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 9 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 9 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().
|Sep 24, 2012|
|7 years 9 months ||Solving the Meteoio issue 222 about exceptions not printing any
message on the screen on osX: there is nothing that can be done
beside catching all exceptions in the main and printing their what().