snowpack issueshttps://gitlabext.wsl.ch/snow-models/snowpack/-/issues2021-01-13T14:07:40Zhttps://gitlabext.wsl.ch/snow-models/snowpack/-/issues/162Namespace2021-01-13T14:07:40ZMathias BavayNamespaceAll snowpack lib should be enclosed in a snowpack namespace.All snowpack lib should be enclosed in a snowpack namespace.https://gitlabext.wsl.ch/snow-models/snowpack/-/issues/579Ponding with Richards Equation2017-03-23T19:45:31ZNander WeverPonding with Richards EquationSimulations with Richards equation should allow for ponding, i.e., a positive pressure head on the top element corresponding to a ponding depth layer on top of the column.Simulations with Richards equation should allow for ponding, i.e., a positive pressure head on the top element corresponding to a ponding depth layer on top of the column.https://gitlabext.wsl.ch/snow-models/snowpack/-/issues/416SMET output2017-03-16T11:22:34ZMathias BavaySMET outputA new plugin should be implemented to output the current "".met"" content as SMET. Then SnopViz will be able to display these files with the SMET parser.A new plugin should be implemented to output the current "".met"" content as SMET. Then SnopViz will be able to display these files with the SMET parser.https://gitlabext.wsl.ch/snow-models/snowpack/-/issues/553Option to write out filtered SMET2016-07-08T12:34:16ZMathias BavayOption to write out filtered SMETIn order to help users working with fishy data, it would be helpful to have a key that would trigger the writing out of a SMET data containing the forcing as it has been received from MeteoIO. This could then be explained in the document...In order to help users working with fishy data, it would be helpful to have a key that would trigger the writing out of a SMET data containing the forcing as it has been received from MeteoIO. This could then be explained in the documentation (showing how MeteoIO processes the data before it enters Snowpack Core) and how to plot it with snopviz.https://gitlabext.wsl.ch/snow-models/snowpack/-/issues/329static linking packaging2015-04-14T13:54:04ZMathias Bavaystatic linking packagingWhen statically linking, we should NOT package the libraries anymore (ie no libmeteoio, no libsnowpack) since this doubles the overall size of the packageWhen statically linking, we should NOT package the libraries anymore (ie no libmeteoio, no libsnowpack) since this doubles the overall size of the packagehttps://gitlabext.wsl.ch/snow-models/snowpack/-/issues/365Clarification of lower boundary conditions2014-04-01T16:12:25ZFierzClarification of lower boundary conditionsCurrently, with soil, lower Dirichlet boundary conditions can be imposed on the soil/snow column by setting SNP_SOIL=true and SOIL_FLUX=false. Thereby, CurrentMeteo.ts0 is assigned MeteoData::TSG. This procedure is not transparent though...Currently, with soil, lower Dirichlet boundary conditions can be imposed on the soil/snow column by setting SNP_SOIL=true and SOIL_FLUX=false. Thereby, CurrentMeteo.ts0 is assigned MeteoData::TSG. This procedure is not transparent though.
Accordingly, we should aim at having two input fields MeteoData::TB(ase) and MeteoData::TG(round). The prescribed temperature at the base of the snow/soil column would then be given by CurrentMeteo.tb in SNOWPACK (instead of CurrentMeteo.ts0). If both MeteoData::TB and MeteoData::TG are given, we will also have differing CurrentMeteo.tb and CurrentMeteo.tg in SNOWPACK, otherwise these two variables will be equal. Finally, MeteoData::TSG would be dropped [or moved to TGS= temperature ground surface].
Accordingly changes are required in MeteoIO, Alpine3D (3 lines, SnowpackInterfaceWorker), SNOWPACK, and INIshell.https://gitlabext.wsl.ch/snow-models/snowpack/-/issues/126Compute SubSurfaceMelt/Freeze at end of compSnowTemperature only2013-10-08T14:29:16ZFierzCompute SubSurfaceMelt/Freeze at end of compSnowTemperature onlyTo be testedTo be testedhttps://gitlabext.wsl.ch/snow-models/snowpack/-/issues/288ImisDBIO2013-10-08T13:38:22ZMathias BavayImisDBIOThe profile output (done in pmodpro.dat) should be directly written to the database. This should also include deleting previous records before committing new ones (see the sql currently used by sqlplus in the scripts). This would make th...The profile output (done in pmodpro.dat) should be directly written to the database. This should also include deleting previous records before committing new ones (see the sql currently used by sqlplus in the scripts). This would make the operational toolchain simpler and suppress two extra database connections (therefore make Michel happy).https://gitlabext.wsl.ch/snow-models/snowpack/-/issues/122Settlement2013-01-04T16:07:10ZFierzSettlementRevision 56 is ready to use the new settlement scheme. A last effort is required for Antarctic settlement thoughRevision 56 is ready to use the new settlement scheme. A last effort is required for Antarctic settlement thoughhttps://gitlabext.wsl.ch/snow-models/snowpack/-/issues/279MEAS_TSS ambiguous?2013-01-04T10:28:37ZFierzMEAS_TSS ambiguous?meas_tss is ambiguous as its purpose is different depending on the context, see Snowpack.cc:1182, Snowpack.cc:1297, and Snowpack.cc:1597 & 1628.
Thus the user cannot really check its influence on the run. Replace or move to the Snowpack...meas_tss is ambiguous as its purpose is different depending on the context, see Snowpack.cc:1182, Snowpack.cc:1297, and Snowpack.cc:1597 & 1628.
Thus the user cannot really check its influence on the run. Replace or move to the SnowpackAdvanced section!https://gitlabext.wsl.ch/snow-models/snowpack/-/issues/170Use Meteoio's radiation and atmosphere laws2012-10-23T14:47:59ZMathias BavayUse Meteoio's radiation and atmosphere lawsWe should use mio::Sun and mio::Atmosphere in main and Laws respectively (for consistency and to have snowpack more focused on snow issues).We should use mio::Sun and mio::Atmosphere in main and Laws respectively (for consistency and to have snowpack more focused on snow issues).