“SUPPLEMENTAL TSUNAMI PROCESSING REPORT”

SYSTEM DESIGN REPORT

SYSTEM PROCESSING DEVELOPMENT OF
INATEWS MERAH PUTIH
Indonesia Disaster Resilience Initiative Project (IDRIP)
Reg No: 02 - Loan No.ID-8980
Contract No. ID-BMKG-362561 -CS-CQS-01.PL/II/2024

Submitted to:

Dated : March 25th 2024

Submitted by:

Konsorsium ITB-UGM-UI
Consortium Leader: LST FMIPA UI
Multidicipline Laboratory Building, 2nd Floor
Kampus FMIPA UI Depok 16424
Email: lst.ui@sci.ui.ac.id
 Table of Content

1. ARCHITECTURAL DESIGN TSUNAMI PROCESSING ..........................................................................3

1.1. Application Context Diagram ..................................................................................................3
1.2. Database Design (Entity Relationship Diagram) .....................................................................4
1.3. Communication and Data Flow Diagram (Data Flow Diagram)...............................................5
1.4. Unified Modelling Language/Class Diagram ...........................................................................5
1.5. Front End an Backend Frameworks ........................................................................................7
1.6. Computional Infrastructure Requirements .............................................................................7
2. DESCRIPTION OF COMPONENTS ....................................................................................................8

2
1. ARCHITECTURAL DESIGN TSUNAMI PROCESSING
1.1. Application Context Diagram
The development of disaster information systems is based on the main objects that are the
targets of system development. The main objects are representations of data entities, which can serve
as sources to generate information related to the interests of the Tsunami Database Information
System. These main objects are:
 Tsunamis serve as observation sources that provide relevant information for management tasks in
the Tsunami Database Information System. Information that can be obtained from the main object
of a tsunami includes: tsunami parameters such as time, location, casualties, tsunami quantities
indicating the magnitude of the disaster, such as earthquake magnitude, extent of inundated areas,
tsunami height. tsunami qualities indicating the relative disaster level in terms of damage and losses
incurred, both human and material.
 Tsunami Sources, serving as observations about the potential origin of tsunamis. Information that
can be obtained from the tsunami source object includes: types of sources, indicating the types of
sources and locations that are potentially affected by one or more types of tsunamis.
 Tsunami Simulation/Model, serving as observations about the potential occurrence of tsunamis in
certain areas. Information that can be obtained from the model includes: the spread area indicating
the tsunami spread area and tsunami quantities indicating the likelihood of tsunami occurrence in
specific areas.

Based on the main objects that serve as observation sources, a tsunami information system can
be developed. The scope of the disaster information system can be illustrated in the form of a context
diagram as follows (Figure 1). The environment related to the tsunami information system includes
tsunami data, tsunami sources, and tsunami propagation and inundation models. Meanwhile, the
system will provide information to the environment in the form of textual and spatial information
about tsunamis.

3
 Integrated System for Tsunami
Early Warning System
Operator
verification
Earthquake detection

 Seismograph  Historical
Automatic  Modelling
 Accelograph Process
 Risk Map
 Database
Tsunami Detection
WARNING
 Tide Gauge
 GPS Evaluation
 DART

CONFIRMATION/CANCELATION

Figure 1. Context Diagram of Tsunami Information System

1.2. Database Design (Entity Relationship Diagram)

Currently we combine the existing system in TOAST with the additional interpolation system
used in JMA in the processing and scenario selection sections. Meanwhile, the earthquake input format
from seiscomp3, all information data at coastal points, district administration systems and observation
stations will be adopted from the existing database system. Therefore, the specific features and
relationships incorporated within the database design can be seen in the picture below (Figure 2).

Figure 2. Tsunami Processing Entity Relationship Diagram

4
1.3. Communication and Data Flow Diagram (Data Flow Diagram)

The data flow diagram can be seen in Figure 3. The functions that must be present in the tsunami
information system include:
 Data Entry Function for data entry and survey data conversion.
 Data Updating Function, for updating dynamic data such as dispersion model data for display
