> Yes. We have the old one which I ported from community-schemas on the 2.4
> branch.
Okay that is cool.
> The reason I want to change SimpleFeatureTypeBuilder is that I want to
> change GML2EncoderUtils to add support for complex feature encoding.
To clarify; I do not want you to change SimpleFeatureTypeBuilder - I want us
to create a new one. SimpleFeatureTypeBuilder is only to help assist
building SimpleFeatureType....
> While making these changes, I discovered the unwritten contract:
> SimpleFeatureTypeBuilder discards namespaces, and GML2EncoderUtils
> fabricates them. I don't fancy my chances of getting changes to
> GML2EncoderUtils accepted if they break SimpleFeatureTypeBuilder.
That may be a mistake; what do you mean by discards namespaces? I am not
familiar with GML2EncoderUtils - I would hope that for the rich feature
model work we are using the GML bindings?
Much of this discussion can move over to the geotools list.
>
We are here already. :-)
Doh!
>
>
> My understanding is the existing datastores (being simple feature based)
>> are not going to be that effected by your findings.
>>
>
> Changing the Query API will affect every DataStore. If this is done by
> expanding Query and DefaultQuery as you indicated, it should be possible to
> leave the existing DataStore implementations untouched.
It should not be that bad; the String[] of xpath expressions to select can
either be strictly taken as XPath expressions; or we can make them a "view"
of an origional data structure which is a List<Name> (the view being the
result of calling name .getLocalName() on each entry in the list).
Cheers,
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