1) There is now a python alternative to the R-based wheat-source-
generation, called source_gen. The functionality to call source_gen
has been added (see ProcessorSurveys.pyL939 and L1032-1040), but not
yet switched on while we await testing of
output at the Met Office.

2) ProcessorComponents was huge (2100 lines!) and the structure was
not apparent. Each component's supporting functions are now in a
separate directory. There is also a ProcessorServer.py relating to
file down/up-loads. ProcessorComponents is now essentially a directory
 to import all the functions. This might inspire a more systematic
 (object-oriented?) structure for each component within coordinator
 in the future.

import and shell script changes to use new plotting and met_extractor (now met_processing) package structures

The email config is required to set up the logging before any other
tasks are done in order to maximise coverage. It is expected that the
location of the required config file is defined in run_Processor.sh,
or exported to local environment before calling Processor.py.

EnvSuit pipeline update, to handle cleaning, job generation, and multiprocessing in a more direct way.

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

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>

This should only apply to the operational copy of the EWS-Coordinator. If you want to run a separate copy for any reason, make these changes to point to your separate workspace. The git ignored files still need pointing to, but they don't need to be duplicated. Your local version of these changes can be stashed while pushing and pulling to/from the master branch.

Initial commit. Currently only working for Nepal deposition and (partially for) Ethiopia environment v2.0

Potentially a template for processing other EWS components too.