purposes.
 Interpolation and analysis function to determine arrival time and maximum height at coastal
locations.
 Information Display Function to display the required information to users. Information can be
displayed textually and spatially.
 Data Management Function, consisting of data loading-unloading functions, and backuprestore
functions (to back up/archive outdated data).

Figure 3. Tsunami Processing Data Flow Diagram

These functions are implemented in the form of application modules as follows:

 Data Entry Module, which includes the Data Entry Function.
 Data Management Module, which includes the Data Management Function.
 Data Updating Module, which includes the Data Updating Functions.
 Information Display Module, which includes the Information Display Functions based on textual
or map-based formats.

1.4. Unified Modelling Language/Class Diagram

Tsunami Processing Unified Modeling Language/Class Diagram provides an overview of the
general division of functions of each module or sub-module which is combined into comprehensive
function. In general, there are 4 main modules that will be used, namely the earthquake/event
information module provided by the earthquake processing system as input data, which is then
processed to obtain a scenario that corresponds to the existing database in the system by the retrieve
and call module, then the maximum height information. The tsunami and its arrival time will be

5
interpolated by the interpolation module based on location, depth and moment magnitude
information.
After information on tsunami height and time at the coast has been obtained and the data has
been aggregated in each administrative area of the affected district, it will be depicted on a map using
the plotting module. All the processes described above can be seen in the Figure 4.

Figure 4. Tsunami Processing Unified Modelling Language/Class Diagram

6
1.5. Front End an Backend Frameworks
Tabel 1. Tsunami Processing Frontend and backend frameworks
Module Technology Description
Backend Python The backend architecture of the system is robust and is powered
by Python, leveraging its extensive ecosystem of libraries and
frameworks.
Data handling and scientific computing are supported by Numpy,
Pandas, Scikit-Learn, and Scipy, which provide a powerful toolkit
for numerical and statistical operations
Fortran Optimized computational performance for tsunami data
processing
C/C++ Offer control, efficiency, and versatility, provide full control of
system
Messaging Redis Redis is incorporated for its in-memory data structure store,
used as a cache to enable faster data retrieval.
Database MySQL Responsive in handling queries, compatible with wide range of
frameworks
Frrontend Qt Ensures performance and reliability in real-time waveform
visualization
PyQt Provide seamless API for Python to Qt
PyGIS PyGIS is an open-source Python library for spatial programming
and remote sensing. It provides tools and methods to work with
geospatial data, including vector and raster data, satellite
imagery, and more.
Javascript Responsive in handling queries, compatible with wide range of
frameworks

1.6. Computional Infrastructure Requirements

Comprehensive tsunami processing requires high performances computer with all large storage and
RAM.

7
2. DESCRIPTION OF COMPONENTS
The tsunami processing system requires a large amount of tsunami simulations to make accurate
forecasts for all earthquakes and tsunami generators. When a sufficient main earthquake to generate
a tsunami occurs, the tsunami forecasting system searches for 8 data files containing numerical
simulation results for earthquakes at the nearest hypocenter and with similar magnitudes. Next,
through the use of linear interpolation approaches as shown in Figure 5, the system determines the
results of the tsunami estimation. However, estimates of seabed displacement or tsunami height
require a review of the depth of the epicenter. Thus, Figure 5 needs to be expressed in 4-dimensional
coordinates. For operational purposes, the system typically uses 16 data files. However, the
accumulation of these data contains hundreds of thousand numerical simulations for 1st year and
requires a considerable processing time. To build data on all events, a high performance computer is
required. This interpolation algorithm can quickly generate forecasting information. However, what
needs to be done is how to create a database that can meet these needs.

Figure 5. The database structure for tsunami forecasting is a combination of various numerical
simulation results wit different source parameters.

The structure of the application module for tsunami information system shows in the figure
below. The simulation results that have been stored in database will be preceded appropriate with
scheme.

8
9