Vince Darley wrote:
Since this kind of GML only comes around rarely, simply building
purpose-built importers (ala snowflake) case-by-case is almost the
preferred approach.
If this is correct, it would be very helpful if this information was
included in the documentation of the GML parsers in geotools. That
would have made it clear that we were (probably) wasting our time
attempting to use that code.
The parser is capable in this case - but our feature model is not :-(
The end of a 5 year run at fixing the feature model is happening during
the FOSS4G code sprint.
So you have a couple of options:
- try out the new feature model (I would love to have you as a volunteer
but if you are on a deadline I cannot recommend this)
- use the parser to create your "purpose built" importer - make some
java beans for your schema and use the parser to populate them (their is
a code generator that will take your schema and spit out class files,
one for each binding you will need).
- completly roll your own using SAX or DOM (use of the parser is
equivilent to having some help making your own SAX parser)
Jody
_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel