Rob Atkinson wrote:
> Also, I couldnt find a binding for gml:name, so not sure how to add
> gml:identifier. What is supposed to be happening here - is it simply
> handled as a complex feature type generic binding?
Rob, gml:name is a gml:CodeType; this is a complexType with
simpleContent, so is poorly supported by gt-xsd-gml3, as previously
discussed on the list.
This type is bound in GMLSchema as a ComplexType:
public static final ComplexType CODETYPE_TYPE = new ComplexTypeImpl(
new NameImpl("http://www.opengis.net/gml";, "CodeType"),
Collections.EMPTY_LIST, false, false,
Collections.EMPTY_LIST, XSSchema.STRING_TYPE, null);
There is nowhere to store the simple content (string in this case),
because the value of a complex attribute is a Collection. In app-schema
I create a fake simpleContent attribute with the appropriate binding
type to store the simple content. This is implemented in XPath;
http://svn.geotools.org/trunk/modules/unsupported/app-schema/app-schema/src/main/java/org/geotools/data/complex/filter/XPath.java
This is an Ugly Hack (TM). GMLConfiguration will in the future look for
this content and unpack it at encoding time. Yuck.
--
Ben Caradoc-Davies <[EMAIL PROTECTED]>
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
