SME FAQ

Frequently Asked Questions for the Soil Moisture Estimator

I am a county extension agent. How can I use the SME to help the farmers in my county?

Ideally, an extension office would have a catalogue of working crop coefficients and soil attributes for local farms. The farmer would use the SME with these input files, along with irrigation events, to monitor a crop's water usage throughout the growing season.

Presently, we are in the initial stages of exercising the SME in the field and so we ask extension agents to:

- get familiar with the SME tool. Learn how to construct input files and how to use the output files (eg. import into spreadsheets).

- get local rain data and compare with the WRF model rain data. We are interested in compiling wide-scale data for analysis. Sharing comparison data with us would help in model adjustments.

- compile a set of input files of local crop cultivars and associated coefficients. See this link.(not yet active)

- show farmers how to derive soil attributes used in the soil model. See this link.(not yet active)

- ask farmers with soil moisture sensors to use the SME and share their experience. We actively seek the participation of farmer-scientists for feedback.

Assuming a set of working input files, a useful exercise for farmers is to review the past growing season using different irrigation schedules to see how the soil responds. Crops can also be changed to see what their water usage would have been. See the question below.

I am a irrigation specialist at a large farm. How can I use the SME ?

The purpose of the SME is to provide a working estimate of water usage for different crops and soils. This allows for general monitoring of soil moisture and to apply irrigations as needed to avoid plant stress.

Because the SME can be run historically, it is possible for the irrigation specialist to run "what if" scenarios. For example,

- What if the crop was different, how much water would that crop have used in our soil?

- What if I irrigated small amounts more often or large amounts less often? Is there a sweet spot between the two?

- What is the optimal irrigation amount to give available water to roots and not drain excessively beyond the root zone?

The SME, with working parameters, can be used to address and give insight to the above questions.

I am an agricultural professor. How can I participate?

Here are some ways to participate:

- show your students the website tools and indicate that source code is available for review and improvements.

- incorporate the tools into classroom lectures/exercises/labs for critique. We would appreciate feedback on usage.

- suggest projects/studies to students regarding comparison with data (soil moisture, ETo, ETc, precipitation, etc.) from research stations currently covered geographically.

- generate WRF data for areas of interest (sectors). See below on generating data.

I do not see a sector defined that I am interested in. Can I generate data for that sector?

Yes.

We currently cover only half of the western US and invite data contributions from third parties. We have released a Docker file package for container implementation of the data generation, whereby necessary code is automatically downloaded and bundled for use. All software is free. This requires a Docker friendly platform, with multi-core CPU, and of course somebody to maintain it (eg. check that data gets delivered, etc.). We have tested the container on a Linux platform, but not on Macs or Windows yet. The computer does not need to be dedicated to generate the data, as only ~4hrs is used per sector per day. Docker claims it should work on Mac and Windows.

Can I download the input and output files from an SME run?

Yes. Click on the "Download" checkbox next to the "Apply" button. You will be asked where to download the zipped file containing all input and output files.

Your model is historically based using WRF in hindcast mode. Can the SME run in forecast mode?

Yes, and it would be useful in deciding near future irrigation scheduling for harvest, market, and efficiency purposes.

It would only require a small modification to the GFS ingestion. All other aspects would remain the same. The forecast implementation requires WRF data generation into the future for some interested amount of time. So, instead of using reanalyzed GFS files the model would use predicted forecast GFS files.

It would also be possible to merge both hindcast and forecast data for an SME run. So, data contributions could be based on either hindcast (yesterday and before) and/or some number of days into future, including today. Daily forecast files would incrementally be replaced with the hindcast, reanalyzed, version. However, the addition of future days would dramatically increase the need for data contributions. For example, if we wanted to predict seven days into the future it would take 8 data contributions per sector per day: 1 hindcast + 7 future days, as opposed to just 1 hindcast contributor per sector per day. Implementing this "merged" version is possible with enough data contributors.