[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
[udig-devel] Re: Sample DataAccess for testing
|
Hi Ben I will give that a go at my first opportunity. For the uDig community ... we can use Ben's work to try out the new DataAccess API (ie an improvement/superclass to DataStore that does not assume SimpleFeature). Gabriel has done much work already in this direction and we can use this as a tool to find out what is missed.
Jody
On Wed, Dec 24, 2008 at 2:25 PM, Ben Caradoc-Davies
<Ben.Caradoc-Davies@xxxxxxxx> wrote:
Jody,
I have committed the initial implementation of a sample DataAccess to GeoTools trunk. It lives in:
modules/unsupported/app-schema/sample-data-access
and has artifactId gt-sample-data-access.
sample-data-access does not depend on any other app-schema modules, so if you have built the standard geotools modules, you should be able to change into the sample-data-access and "mvn install".
sample-data-access provides a DataAccessFactory registered via SPI, which can be loaded with DataAccessFinder. It responds to connection parameters with "dbtype" set to "sample-data-access" (e.g. SampleDataAccessFactory.PARAMS).
At the moment, the DataAccess returns two features a little like GeoSciML MappedFeature, each with a description and shape. There are still some shortcomings in the implementation, with some info methods not yet implemented, and the geometries not a GeometryAttribute, but it should in its current form be sufficient to explore the interaction between a DataAccess and GeoServer.
Jody, please also try this in uDig. I expect some unimplemented info methods will cause problems. Please let me know which and I will fix them.
Kind regards,
--
Ben Caradoc-Davies <Ben.Caradoc-Davies@xxxxxxxx>
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
