Justin,

I have been making a lot of progress using xmlcodegen to improve 
gt-xsd-gml3 GMLSchema (GEOT-2505). I modified schema.javajet so its 
output avoids the 64kB method limit. I also changed the output so that 
the members of GMLSchema are static, as in earlier versions.

One problem I have encountered is that the bindings for geometry 
property types are now ComplexType, not AttributeType bound to JTS 
Geometry. This is causing app-schema unit test failures.

The trunk version of xmlcodegen produces (even before my modifications) 
a gml3 GMLSchema:

GEOMETRYPROPERTYTYPE_TYPE =
new ComplexTypeImpl(
new NameImpl("http://www.opengis.net/gml","GeometryPropertyType";), 
GEOMETRYPROPERTYTYPE_TYPE_schema, false,
false,Collections.EMPTY_LIST,XSSchema.ANYTYPE_TYPE, null
);

Note that the geometry property type is now a complex type (all of which 
are bound to Collection.class).

But the trunk version of gt-xsd-gml3 GMLSchema (r32244) contains:

public static final AttributeType GEOMETRYPROPERTYTYPE_TYPE = new 
AttributeTypeImpl(new NameImpl(
"http://www.opengis.net/gml";, "GeometryPropertyType"), Geometry.class, 
false,
false, Collections.EMPTY_LIST, XSSchema.ANYTYPE_TYPE, null);

That is, a geometry property is treated as an ordinary simple attribute 
bound to a JTS Geometry, so these can be treated as atomic simple 
objects and passed through the feature model. The new xmlcodegen instead 
exposes the full internal complexity of geometry property types, and in 
effect disables the special handling of geometry objects.

I can find no special treatment for geometries in schema.javajet (trunk 
or previous versions). How is the special case for geometries applied?

How can I use the latest xmlcodegen to create an XMLSchema with geometry 
property types bound to JTS geometry types? This will be necessary to 
allow JTS geometry objects to be passed from data sources through the 
feature model to the encoder.

Kind regards,

-- 
Ben Caradoc-Davies <ben.caradoc-dav...@csiro.au>
Software Engineer, CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia

------------------------------------------------------------------------------
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to