<br><font size=2 face="sans-serif">IMO:</font>
<br><font size=2 face="sans-serif"><br>
</font>
<br><font size=2 face="sans-serif">I'm not sure what you're asking here
Brent. Are you developing this into a presentation / paper?</font>
<br>
<br>
<br><font size=2 face="sans-serif">Seeing as you are going to Brazil (do
you need someone to carry your bags?  ;-)  ), you may wish to
mention in context one of the potential 'Next Generation' spatial projects
that is being sponsored in that country and developed as FOSS spatial software,
TerraLib.</font>
<br>
<br><font size=2 face="sans-serif">I'm impressed by this product's future
potential (on paper). I've yet to undertake a serious evaluation though.
</font>
<br>
<br><font size=2 face="sans-serif">Terralib claims to deliver a framework
to support vector and raster spatial data, managed within an RDBMS, complete
with multi-temporal support. There is also OGC support being developed.</font>
<br>
<br>
<br><font size=2 face="sans-serif">See:</font>
<br>
<br><font size=2><tt><br>
G. Câmara et al., “TerraLib: An open-source GIS library for large-scale
<br>
environmental and socio-economic applications”. In: Brent Hall (ed), <br>
“Open Source Approaches to Spatial Data Handling”.<br>
Berlin, Springer, 2008.<br>
http://www.terralib.org/docs/papers/TerraLib-OSBook-versionJanuary2008.pdf<br>
</tt></font>
<br>
<br>
<br>
<br>
<br><font size=2 face="sans-serif">Bruce Bannerman</font>
<br>
<br><font size=2 face="sans-serif"> <br>
<br>
</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>pcreso@pcreso.com</b> </font>
<br><font size=1 face="sans-serif">Sent by: aust-nz-bounces@lists.osgeo.org</font>
<p><font size=1 face="sans-serif">01/09/08 07:51 AM</font>
<table border>
<tr valign=top>
<td bgcolor=white>
<div align=center><font size=1 face="sans-serif">Please respond to<br>
pcreso@pcreso.com</font></div></table>
<br>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">Aust-NZ@lists.osgeo.org</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">[Aust-NZ] Any comments on this FOSS
GIS abstract?</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><font size=2><tt>Hi,<br>
<br>
I'm scribbling out an abstract/summary (something under 1 printed page)....
<br>
<br>
I was asked to participate in the panel at the end of a GIS/Fisheries symposium
in Brazil last week, my topic: discussing GIS systems.<br>
<br>
The following text pretty much follows my presentation.<br>
<br>
I figured I'd run it past people here for comment, to help catch any factual
errors (I do make the odd one or two occasionally :-) & to see if anyone
has any suggestions to improve the wording or content.<br>
<br>
Hopefully the text is largely self-explanatory, & you won't disagree
much with the content, so despite not having been present, you may still
have useful input on the content :-)<br>
<br>
<br>
<br>
Thanks,<br>
<br>
  Brent Wood<br>
<br>
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++<br>
<br>
Abstract for GIS Systems panel discussion:<br>
<br>
Keywords: GIS, RDBMS, web services, OGC, spatial data.<br>
<br>
This presentation discusses the nature of GIS & GIS systems, and suggests
a broad definition of GIS: "A tool supporting interactions with data
which have a spatial component." Such interactions include collecting,
managing, querying, analysing, modelling, mapping, reporting, summarising,
(etc), spatial datasets. GIS applications therefore may include a wide
range of statistical, modelling, visualisation, etc. tools which are not
normally regarded as GIS, but are often used to work with spatial data.
<br>
<br>
Following this definition of GIS, a GIS system is defined as: "A software
suite supporting one or more of these interactions to achieve a particular
purpose."<br>
<br>
Historically, it was common for spatial data management in a GIS system
to be embedded within a  generalised GIS application. However, an
ongoing change in the approach taken to spatial data management is the
increasing role being played by spatially enabled RDBMS (complying with
the OGC SFS standard), with separate GIS applications used for analysing
& mapping these data directly from the databases. The whole suite comprising
the "GIS system" defined above. Thus the architecture of more
recent GIS systems is typically a suite of mapping/analysis/etc applications
accessing data from a (often standalone) spatial database.<br>
<br>
For example, within the ESRI GIS software suite, spatial and aspatial data
were initially managed within a single GIS application. With the introduction
of SDE, the spatial data management was carried out within the "GIS",
but aspatial data management was carried out in a linked external database.
Today, using the "geodatabase" approach, both spatial and aspatial
data are increasingly being managed outside the traditional "GIS"
application, using an external third party RDBMS.<br>
<br>
Accompanying this change, perhaps in some ways driving it, is the use of
the internet to access spatial data. This model further separates the functionality
of spatial data management from other GIS functionality. Web access to
spatial data (and metadata), via OGC web services (eg, CSW, WMS, WFS) is
becoming increasingly common. Front end GIS functions <br>
(mapping, analysis, modelling, etc) are thus becoming (and in many cases,
have already become) divorced from the foundation of data management. This
approach to spatial data management (and access to these  data) is
likely to address, at least in part, concerns regarding access to spatial
data which were commonly expressed throughout this symposium. <br>
<br>
These changes are causing standards to become increasingly important to
GIS systems, as compliance with effective common standards is the only
way disparate applications can access externally managed data and become
interoperating components of a working GIS system.<br>
<br>
In the second of these symposia (2002) Open Source (OS) GIS software was
discussed, but was not widely used, despite a high level of interest being
expressed in it. Six years later, at the 2008 event, the majority of presenters
had used some form of OS software in the work being presented. Those that
used commercial GIS applications such as ArcGIS or Mapinfo, had often also
used OS packages such as R:stats to analyse or model the data. Even those
that used only ArcGIS v9.2 are now using OS software, as ESRI have included
code from the OS GDAL (Geographic Data Abstraction Library) within their
product. <br>
<br>
Apart from the obvious cost advantages, this growth in the use of OS GIS
software is probably related to the change towards standards based applications
described above. Historically, proprietary GIS software tools have had
a commercial advantage in locking customers into a custom model, making
it more difficult for other vendors' solutions to interoperate with their
products. OS solutions, however, are written to perform in a more cooperative,
standards based environment, and thus, at least for now, may offer some
advantages for GIS users over more proprietary solutions. <br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Aust-NZ mailing list<br>
Aust-NZ@lists.osgeo.org<br>
http://lists.osgeo.org/mailman/listinfo/aust-nz<br>
</tt></font>
<br>
<SMx
j["퍢؜{N51N5;-W