--
You received this message because you are subscribed to the Google Groups "Amanzi-ATS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ats-users+...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/ats-users/edaabfdb-980c-4d7e-9a36-756ef3e63087n%40googlegroups.com.
Hi all,
I wanted to share some findings that might explain why my ATS models were showing zero values for snow evaporation, and also some insight on the dessicated zone thickness parameter.
1. Snow Evaporation IssueThe problem lies in the "surface temperature key" setting within the <ParameterList name="snow-evaporation" type="ParameterList">. It should be set to "surface-temperature" instead of "snow-temperature".
The current ATS workflow input file template uses "snow-temperature" by default, which leads to zero values in snow evaporation. This happens because the Priestley-Taylor equation receives a snow temperature of 0°C when the expected snow temperature (defined as surface temperature - 3°C) is greater than 0, effectively shutting down snow evaporation.
2. Dessicated zone thickness [m] ParameterAfter running watershed-workflow, I noticed that the dessicated zone thickness parameter disappears from the input file and needs to be manually added under "WRM parameters". Although it's a bit counterintuitive since dessicated zone thickness in WRM parameters are assigned per soil type (cell-based) rather than land use type (face-based), it seems that only the value from the uppermost soil layer is used in calculating soil resistance, which influences surface evaporation.
If no value is set for the top soil layer, ATS defaults to 0.1 m, which can result in underestimated surface evaporation. So if anyone finds that surface evaporation seems too low, it might help to reduce the dessicated zone thickness value in the WRM section for the surface soil layer.
Hope this helps clarify things!
Best,
Haoyuan
To view this discussion visit https://groups.google.com/d/msgid/ats-users/06f9e5b9-db0a-4457-8bea-05748609ca0dn%40googlegroups.com.
Thanks for jumping in on the dessicated zone part, Bo. Note that the input spec converter cannot move this parameter for you – there is no 1-1 map of land cover to soil properties, so we can’t know how to move this for you. This conversation has helped me realize that the dessicated zone thickness parameter may not appear in any input spec, so it may not get auto-generated in ats_input_spec. I’ll see if I can get that fixed for 1.6.
As always, we try to have the input spec converter to an exact remapping of the run, but we can’t guarantee this because it isn’t always possible. It is always incumbent on the user to diff the before and after files, and try to understand the difference. If you don’t understand the difference, please ask! I’m trying to get better about having release notes highlight these types of changes in particular.
I do want to comment on the surface vs snow temperature part, because this is both confusing and, in my opinion, a place that still needs work. This may get long…
The snow-melt evaluator for non-Arctic runs has always been an empirical model based on PRMS, where the snow melt rate is an empirical “degree-day” approach, which says that the snow melt rate is proportional to the difference between the air temperature and the snow temperature. The snow temperature cannot go above 0 C (it would be water). Typically, the snow temperature is assumed to be the max of 0 and the air temperature minus some constant (e.g. 3 degrees). So effectively, the snow started to melt when the air temp hit 3 C, and the higher above 3 C, the faster the melting. Prior to 1.5, this model did not explicitly use a variable called “snow temperature” – it just took the air temperature, subtracted 3, and checked if this was above 0. In 1.5, I added the “snow temperature” variable explicitly to let users change the model used to compute this value (particularly I’d been playing with using an energy balance in non-Arctic simulations).
Now comes the confusing part. This led me to realize that we actually have two different, inconsistent snow temperatures. One used for melting (which was implied before 1.5, but still there) and one used for Priestley-Taylor of snow evaporation, which has always used “surface-temperature,” (which is almost always defined as yesterday’s air temperature, this also comes from PRMS). So (while 1.5 was still in development) I did what I thought was the natural thing and used “snow-temperature” (air temp – 3) in the Priestley Taylor model. I found exactly what Haoyuan and Pin found – this doesn’t work very well (though I admit I didn’t remember exactly how it didn’t work, or I’d have had you check this!). So prior to releasing 1.5, I changed it back to having the PT snow model use “surface-temperature” again (see the demos: https://github.com/amanzi/ats-demos/blob/master/05_ecohydrology/priestley_taylor_canopy_evapotranspiration_relperm_trf.xml#L428).
I don’t really like this inconsistency, and I agree that it is confusing to use “surface-temperature” for PT snow evap when we have a “snow-temperature”.
If you find places that use “snow-temperature” in the PT snow evap, please let me know and I’ll fix them. I know that the demos are correct. I know that the version 1.4 template files in exasheds-campaign2 (which is not supported at this point) are correct. The intent is to have people stop using those template files and use the demos as templates, but this isn’t all neat and clean yet, so I’m not sure what people are using for templates in version 1.5.
Also, I’d love to fix the inconsistency! To do this, the best thing would probably be to get away from Priestley-Taylor and instead use a surface energy balance, which would also then get rid of empirical melting (energy available for melting would be computed as the remainder of energy in the energy balance). Effectively this aims to bridge the gap between the Arctic model, which is much better on this, and the temperate model. “simple_energy” in ats_demos was a first cut at this – it took away the freeze-thaw parts of the Arctic model, but still solves an energy equation to get the ground temperature. I’d like to also provide the choice of letting the user provide an empirical way of computing ground conduction rates, then solve for “surface” and “snow” temperatures in an energy balance calculation. I suspect this would 1, fix the inconsistency, 2, give a more mechanistic model of surface energy balance terms, and 3, improve evaporation, snow sublimation, and total evapotranspiration predictions. I just don’t have time to do this right now – if anyone wants to work on it I’d love to help them do so!
TL;DR – Haoyuan is exactly right, use “surface-temperature” in your Priestley-Taylor snow evaporation models!
Ethan
Hi there,
I had an integrated hydrology model to simulate a snow-dominated watershed. After using the ATS converter to convert the XML file from version 1.4.2 to 1.5. I noticed that simulated ET reduced a lot, especially in the early and later months of the year. After checking the water balance, I noticed that the major source of difference in ET is from the transpiration. As shown below, transportation using ATS 1.5 also has lower values in early and later months of the year compared to the earlier version (ATS 1.4.2). Based on the MODIS ET, simulated ET from ATS 1.4.2. has a better alignment than the one from ATS 1.5. I would appreciate any hint you can give me.
Best,
Chuyang
--
You received this message because you are subscribed to the Google Groups "Amanzi-ATS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ats-users+...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/ats-users/edaabfdb-980c-4d7e-9a36-756ef3e63087n%40googlegroups.com.
--
You received this message because you are subscribed to the Google Groups "Amanzi-ATS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ats-users+...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/ats-users/06f9e5b9-db0a-4457-8bea-05748609ca0dn%40googlegroups.com.
--
You received this message because you are subscribed to the Google Groups "Amanzi-ATS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ats-users+...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/ats-users/CAN8t3f%2BsWvH9-bJ71ahK7fz-1d3iUeZatH%3D0nobd%2BhpW65eCwg%40mail.gmail.com.
> The current ATS workflow input file template uses "snow-temperature" by default, which leads to zero values in snow evaporation.
Ah ha, now I see what you mean Haoyuan:
Yes, you are correct, this is a remnant of my pre-ATS-1.5 experimenting, and is incorrect. I’ll fix this now.
Ethan
From:
ats-...@googlegroups.com <ats-...@googlegroups.com> on behalf of Haoyuan YU <haoyuan...@gmail.com>
Date: Thursday, April 10, 2025 at 1:20 AM
To: Amanzi-ATS Users <ats-...@googlegroups.com>
Subject: [EXTERNAL] Re: Question about the ET
Hi there,
I had an integrated hydrology model to simulate a snow-dominated watershed. After using the ATS converter to convert the XML file from version 1.4.2 to 1.5. I noticed that simulated ET reduced a lot, especially in the early and later months of the year. After checking the water balance, I noticed that the major source of difference in ET is from the transpiration. As shown below, transportation using ATS 1.5 also has lower values in early and later months of the year compared to the earlier version (ATS 1.4.2). Based on the MODIS ET, simulated ET from ATS 1.4.2. has a better alignment than the one from ATS 1.5. I would appreciate any hint you can give me.
Best,
Chuyang
--
You received this message because you are subscribed to the Google Groups "Amanzi-ATS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ats-users+...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/ats-users/edaabfdb-980c-4d7e-9a36-756ef3e63087n%40googlegroups.com.
--
You received this message because you are subscribed to the Google Groups "Amanzi-ATS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ats-users+...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/ats-users/06f9e5b9-db0a-4457-8bea-05748609ca0dn%40googlegroups.com.