Thanks for the help! Creating a cgu namespace/workspace folder, complete with CGI_Term featuretype, worked great. It also just helps to exemplify the power of the app-schema extension: I could build simple featuretypes through the regular Geoserver interface, and then create a complex featuretype that chains a bunch of the simple ones together.
One thing to make sure appears in your documentation -- the feature-chaining documentation right now highlights situations where the chained features are not accessible via regular WFS query. In this case you need to use the <includedTypes> element in your master mapping file. However when you are chaining a "complete" featuretype, you don't need to use the <includedTypes> stuff. This was the only hiccup. Thanks again, Ryan -----Original Message----- From: Ben Caradoc-Davies [mailto:[email protected]] Sent: Tuesday, August 03, 2010 11:00 PM To: [email protected] Cc: [email protected]; [email protected]; Jacqueline Githaiga Subject: Re: [ExternalEmail] Re: [Geoserver-users] App-schema and GeoSciML 3.0: cgu:CGI_Term And I owe Jacqui sphinx help so she can get her documentation on this into the manual. (You are at least the fourth person to be bitten by this, and the second since it was fixed.) On 04/08/10 09:22, [email protected] wrote: > Hi Ryan, > > This looks like the "null" prefix error for secondary namespaces > problem which has been fix. Refer to : > http://jira.codehaus.org/browse/GEOT-2932 > > To get it works, you need to create cgu folder in your workspaces folder with valid namespace.xml and workspace.xml in the cgu folder. > > Regards, > Florence > > -----Original Message----- > From: Ryan Clark [mailto:[email protected]] > Sent: Wednesday, 4 August 2010 3:42 AM > To: [email protected] > Subject: [Geoserver-users] App-schema and GeoSciML 3.0: cgu:CGI_Term > > Hello again - > > In GeoSciML 3.0, there is a complicated namespace problem I had not > encountered in 2.0, and I'm having trouble thinking it through. > > Basically, a gsmlcore:GeologicUnit has a gsmlcore:observationMethod > property of the type cgu:CGI_TermPropertyType. There was a similar > situation in 2.0, but the difference was the property's type was > abstract and was still in the gsml namespace (gsml:CGI_ValuePropertyType). > > My questions are: > First, what are the<namespaces> at the top of the mapping file used > for? It appears that they are not passed on to the response document > like I had first guessed. > Second, will I need to create a separate mapping file for the > cgu:CGI_Terms because they are in a different namespace than the gsmlcore:GeologicUnit? > > What I've done is: > - Included a namespace declaration in the<namespaces> at the > beginning of the mapping file: > <Namespace> > <prefix>cgu</prefix> > <uri>urn:cgi:xmlns:CGI:Utilities:3.0.0</uri> > </Namespace> > - Attempted to set the attribute node type and fill out the > cgu:CGI_Term content through the following mapping: > <AttributeMapping> > <targetAttribute> > gsmlcore:observationMethod > </targetAttribute> > <targetAttributeNode> > cgu:CGI_TermPropertyType > </targetAttributeNode> > </AttributeMapping> > <AttributeMapping> > <targetAttribute> > > gsmlcore:observationMethod/cgu:CGI_Term/cgu:qualifier > </targetAttribute> > <ClientProperty> > <name>xlink:href</name> > > <value>'urn:cgi:classifier:CGI:ValueQualifier:200811:always'</value> > </ClientProperty> > </AttributeMapping> > <AttributeMapping> > <targetAttribute> > gsmlcore:observationMethod/cgu:CGI_Term/cgu:value > </targetAttribute> > <ClientProperty> > <name>xlink:href</name> > > <value>'urn:cgi:classifier:CGI:FeatureObservationMethod:201001:synthes > is_fro > m_multiple_sources'</value> > </ClientProperty> > </AttributeMapping> > > What I get back is an xml document where the cgu namespace is not > declared, and the resulting gsmlcore:observationMethod looks like: > <gsmlcore:observationMethod> > <null:CGI_Term> > <null:qualifier > xlink:href="urn:cgi:classifier:CGI:ValueQualifier:200811:always"/> > <null:value > xlink:href="urn:cgi:classifier:CGI:FeatureObservationMethod:201001:syn > thesis > _from_multiple_sources"/> > </null:CGI_Term> > </gsmlcore:observationMethod> > > Thank you, > Ryan > > > > > > > ---------------------------------------------------------------------- > -------- The Palm PDK Hot Apps Program offers developers who use the > Plug-In Development Kit to bring their C/C++ apps to Palm for a share > of $1 Million in cash or HP Products. Visit us here for more details: > http://p.sf.net/sfu/dev2dev-palm > _______________________________________________ > Geoserver-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-users > > ---------------------------------------------------------------------- > -------- The Palm PDK Hot Apps Program offers developers who use the > Plug-In Development Kit to bring their C/C++ apps to Palm for a share > of $1 Million in cash or HP Products. Visit us here for more details: > http://p.sf.net/sfu/dev2dev-palm > _______________________________________________ > Geoserver-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-users > -- Ben Caradoc-Davies <[email protected]> Software Engineering Team Leader CSIRO Earth Science and Resource Engineering Australian Resources Research Centre ------------------------------------------------------------------------------ The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm _______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
