MIDOP: Macroseismic Intensity Data Online Publisher


Table of Contents

Introduction
Profile of a typical user
Required functionalities
Adopted solution
User's feedback
Conclusions and future development
References

The main goal of the NA4 module "Distributed Archive or Historical Earthquake Data" of the EU NERIES project is to establish and implement an Archive of Historical Earthquake Data (AHEAD), with special reference to the supporting data, to be used to compile a homogeneous European Parametric Earthquake Catalogue. This task is being accomplished by searching, retrieving, evaluating and making available the macroseismic datasets on European and Mediterranean earthquakes occurred in the time-span 1000-1900.

The most important supporting material is the "historical earthquake study", used by researchers to publish a comprehensive reports with all the information regarding a specific earthquake. Among the retrieved information, a study presents the "macroseismic intensity data" which describe the level of damage expressed using a Macroseismic Scale (e.g. the EMS98 [Grünthal et al., 1998]) caused by an earthquake in a set of places. Usually these data come in form of tables or as maps printed on paper; only rarely data are available in digital form.

Among other tasks, the NA4 working team is dedicated to make available online these intensity data by publishing interactive maps.

Until now no dedicated software for online map publishing existed and general purpose solutions had been adopted. However a macroseismic map requires a series of additional information such as explanation on the sources used, detailed places information and representation of the level of damage using special symbols. These requirements are of difficult implementation using out-of-the-box tools, because they result in extremely time-consuming and hard to do customization, as well as manual operations. These are tasks that NA4 working team could not afford.

Previous experience in historical macroseismic maps publishing systems available in Europe have been considered: the Italian DBMI04 [Stucchi et al., 2007], the Swiss ECOS [ECOS, 2002] and the French SisFrance [Sisfrance, 2009] databases.

In the end, the best fitting solution to NA4 scopes was identified as the mapping solution adopted by DBMI04 (Fig.1), internally developed at INGV in Milano [Locati and Cassera, 2008]. But a straightforward adoption of the DBMI04 solution was not possible because of the complete lack of a friendly GUI and the tightly Italian-oriented code.


An improvement was required, and the working team decided to create MIDOP, a specific tool strongly inspired by the DBMI software, but allowing web-inexperienced researchers to easily transform unappealing tables into deeply customized interactive maps. SVG is being chosen as a method of serving maps as it natively offers a DOM (Document Object Model) coherent way of manipulating represented elements, resulting in an easy-to-implement development process.

Profiling the final user [Hung et al., 2003] is of fundamental importance in order to better optimize the developing workflow and helps avoiding last minute core changes.

The typical user of MIDOP is historical seismologist. As it generally happens within the scientific community, the seismologist feels comfortable while using online resources through web browsers, resulting in confidence while doing web searches, consulting archives and compiling forms. Seismologists are completely unaware of the technical issues involved in online publication. They usually have no experience and only few exceptions know the first principles of HTML or others macro-languages, nearly none of them have experience in online security issues. Seismologists are confident with word processors, spreadsheets and the use of GIS softwares in order to create maps; some have knowledge of programming language, commonly FORTRAN.

Historical seismologist experts are a small niche in the seismological community. Generally, modern seismology uses data coming from instrumental recording, which born digital. Historical seismology is focused on written evidence and human observations of the earthquake phenomenon in the past centuries.

IT people should be aware that the different origin of the data makes a substantial difference to the data approach adopted by researchers, a difference that must be taken into account while designing a technological product.

Before implementing the tool, a series of requirements have been filed by listening first to involved researchers and then to the IT people of the different research Institutions.

The tool addresses a series of tasks:

  • it manages a parametric catalogue of earthquakes;

  • for each earthquake it creates:

    • a table listing the affected places and their macroseismic intensity;

    • o an interactive map of the macroseismic intensity points;

  • for every place mentioned it creates:

    • the list of earthquakes and the relative level of damage experienced;

    • a diagram representing the level of damage experienced at the place for each earthquake.

The features most requested by seismologists are:

  • use of already existing standards in terms of input data table formats and content;

  • effortless online publication of the material, reducing as much as possible the problems while transferring material to IT staff;

  • interactive maps, featuring zoom, pan and search trough the represented places;

  • use of a long standing and open technology, avoiding possible technology bottleneck or solutions that might disappear in the years to come;

  • possibility to interactively add points on already published maps;

  • export of the published material both to printer and to downloadable files such as XLS (Microsoft Excel spreadsheet files);

  • easy-to-understand graphical user interface, using as much as possible seismological terms;

  • complete coding-free approach;

  • graphical customization, both of the geographical features and symbols used.

Features requested by the IT people are:

  • safety measures against probable online attacks;

  • lightweight, a solution that can be implemented in a small footprint server;

  • comfortable way of transferring the produced material from the researchers to the final web server.

A completely coding-free approach has been adopted.

By using a comprehensive control panel based on a user friendly web interface, researchers will be able to create on their development workstation a website from scratch. Once the website has been created, its publication on the web is as easy as dragging a folder to the final web server.

