For current (py3EWS) and last (py3EWSepi-legacy) version.

The newly imported AdvisoryBuilder can be run separately, see
that project for more details.
Updated conda environment accordingly.

There is a fudge to iterate over diseases, which should be improved.

This configuration works with EWS-EpiModel git commit 631e3520. This can handle multiple diseases but only one region. Output directories are <job-directory>/<region>/<disease>/<output>

which also includes development to handle input from kobotoolbox survey forms.
And also points to the generalised wheat-source-generation directory.

Also, now:
* using python to incorporate the manual survey removals and additions.
* Attempting to grab a copy of the cluster calcs processed surveydata file.

For now, one set for production, called 'live', and a second for development 'ewsdev'. Advise any clone of the repo creates its own set of these config files. This resolves the issue of having local uncommitted modifications to config files.

- dedicated run functions,
- work folder for each run,
- hadling multiple post processes so not just NAME data can be use as an input,
- general tidy up the code.

A basic script that checks the ARRCC media scraper web tool for latest
entries and provides rough formatting for input to NAME source calcs.
The idea is to email this to a list of maintainers (me, @tm689, @rs481)
regularly (once a week). Because the system isn't smart enough to filter
out any irrelevant news reports (e.g. general early season advice
without a specific rust sighting), human intervention is required to
filter and append to the survey data. The media scraper checker is set
as a cron task to run every Monday at midday.

Back run handling. If env.suit. results are available in a _bak folder, copy results from the _bak folder and skip env.suit. calc.

The method in this example may become the official method of downoading Ethiopia wheat rust surveys. Based on proposed API provided by CSM on 23 September 2020.

A useful function in ProcessorUtils is subprocess_and_log, which builds a subprocess command and write its stdout and stderr to the log handler. Beforehand, failures only ever generated an error message, but there are some use cases where another log type is preferred. This adds a log type option to the function, and uses it in one case where a warning is more appropriate.