Download Management & Engineering Information System Based on GIS

Survey
yes no Was this document useful for you?
   Thank you for your participation!

* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project

Document related concepts

Database wikipedia , lookup

Relational model wikipedia , lookup

Functional Database Model wikipedia , lookup

Clusterpoint wikipedia , lookup

Database model wikipedia , lookup

Object-relational impedance mismatch wikipedia , lookup

Transcript
Management & Engineering 07 (2012) 1838-5745
Contents lists available at SEI
Management & Engineering
Journal Homepage: www.seiofbluemountain.com
The Establishment of Earthquake
Information System Based on GIS
Emergency
Command
Jun ZENG 1, 2,, De ZHANG1, 2
1. Surveying and Mapping Institute, Information Engineering University, 450052, P.R.China
2. Xi’an Research Institute of Surveying and Mapping, Xi’an 710054, Shannxi, P.R.China
KEYWORDS
ABSTRACT
Earthquake emergency command,
Disaster situation representation,
Rapid response
It is a powerful guarantee to establish a full-functioned and effective earthquake emergency
command information system for the government realizing earthquake-preventing, disaster
reduction, rapid response and scientific decision-making. This paper discusses an architecture
which is composed of C/S and B/S of earthquake emergency command information system
and details the main functions and techniques of the data service layer, application service
layer, web service layer and client application layer. Based on the GIS platform, the system
can integrate the disaster information, predict scheme, command and dispatch with the
geographic information. It is beneficial for the governor to accurately master the disaster
situation and make commands scientifically.
© ST. PLUM-BLOSSOM PRESS PTY LTD
1 Introduction
There are three main measures to deal with the earthquake disaster in the world. One is to strengthen the earthquake prediction.
Second is to enhance the quality of building, and third is to improve the efficiency of the emergency command and rescue during the
time of earthquake. But viewed from the situation of earthquake-preventing and disaster reducing, it is impossible to solve the
difficult problems of earthquake prediction and complete the anti-earthquake project in a short time. So, in general, some measures to
enhance the emergency command capacity are adopted to relieve the disaster as much as possible and stable the social order in the
disaster zone.
Taking GIS as the basic platform, the earthquake emergency command information system is a technical system which provides
anti-earthquake and disaster relief services to the government. It owns various functions, such as earthquake information acquisition,
fast assessment, predict scheme management, earthquake resource management, geographic data management, task plot, command
and control, emergency collaboration, disaster situation presentation, information release, information query and so on. It is a tool for
the governor and the expert to execute the disaster analysis and emergency command, and a platform for the civilians to cognize the
disaster and know of the rescue progress.

