I had a goal to implement datastore for Oracle Spatial based on GeoTools
architecture and interfaces to be used for direct access to Oracle database
from UDIG. GeoTools' standard implementation is very narrow and not
appropriate for high customization - I mean customization for data model
being used in particular project.

Are you aware of activities to improve Geotools from a hard-coded "simple features model" to the "ISO general feature model". The latter supports properties with complex types, relationships between feature types and multiple valued properties.

I would think you can model most objects with this, especially if we achieve the ultimate goal (IMHO) of being able to bind operations to feature types, and feature types inherit such behaviours from supertypes.

Is your need to gain direct access simply to bypass the simple features model? Or is it to allow injection of operations against features via SQL statements?

Rob A


begin:vcard
fn:Rob Atkinson
n:Atkinson;Rob
org:Social Change Online
email;internet:[EMAIL PROTECTED]
title:Principal Consultant
tel;work:+61 2 42265490
tel;cell:0419 202 973
x-mozilla-html:TRUE
url:http://online.socialchange.net.au
version:2.1
end:vcard

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to