Hi Rob -

First a couple of details
- I performed an intergration experiment with uDig trunk on wednesday - 
I found that I am going to have to clean out the generics from geoapi 
before going further. GeoTools ignoted the generics (even though we are 
using Java 5) so it leaves a lot of strange problems for uDig to sift 
through. ... so there is some GeoAPI work to do that is not required by 
Justin's plan
- And then we get into a spot where you can be a real help; we need some 
planning done for your community-ds to come home
- I am trying to update our GeoTools docs to reflect what is happening 
on trunk - in all cases things are getting a lot easier (Justin has done 
a really good job but more help on the documentation is needed)

I do not think this either of these issues is part of Justin's plan - we 
may have to wait until he gets 2.5.x out the door before we can usefully 
address them.

For DataAccess we should view the interface that was proposed as a 
shopping list for functionality we want added to DataStore. At least you 
need the ability to reutrn both SimpleFeature and "complex" Feature from 
your community schema right? We do not have a plan for this and you will 
need to propose one.

Also you were going to propose the addition of an "sql" method to 
JDBCDataStore? We had that in DataAccess with the ability to query using 
a String and a Query Lanague (here CQL is supported by everyone, and 
JDBCDataStore would have the ability to use SQL directly?

Perhaps you can write up that idea as a proposal? I seem to recall it 
was needed by your implementation....
Cheers,
Jody

Rob Atkinson wrote:
> Hi Justin,
>
> whats the current status of this? What can I do to assist?
>
> FYI  I need to rebuild the community-ds around whatever implementation 
> is done.  Gabriel got it working against the DataAccess interfaces, 
> which were subsequently pulled...
>
> Whats the current thinking on 
> http://docs.codehaus.org/display/GEOTOOLS/Data+Access+API+for+ISO+Coverage+and+ISO+Feature
>  
> ?  with regards to this task?
>
> What is the overlap between the planned work and the gt2-fm module 
> created - are you planning to use this or re-implement something 
> equivalent?
>
> Rob Atkinson
> -------------------------------------------------------------------------
> 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
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>   


-------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to