Conference PaperPDF Available

OWGIS 2.0: Open source Java application that builds Web GIS interfaces for desktop and mobile devices


Abstract and Figures

OWGIS version 2.0 is an open source Java and JavaScript application that builds easily configurable Web GIS sites for desktop and mobile devices. This version of OWGIS generates mobile interfaces based on HTML5 technology and can be used to create mobile applications. The style of the generated websites is modified using COMPASS, a well known CSS Authoring Framework. In addition, OWGIS uses several Open Geospatial Consortium standards to request data from the most common map servers, such as GeoServer. It is also able to request data from ncWMS servers allowing the display of 4D data from NetCDF files. This application is configured by XML files that define which layers, geographic datasets, are displayed on the Web GIS sites. Among other features, OWGIS allows for animations; vertical profiles and vertical transects; different color palettes; dynamic maps; the ability to download data, and display text in multiple languages. OWGIS users are mainly scientists in the oceanography, meteorology and climate fields.
Content may be subject to copyright.
An open source Java web application to build self-contained web GIS
Olmo Zavala-Romero
, Arsalan Ahmed
, Eric P. Chassignet
, Jorge Zavala-Hidalgo
Agustin Fern
andez Eguiarte
, Anke Meyer-Baese
Department of Scientic Computing, Florida State University, Tallahassee, FL, USA
Department of Computer Science, Florida State University, Tallahassee, FL, USA
Center for Ocean-Atmospheric Prediction Studies, Florida State University, Tallahassee, FL, USA
Centro de Ciencias de la Atm
osfera, Universidad Nacional Aut
onoma de M
exico, Mexico City, Mexico
article info
Article history:
Received 6 March 2014
Received in revised form
14 August 2014
Accepted 29 August 2014
Available online
Open geospatial consortium
This work describes OWGIS, an open source Java web application that creates Web GIS sites by auto-
matically writing HTML and JavaScript code. OWGIS is congured by XML les that dene which layers
(geographic datasets) will be displayed on the websites. This project uses several Open Geospatial
Consortium standards to request data from typical map servers, such as GeoServer, and is also able to
request data from ncWMS servers. The latter allows for the displaying of4D data stored using the NetCDF
le format (widely used for storing environmental model datasets). Some of the features available on the
sites built with OWGIS are: multiple languages, animations, vertical proles and vertical transects, color
palettes, color ranges, and the ability to download data. OWGIS main users are scientists, such as
oceanographers or climate scientists, who store their data in NetCDF les and want to analyze, visualize,
share, or compare their data using a website.
©2014 Elsevier Ltd. All rights reserved.
Software availability
OWGIS is free and it can be downloaded as a Web application
Archive (WAR le) from This WAR le contains
the stable version of OWGIS and can be deployed in any servlet
container, like Apache Tomcat. The source code of OWGIS is
maintained at GitHub and it can be downloaded by enthusiastic
users and developers from
1. Introduction
Over the last decades the amount of geospatial data has grown
rapidly as a result of the number of satellites and the use of Global
Positioning Systems (GPS). To assist in the analysis and visualiza-
tion of all this data, several geographic information systems (GISs)
and Web GIS sites have been developed (Steiniger and Hunter,
2012). Some of the Web GIS sites share common functionalities,
such as access to raw data or the ability to overlap different layers
(Kulawiak et al., 2010; Karnatak et al., 2012; Nair and Katiyar, 2011).
Web GIS sites that display environmental data, like the Pacic
Islands Ocean Observing System (Voyager) or the Web GIS sites
developed by the European Environment Agency, have an even
larger set of common features, such as the ability to identify layer
data at any coordinate, and the capability to plot data in real time.
However, there is not, to the best of our knowledge, any open
source program that automatically generates Web GIS sites with a
minimum set of features that allow efcient publication of 4D
geospatial data.
A common procedure for publishing georeferenced data on a
Web GIS site includes the following steps. First, generate the data to
be published. Then, upload the data into a map server such as
MapServer (Kropla, 2005), GeoServer (Deoliveira, 2008), ArcMap
Server, ncWMS (Blower et al., 2013), etc. Finally, with a group of
programmers and web designers, build the web interface (the Web
GIS site) to display the data for the user. This interface provides
several ways to visualize and serve data, and, even when most Web
GIS sites do not have direct access to the data, they normally obtain
*Corresponding author.
E-mail addresses:, (O. Zavala-Romero), (A. Ahmed), (E.P. Chassignet), (J. Zavala-Hidalgo), (A. Fern
Contents lists available at ScienceDirect
Environmental Modelling & Software
journal homepage:
1364-8152/©2014 Elsevier Ltd. All rights reserved.
Environmental Modelling & Software 62 (2014) 210e220
the data through map severs. The software described in this paper
greatly simplies the nal step, building Web GIS sites, thus
reducing the time and costs for publishing geospatial data on the
Free and Open Source Software (FOSS) that helps building Web
GIS sites already exists. Fig. 1, adapted from Steiniger and Hunter
(2013), shows the FOSS GIS software that is available to aid pub-
lishing geographic data on the web at any of the previously dis-
cussed steps. The software in the Desktop GIS category are programs
that run on personal computers and are able to display, query,
update, and analyze geographic data. Quantum GIS (Shekhar and
Xiong, 2007) and GRASS (Neteler et al., 2012) are two of the most
mature FOSS desktop GIS programs. These two programs can
accomplish a multitude of tasks and have been used to prepare and
analyze environmental data for several projects (Gkatzoias et al.,
2013; Grinand et al., 2013).
The Web Map Servers category accommodates software that
provides several options to access and visualize georeferenced data
through standards of the Open Geospatial Consortium (Web
Mapping Services (WMS) (de la Beaujardiere, 2006), Web Feature
Services (WFS) (Vretanos, 2005), and Web Coverage Services (WCS)
(Baumann, 2010)). The two best-known web map servers are
MapServer and GeoServer, both of them offer vector and raster
support and have comparable functionality to similar proprietary
software (Steiniger and Hunter, 2013).
Another web map server, that is worth mentioning for the
environmental modeling community, is the ncWMS which has the
particular feature of being able to serve 4D data stored as NetCDF
les, a widely used le format for storing environmental model
datasets (Rew and Davis, 1990). The DEFENSE (Tiranti et al., 2014),
and the interactive visualization system by Kulawiak et al. (2010)
are some examples of environmental decision support systems
that use FOSS web map servers.
The Web GIS libraries and the Web Map Development Frameworks
are two categories that encompass GIS software used to build the
nal interface to display geographic data as dynamic maps on the
web. The web GIS libraries are application programming interfaces
(API's) for the visualization and manipulation of spatial data that
implement the WMS, WFS, etc. OpenLayers (Hazzard, 2011) is one
of the most extensive libraries in this category, it is implemented in
JavaScript. Finally, the software in the Web Map Development
Frameworks category, contribute with tools for creating advanced
web applications. These frameworks use the web GIS libraries and
contain tools for the management of layers, menus, and themes of
the Web GIS sites. Some well known programs in this category are
Mapbender3 (, GeoMajas (http://www., MapFish ( and Geo-
MOOSE ( OWGIS belongs to this last
category as it gives an easy way to develop Web GIS sites through
the conguration of XML les. The main feature that differentiates
OWGIS from the rest of the development frameworks is the set of
tools that OWGIS provides to visualize 4D data through the web.
OWGIS (, originally Open Web GIS, is an open
source software that creates self-contained Web GIS sites with
common features used by the scientic community. OWGIS is a Java
web application that generates websites by automatically writing
HTML and JavaScript code. The websites built with OWGIS are
congured by XML les and can accommodate maps with layers
served through any map server, such as GeoServer, that complies
with the WMS standard. OWGIS is also capable of constructing Web
GIS sites that display 3D data served by the THREDDS servers
(Domenico et al., 2006) or the ncWMS servers, using the WMS
extension proposed by Blower et al. (2013).
The current features that OWGIS provides on the generated Web
GIS sites are: multiple languages, animations, mobile interface,
Contextual Query Language (CQL) ltering (http://en.wikipedia.
org/wiki/Contextual_Query_Language), identify features, the abil-
ity to download data as KML, GeoTIFF or shape les, and the ca-
pacity to plot vertical proles and vertical transects at different
locations. Though some of these features are already available in
many Web GIS sites, regardless of whether or not they display
scientic data or other types of geographic data, OWGIS allows
building and maintaining new sites with all these features by
simply editing XML les.
OWGIS is being developed at the Center for Ocean-Atmospheric
Prediction Studies (COAPS), Florida State University (FSU), in
collaboration with the Universidad Nacional Aut
onoma de M
(UNAM). OWGIS is currently used as the interactive visualization
map of the Digital Climatic Atlas of Mexico (Zavala-Hidalgo et al.,
2010), which has been available since 2009 and provides access
to more than 2000 layers of oceanic climate, climate change sce-
narios, bioclimatic parameters, and socioeconomic indicators,
among other variables. OWGIS is also used by the Deep-C Con-
sortium ( to display oceanographic data from the
Gulf of Mexico.
The paper is organized as follows. Section 2describes the ar-
chitecture of OWGIS and the design principles that it follows when
creating websites. Section 3explains how to congure OWGIS for
new applications. Section 4illustrates the current features provided
by OWGIS. Section 5describes a specic case study where OWGIS is
Fig. 1. Simplied scheme of the free and open source geographic information software
for the web. Adapted from.Steiniger and Hunter (2013).
O. Zavala-Romero et al. / Environmental Modelling & Software 62 (2014) 210e220 211
successfully used to display ocean data from the Gulf of Mexico.
Section 6ends with a discussion on the presented software and
outlines some future functionality of OWGIS.
2. Architecture
Like other Java web applications, OWGIS can be contained in a
web archive (WAR) le that can be deployed in any servlet
container, such as Apache Tomcat. Similar to a common web
application, OWGIS creates web content, JavaScript, and HTML;
however with OWGIS, the nal websites are self-contained Web
GIS sites. The JavaScript code generated by OWGIS uses OpenLayers
(, an open source library for creating dy-
namic maps. OWGIS also creates custom JavaScript code for
requesting data from servers that comply with the WMS and WFS
OWGIS-created websites display layers that are served through
map servers. The information about each layer, such as the name of
the layer, is congured using XML les. These les are used to
modify the look and content of the OWGIS sites and are described
in Section 3. OWGIS monitors any changes to these les, made by
the administrators, and is able to update websites without
reloading the web application on the server. This feature is very
useful when the data being displayed on the map is modied often.
Fig. 2 shows a simple diagram of the process used by OWGIS to
generate web content for the user.
When a user makes a new HTML request, OWGIS veries that
have been no modications to the XML conguration les. If there
have been any changes, OWGIS parses all the information in the
XML les and rebuilds internal data structures for the sites. Once
the information is stored internally, OWGIS uses it to build the
desired interface, taking into account the specic user request.
The OWGIS source code is divided in four general modules:
model,business,servlets, and tools. The model module stores all
the layers obtained from the XML les as well as the menus in a set
of data structures. The servlets module contains all the servlets,
which are in charge of receiving new requests from the user and
redirecting each request to the proper method in the business
module. The servlets module also sends customized JavaScript code
to the user. The business module is in charge of reading the current
user's conguration and the data of the model module to build the
proper JavaScript code for the user. The tools module contains a
number of static functions used to create web content.
2.1. Design principles
There are innite ways to build Web GIS sites and OWGIS can
not create all of them. The websites that are created by OWGIS
follow a set of design principles that we believe can be applied in
a large number of circumstances. These design principles were
dened by analyzing a few of the currently available Web GIS
Sites that display scientic data have, in many cases, a large set
of layers that can be overlayed all at the same time. Having many
layers available at the same time makes it difcult, for a normal
user, to nd the specic data to visualize. Moreover, there are
several Web GIS sites where the majority of the data are raster
(pixel based) layers, which occlude themselves when super-
imposed with each other, and overlaying raster layers makes a map
With this in mind OWGIS separates layers into three different
Background. Layers in this category are used as the spatial
reference of the map and normally cover the whole domain. This
category is designed to have just a few layers that are visible
bellow layers in other categories. The Blue Marble dataset (Stckli
et al., 2005) is widely used as a background layer on scientic
Web GIS sites.
Main. This category should contain the majority of the data
being displayed by OWGIS sites. There can be thousands of main
layers on each OWGIS site. Main layers are hierarchically orga-
nized and can be grouped easily. Layers in the main category are
displayed one at the time and are positioned above background
layers and below optional layers. This category is expected to
contain raster data but is not restricted to do so.
Optional. Layers in this category can be overlayed with any
other optional layer and are located above the main layers. This
category is designed to contain just a couple of tens of layers, to
avoid overwhelming the user, but there is no limit on the total
number of optional layers. Optional layers are hierarchically
organized and, even though they are not restricted to do so,
optional layers are designed to accommodate vector data.
One last design principle that OWGIS sites follow is to show only
the most important features to the user, rather than all the features
available. More advanced tools, like the manipulation of the color
ranges, color palettes, and the CQL ltering are encapsulated in
submenus that an experienced user can access within the main site.
Section 4describes the features available on OWGIS sites.
In summary, the design principles that OWGIS follows when
creating WebGIS sites are: the layers displayed on the maps are
grouped into three categories: background layers, main layers, and
optional layers; the main layers can only be visualized one at the
time; the 4D layers retrieved from ncWMS servers have to be
congured as main layers; the available features are divided by
categories that can be accessed through the main web site but are
not displayed in the default view of the maps.
Fig. 2. Simplied scheme of OWGIS sites generation from XML les.
O. Zavala-Romero et al. / Environmental Modelling & Software 62 (2014) 210e220212
3. Conguration
OWGIS sites are congured by two types of les: Java properties
le and XML les. There is only one Java properties le for each
OWGIS site and it is used to dene general display options of the
Web GIS interface, such as setting the default center of the map. The
Java properties le is normally modied just once for each OWGIS
site. The XML les are used to congure the layers that will be
displayed on the map as well as the texts of the menus to be used in
the interface. XML les are expected to be constantly modied to
add new data into the OWGIS sites.
3.1. Conguration les
Java properties les contain a set of parameters which are
simply dened using the syntax var ¼value.Table 1 shows the
options that are congured by OWGIS using this le. For every
modication in the Java properties le it is necessary to reload the
OWGIS site on the web server. The variables in Table 1 are used to
dene the initial view of the map and should be congured once for
each Web GIS site.
The XML les are mainly divided into four element tags: Menus,
BackgroundLayers,MainLayers, and OptionalLayers. The purpose
of the Menus tag is to allow the creation of independent menus to
which multiple layers can point to. For example, layers that hold
temperature data from the month of January for different years can
all point to the same menu January. Each menu is dened using the
Menu tag which has two required attributes: ID, to identify the
menu, and EN, to specify the menu text in English. OWGIS allows
additional menu languages by using two character attributes, such
as ES for Spanish. OWGIS compares the browser language with the
two character strings dened on the menu tag and selects the text
that is displayed on the Web GIS site.
As mentioned in Section 2, layers are grouped in three cate-
gories: background, main and optional. The BackgroundLayers,
MainLayers and OptionalLayers XML elements relate directly to
this division. There are many congurable attributes for each layer
type but for most Web GIS sites, the default values will generate the
expected behavior. Nevertheless, each layer type requires some
attributes to be specied. For BackgroundLayers the required at-
tributes are: server, which contains the URL of the WMS server that
stores the layer, and name, which denotes the name of the layer on
the server. MainLayers have server and name as required attributes
plus EN, which denes the title of the main layer in English and
MenuIds, which is a set of menu ids separated by colons that dene
the menu hierarchy of the layer. The title of the main layers can be
dened for other languages but only English is mandatory. Another
attribute for MainLayers that is not required but is worth
mentioning is ncWMS, this attribute needs to be set to true if a layer
is been retrieved from a ncWMS server, otherwise the layer may
still be displayed on the map but the 4D tools provided by OWGIS
will not be available. OptionalLayers have server,name and
MenuIds as required attributes. The complete set of attributes that
can be congured with BackgroundLayers,MainLayers and
OptionalLayers element tags are described in detail at the website
The code in Listing 1 is an example of an XML conguration le
with three layers: the BlueMarble as a background layer, the
average precipitation of the month of January for the U.S. in 2004 as
a main layer, and the U.S. States boundary as an optional layer.
Fig. 3 shows the self contained Web GIS site built by OWGIS
using the example XML le shown in Listing 1. OWGIS creates a
black window that contains the optional layers and a transparent
window with drop-down menus for the main layers. The example
in Fig. 3 also shows a set of features built by OWGIS (Google Earth,
Transparency, Download Data, and Help). Section 4describes all the
features that can be generated by OWGIS.
If the user wants to add new layers into the Web GIS site, it is
necessary to modify the XML le by adding new menus and new
layers. The conguration made through the XML les can be
divided into multiple les or it can be automatically created using a
scripting language. Using scripting languages it is possible to build
Web GIS sites with hundreds of layers quickly. OWGIS will monitor
any change in the XML les and update the generated Web GIS site
3.2. Languages
The texts used for the menus can be modied for different
languages as described in the previous Section, but the Web GIS
sites built by OWGIS contain many more texts, for example texts on
buttons, headers, help texts, etc. These texts can also be modied
for different languages using the standard internationalization
approach for JSP/Servlets web applications. This approach uses a
resource bundle (properties le) for each language. The resource
bundles in OWGIS are stored in the messages package. Current
version 1.0.0 contains the English and Spanish resource bundle. To
add another language, it is necessary to create a new bundle, which
can be done easily by copying one of the available bundles,
Table 1
Software parameters.
Variable Description
basepath Indicates the name of the website. Its default value is
tilesOrigin The location that OpenLayers uses to generate tiles. Default
value is [180, 90] which will work for most cases.
numZoomLevels Denes the number of levels available on the sites. Level
0 corresponds to maxResolution, and numZoomLevels
corresponds to minResolution.
zoom Initial zoom level to use on the website. Ranges from 0 to
numZoomLevels, and the default value is 4.
mapcenter Denes the initial center of the map. Its default value is
lat ¼0, lon ¼0.
maxResolution Denes the maximum resolution of the map. Larger
numbers allow the map to be seen from farther away.
minResolution Sets the minimum resolution of the map. Smaller numbers
allow closer views of the map.
restrictedExtent Restricts the domain where the user can move on the map.
The default value is [180, 90, 180, 90] (no restriction).
defaultLanguage Denes the default language to be used on the website. The
default language is EN.
O. Zavala-Romero et al. / Environmental Modelling & Software 62 (2014) 210e220 213
translating each text inside it to the desired language, and saving it
with the rest of the bundles. Because this software is open source,
any new translation made by an individual can be shared with the
rest of the world, expanding in this way the available languages of
4. Features
The features available through OWGIS depend on the type of
layer. In this case, the division of layers is different from the cate-
gories explained in Section 2. Here, the types of layers are divided
into: vector layers, raster layers from GeoTIFF les (GeoTIFF layers),
and raster layers served through ncWMS servers (ncWMS layers).
This division is necessary because each type of layer has its own
characteristics. For example, it is not possible to create vertical
proles from vector layers only from ncWMS layers. Vector layers
and GeoTIFF layers can be used in any of the categories explained in
Section 2, but ncWMS layers can only be used as main layers. This
restriction is to avoid overwhelming the users with too many
The features that are available independently of the layer type
are: mobile interface,multiple languages,identify features,download
as KML, and transparency. The mobile interface is a specically
designed interface that displays on Web GIS sites when they are
accessed by a mobile phone or Tablet. Fig. 4 shows the mobile
interface when is visualized through an iPad 2 tablet in portrait
The mobile interface displays the menu options in a separate
page, allowing a better visualization of the menus and, at the same
time, giving more space to visualize the maps. This interface is not a
mobile app, it is a web interface that has been designed for mobile
devices and can be accessed through any mobile browser. The mo-
bile interface allows accessing the Web GIS sites from any mobile
device, independently of the platform, but it does not take advan-
tage of native input controls that each mobile platform provides.
The identify features tool uses the WMS and the WFS standards
to request data at specic locations in the map. OWGIS uses AJAX to
identify layer features asynchronously, allowing multiple requests
to run simultaneously without having to queue each request. Fig. 5
shows an example of the identify features capability used on a map
with three visible layers: topography, average precipitation for the
month of January, and state boundaries for the United States.
OWGIS builds the proper requests to generate KML les from
map servers such as GeoServer or ncWMS. This feature, download
Fig. 3. Example interface built by OWGIS with three layers: the Blue Marble as a background image, precipitation data as a main layer and states boundaries as an optional layer.
Fig. 4. Example of the user interface generated by OWGIS for mobile devices.
O. Zavala-Romero et al. / Environmental Modelling & Software 62 (2014) 210e220214
data as KML, allows visualizing layers in clients that display KML
data, such as Google Earth. People have being using this feature to
compare data from OWGIS's servers with different data available in
the KML clients. Fig. 6 shows sea surface temperature of the Gulf of
Mexico displayed using Google Earth.
The transparency feature allows users to change the opacity of
any main layer or optional layer. Being able to modify the opacity of
the layers has become a core functionality in many Web GIS sites
and is used for comparison between layers, mainly when the layers
contain raster data.
The CQL lter feature is exclusivelyavailable for vectorlayers and
allows, as the name implies, ltering vector data using CQL. The
scientic community uses this feature regularly to analyze data by
ltering vector data. CQL lters modify data being displayed by the
main layer and update the KML and download data URL requests by
applying the lter into the requests. Fig. 7 shows an example of the
generated interface for ltering vector data using CQL.
Some features are only available for ncWMS layers. Those fea-
tures are animations, vertical prole, vertical transect, time series,
color palettes, and depth selection. Animations and time series are
available for temporal data. These two features are very important
for scientists, especially oceanographers and climate scientists,
because these features allow them to visualize and analyze changes
in data across time. Version 1.0.0 of OWGIS can generate animations
where the smallest time step is one day; future versions will be able
to generate animations using smaller time steps. OWGIS is capable
of requesting animations with three different resolutions
128 128, 256 256, and 512 512 pixels.
Depth selection is available for ncWMS layers that contain a z-
axis coordinate, normally depth, but the z-axis can refer to a
different variable, such as height or pressure. OWGIS builds a nicely
paginated window where users can select from the available z-axis
values. The depth selection feature is one of the tools that OWGIS
provides for visualizing 3D data. Fig. 8 shows an example of the
interface built by OWGIS that shows sea temperature from the Gulf
of Mexico at different depths.
Vertical proles and vertical transects are also available for
ncWMS layers with z-axis information. Vertical proles and vertical
transects can be requested at any location on the map and are
obtained in real time by the ncWMS servers. These two features are
also very important for the scientic community and used regu-
larly. An example of a vertical transect of Gulf of Mexico tempera-
ture's is shown in Fig. 9.
Color palettes is another feature available for ncWMS layers.
OWGIS queries ncWMS servers, asking for available color palettes,
and generates the proper web interface that allows the user to
switch between these palettes. Fig. 10 shows an example of the web
interface generated by OWGIS to select color palettes.
The features presented in this Section are currently available for
version 1.0.0 of OWGIS, and it is worth mentioning that these fea-
tures have yet to be tested when layers are stored in different map
servers. The CQL lter feature has only been tested with GeoServer,
and the color palette, vertical prole, vertical transect, and time
series features are only feasible for layers served by ncWMS servers.
5. Environmental modeling case study
This Section describes a successful example where OWGIS was
used to build a self-contained Web GIS site that displays environ-
mental data from an operational ocean model system. The Web GIS
site, available at
mapviewer, was built for the Deep-C Consortium at the Center for
Ocean-Atmospheric Prediction Studies (COAPS), Florida State Uni-
versity (FSU). The Deep-C Consortium is a long-term, interdisci-
plinary study of deep sea to coast connectivity in the northeastern
Gulf of Mexico. The Consortium is investigating the environmental
consequences of petroleum hydrocarbon release in the deep Gulf
on living marine resources and ecosystem health. Deep-C examines
the geomorphologic, hydrologic, and biogeochemical settings that
inuence the distribution and fate of the oil and dispersants
released during the Deepwater Horizon (DwH) accident, and use
the resulting data for model studies that support improved re-
sponses to possible future incidents. More than 100 scientists and
students at 10 academic and research institutions in the United
States and Norway are participating in Deep-C.
This case study, referred to as the Deep-C MapViewer, displays
temperature, salinity, sea surface elevation, and ocean currents for
the Gulf of Mexico. The oceanographic variables are generated
daily, using outputs from the HYbrid Coordinate Ocean Model
(HYCOM) ocean prediction system (Chassignet et al., 2009). The end
Fig. 5. Data obtained with OWGIS by the identify features capability for three layers: topography, average precipitation for the month of January, and states boundaries for the U.S.
O. Zavala-Romero et al. / Environmental Modelling & Software 62 (2014) 210e220 215
product is a Web GIS site that shows daily data of four oceano-
graphic variables from 2010 to the time of access and forecasts for
the next 15 days. This project has been available since January 2013.
The main benet that OWGIS provides to this project is the
ability to display 4D data generated by the HYCOM model and
served through an ncWMS server. Most environmental models,
such as the Weather Research and Forecasting (WRF) Model and
the WAVEWATCH III wave model, use the NetCDF output format
and could benet from OWGIS following the same architecture as
this project. A wide variety of variables, such as wind, sea ice,
Fig. 6. Example of the download as KML feature of OWGIS. Sea surface temperature of the Gulf of Mexico visualized using Google Earth.
Fig. 7. CQL ltering example. In this example, the layer that displays the state boundaries for the U.S. is ltered to show only those states whose initials are CAor TX.
O. Zavala-Romero et al. / Environmental Modelling & Software 62 (2014) 210e220216
relative humidity, surface temperature, etc., could also be displayed
The architecture used on the Deep-C MapViewer project has
four modules: a conguration of HYCOM as an operational sys-
tem; an instance of the ncWMS server to provide WMSs of the
environmental model; an instance of GeoServer to provide 2D
geospatial layers through the WMS and WFS standards; and an
instance of OWGIS to generate a self-contained Web GIS user
interface. These four modules interact with each other as shown
in Fig. 11.
Whichever environmental model the project uses, the archi-
tecture shown in Fig. 11 can be applied. If the environmental data is
already available through an ncWMS server or other WMS
compliant map server, the only module that is required to build a
Web GIS site is the OWGIS module. The rest of the Section explains
in detail how each of these four modules where implemented for
the Deep-C MapViewer project.
5.1. Environmental model (HYCOM)
A detailed description of the HYCOM ocean prediction system is
available at
The HYCOM conguration used for the Deep-C MapViewer has a 1/
equatorial resolution, a latitudinal resolution of 1/25
and 20 coordinate surfaces in the vertical. This system uses the
Navy Coupled Ocean Data Assimilation (NCODA) system
(Cummings, 2005) to assimilate ocean variables obtained through
satellites and in-situ measurements. The system runs at the Naval
Oceanographic Ofce (NAVOCEANO) Major Shared Resource Cen-
ter, and the output of each run is saved to CF-compliant NetCDF.
Fig. 8. Multiple depth selection example. Paginated window displays different elevations available for layers served by ncWMS servers.
Fig. 9. Vertical transects obtained through the OWGIS software using temperature data for the Gulf of Mexico.
O. Zavala-Romero et al. / Environmental Modelling & Software 62 (2014) 210e220 217
5.2. ncWMS
The ncWMS (Blower et al., 2013) is a web application used to
visualize multidimensional environmental data stored as NetCDF
les. ncWMS can be easily deployed in an application server such as
WebSphere, JBoss, Jetty, or, as in this project, Apache Tomcat.
ncWMS is congured through a web interface where the admin-
istrator denes each of the datasets being published. For The Deep-
C MapViewer, ncWMS is used to serve the output of HYCOM with
ve datasets congured, one for every year from 2010 to 2014. Each
dataset points to a folder where NetCDF les with all the
oceanographic variables generated by HYCOM are stored. The only
folder that is being refreshed daily is 2014.
5.3. GeoServer
GeoServer (Deoliveira, 2008) is an open source web application
that is used to view and edit geospatial data using standards from
the Open Geospatial Consortium (OGC). GeoServer is a more
mature server than ncWMS, it has better documentation, the users
can easily modify the output format of the web feature service
(used by the identify feature), and it provides additional features for
vector layers, like CQL ltering or been able to request data in JSON
format. For those reasons we believe it is better suited for serving
geospatial data that is not stored as NetCDF les. For the Deep-C
MapViewer project, GeoServer is congured to serve the Blue
Marble dataset (the background layer) and several vector layers,
such as the state boundaries of the U.S. and the bathymetry con-
tours of the Gulf of Mexico. There is extensive documentation on
the GeoServer website ( on how to congure
vector and raster layers on the server.
5.4. OWGIS
OWGIS is used to build the interface with the user. Once all the
data is available through the map servers, OWGIS provides an easy
way to build Web GIS sites to visualize, analyze and share that data.
In this case study, OWGIS is congured with the Blue Marble layer
as a background, 20 main layers that store each of the four
oceanographic variables for each year from 2010 to 2014, and two
optional layers that display U.S. state boundaries and bathymetry
contours of the Gulf of Mexico.
The Java properties 3.1 is congured with DeepCProject as the
basepath and lon ¼87.81606, lat ¼28.45786 as the center of the
map. The rest of the parameters retain their default values from the
OWGIS template. For the Deep-C MapViewer project, four XML les
dene the menu titles, background layers, main layers and optional
layers. As an example, the XML code on listing 2 shows how to
Fig. 10. Example of the windows generated by OWGIS that allow users to select color palettes and to modify color ranges.
Fig. 11. Architecture used to build the Deep-C MapViewer. Its four modules are: an
instance of GeoServer and ncWMS servers; HYCOM model as an operational ocean
model; and OWGIS to generate the web interface for the user.
O. Zavala-Romero et al. / Environmental Modelling & Software 62 (2014) 210e220218
congure all the oceanographic variables for the year 2013 as main
layers in OWGIS.
By creating these two simple conguration les, OWGIS builds
a Web GIS site with all the required functionality to visualize
the oceanographic variables: color palettes, depth selection,
animations, multiple language menus, etc. Fig. 12 shows the
interface of the Deep-C MapViewer project when ocean velocity for
the 14th of January, 2014 is selected.
The amount of data displayed on the Deep-C MapViewer website
is growing rapidly thanks to the ease of conguration of OWGIS.
6. Discussion and conclusion
OWGIS is the rst open source software that can build Web GIS
sites that display 2D, 3D, and 4D data served from distinct map
servers that can be located anywhere. The main features OWGIS
provides in the interfaces it builds are: multiple languages; ani-
mations; vertical proles and vertical transects; color palettes; and
the ability to download data. All these features are created auto-
matically depending on the type of data and without any additional
web programming.
In the introduction, OWGIS was placed inside the vast family of
open source programs where OWGIS's tools for visualizing 4D data
stand out. Within the commercial GIS software, where esri is the
international leading enterprise, the overview is similar. Some ex-
amples of environmental Web GIS sites created with esri's system
ArcGIS are: PRAGIS (McCool, 2014), Virtual Fire (Kalabokidis et al.,
2013), and River run (Halls, 2003). ArcGIS online (http://arcgis.
com/) is the key component of the ArcGIS system that provides
similar features than OWGIS to build Web GIS sites. ArcGIS online
has a web interface that allows the user to choose from different
base maps, and it has a searching tool where the users can nd
content that has been made public by the community. It also has
the capability of displaying 4D layers on the maps it creates, as well
as the option to download layers in GIS format or as KML les.
OWGIS lacks an administration interface as well as a searching
engine for geographical data on the web. Nevertheless, OWIGS
Fig. 12. Ocean currents of the Gulf of Mexico displayed from the Deep-C MapViewer for the 14th of January, 2014.
O. Zavala-Romero et al. / Environmental Modelling & Software 62 (2014) 210e220 219
exceeds ArcGIS online in its features provided to display and style
4D data acquired from ncWMS servers. The only ArcGIS online
example, that we know off, that has the ability to retrieve data from
ncWMS servers (
do not has the possibility to modify color palettes or the color
ranges of layers. This example also lacks the option to crate vertical
proles, vertical transects, and time series. These extra features,
plus the fact that ArcGIS online license costs thousands of dollars
per year, makes OWGIS a good alternative to build WebGIS in-
terfaces, specially for environmental scientists that store their
geospatial data as NetCDF les.
Conguring new instances of OWGIS is made easy through XML
les. In these les, the layers and texts of the websites are dened,
providing an easy way to add and edit new layers that expand the
content of each project. At the same time it allows sharing content
between institutions and eases the maintenance of the websites.
OWGIS conveniently stores all the texts in separate les to allow
multiple languages on the Web GIS sites, thus increasing the po-
tential number of users who can access the data.
The current version of OWGIS uses Java 7 and OpenLayers 2 to
build maps. This version has been used by scientists who store their
data in NetCDF les, but it has also been used to display other types
of geospatial data. It is used to visualize ocean variables of the Gulf
of Mexico in the Deep-C MapViewer project (http://viewer.coaps.; it is used to display forecast
data for the ocean and the atmosphere using the Weather Research
and Forecasting Model (WRF) and the Regional Ocean Modeling
System (ROMS), also in the Gulf of Mexico area, (http://viewer.; is the main component of the
Digital Climatic Atlas of Mexico, which displays more than 300
layers of climate data (
servmapas); and it has also been used to display public trans-
portation data ( and useful information for
immigrants (
The current development of OWGIS is focused on incorporating
new web technologies that allow visualizing data faster. OWGIS 2.0
will use OpenLayers 3, taking advantage of WebGL and HTML5 to
build new and faster responsive Web GIS sites, placing emphasis in
the user experience for mobile devices. We hope that OWGIS be-
comes a popular open source software and the standard tool for
building Web GIS sites in scienticelds where netCDF les are the
default le format for storing data.
This projectwas made possible in part bya grant from BP/The Gulf
of Mexico Research Initiative to the Deep-C Consortium, and in part
by normal funding through the UNAM. The present work beneted
from the input of Ossian Foley, Meredith Field, and Rosario Romero
who provided valuable comments on the writing of this paper.
Baumann, P., 2010. The OGC web coverage processing service (WCPS) standard.
GeoInformatica 14, 447e479.
de la Beaujardiere, J., 2006. OpenGIS Web Map Server Implementation Specica-
tion. Open Geospatial Consortium Inc.
Blower, J., Gemmell, A., Grifths, G., Haines, K., Santokhee, A., Yang, X., 2013. A web
map service implementation for the visualization of multidimensional gridded
environmental data. Environ. Model. Softw. 47, 218e224. URL: http://www.
Chassignet, E.P., Hurlburt, H.E., Metzger, E.J., Smedstad, O.M., Cummings, J.A.,
Halliwell, G.R., Bleck, R., Baraille, R., Wallcraft, A.J., Lozano, C., 2009. US GODAE:
Global Ocean Prediction with the HYbrid Coordinate Ocean Model (HYCOM).
Technical Report. DTIC Document. URL:
Cummings, J.A., 2005. Operational multivariate ocean data assimilation. Q. J. Royal
Meteorol. Soc. 131, 3583e3604. URL: http://
Deoliveira, J., 2008. GeoServer: uniting the GeoWeb and spatial data infrastructures.
In: Proceedings of the 10th International Conference for Spatial Data Infra-
structure, St. Augustine, Trinidad. URL:
Domenico, B., Caron, J., Davis, E., Kambic, R., Nativi, S., 2006. Thematic real-time
environmental distributed data services (thredds): incorporating interactive
analysis tools into nsdl. J. Digit. Inf. 2. URL:
Gkatzoias, D., Mellios, G., Samaras, Z., 2013. Development of a web GIS application
for emissions inventory spatial allocation based on open source software tools.
Comput. Geosci. 52, 21e33. URL:
Grinand, C., Rakotomalala, F., Gond, V., Vaudry, R., Bernoux, M., Vieilledent, G., 2013.
Estimating deforestationin tropicalhumid anddry forestsin madagascarfrom 2000
to 2010 using multi-date landsatsatellite images and therandom forests classier.
Remote Sens. Environ.139, 68e80.
Halls, J., 2003. River run: an interactive GIS and dynamic graphing website for
decision support and exploratory data analysis of water quality parameters of
the lower cape fear river. Environ. Model. Softw. 18, 513e520.
10.1016/S1364-8152(03)00026-4. URL:
Hazzard, E., 2011. OpenLayers 2.10: Create, Optimize, and Deploy Stunning Cross-
browser Web Maps with OpenLayers JavaScript Web-mapping Library _ Be-
ginner's Guide. Packt, Birmingham, UK. URL:
Kalabokidis, K., Athanasis,N., Gagliardi,F., Karayiannis, F.,Palaiologou,P., Parastatidis, S.,
Vasilakos, C., 2013. Virtual re: a web-based GIS platform for forest re control.
Ecol. Inform.16,62e69.
Karnatak, H.C., Shukla, R., Sharma, V.K., Murthy, Y., Bhanumurthy, V., 2012. Spatial
mashup technology and real time data integration in geo-web application using
open source GIS a case study for disaster management. Geocarto Int. 27,
499e514. URL: http://www.
Kropla, B., 2005. Beginning MapServer: Open Source GIS Development. Apress.
Kulawiak, M., Prospathopoulos, A., Perivoliotis, L., Åuba, M., Kioroglou, S.,
Stepnowski, A., 2010. Interactive visualization of marine pollution monitoring
and forecasting data via a web-based GIS. Comput. Geosci. 36, 1069e1080. URL: http://linkinghub.elsevier.
McCool, J.P.P., 2014. PRAGIS: a test case for a web-based archaeological GIS.
J. Archaeol. Sci. 41, 133e139. URL:
Nair, S.S., Katiyar, S.K., 2011. Web enabled open source GIS based tourist information
system for bhopal city. Int. J. Eng. Sci. Technol. 3, 14571466. URL:
Neteler, M., Bowman, M.H., Landa, M., Metz, M., 2012. GRASS GIS: a multi-purpose
open source GIS. Environ. Model. Softw. 31, 124e130.
j.envsoft.2011.11.014. URL:
Rew, R., Davis, G., 1990. Netcdf: an interface for scientic data access. Comput.
Graph. Appl. IEEE 10.
Shekhar, S., Xiong, H., 2007. Quantum GIS. Springer, New York ; Berlin.
Stckli, R., Vermote, E., Saleous, N., Simmon, R., Herring, D., 2005. The Blue Marble
Next Generation-a True Color Earth Dataset Including Seasonal Dynamics from
MODIS. NASA Earth Observatory. URL:
Steiniger, S., Hunter, A.J., 2012. Free and open source GIS software for building a
spatial data infrastructure. In: Geospatial Free and Open Source Software in the
21st Century. Springer, p. 247261.
Steiniger, S., Hunter, A.J., 2013. The 2012 free and open source GIS software map a
guide to facilitate research, development, and adoption. Comput. Environ. Ur-
ban Syst. 39, 136e150.
Tiranti, D., Cremonini, R., Marco, F., Gaeta, A.R., Barbero, S., 2014. The DEFENSE
(debris ows triggEred by storms nowcasting system): an early warning system
for torrential processes by radar storm tracking using a geographic information
system (GIS). Comput. Geosci. 70, 96e109.
j.cageo.2014.05.004. URL:
Vretanos, P.A., 2005. OpenGIS Web Feature Server Implementation Specication.
Open Geospatial Consortium Inc.
Zavala-Hidalgo, J., Fernandez-Eguiarte, A., Romero-Centeno, R., Zavala-Romero, O.,
2010. Digital atlas of Mexico provides accessible climate information. Eos, Trans.
Am. Geophys. Union 91, 125e126. URL:
O. Zavala-Romero et al. / Environmental Modelling & Software 62 (2014) 210e220220
... With interferences of other timepoints excluded, dynamic visualization can contain more information on each timepoint, making it possible to handle more complex spatiotemporal data. Many GIS capable of handling spatiotemporal data support dynamic visualization using animations [9,19,20]. However, there are still some limitations of them. ...
... A possible way for dynamic visualization is to let static GIS cover server-side rendered animation formatted images, like GIF, or videos, on the map. This is adopted by some GIS application [19]. It is simple but lacks flexibility in some cases, for example, setting conditions to only display interested elements, or changing style to distinguish the content from others. ...
Full-text available
Compared with static spatial data, spatiotemporal data can better represent dynamic real-world phenomena. Many models and temporal GIS applications have been proposed to process, manage and analyze spatiotemporal data. However, most of these works mainly focus on static representation and storage in database and lack enough support for dynamic visualization. Furthermore, most spatiotemporal data models are usually specially designed for specific problems, making it difficult for interdisciplinary data integration. In this paper, we propose a model-driven approach for dynamically visualizing spatiotemporal data in animation, with a property-pluggable model and a modular web-based GIS. Demonstration on 2 real-world datasets shows that our method can integrate multi-source heterogeneous data, while keeping simple, pluggable structure for future customization and extension.
... The SIGSPATIAL community has done some work on automatic generation of road networks from GPS traces (see e.g., [10,13]), which addresses one specific type of geovisualization (i.e., network), and might inform future approaches that automatically produce more complex geovisualizations (e.g., interactive maps and timelines). Zavala-Romero et al.'s work on generating web GIS without programming knowledge [44] is in line with the idea outlined here, but only implements a small subset of it (i.e., their tool automatically builds web GIS interfaces to visualize NetCDF data). Existing work on map labelling (e.g., [5,27]), or computing aggregation of large point datasets [6] is also relevant in this context. ...
Conference Paper
Full-text available
Open government datasets (OGD) have been flooding the Web in recent years. Geovisualisations are the natural way of making sense of them, and have been gradually coming out. However, one key problem is the lack of flexibility of these visualizations, which severely limits their re-use in new scenarios. This article therefore proposes to increase the intelligence of existing geovisualisations by incorporating five features, to make better use of OGD: (i) automatic geographic data type recognition, (ii) generation of geovisualisation designs, (iii) monitoring of users' understanding of geographic facts, (iv) self-optimization, and (v) user activity recognition. In addition to benefiting users of OGD, realizing these features presents rich scientific challenges and opportunities for Geovisualization research, the OGD landscape (and beyond).
... A field survey assisting system was developed in [13]. OWGIS version 2.0 is a Java and JavaScript application that builds easily configurable Web GIS sites [26]. This OWGIS generates mobile interfaces based on HTML5 technology, and can be used to create mobile applications. ...
Full-text available
Participatory sensing is the process in which individuals or communities collect and analyze systematic data using mobile phones and cloud services. To efficiently develop participatory sensing services, some server-side technologies have been proposed. Although they provide a good platform for participatory sensing, they are not optimized for spatial data management and processing. For the purpose of spatial data collection and management, many web GIS approaches have been studied. However, they still have not focused on the optimal framework for participatory sensing services. This paper presents a web GIS framework for participatory sensing service (FPSS). The proposed FPSS enables an integrated deployment of spatial data capture, storage, and data management functions. In various types of participatory sensing experiments, users can collect and manage spatial data in a unified manner. This feature is realized by the optimized system architecture and use case based on the general requirements for participatory sensing. We developed an open source GIS-based implementation of the proposed framework, which can overcome financial difficulties that are one of the major problems of deploying sensing experiments. We confirmed with the prototype that participatory sensing experiments can be performed efficiently with the proposed FPSS.
Full-text available
During the past five to ten years, a broad partnership of institutions under NOPP sponsorship has collaborated in developing and demonstrating the performance and application of eddy-resolving, real-time global- and basin-scale ocean prediction systems using the HYbrid Coordinate Ocean Model (HYCOM). The partnership represents a broad spectrum of the oceanographic community, bringing together academia, federal agencies, and industry/commercial entities, and spanning modeling, data assimilation, data management and serving, observational capabilities, and application of HYCOM prediction system outputs. In addition to providing real-time, eddy-resolving global- and basin-scale ocean prediction systems for the US Navy and NOAA, this project also offered an outstanding opportunity for NOAA-Navy collaboration and cooperation, ranging from research to the operational level. This paper provides an overview of the global HYCOM ocean prediction system and highlights some of its achievements. An important outcome of this effort is the capability of the global system to provide boundary conditions to even higherresolution regional and coastal models.
Full-text available
This work describes OWGIS, an open source Java web application that creates Web GIS sites by automatically writing HTML and JavaScript code. OWGIS is configured by XML files that define which layers (geographic datasets) will be displayed on the websites. This project uses several Open Geospatial Consortium standards to request data from typical map servers, such as GeoServer, and is also able to request data from ncWMS servers. The latter allows for the displaying of 4D data stored using the NetCDF file format (widely used for storing environmental model datasets). Some of the features available on the sites built with OWGIS are: multiple languages, animations, vertical profiles and vertical transects, color palettes, color ranges, and the ability to download data. OWGIS main users are scientists, such as oceanographers or climate scientists, who store their data in NetCDF files and want to analyze, visualize, share, or compare their data using a website.
Full-text available
We describe ncWMS, an implementation of the Open Geospatial Consortium's Web Map Service (WMS) specification for multidimensional gridded environmental data. ncWMS can read data in a large number of common scientific data formats – notably the NetCDF format with the Climate and Forecast conventions – then efficiently generate map imagery in thousands of different coordinate reference systems. It is designed to require minimal configuration from the system administrator and, when used in conjunction with a suitable client tool, provides end users with an interactive means for visualizing data without the need to download large files or interpret complex metadata. It is also used as a “bridging” tool providing interoperability between the environmental science community and users of geographic information systems. ncWMS implements a number of extensions to the WMS standard in order to fulfil some common scientific requirements, including the ability to generate plots representing timeseries and vertical sections. We discuss these extensions and their impact upon present and future interoperability. We discuss the conceptual mapping between the WMS data model and the data models used by gridded data formats, highlighting areas in which the mapping is incomplete or ambiguous. We discuss the architecture of the system and particular technical innovations of note, including the algorithms used for fast data reading and image generation. ncWMS has been widely adopted within the environmental data community and we discuss some of the ways in which the software is integrated within data infrastructures and portals.
While SDI initiatives have slowly been making more and more data accessible, the emerging 'geoweb' has greatly increased the amount of spatial data available. Google's Earth and Maps products have opened up spatial information for non-gis professionals. While the uptake of these products has led to an increase in the amount of spatial data on the web, 'real' spatial data still remains elusive. GeoServer's goal has always been to make geospatial information as accessible as possible. In the past this has amounted to delivering solid implementations of open standards on top of robust support for a variety of spatial data formats. However as the more consumer-oriented geoweb emerges, so do new ways of exposing geospatial data. Much GeoServer development of the past year has been focused on providing support for these new geoweb-oriented technologies. The primary goal being to bridge the gap between the good data provided by SDI's and the quickly growing popularity of web mapping and the geoweb. This paper will focus on some of these recent features. This includes support for KML which allows GeoServer to serve data directly to Google Earth and Google Maps. GeoRSS which provides an easy way to overlay GeoServer data into map mashups with Google Maps, Yahoo Maps, and Microsoft Virtual Earth, in addition to pure open source platforms like OpenLayers. As well as the continuing research and development surround the Versioning Web Feature Service protocol which moves GeoServer closer toward the implementation of a 'geowiki'.
Archaeology, like many disciplines, has employed GIS as a tool which allows a diversity of new research agendas, from predictive site modeling to the combination of spatial datasets once too cumbersome to be handled in entirety. With the explosion of web mapping applications over the past decade, the opportunity now exists to bring these capabilities, once requiring specialized education and software, to the entire archaeological community. The Puuc Region Archaeological Geographic Information System (PRAGIS) is a methodological foray into providing basic spatial analysis to professionals regardless of their computer mapping experience. With the combination of datasets pertaining to site location, landforms, modern features, recent land use patterns, as well as several basemaps, it is intended that this type of program will provide the intermediary functionality between the current options of basic static site visualization or a full suite of spatial tools, along with a corresponding internet database.
Debris flows, responsible for economic losses and occasionally casualties in the alpine region, are mainly triggered by heavy rains characterized by hourly peaks of varying intensity, depending on the features of the basin under consideration. By integrating a recent classification of alpine basins with the radar storm tracking method, an innovative early warning system called DEFENSE (DEbris Flows triggEred by storms - Nowcasting SystEm) was developed using a Geographical Information System (GIS). Alpine catchments were classified into three main classes based on the weathering capacity of the bedrock into clay or clay-like minerals, the amount of which, in unconsolidated material, directly influences the debris flow rheology, and thus the sedimentary processes, the alluvial fan architecture, as well as the triggering frequency and seasonal occurrence probability of debris flows. Storms were identified and tracked by processing weather radar observations; subsequently, rainfall intensities and storm severity were estimated over each classified basin. Due to rainfall threshold values determined for each basin class, based on statistical analysis of historical records, an automatic corresponding warning could be issued to municipalities.
The GIS software sector has developed rapidly over the last ten years. Open Source GIS applications are gaining relevant market shares in academia, business, and public administration. In this paper, we illustrate the history and features of a key Open Source GIS, the Geographical Resources Analysis Support System (GRASS). GRASS has been under development for more than 28 years, has strong ties into academia, and its review mechanisms led to the integration of well tested and documented algorithms into a joint GIS suite which has been used regularly for environmental modelling. The development is community-based with developers distributed globally. Through the use of an online source code repository, mailing lists and a Wiki, users and developers communicate in order to review existing code and develop new methods. In this paper, we provide a functionality overview of the more than 400 modules available in the latest stable GRASS software release. This new release runs natively on common operating systems (MS-Windows, GNU/Linux, Mac OSX), giving basic and advanced functionality to casual and expert users. In the second part, we review selected publications with a focus on environmental modelling to illustrate the wealth of use cases for this open and free GIS.
Combining emission inventory methods and geographic information systems (GIS) remains a key issue for environmental modelling and management purposes. This paper examines the development of a web GIS application as part of an emission inventory system that produces maps and files with spatial allocated emissions in a grid format. The study is not confined in the maps produced but also presents the features and capabilities of a web application that can be used by every user even without any prior knowledge of the GIS field. The development of the application was based on open source software tools such as MapServer for the GIS functions, PostgreSQL and PostGIS for the data management and HTML, PHP and JavaScript as programming languages. In addition, background processes are used in an innovative manner to handle the time consuming and computational costly procedures of the application. Furthermore, a web map service was created to provide maps to other clients such as the Google Maps API v3 that is used as part of the user interface. The output of the application includes maps in vector and raster format, maps with temporal resolution on daily and hourly basis, grid files that can be used by air quality management systems and grid files consistent with the European Monitoring and Evaluation Programme Grid. Although the system was developed and validated for the Republic of Cyprus covering a remarkable wide range of pollutant and emissions sources, it can be easily customized for use in other countries or smaller areas, as long as geospatial and activity data are available.