That's great new!  Welcome Ben.

I am curious though how much sense it makes to maintain the community schema stuff on its branch versus doing the work to migrate to trunk. We've got trunk with the new complex feature model now, and we're going to start to have the GML3 reader parse in to it and hook it up to the renderer. If your work is done against that then it will slide right in to supported status, instead of having to do a big change over at once.

I haven't been following closely enough to know if that makes sense, but we did do a bunch of work to get the new feature model in to trunk, and one of the main reasons TOPP took on that contract was the opportunity to improve things for community schema type things and make them possible as an integrated part.

best regards,

Chris

[EMAIL PROTECTED] wrote:
Hi all,

just a quick note to introduce Ben Caradoc-Davies at CSIRO in Perth, Australia, who 
will be working on reference implementations of web services against data models, 
especially the GeoSciML and Observations & Measurements standards.

Ben will be working with my support, to address the huge backlog of things I've 
failed to find time to fix and polish as I've worked with Gabriel to get 
community-schema support core functionality to a point where it functions.

We will be developing project plans, and these will be made visible via Jira 
for anyone else who wants to play.

We have some short-term objectives with regard to supporting GeoSciML - in 
particular keeping test cases up to date, performing regression tests as the 
rest of the 2.4/1.6 codebase changes, but a few new bits:

* support for procedures as WFS functions
* WMS support against complex features (will build a wms-c to sit alongside 
wfs-c in community space for now, but we're keen to test the capabilities of 
trunk as it emerges)
* testing community schema support against various back-end (postgis, 
shapefile, oracle etc)

Ben has already highlighted some issues with the sure-fire plugin and wants to 
recommend a version upgrade to fix some bugs, and we'll work in the short term 
by providing patches to Jira tasks, but we hope to establish committer status 
and in particular take over maintenance tasks in the community-schema modules 
so Gabriel can focus any cycles he has in the migration path to trunk, and in 
the meantime we can test and demonstrate the capabilities.

Rob Atkinson









-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

!DSPAM:4005,4799d1fe14071804284693!

begin:vcard
fn:Chris Holmes
n:Holmes;Chris
org:The Open Planning Project
adr:;;349 W. 12th Street, #3;New York;NY;10014;USA
email;internet:[EMAIL PROTECTED]
title:Managing Director, Strategic Development
x-mozilla-html:FALSE
url:http://topp.openplans.org
version:2.1
end:vcard

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to