Everything is realized using open source solutions:

  • PHP scripting language and MySQL as a Database Management System for the server side;

  • HTML, SVG and JavaScript for the client side part.

As input data, MIDOP requires two tables:

The MIDOP itself is subdivided in four main parts:

  1. the websites manager;

  2. the selected website settings control panel;

  3. the publication tool;

  4. the real-time website preview.

MIDOP can manage multiple websites (Fig.2), each with its customized settings. The switch between websites is done easily via a dedicated control panel.


The following aspect can be customized for every website:

Technically the MIDOP mapping system is logically quite simple and the workflow is as following:

  • the user select an earthquake from the catalogue;

  • the corresponding list of macroseismic intensity points are queried from the specified MySQL server;

  • based on the control panel settings, the system decides the geographical area to be covered (by using a fixed or a dynamic method);

  • loads the selected geographical pre-generated SVG layers, with administrative boundaries, rivers and lakes;

  • if requested, includes within the SVG the raster DEM layer using a base64 method;

  • creates a GZIP compressed text file layering the selected earthquake geographical parts.

At the end of the process MIDOP generates a SVG map file (Fig.14) for every earthquake, and wrap everything up, using a series of highly customized HTML pages that can interact with the SVG DOM structure using JavaScript. Generated maps can be exported to Google Earth by generating KML files (Fig.15).



If enabled in the control panel, MIDOP also generates a series of HTML and SVG files for the "query by place" functionality (Fig.16), where is showed the list of felt earthquakes in the selected place.


Once the user is satisfied by what MIDOP is showing in the preview mode, the entire website can be created using a dedicated control panel (Fig.17). The generated website will be a self-contained folder with everything is needed in order to publish it on the Internet.


Published website will contain also two XML files, not directly used by the system itself:

  • an XML file containing the entire catalogue of earthquake published;

  • an XML file with all the macroseismic intensity observations for every earthquake.

These files might be useful for a series of activities, from simple machine readable backup, to remote querying future systems.

The drawback of such an approach is that users are allowed to generate maps only for areas covered by MIDOP. To overcome this issue, the system is designed with customization in mind and users will be able to add new layers uploading their own layers.

The concept of "layer" in MIDOP indicates plain text files containing SVG groups ("g" elements). This virtually puts no limitation to what MIDOP can represent.

SVG geographical layers are at the moment coming from simply offline conversion of ESRI shapefiles (.shp) using the freely available "shp2svg" utility [Neumann, 2007]. It is currently under finalization a tool for direct upload and conversion of shapefiles, making the publishing workflow much easier.

So far the only real geographical limitation in MIDOP is that it is only able to produce data using UTM zones.

Built-in geographical layers cover at the moment the whole Europe.

The choice of the final creation of a "passive" website folder that does not require any interaction with a database backend or complex server side interaction, was made for satisfying the following requirement:

  • simplicity when transferring material to IT people who are practically taking care of the web server part;

  • IT request for a secure product;

  • use of a long lasting solution, which will be able in years to come.

Each of the above mentioned requests, brought us a completely self-sustained solution. More than others, the last one forced us to avoid the adoption of external resources such as Google Maps: who knows what it will happen to it in fifteen years from now?

Man power resources dedicated to historical seismology will not guarantee a constant update of already published material, which might result in possibly unreadable content in the future.

Another advantage of this solution is the extremely low web server requirement in terms of hardware, software and bandwidth, enlarging enormously the potential user base.

A period of beta testing is currently underway in order to fix major bugs and obtain direct feedback from potential users.

Three institutions have been involved until now: the INGV in Milan, where the NA4 module is coordinated, the Institut Geologic de Catalunya (IGC) in Barcelona and the Faculty of Science of the University of Lisbon (FCUL).

All tests have been done using historical data (prior to 1900) in order to both debug the application and publish online some earthquake studies previously available on paper only.

So far the beta testing period has been quite fruitful: various bugs have been discovered and solved, some GUI part is being made clearer and some functionality added.

The most important change adopted is the possibility of specifying at which zoom each level layers must be shown or hidden. For example it is now possible to have a complete view of an entire country with only the first level of administrative boundaries, hiding the second and third, resulting in a much clearer and effective map visualization.

The scope of the NERIES NA4 module is to create a distributed Archive of Historical Earthquake Data.

Such a networking activity will require a networking capability extension to what MIDOP is able to do at the moment.

This will be reached by an extensive use of the "hidden" XML file produced while publishing the website. These files might be used by a yet to be designed solution that will let the different MIDOP website already published to communicate among each other, and above all, will let the central unit to coordinate the regional data centers.

From the client user point-of-view, more tools can be created for real-time manipulation of the consulted map. Among others, a sort of geographical layer upload system is under evaluation. This solution will make life easier for users while studying already published earthquakes, since it will not be any more necessary to download intensity points and use unfriendly offline GIS "heavy monsters".

Another possible extension to MIDOP is to better exploit the superior graphical quality of SVG maps produced, possibly leading to a direct use of these maps in scientific documentation.