Message-ID: <37166467.3511.1398263620841.JavaMail.email@example.com> Subject: Exported From Confluence MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_Part_3510_1179476332.1398263620841" ------=_Part_3510_1179476332.1398263620841 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Location: file:///C:/exported.html
h1 SEEGRID Project Scope notes:=20
The SEEGrid community http://seegrid.csiro.au is progressing a pro= ject to extend GeoServer to support "Community Schemas". Please s= ee the Use Case document for more information on why.=20
This is a small project with enough funds for a few months total effort,= but the implementation team, Rob Atkinson and Peter Barrs from Social Chan= ge Online http://socialchange.net.au, have a fair bit of experienc= e in Java based WFS implementations including many of the ideas presented h= ere, and we're working closely with the sponsoring agencies and Simon Cox (= one of the main GML editors, and WFS RWG) - so we are confident we can crea= te some sort of an outcome.=20
This project arises out of a larger project, "Solid Earth and Envir= onment Grid - Information Services" https://www.seegrid.csiro.au/twiki/bin/view/Infosrvices/Roa= dmapDocument to explore deployment of a GML-derived application schema = within a sector comprising a range of business processes, scientific activi= ty and typical data access services.=20
For specific thoughts related to the requirements to support "commu= nity schemas" see the following sections:=20
Initial project is aimed at supporting "Observations and Measuremen=
ts" model against relational databases.
This requires, at the ve= ry least:
Our aim is to work as closely as possible with the mainstream Geoserver = community to:=20
It is understood that much of the actual coding is likely to take place = within the Geotools codebase. We have nevertheless initially focussed on th= e WFS implementation because this set of Geotool users are going to have th= e greatest affiinity for the project requirements, and be the group whose u= ptake of improvements will drive improved interoperability in practice.