Hi Ben, The code changes we made to get GML objects, notably gml:PointPropertyType, to work for a WFS-G (Gazetteer) GetFeature response were commenting out lines 439-445 of the class org.geoserver.wfs.xml. FeatureTypeSchemaBuilder which is part of the WFS jar.
The effect of including this section of code made any GML types such as gml:PointPropertyType which was a complex type to become a simple type. Thus GML types are not properly included in the output of the WFS-G GetFeature response. The effect of excluding this section of code preserved all GML types such as gml:PointPropertytype which remained as a complex type. Thus GML types are properly included in the output of the WFS-G GetFeature response. This effect is what we were after. There may be other side-effect that we're ignorant about. In our workspace, we include targeted schemas to describe each feature type; i.e. workspaces\ iso19112\SI_LocationInstance\SI_LocationInstance\schema.xsd. This leads to a better response (it still needs improvement) for a WFS-G DescribeFeatureType request. Without these targeted schemas the problem is not apparent. We still have problems with another secondary schema, http://www.isotc211.org/2005/gmdsf1, that is not being included (parsed). It is a small schema that defines the CI_ResponsibleParty element required for a WFS-G. Do you have pointers about where to begin altering the code to have the secondary schema being parsed or changing our configuration? Regards, Andrew -----Original Message----- From: Ben Caradoc-Davies [mailto:ben.caradoc-dav...@csiro.au] Sent: Friday, 2 March 2012 4:11 PM To: Andrew Betlehem Cc: geoserver-users@lists.sourceforge.net Subject: Re: [Geoserver-users] App schema mapping gives error casting GeometryTypeImpl to ComplexType Ouch. I have not tried using both schema.xsd and app-schema. On 02/03/12 09:53, Andrew Betlehem wrote: > Hi Ben, > > We did grab the 2.2 snapshot, but that didn't turn out to solve the issue we > were having. What actually happened was that we were including a 'schema.xsd' > file in the workspace, which was ignoring gml when loading. This in turn made > all our gml cast to the wrong types, which lead to empty output on gml. > > So the fix is to either drop the schema.xsd or change the GeoServer code to > load gml schemas, even if they are previously loaded. > > Cheers, > > > Andrew > > -----Original Message----- > From: Ben Caradoc-Davies [mailto:ben.caradoc-dav...@csiro.au] > Sent: Thursday, 1 March 2012 12:59 PM > To: Andrew Betlehem > Cc: geoserver-users@lists.sourceforge.net > Subject: Re: [Geoserver-users] App schema mapping gives error casting > GeometryTypeImpl to ComplexType > > On 01/03/12 07:45, Andrew Betlehem wrote: >> Should I be using the GeoServer trunk rather than 2.1.3, which I'm using? > > Yes. The stable branch is over a year behind trunk, which has many important > improvements. Here are some Jira queries that should give you a rough idea of > things that have been fixed. These are only part of the picture as we also > have an internal Jira and not all its issues shadow codehaus issues: > > https://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&jqlQue > ry=project+%3D+GEOT+AND+resolution+%3D+Fixed+AND+component+%3D+%22app- > schema+plugin%22+AND+status+in+%28Resolved%2C+Closed%29+AND+updated+%3 > E%3D+2011-01-18+ORDER+BY+updated+DESC%2C+key+ASC > > https://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&jqlQue > ry=project+%3D+GEOS+AND+resolution+%3D+Fixed+AND+component+%3D+%22Appl > ication+schema%22+AND+status+in+%28Resolved%2C+Closed%29+AND+updated+% > 3E%3D+2011-01-18+ORDER+BY+updated+DESC%2C+key+ASC > > The Spatial Information Services Stack currently uses trunk: > https://www.seegrid.csiro.au/wiki/Siss/SISSReleases > > The GeoServer build in each SISS release has undergone substantial > integration and deployment testing with app-schema. They are all built from > trunk. > > Kind regards, > > -- > Ben Caradoc-Davies<ben.caradoc-dav...@csiro.au> Software Engineer > CSIRO Earth Science and Resource Engineering Australian Resources > Research Centre -- Ben Caradoc-Davies <ben.caradoc-dav...@csiro.au> Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre ------------------------------------------------------------------------------ Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 _______________________________________________ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
