This creates input files for an epi run that are the output of an epi run from the previous day. Connects with ews-epidemiology development at the same time.

Remaining tasks to finish this work:
1) Stop loading env and depo from days before today
2) Write tests

making the Processor.py pass on non-zero exit codes when exiting - I THINK THIS COULD CAUSE PROEBLEMS WITH INTEGRATION TESTS, AS IT WILL EXIT THE PYTHON ENVIRONMENT RATHER THAN CARRYING ON TO THE ASSERTS IF THERE IS AN ERROR, WILL ROLE BACK IF THIS IS THE CASE

This is done with a set of <date_valid_from>: <host_file.tif> pairs in
the run configuration under ['Epidemiology']['Host']['HostRasters'].
This is an optional argument. The 'HostRaster' argument in the
configuration is still needed, but is renamed as 'TargetRaster' to
avoid confusion.

Cocnurrent changes were made in epi model.

This may one day be replaced by some 'host preprocessing' type
of EWS component.

Aspects to improve:

*  Currently, the dynamic host map has to be handled both in
ews-epidmiology for run time, and here for post-run in order
to convert units. It might be neater to do once in one place only
 by moving the unit conversion functionality into the epi model.

 * Implement testing for handling of dynamic host data.

See EpiModel.EpiPrep.updater.update_input() docstring for comments.

This should substantially speed up production epi runs, particularly
towards the end of the season.

This commit also unifies deposition and env suit preparation code.

Not for immediate production, awaiting verification from Yoseph.

Credentials to access the new survey form are available on episerver at
/storage/app/EWS_prod/regions/EastAfrica/resources/coordinator/configs/
Cred-ODK-EIAR_newODK.json

changing the landpoint files to use a new column "included", to filter for countries, rather than using the lat lon values to decide what to filter

Adding the functionality to group surveys and run source gen on each groups. Grouping is only run if it is defined in the config (otherwise it use all available surveys), and it is based on the 'Origin' column of the surveys. All unique 'Origin' will create its own group alongside the ones defined in the config. Groups can be ignored by defining 'GroupsToIgnore' in the config (this has no effect on 'Origin' types).

Handle missing redundant columns and continue to set a common column
order at the same time.