- Website is a small public platform
- Website can only be accessed from web clients
- Research papers typically read by only other researchers
- Graphical data can only be obtained from programs like Panopoly

- Tables of raw data are unappealing
- Current graphics have no interaction with users

Through a combination of these two problems, the data being produced by the Madingley model is not being properly introduced to the public as intended. Therefore, these issues need to be remedied in order for the data from the revolutionary model to be fully utilized.

Solution Video

The general solution to this problem was to create a progressive web application that allows the target audience to visualize the results of the Madingley model. In order to guide the end-user through the application, we had a handful of features that needed to be implemented:

1) The user will be able to select a location based off of their own location or based off of a location selected on a map.
2) The user will be able to select a predefined Madingley Model scenario. The exact scenarios for this application have not been identified by the client. However, some examples include: bushmeat hunting, climate change, and deforestation.
3) The user will be able to choose a visualization style to display tailored results from the rendered scenario.
4) The user will be able to export the rendered data.

In order to allow the user to select some location, the application accesses the user’s GPS, has the user select an area on an interactive map object, or has the user specify the longtitude, latitude, and radius of a region. In each of these situations, the user will have selected some location of interest. This location selection will allow the application to hone in on the geographical area of interest.

The user will then be asked to choose a scenario from a predefined list of scenarios. This list includes, but is not limited to: climate change, deforestation, land use. After doing that, the user will then be prompted to select an intensity that corresponds with that selected scenario. These specific selections will allow the application to narrow down what dataset should be considered.

Given the selections of the above mentioned choices, the application will then return a small finite set of data that will be of use to the end user. The final steps remaining in the solution plan involve the user selecting what type of output they wish to view. This option will then allow the application to tailor the scenario results to a pre-specified sub audience. This specification is done to allow the user to quickly and easily view the information of interest rather than a general output.

Once the user has viewed the rendered data, the final step that the user will be interested in, involves exporting the information. This step allows the user to save the results of a scenario to be used later as they see fit, whether it be for further analysis or for presentation purposes.

Our project has four main components: AWS S3 bucket, AWS lambda functions, AWS API Gateway, and the Ionic interface. The S3 bucket stores all of the Madingley Model data. In order to retrieve the data, our application uses several lambda functions. They fetch the data and process it. After it has been processed, the API Gateway transports the data from the lambda function to the Ionic interface. When the data reaches the Ionic interface, the user will get the output that resulted from their initial input.