About

MAST portal contains web links and web widgets that share a common theme - the management of ocean energy assets in the marine environment. In particular it provides information that aid in the decision making process surrounding maintenance at sea. This question is common to any offshore industry and solution proposed here will be applicable to other users of Galway Bay.

The architecture of the MAST system is heavily influences by the concepts of Representational State Transfer (REST), Resource Orientated Architecture (ROA), Service Orientated Architecture (SOA), OpenData and MASHUPS.

While the GUI of the MAST system is a portal, the architecture being used to aggregate and display data is the architecture of the MASHUP. In a traditional portal approaches aggregation by splitting the role of Web server into two phases: HTML markup generation and aggregation of HTML markup fragments. MASHUP uses APIs provided by different content sites to aggregate and reuse content in a different way. The architecture of MAST aligns to that of MASHUPs. MASHUPS are divided into three layers:

The data supplied by the Marine Institute are brokered by the Environmental Research Division's Data Access Program (ERDDAP) data broker. This is OpenData and the service is core to the MAST prototype. The broker provides a consistent interface to the data services of the Marine Institute; these services include wave, tide and weather sensors and numerical model output. ERDDAP publishes the data in a number of standard and developer friendly ways, including some Open Geospatial Consortium formats. Communication between MAST and ERDDAP is via Uniform Resource Identifiers.

Figure 1: MAST Service Architecture

Third party data feeds from commercial entities provide live feeds of data that are not currently available from the Marine Institute. The MASHUP of these commercial feeds with the OpenData of the Marine Intitute is a example of the modern paradign of freely combining resources from a number of sources to develop a new resource.