A quick reply while I have time :-D
(1) Does the community want to see such a change?
Yes; and you are indentifying scope as you go. Gabriel has also identified
some scope earlier; as have I. I suspect we are all aware of little bits of
the work.
For thinks like Query; we know we are going to have to accept a List<Name>
(and treat the existing string array as a convience method for those working
with simple features).
SimpleFeatureBuilder and AttributeTypeBuilder (being builders) are intended
to be easy to use; that should result in them having plenty of assumptions
and maintaining plenty of state in order to help people write minimal code.
When I last looked at it - it was very careful to reduce things to a series
of Names before construction.
But do you not need the creation of a FeatureBuilder (rather than just a
SimpleFeatureBuilder?) in order to meet your needs. Much of this discussion
can move over to the geotools list.
>
> (2) How should it be done? (I am looking for suggestions of where to start,
> and other areas that will need work.)
As you run into each issue / limitation you should send an email; and we
should have a quick discussion to see if Justin, Gabriel or myself has
thought of a way forward. Changes required in this regard are proceeding as
part of the change to the geoapi feature model proposal; if you are
identifying new limitations they are still in the scope of this proposal.
Also pease be aware that the geoapi feature model is open to correction if
you find we have missed a method or detail.
(3) Who is able to help?
I think everyone is available to help; I am mostly focused on the API
requirements (as a geoapi committer I can help refine and clarify methods
and javadocs as needed). As module maintainer for the first "rich feature"
data store you are going to have to tell us how well we are doing.
My understanding is the existing datastores (being simple feature based) are
not going to be that effected by your findings.
Jody
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
