Documente Academic
Documente Profesional
Documente Cultură
Abstract
An approach to an interoperable object-oriented GIS-framework for atmospheric modeling
(AtmoGIS), which can be used to implement integrated information systems, is presented. The
consideration of user-workflows leads to the specification of the projected system. Using an object-
oriented approach, the system is based on a spatio-temporal database management system, a
mesoscale model and an environment for scientific visualization.
Keywords: integration, interoperability, object-oriented design, GIS-kernel, workflow analysis,
scientific visualization, high dimensional data.
1. Introduction
Geographic information system (GIS) technology offers tools for use in human-computer
environments. GIS software processes spatial data that cannot be "understood" by the
machine, whose abilities are limited to data storage, manipulation and visualization. Seen
from a data flow perspective, spatial information goes through different representations or
"filters" on its way from data capture and generation to visual representation. Data
semantics is often distorted or even lost during this process, i.e., these representations can
not be interpreted correctly by GIS users. With regard to GIS-based spatio-temporal
geoscientific modeling, this aspect becomes increasingly important.
Access to data semantics is necessary to gain knowledge about the model assumptions,
the quality of input data etc. This information can be used within the analysis environment
to represent the validity of the generated maps and the underlying assumptions. By this
means, the user can interpret and evaluate the results of geoscientific models adequately.
Furthermore, this supports transparent model-based and GIS-based decision-making
processes.
Considerations about linking geoscientific models and GIS started in the late 1980's
(e.g., [11]). Examples can be found in [17] and [41]. A survey of different linking
strategies for GIS and spatial models is given by [29]. He describes two main classes of
linking strategies:
1. Coupling. The applications do not share their data and act more or less independently.
Robustness and simplicity are the characteristic features of these solutions. Data
redundancy, loss of semantics and decreasing performance are disadvantageous
aspects.
2 BERNARD, SCHMIDT, STREIT, AND UHLENKÜKEN
2. Integration. The applications work on one and the same data and interact; this allows
fast data access. The integrated architecture allows the design of software with a high
degree of usability. But it can also result in monolithic systems, which cause high
development and maintenance costs.
On the one hand, most scientific models do not allow external applications, such as GIS,
to access their functionality. GIS, on the other hand, do not offer a suitable environment
for developing and processing complex numerical models. In particular, current GIS do
not support temporal 2D and 3D spatial data. Thus, an integration of spatio-temporal
models and GIS is not yet possible [30], [8], [4]. But coupling spatio-temporal models
and GIS means exchanging huge amounts of data. The transfer of 4D models results in
3D or 2D GIS data models and is accompanied by a great loss of data semantics.
As a conclusion, two main research issues in the field of GIS, spatio-temporal models
and visualization can be identified:
1. Spatio-temporal data models must become usable in GIS.
2. GIS, geoscientific modeling and visualization systems have to be split up into
interoperable components, which can be integrated in any needed information system
without building just another monolith.
These issues had also been detected as the main goals of the initiative for Interoperable
Geoscientific Information Systems [24]. The formulation of the second research issue
mentioned must be completed by defining the term interoperable. For both the developer
and the user, utilization of interoperable components or applications means "to overcome
tedious batch conversion tasks, import/export obstacles, and distributed resource access
barriers imposed by heterogeneous processing environments and heteregeneous data"
[10]. Assuming more than one application can perform a specified operation on the data,
interoperability ideally would mean the freedom to choose one of those applications (cf.
[2]). Interoperability requires communication between the applications. Various
techniques exist to achieve this goal:
1. specification of common data exchange formats,
2. using a common data model (e.g., the relational data model),
3. offering application programming interfaces (APIs), which allow the access to data
and methods of the components (e.g., via a C++ interface) or use of object models
such as the common object request broker architecture (CORBA) or the distributed
component object model (DCOM).
The ascending order of these strategies implies a decreasing loss of data semantics. There
are some basic conditions that have to be fulfilled to enable interoperability, e.g. precise
data descriptions that are available to all applications. An approach of an open and
universal specification is the open geodata model provided by the Open GIS Consortium
[32]. Further on, descriptions of the methods are needed: an application must know what
a cooperating application performs on the shared data.
With regards to coupling or integrating GIS and spatial models, the definition of
interoperability should be restricted to those strategies which allow full access to the data
and methods of the components. This way the loss of semantics can be kept low. The
MANAGING, MODELING, AND VISUALIZING ... IN AN INTEGRATED SYSTEM 3
APIs or object model technology help to achieve the required communication between
those components involved in the process.
coupling integration
usability
Figure 1 illustrates the proposed distinction of the basic terms interoperability, coupling
and integration. The shaded area represents the integration of interoperable components
in a specific system. These solutions can be characterized by fast data access without
redundancy, a high degree of usability and moderate long term software development
costs.
In this paper the focus will be on the application of mesoscale atmospheric models.
Nevertheless, most of the considerations and conclusions in the following sections should
be transferable to the application areas of microscale and macroscale models.
A main part of the model input data are 2D rasters describing landuse and terrain of the
investigation area. In all application fields the quality of these basic data has decisive
influence on the model results. GIS facilitate the preprocessing of the model input by
providing tools to
• access existing spatial databases providing the input data,
• aggregate data from different sources (particularly, focusing on data quality),
• preprocess the input data for the model run (resampling, modifying spatial data for
different scenarios etc.).
ATKIS
scenario
DEM landuse
modification
planner
model
modification
model developer
MANAGING, MODELING, AND VISUALIZING ... IN AN INTEGRATED SYSTEM
ements
measur
5
6 BERNARD, SCHMIDT, STREIT, AND UHLENKÜKEN
Since current GIS are mostly 2D, they can not support the postprocessing of the model
results (see chapter 1). Hence, only a few attempts have been made to couple mesoscale
models with GIS (e.g., [9], [8]). Efforts to couple 4D atmospheric models and GIS within
the context of environmental, regional and urban planning can hardly be found. A
rationalized GIS-based application of mesoscale models for planning processes, which
allows a facile control of the model run and an efficient analysis of the model results, is
still missing. This is one of the main reasons for the prevailing nonobservance of the high
quality results of the complex models in planning reports.
A brief overview of the system requirements according to the user profiles mentioned
above, will serve to specify the projected interoperable GIS-framework for atmospheric
modeling (AtmoGIS). Based on this framework, different integrated information systems
can be implemented.
The main steps in the application of atmospheric models and GIS are
1. preprocessing of model input data,
2. using the model for numerical simulation,
3. postprocessing of model results,
4. presenting the results.
Model developers, scientists and planners might pass the first three steps several times in
a kind of cycle before they can present results. Typically decision-makers and citizens are
only confronted with the planners' presentations which demonstrate the model results for
different scenarios.
Figure 2 illustrates different workflows. At least three working cycles can be
distinguished:
1. Model developers' activities are focused on the validation of the numerical model. To
do this, model algorithms, values or even the structure of physical landuse parameters
or model control switches are modified and tested during various runs. Mainly
performing analytical studies, direct access to spatial databases is seldom necessary.
2. Scientists are in particular interested in the investigation of mesoscale phenomena.
Furthermore sensitivity analyses considering the model parameters are carried out.
Also the practicability of models is examined by comparing model results with
measured data. Scientists also develop tools for planning purposes, e.g. to aggregate
the model results, to derive physical parameters needed by the model directly from the
landuse data, etc.
3. The planner's efforts concentrate on assessment of different scenarios. They
preprocess the needed input data and modify the data according to the studied
scenarios. The comparison of different scenarios leads to the formulation of
recommendations for decision-makers.
user model developer scientist planner decision-maker citizen
GIS • facilitate data input • facilitate data input • access geo-databases and - -
• support model • to derive model parameters evaluate data quality
prepro- nesting (4D data from accessible data • combine different data
cessing assimilation) • access and evaluate data sources
tools to ... quality • support the selection of model
c
input parameters
o • support scenario construction
m modeling • provide fast data • choose models • provide valid and stable • provide access to • provide access
tools to ... access • store model results without simulations model to model
p • support 4D data loss of semantics • document model assumptions assumptions assumptions
o • support specific • access the model
modeling features functionality
n
It is obvious that the system developer and the application programmer have to take
different users' profiles into account. Figure 3 gives an overview of the system
requirements. From left to right, knowledge about numerical models and their
assumptions decreases. This must go along with an increase of the abstraction degree of
the provided functionality
Model developers work intensively with the system and usually want to use APIs for
component integration. They primarily need fast access to 4D data, mainly raster data.
Naturally model developers know the characteristics of the grids' geometry; therefore they
are able to use low level access functions. Furthermore various techniques to treat
boundary values have to be provided, ranging from standard techniques (von Neumann
conditions, radiation conditions) up to more elaborated techniques such as 4D data
assimilation to incorporate measurements result (see [16]) or to support model nesting.
In most cases mesoscale models use terrain-following coordinates to consider the
topography of the investigation area. Model variables are typically discretized on
staggered grids (see [34]). Scientists and planners working on the model results, normally
do not know these specifics. Therefore the implemented system have to provide suitable
query techniques to prevent from misinterpretation. Statistical functions and filters are
needed to aggregate the model results (classification, averaging in 4D, etc.). These
functions are also required for the implementation of planning tools focusing on data
aggregation, e.g. the calculation of cold air mass flows to evaluate nocturnal cold air
production rates. Scientists intensively use the integrated systems implemented by the
model developers. Typically, they use macro languages or GUIs (Graphical User
Interface) to control the system, whereas planners work with the integrated and validated
system. To guarantee a safe and far-reaching automated application, they use suitable
GUIs.
Suitable tools are needed to explore high-dimensional simulation results. To extract the
decisive structures and to recognize the underlying relations and phenomena, the human
visual sense is most suitable. The scientific discipline of Visualization in Scientific
Computing (ViSC; [27]) offers a collection of methods, which can be used for this
purpose [20].
Raw data are of no value as long as they are not brought into a useful form. Hence
different transformation operations will be performed. Particularly filter operators influ-
ence the view on the data. Various selection criteria such as spatial or temporal queries,
thematic selections, smoothing operators, level-of-detail filters etc. are common
techniques to extract the "relevant" information. This way relationships between the
visualized themes, space and time can be identified more easily.
According to the nature of the processed data and the addressee, one has to select an
appropriate visualization method. Doing so, the relevant elements can be highlighted in
order to make the considered processes transparent.
MANAGING, MODELING, AND VISUALIZING ... IN AN INTEGRATED SYSTEM 9
public
data subset visual analysis
private
model output
data filtering information condensation knowledge
data
Figure 4 illustrates the process of data exploration considering the filter and mapping
methods mentioned above. All in all it is an interactive and iterative process in which the
human being with his/her visual sense and his/her scientific background is directly
involved. The main purposes of this process are to extract new scientific expert
knowledge through visual exploration and to support the explanation of geoscientific
phenomena for public presentation [12]. Regarding GIS, not only an advanced
visualization environment, but also new analysis functions are offered. Model validation
by visually comparing simulation data and simultaneously measured data also has to be
mentioned.
The transfer of computer-assisted, but "monologically" found results, is a special task
inside the AtmoGIS environment. The same results can be evaluated by different persons
in different ways depending on their scientific backgrounds, experiences, opinions, the
actual situation, etc. Within this context, semantic meta-information will support the
transfer from private knowledge into the public domain. One of the goals of AtmoGIS is
to make the (spatial) data's processing history accessible (see 2.3). Regarding
visualization, the discipline of cartography provides assistance to generate interpretable,
graphical representations of spatial information for the purpose of both presentation and
exploration [26].
At the Münster Institute for Geoinformatics, ViSC requirements were determined.
This was done through the application of various existing visualization software packages
(such as AVS and Vis5D; see [1], [22]), opinion polls and strategic considerations. The
requirements can be summarized as follows [36], [37], [38]:
1. Supported visualization techniques: Quite a lot of visualization techniques should be
included in a suitable software solution. For the considered purposes, the most
common shading methods, texture mapping facilities, generation of isolines and
isosurfaces, slicing functions, display of vector fields, flow visualization, color editing
and reclassification functions, glyph representations, volume rendering and animation
are needed.
10 BERNARD, SCHMIDT, STREIT, AND UHLENKÜKEN
2. Different degrees of interactivity: This may vary from completely interactive data
exploration to self-running videos, e.g. MPEGs, for pure presentation purposes.
3. Level of abstraction: It may change from abstract symbolic diagrams (glyphs) to
photorealistic representations (as the other extreme). Mostly the chosen level depends
on the addressee (lay person vs. professional).
4. Dynamically linked views: Windows (viewports) have to be linked dynamically, i.e.
performing an action inside a window should update the other windows' contents [40].
5. Feature space representation: It can be helpful to show the graph of the data values of
one theme against the values of other themes (scatterplot; e.g. temperature against
elevation).
6. Transparent algorithms: The numerical methods to compute isolines, trajectories etc.
should be transparent. Furthermore, there should be the possibility to integrate user-
defined algorithms and to extract (user-defined) features such as local circulation
systems, ventilation zones or areas of cold air production.
7. Providing meta-data: Meta-data management systems could be very valuable tools
throughout the data exploration process (e.g., syntactic and semantic information, data
quality, private knowledge, model assumptions).
8. Navigation tools: Orientation and navigation ("where am I?", "where to go?"
respectively) in time, space and thematic dimensions can be difficult. Hence a com-
prehensive visualization environment should give hardware and software assistance to
the user throughout the data exploration process (e.g., by using modern 3D input and
output hardware such as data gloves and shutter glasses, or appropriate graphical input
devices such as sliders, dialers, birdeye windows to keep the overall view, trackballs
etc.).
9. Visualization of volumes with indeterminate boundary: Many geoscientific
applications deal with continuously changing phenomena. For atmospheric modeling,
fog, air pollution and cold air flows are important features that have to be extracted
and visualized.
10. Support of geodetical coordinate systems: The software must support various map
projections and allow the combination of data with different coordinate systems.
Functions to query positions, distances, areas and volumes have to be provided.
11. Providing GIS functionalities: Various classical GIS functionalities, such as spatial
queries or thematic overlay procedures, are needed inside the visualization
environment.
12. Cartographic design: As mentioned above, attention should be paid to graphical and
cartographic design guidelines.
MANAGING, MODELING, AND VISUALIZING ... IN AN INTEGRATED SYSTEM 11
Especially the requirements 10., 11. and 12. indicate ViSC technology's deficit in the field
of geoscientific application. At the Münster Institute for Geoinformatics, the term
"GeoViSC" was coined; this reflects the lack of geo-functionality in ViSC.
The application developer does not have to take care, whether AtmoGIS uses a simple file
system solution or a spatio-temporal database management system. Hence a kind of
"virtual" data manager could be set up.
The complete system consists of the following basic components. Figure 6 shows the
system architecture.
stubs
iterators
S_KIMO
4. Further research
Taking advantage of the system’s open and interoperable concept, an integration of other
modeling techniques such as cellular automata can be realized. Besides the use of these
more technical aspects, the applicability of the described concepts in other geoscientific
disciplines, e.g. hydrology, should be tested.
The difficulty of choosing appropriate filter and mapping techniques for specific tasks
leads to the idea of using knowledge-based methods. Related approaches for 2D GIS
already exist [23]. Knowledge-bases could also be used for extended plausibility checks,
especially in planning applications.
The distribution of measured spatial data or model results is an important task, which
can realized by using new Internet technologies. In the near future especially VRML-like
(Virtual Reality Modeling Language, see [39]) specifications could offer a suitable file
format for providing data via the World Wide Web. Further on viewing tools or
comparatively simple visualization modules, realized in Java or Tcl/Tk, could be made
available for Internet users. Using Web-technology, it would be possible to make
AtmoGIS data available worldwide.
Acknowledgements
The AtmoGIS works were carried out under the "(3+1)D-GIS" project, which is part of
the IOGIS programme (Initiative for Interoperable Geoscientific Information Systems) of
the Deutsche Forschungsgemeinschaft, DFG grant no. STR 172/8-1. The ViSC works are
part of the Westfalian research project "Bits, Bilder, Bedeutung", founded by the
Wissenschaftsministerium Nordrhein-Westfalen, MWF grant no. IV A 3-1076 012 96.
Furthermore, we would like to thank Werner Kuhn and Jürgen Döllner for their advice
and time.
References
1. Advanced Visual Systems, Inc. (eds.), AVS/Express Data Visualisation Kit, Developer
Edition, Rel. 3.0, Waltham, MA, 1996.
2. J. Aybet. "Interoperability of Spatial Objects for Open System Geoprocessing," in Proc. Third
Joint European Conference & Exhibition on Geographical Information, Vienna, Austria, 201-
211, 1997.
3. R. Avissar and Y. Mahrer. "Mapping Frost-Sensitive Areas with a Three-Dimensional Local-
ScaleNumerical Model. Part I: Physical and Numerical Aspects", Journal of Applied
Meteorology, Vol. 27: 400-413, 1988.
4. O. Balovnev, M. Breunig, and A. B. Cremers. "From GeoStore To GeoToolKit: The Second
Step," in Scholl, M. and A. Voisard (eds.), Advances in Spatial Databases, Proc. 5th
International Symposium SSD '97, Berlin: Springer, 223-237, 1997.
5. L. Becker, L. Bernard, H. Ditt, K. H. Hinrichs, B. Schmidt, U. Streit, and A. Voigtmann.
"Ansätze zur Integration eines dynamischen Atmosphärenmodells in einen objektorientierten
GIS-Kern," in Proc. Workshop Zeit als weitere Dimension in Geo-Informationssystemen,
Rostock, Germany, 97-105, 1997.
16 BERNARD, SCHMIDT, STREIT, AND UHLENKÜKEN
24. IOGIS. "Interoperable, Open Geoscientific Information Systems (IOGIS)," Institute for
Geoinformatics, University of Münster, Germany, (see http://ifgi.uni-muenster.de/new/
english/3_projects/4dgis/texte/iogis/IOGIS_english.html in the World Wide Web), 1997.
25. A. Koussoulakou. "Spatial-Temporal Analysis of Urban Air Pollution," in A.M. MacEachren,
and D.R.F. Taylor (eds.), Visualization in modern Cartographie, Elsevier: New York, 243-
267, 1994,.
26. A. M. MacEachren. "How Maps Work : Representation, Visualization, and Design," Guilford
Press: London, 1995.
27. B. McCormick, T. DeFanti, and M. Brown."Visualization in scientific computing," Computer
Graphics, Vol. 21-6: 973-982, 1987.
28. R. McNider and R. A. Pielke. "Numerical Simulation of Slope and Mountain Flows," Journal
of Applied Meteorology, Vol. 23:1441-1453, 1984.
29. T. L. Nyerges. "Coupling GIS and spatial analytic models," in Proc. of the 5th International
Symposium on Spatial Data Handling, Charleston, SC, 534-543, 1992.
30. M. A. O'Conaill, D. C Mason, and B. M. Bell. "Spatiotemporal GIS Techniques for
Environmental Modeling," in P. M. Mather (ed.), Geographical Information Handling -
Research and Applications, 103-113, John Wiley & Sons: West Sussex, 1994.
31. T. R. Oke. Boundary Layer Climates, 2nd ed., Routledge: London, 1987.
32. Open GIS Consortium (ed.). "The OpenGIS Abstract Specification: An Object Model for
Interoperable Geoprocessing, Revision 1," OpenGIS Project Document Number 96-015R1,
Wayland (MA), (see http://www.opengis.org/ in the World Wide Web) 1996.
33. J. K. Ousterhout. Tcl and the Tk Toolkit, Addison-Wesley: Reading, MA, 1984.
34. R. A. Pielke. Mesoscale Meteorological Modeling, Academic Press: London, 1984.
35. J. Rumbaugh, M. Blaha, W. Premerlani, F. Eddy, and W. Lorensen, Object-Oriented
Modelling and Design, Prentice-Hall, 1991.
36. B. Schmidt, U. Streit, and C. Uhlenküken. "Visualization Strategies and Techniques for High-
Dimensional Spatio-Temporal Data," in Proc. of the 3rd Joint European Conference & Exhi-
bition on Geographical Information, Vienna, Austria, 248-253, 1997.
37. B. Schmidt and C. Uhlenküken. "Beschreibung und Bewertung verschiedener Softwarepakete
zur wissenschaftlichen Visualisierung in den Geowissenschaften", Technical Report, Institute
for Geoinformatics, University of Münster, Germany, 1997.
38. B. Schmidt and C. Uhlenküken. "Visualisierung hochdimensionaler Geodaten: Bestehende
Anforderungen und strategische Überlegungen", Proc. of the 1st Workshop "Bits, Bilder,
Bedeutung", geoinformatik_online (see http://gio.uni-muenster.de in the World Wide Web),
Institute for Geoinformatics, University of Münster, Germany, 1997.
39. Silicon Graphics, Inc. (ed.). "The VRML 2.0 Specification," (see http://vrml.sgi.com/moving-
worlds/index.html in the World Wide Web), 1996.
40. E.-M. Stephan. "Exploratory Data Visualization for Reliable Integration," in Proc. of the
AutoCarto 12, 1995.
41. U. Streit and K. Wiesmann. "Problems of integrating GIS and hydrologic models", in M.
Fisher, H. Scholten, and D. Unwin (eds.), Spatial Analytical Perspectives on GIS into
Environmental and Socio-Economic Sciences, Taylor & Francis: London, 1996.
42. B. Stroustrup. The C++ Programming Language, Addison-Wesley: Reading, MA, 1986.
43. R. B. Stull. An Introduction to Boundary Meteorology, Kluwer Academic Publishers:
Dordrecht, NL, 1988.
44. A. Voigtmann, L. Becker, and K. Hinrichs. "An Object-Oriented Data Model and a Query
Language for Geographic Information Systems," Technical Report 15/95-I, Department of
Informatics, University of Münster, Germany, 1995.
45. WebNet Technologies (ed.), "Tcl/Tk Information," (see http://www.tcltk.com/ in the World
Wide Web), 1997.
18 BERNARD, SCHMIDT, STREIT, AND UHLENKÜKEN