Corresponding author.
E-mail address: [email protected]
English edition copyright © ST. PLUM-BLOSSOM PRESS PTY LTD
DOI: 10.5503/J.ME.2012.07.006
40
2 The Construction of Emergency Command Information System
2.1 The architecture of system
In order to not only meet the needs of data and system maintenance in LAN and implementing professional and advanced analysis,
but also meet the needs of earthquake information release on Internet/ Intranet and the civilian’s disaster information query, the
earthquake emergency command system adopts a combination architecture [1] which takes the C/S as the main structure and the B/S
as the auxiliary. Its architecture is as figure 1.
Figure 1 The architecture of system
The C/S architecture has three layers: data service layer, application service layer and client application layer and adopts the mode of
fat client and thin server. Taking the data management as an example, which includes data defining, query, edit and update, the data
management is run in database server and in the client, and the system application is implemented by client software. When the client
sends data request to the database server, the server executes the query operation or other business logic. Next, it obtains the data
which includes basic geographic information and earthquake thematic data from the database, then send the information and data to
the client. The client completes the application function of data. The client also can extract the data subsets from the database server
and store them locally to establish the local database. So the system can run separately from the database server to meet the needs of
mobile user and front command post to execute tasks.
The B/S architecture adopts four layers, namely, the data service layer, application service layer, web service layer and browser
application layer in the client. Utilizing the B/S mode, the data query and function release is implemented by the software in the
browser. In the B/S mode, the program of business department in the client is designed as universal software, but the function nodes
and their interior functions are privilege-limited. By the authorization, different customer is authorized different function according
his or her privilege, then, he or she cannot use the other functions. So it can fulfill the task responsibility and enhance the data safety.
2.2 Data service layer
The earthquake emergency database is responsible for the storage of basic geographic data and different kinds of earthquake and
geology thematic data and provides the necessary data for the query and dispatch of the earthquake preventing and disaster relief
material, predict scheme representation, disaster analysis, command and control.
2.2.1 The architecture of database management system
The emergency database manages the data by relational database management system. The spatial data management utilizes ESRI
ArcSDE. ArcSDE is a kind of data access middleware, which can safely and effectively access the distributed geographic database [2].
The architecture of this emergency database management system is as figure 2.
41
Client Application
ArcSDE client
(Indirect)
ArcSDE client
(Direct)
ArcSDE application server
TCP/IP
SQL command
SQL
SQL engine
Storage management
Data file
RDBMS
Server
Figure 2 The architecture of database
management system
2.2.2 The construction flow of database
The data managed by the system includes multi-scale basic topographic data, remote sensing image, DEM data, attribute data,
multimedia data, earthquake and geology thematic data and so on. These data are stored in the Geodatabase in the form of
FeatureDataset. The management, index and dispatch of data are executed by ArcSDE.
The design process of Geodatabase includes: use view modeling, entity and relation defining, entity representation determination,
matching with Geodatabase model, geographic dataset organization. The former three processes are conceptual modeling process.
They are not involved in concrete modeling and don’t need to consider the type of database model. The latter two processes are the
logic data modeling. Their concrete processes are as follows:
First, the geographic entity is represented as Geodatabase model. Its contents include: the determination of the representation type of
every kind of geographic entity and topologic relationship, the definition of attribute field of every kind of entity.
Secondly, the data is stored in the geodatabase. It includes classifying the features into class and subclass, determining the topologic
relationship of features, establishing the geographic dataset and combining the feature dataset and data class.
For the digital topographic map, the process steps from the original data to final data in database should include original data
checking, layer merging, data format converting, map sheet joining in the same scale, plane topology and geometric network
constructing and so on. In every process step, the data should be checked in order to control the quality and precision of data. The
work flow of putting topologic map data into database is as figure 3.
2.2.3 The security mechanism of geographic database
ArcSDE utilizes the security means of database to ensure the safety of geographic data. It does not share data in file system. The user
can’t copy and delete dataset and only can access data by data interface to guarantee the legality of data access. ArcSDE provides a
series of commands to authorize data access. So, it is convenient to authorization management and provides data backup mechanism
to safeguard geographic data and its utility.
2.3 Application service layer and web service layer
2.3.1 Application service layer
The application service layer includes basic GIS service, emergency data service, business logic service, application module service
and so on. The basic GIS service provides basic information analysis service. The emergency data service mainly is geographic data
service which is implemented by ArcSDE. The business logical service provides the methods that the system needs. The client
completes the business work by calling the methods. The application modules include a series of analytic computing module, such as
earthquake disaster assessment module which provides the destroy prediction of city building and lifeline engineering, the
assessment of subordinate disaster, economic loss and the civilian casualty [3]. By utilizing these modules, the client can realize more
complicate analysis.
2.3.2 Web service layer
The web service layer is the special layer of B/S in the system. It adopts such tools as WSDL (Web Service Definition Language),
UDDI (Universal Description Discovery and Integration), SOAP (Simple Object Access Protocol) and techniques to describe,
register and release any kind service provided by the application layer. This layer is transparent to the client. It separates the client
layer from the application service layer. The user’s request of server is packed as SOAP package through the network and sent to web
service layer. After received the package, the web service layer unpacks it and extracts the request information. Then the service layer
sends the information to the application service by the special communication means of the application service layer. After the
application service layer replies the user with the demanded data, the demanded data is packed as the SOAP package by the web
42
service and returned to the user. Meanwhile, the web service can realize load balance management. When many users need to access
application server at the same time, the information requests can be effectively sent to different servers [4].
2.4 Client application layer
The internet\intranet is based on B/S architecture. The client accesses the servers by TCP/IP, SOAP in the form of web page. The
client is used by the public. It displays the disaster information (see figure 4) released by the command information center and also
can execute such simple operations based on GIS as basic map operation (zoom, roam, query), map analysis (buffer analysis,
distance and area analysis) and so on. Through these functions, the public can rapidly inquire the spatial position and attribute
information related with the earthquake-preventing and disaster reduction on map.
ArcGIS Desktop
Original topographic map data
toolkit
Need to check the spatial attribute and coordinate
before and after data conversion
Map layer merge
ArcCatalog
Format conversion
Need to note the
layer’s source
ArcCatalog
ArcCatalog
Map sheet join
Topology reconstruct
ArcCatalog
The attribute data should
be consistent before and
after topology reconstruct
Check data before and
after it is put into the
database in order to
guarantee its consistence
Put data into database
Figure 3 The work flow of putting topologic map data into database
Figure 4 Disaster situation release map
Figure 5 Civilian evacuation route map
The LAN is based on C/S architecture. The client is divided into two kinds. One is for the business department staff to do some daily
maintenance, such as the update of earthquake emergency data, network control, user’s privilege management and so on. The other is
for the leader and earthquake expert. This kind of client integrates the main subsystem and function modules of emergency command
for disaster assessment, emergency command and decision-making. The command control subsystem is composed by the modules
such as command and control, resource management, command and communication, monitoring and display. The command and
control module is responsible for the planning, information sending down, monitoring, canceling and modification of task. The
43
resource management module is responsible for resource allotting and dispatch, monitoring and warning, resource supplement. The
command and communication module is responsible for the message transfer, filter control, display, message conversion and so on.
The monitoring and display module is responsible for the map display, GPS positioning, BD satellite positioning, LBS, video display,
situation plot display, communication monitoring and so on. Figure 5 shows the route of evacuating civilian.
The main function modules are as following figure 6 in LAN.
C/S client
Emergency
command
Daily business
Map
maintenance
Network
control
Privilege
management
Rapid
accessment
Scheme
management
Task plot
Command
and
dispatch
Emergency
collaboration
...
Figure 6 The main function modules of C/S client
3 Conclusion
It is the importance period 24 hours after the earthquake for rescuing, preventing subordinate disaster occurring and extending. So the
time and efficiency of the emergency command is very important and the responsibility of rescue can’t be neglected. It is very urgent
to construct a highly effective earthquake emergency command information system.
The earthquake emergency command information system provides the government technical support to rapidly cognize earthquake,
acquire the rescue information and evacuate the victims. The intelligent analytic assessment models can aid decision-making, rapidly
response, make emergency scheme and execute command and dispatch visually based on geographic spatial data. In addition, under
the visual geographic environment, the related government can collaborate smoothly. All those characteristics can remarkably
improve the comprehensive capacity of earthquake-preventing and disaster reduction.
References
[1]. ZENG Jun, et al. Emergency Information Command System for Civil Air Defense [national technical report]. Xi’an Research
Institute of Surveying and Mapping, 2009: 4-6 (in Chinese)
[2]. XIONG Lihua, YANG Feng. Application Study of Spatial Database Technology Based on ArcSDE. Computer Engineering and
Design, 2004, 24(3): 90-92 (in Chinese)
[3]. MENG Xiangrui. The Study of Web GIS-based Earthquake Prevention and Disaster Mitigation Information System. Jilin
University, 2005: 41-44 (in Chinese)
[4]. ZHONG Xiao. The Research on the GIS Application in the Earthquake Emergency System and Earthquake Information Share.
The Institute of Earthquake Predict. China Earthquake Bureau, 2006: 3-4 (in Chinese)
44