Categories
OMaWa

What functions should be implemented in OMaWa?

OMaWa is a climate driven malaria prediction system. In addition has the ability to be forced with other variables such as preventive measures (bed nets etc). This means that the model might be run for larger areas with only climate data as forcing, or it should be possible to run the model on a smaller scale and make use of information on bed net coverage, house spraying, mosquito resistance to pesticides etc.

So far the modelling system can read “pure” data, such as txt/csv files, NetCDF and partially supports GRIB (linux). In addition it supports ESRI shapefiles, and other GIS formats via helper functions. The GRIB format has been the hardest part to get working, and because of the variety of variants of this format. One thing is to read the data. Another thing is to read it into a standardized format usable for OMaWa (merging several files into one file). GRIB support is not the main focus as NetCDF probably is more common. After the data has been read, it is possible to select the sub-region of interest. The sub region could be an area, or a point. If the spatial resolution on the input parameters is high the point would also be an area to include what is taking place around the point.

In addition the climate parameters has to be converted to meaningful data for the model. OMaWa provides a way to prepare the data to force the model. The work flow would be something like:

  1. Read data (and convert/interpolate to right projection)
  2. Select time
  3. Select a region/point
  4. Calculate parameters/prepare data
  5. Set starting values (could be calculated)
  6. Run the model

To summarize; there are many functions that has to written to complete the steps to run the model. At the moment it is possible follow the steps above. Still there remain a lot of work to document, and streamline the work flow.