A Proposal for a Geospatial Database to Support Emergency Management ()
1. Introduction
Italy is considered a vulnerable country due to the high occurrence of hazardous events and its peculiar geological, geomorphological and climatic conditions. Excessive human activities, illegal constructions and poor environmental maintenance are still increasing natural hazards such as earthquakes, landslides and floods in residential areas. In addition, the presence of holdings that use and produce dangerous substances in industrialized areas, exposes both population and the environment to industrial risk. An accurate knowledge of the incidence of these phenomena (both natural and anthropogenic) is the key to reduce risk, increase resilience and minimize anthropic and environmental damages [2].
The National Civil Protection Department has already developed prevision and prevention plans as well an instruments to identify priority actions in case of necessity: emergency operations linked to hazard events, vulnerable areas and financial resources availability. The role of the Department is to develop Emergency Plans for “expected” events, which may require the intervention of the central organs of the government, whereas the regions are responsible for identifying guidelines of Municipal Emergency Plans. This includes mapping the risks in the considered area and identifying the available structures, infrastructures and resources for effective emergency management [3].
As so far, the only document available in Italian country is the “Manuale Operativo” (an Emergency Operations Manual) [4], which represents guidelines to provide Emergency Plans. However it does not specify which mapping elements to consider and how these should be represented in cartography. Consequently, each region adopts its own methodology and it is a lack of a valid standard nationally model.
However, currently, it is quite difficult to create a valid standard model, as all data needed are produced at different institutional levels (national, regional, provincial, municipal) and different scales. On one hand there are policies that provide guidelines to produce data to define maps for environmental planning and in the same time, there are specific directives in order to define the Civil Protection System specifying the methods and the organizations involved in emergency management.
For all the reasons mentioned is strictly necessary to provide national standard, valid over the whole Italian territory, in order to obtain precise rules that ensure uniformity of the data to be mapped [5].
2. Guidelines and Policy of Italian Civil Protection
The main Italian Civil Protection law (225/92) [6] classify the Civil Protection’s tasks in four types: 1) prevision, 2) prevention, 3) rescue and 4) emergency overcome. Among these actions, this law focuses on the development of prevision and prevention activities. This approach is a new cultural orientation based on a systematic and widespread risk analysis in order to reduce the consequences of hazardous events in anthropic areas [7]. In this context, it is necessary to guarantee continuous data exchange between both emergency management and urban planning.
Within the prevention task, the determination of Emergency Plan is the main activity to complete. That is considered as “a set of operating procedures to deal with any expected disaster in a given territory”. The aim of Emergency Plan is define event scenarios and elaborate a database to efficiently support emergencies. Thus, the first step in preparing an Emergency Plan is the collection and analysis of spatial data and their mapping at different scales. In this way it is possible to allow not only an overview of the area but also provide a detailed vision on a possible impact of hazardous events on vulnerabilities [8]. So, it is initially necessary to identify and map structures and infrastructures within every municipality, such as roads and strategic buildings (schools, hospital, etc.). Successively, strategic building, parking places and other public constructions have to be classified among three types of emergency areas: 1) rescue and resource areas, 2) population waiting areas and 3) recaption gathering area of the population; even in this case there are thematic symbols for their cartographic representation. For each class, events scenarios must be identified: in particular, possible areas of impact on vulnerable elements must be derived with a detailed scale of at least 1:10,000 [9].
In Emergency Plans is also necessary consider, for each risk scenarios identified (hydraulic and hydrogeological, seismic, volcanic, industrial and bushfire), the presence of human resources, material, equipment, as well as operational and decisional capabilities, in order to react very quickly to minimize the damage caused by the occurrence of an hazardous event [10]. A support database for emergency management must therefore contain not only maps, but also all available resources within the area and responsible people for the intervention operations. The expected risk scenarios must then be linked to a precise model of intervention functional to the considered risk, assigning responsibilities for decision-making at different levels, using all resources rationaly and defining a communication system that allows a constant information exchange [11]. The plan must be flexible enough to be used in all emergency situations (either expected or unexpected), and simple, in order to be rapidly operative. It also needs to be an easily upgradable document, as it must consider environmental and urban planning changes, as well as the necessity of modifying the extent of an expected risk scenario [12]. Maps are also very important in emergency planning: in fact, the cartography allows a faster and more intuitive knowledge of territory, as well as a better management, both during planning and in the operative phase [13]. In recent years, also the normative recognised the importance digital mapping tools (GIS) for this analysis, in support to traditional paper maps. Even if, as said before, the Plan realized using GIS software is a useful and dynamic tool [14], producing documents that are easily upgradeable [15]. Currently, the use of these technologies is not required by the law, but it is a discretion of individual municipalities.
3. Regional Contest
As evidenced by the 225/92 law, each region has developed its own guidelines to assist their municipalities in the preparation of Emergency Plans. In order to understand the state of the art of each region guidelines, a literature search in the archives of 19 Italian regions and Autonomous Provinces of Trento and Bolzano has been carried out. In particular, all local regulations have been considered in order to propose a standard methodology that does not come in conflict with any other existing regional law and that could be easily replicable throughout Italy.
The results show that more than 50% of the Italian regions are not prepared enough Emergency Planning, thus they leave to municipalities and provinces the freedom to refer only to national guidelines (Table 1).
As evidenced in Table 1, only two Italian regions elaborated in detail Civil Protection laws: Lombardia and Emilia Romagna. In particular, Emilia Romagna Region provided that every municipality and province should organize a own database to support emergency management using Geographic Information Systems. In fact, the main objective of this legislation is creation of digital standardized and geo-referenced database, which all municipalities must take into account when preparing Emergency Plans. The law also evidences the scale at which data should be represented and the topographic maps to be used. It also specifies to use: 1) a point theme to represent the same items shown in the “Manuale Operativo” (Emergency Area and Coordination Centres), 2) a linear theme to represent administrative boundaries, transport infrastructure and technological networks and 3) a polygon theme to represent the event scenarios.
Table 1. List of provisions of low about emergency planning for each Italian region.
On the other hand, the guidelines issued by the Lombardy Region through the DGR n.8/4732 (“Direttiva Regionale per la pianificazione di emergenza degli enti locali” of 16 may 2007) [16], discipline how to draw up Emergency Plans, but it does not constrain to use informatics tools. In particular, it indicates how to map these elements, from spatial data (such as structures and infrastructures) to event scenarios and expects the use of GIS software to generate the Emergency Plan [17]. In this perspective, the Lombardy Region developed a standard web oriented methodology, called PEWEB, which aims to create a regional spatial database in order to share data of every municipality and therefore to effectively manage emergency planning. The PEWEB system requires spatial data in shapefile format to be loaded instead tabular data has to send in XLM format. Data are divided into 5 categories: 1) risk areas, 2) strategic structures, 3) strategic areas, 4) point of accessibility and 5) road network infrastructure. Each category is composed by a unique geometry and are identified by specific codes. Table 2
Table 2. Example of the category risk areas that represent the event scenarios. The field “type of risk” describes the typology of risk that must be mapped within the municipality. Instead, the field “type of hazardous event” contains a description of the type of risk considered. In addition, each item is identified by a unique identification code.
show the example of the category “risk areas”. All categories have point geometry, with the exception of the first one (“risk areas”), that is a polygonal one.
The category “strategic structure” is referred to buildings or built-up areas, while “strategic area” identifies open areas that can be used as logistic bases for the rescuers, resources and materials, or as zones able to receive a great number of people in case of emergency. The category “point of accessibility” identifies structures finalized to the movement of vehicles, materials and people such as railway stations and airports. Finally, the category “road network infrastructure” is referred to significant infrastructures for the viability such as bridges, viaducts and overpasses [18].
4. Proposal for a Geo-Referenced Spatial Database to Support Emergency Management
The classification adopted by Lombardy Region through the PEWEB system is the most complete and systematic among those analyzed, but it is not entirely exhaustive because it does not include all elements the National Operating Manual recommends for Emergency Plans mapping. However, it was decided to use this system, with the required changes and additions, as the basis for the elaboration of a new classifying proposal of the geo-referenced spatial database. In fact, the PEWEB system has a well good organized and items classification clearly reflect guidelines. For this purpose, it was necessary to define a new taxonomy at national level, to be used as the basis for the creation of the territorial geo-referenced database that should consider the elements to be mapped in a logical and functional way. This item was grouped into eight categories with a specific geometry (Table 3):
Each category also contains several classes with different objects, refered to the final elements to be mapped. Among the objects of each class it was included the item “Other” to denote generic elements that can not be classified by the current items. For example, in Table 4, the
Table 3. The eight category of the proposed taxonomy.
Table 4. Classification proposal: category operative strategic structure. The classes that bring together the different elements to be mapped are identified by a unique code: 11: Institutional head office, 12: Head of operating structure, 13: Head of the emergency management center, 14: Emergency facility.
category “Operative Strategic Structure”, identified by a punctual geometry, includes four classes that represent the basic structures to be activated in case of emergency (Figure 1). In total, in all eight categories studied, 138 items (grouped in 38 classes) were identified, with the exclusion of items classified as “Other”.
Once processed this new taxonomy, the next step was to create a digital geo-referenced database. It was decided to organize the data using a relational database, in which tables without duplicate rows represent all data: therefore, a suitable key uniquely identifies a row.
In this structure, the user is also able to query the system with complex requests, crossing data from different tables. It is however necessary to include a common key field (“key”) in all tables allowing the combining of information from one table to another. Therefore, it is possible to consider the same object at the same time from different points of view (e.g. chronological, regulatory, typology, etc.); instead, in hierarchical database only one type of interdependence between objects is possible [19]. It was also created the domain, an outstanding part of the geodatabase, which contains all possible values assigned to a field. The domain has been applied to the field “Code” that specifies the type of identified object. With this structure, the user will be constrained to choose among different elements of a list: their priority is specified in the guidelines of the Operations Manual. For example, in the class “Emergency facility”, the user can choose among reception centers and shelters, suitable structures for operational centers or health care facilities. It is therefore guaranteed the representation of the classes identified, avoiding the possibility of mapping structures at will, leaving so the proposed standard of the Operations Manual.
It should be remembered, however, that for each class there is always the generic field “Other” that allows the classification of not provided items.
In this project, the geodatabase has been completed using ESRI ArcGIS 10.1, but it is also possible to use other database format such as PostgreSQL with PostGIS extension for geospatial data. Afterwards, the geodatabase has been divided into feature dataset, each containing the feature classes identified in the proposed taxonomy. For each feature class, descriptive fields (the same provided in the proposed taxonomy) were then assigned. These fields will be the same that appear in the representation of the elements in the cartography. It was used “short integer” format for integer numbers, “float” for decimal numbers and “text” for alphanumeric strings (Table 5). The field “text” was also used for the fields
Figure 1. Example of strategic operative structure in Castellanza town (in the province of Varese, Italy).
Table 5. Fields about feature class of “emergency facility”.
true/false, associating it to a domain in which two of the values “0—No”, “1—Yes” were included, for example the field “Vulnerable”. In addition, to improve the interoperability of the data, coordinates in the geographic reference system WGS84 were assigned to all feature classes. In the future, the use of a geo-database to compile Civil Protection Plans will be easier and more convenient in order to organize all information needed. The adoption of a standard method will also allow faster information exchange between various administrations, considering not only different Regions, but entire Italy: this would lead to planning simplification and allow to easily manage emergencies.
5. Test the Geo-Database on a Real Case
The geo-database has been tested on a real case, using data of Castellanza town (province of Varese), in order to assess the effectiveness of the developed database.
First of all, the spatial data in shapefile format were prepared for import, to be compatible with the new adopted taxonomy. In particular, a numeric field called “Code” was added to each attribute table of the shapefile: this has the same values used in the taxonomy table, part of which is shown in Table 6. It was then possible to import the records of the shapefile representing Castellanza territorial data in the feature classes, organized according to considered fields. This operation has been performed for all classes of structures identified and the results were loaded into the geodatabase, as shown in Table 6. During this operation, emerged a critical situation regarding “Strategical surface” feature class: in fact, the geodatabase, which was structured to use polygonal geometries, conflicted with Castellanza available punctual data. This prevented data loading. This problem emphasizes the need of a standard methodology that could bring the users to collect and store all data in polygon shapefile format.
Table 6. Classes of the structure, type and numbers of elements present in Castellanza town.
With relation to the risks, this municipality is subject to three different types of events: 1) flooding risk (of the river Olona), 2) buschfire risk and 3) industrial risk (Figures 2 and 3). These data have been loaded in the geodatabase using the same procedure described for the structures. The linear shapefile, referred to both “infrastructure networks” and “technological networks”. This refers to provincial and state roads, railways, mains supply, electricity and sewer distribution over the Castellanza territory were lastly loaded.
6. Conclusion
The analysis described in this paper was conducted to respond to the absence of Italian standard methodology in order to identify, analyze and archive data to be used for the development of local Emergency Plans. The results of the first part of this work emphasize the frag-
Figure 2. Hydrogeological and industrial risk scenarios.
mented framework of Italy. The Regions that show interest in this issue are few: only Lombardy and Emilia Romagna Regions, in fact, implemented solutions to overcome this problem by adopting a specific system, as the PEWEB system for Lombardy. This problem is due to the absence of a national law that imposes to municipalities which data use for Emergency Plans and where to find them. The result is that, actual needed data are mainly produced either by urban planning or by specific directives linked to the definition of the Civil Protection System which refers to emergency planning, and these two systems do not interact. The presented analysis attempts to close this gap, proposing a standard methodology to uniform the input data so as to increase their interoperability. The GIS techniques, implemented to create geodatabase, are not overly complex and required input data is easily available to the most public administrations. The development of these procedures made a breakthrough towards the unification of the systems of emergency management of Civil Protection on a national scale. The described procedure revealed to be highly flexible and simple, two features those are at the base of emergency planning. The system was tested only in one municipality (Castellanza), from which some critical points emerged, even if the global evaluation of the proposed methodology is highly positive. This test underscores the necessity, in the near future, to test this geodatabase on a great number of municipalities in order to highlight other gaps or problems, to develop a precise and efficient methodology, improving therefore emergency planning and management throughout the whole Italian country.
NOTES