[auscope-geosciml] CGI_Term/value should be nillable? [SEC=UNCLASSIFIED]

Oliver.Raymond at ga.gov.au Oliver.Raymond at ga.gov.au
Fri Jun 24 07:39:47 EDT 2011


Your 2 replies are correct John.

And we will decide the fate of CGI_Term at Edinburgh.  I am preparing some background info for it currently, including investigating swe:Category.

I will put up a draft modelling task group agenda hopefully on Monday with a list of all the outstanding issues like this one.

Cheers,
Ollie

________________________________
From: auscope-geosciml-bounces at lists.arcs.org.au [mailto:auscope-geosciml-bounces at lists.arcs.org.au] On Behalf Of Laxton, John L.
Sent: Friday, 24 June 2011 8:58 PM
To: auscope-geosciml at lists.arcs.org.au
Subject: Re: [auscope-geosciml] CGI_Term/value should be nillable?


Hi Marcus,



You say:



On reflection, the better thing to do in this case would be to nil the whole gsml:bodyMorphology property



<gsml:bodyMorphology xsi:nil="true" nilReason="unknown" />



Yes - I think that is the correct approach. Having value within CGI_Term as nillable doesn't make much sense - it is the bodyMorphology property which is nillable.



John



-----Original Message-----
From: auscope-geosciml-bounces at lists.arcs.org.au [mailto:auscope-geosciml-bounces at lists.arcs.org.au] On Behalf Of Sen, Marcus A.
Sent: 24 June 2011 11:46
To: auscope-geosciml at lists.arcs.org.au
Subject: Re: [auscope-geosciml] CGI_Term/value should be nillable?



> -----Original Message-----

> From: auscope-geosciml-bounces at lists.arcs.org.au [mailto:auscope-

> geosciml-bounces at lists.arcs.org.au] On Behalf Of Laxton, John L.

> Sent: 24 June 2011 11:02



> I don't see how value can be nillable as that is the principal

> information CGI_Term is delivering

The reason I was asking is that in our current BGS example instance we have...



<gsml:bodyMorphology>

            <cgu:CGI_Term>

                        <cgu:qualifier

                                    xlink:href="http://resource.geosciml.org/classifier/cgi/ValueQualifier/200811/always" xlink:title="Always"

                                    xsi:nil="true"/>

                        <cgu:value xlink:href="http://www.opengis.net/def/nil/OGC/0/unknown" xlink:title="Unknown"/>

            </cgu:CGI_Term>

</gsml:bodyMorphology>



This is using an OGC nil HTTP-URI in the xlink:href attribute but we have decided (https://www.seegrid.csiro.au/wiki/AppSchemas/NilValues) that we should use xsi:nil="true" with a nilReason attribute for nil properties. So, at first I was thinking of altering cgu:value above to something like



<cgu:value xsi:nil="true" nilReason="unknown" />



but cgu:value isn't nillable.



On reflection, the better thing to do in this case would be to nil the whole gsml:bodyMorphology property



<gsml:bodyMorphology xsi:nil="true" nilReason="unknown" />



as the meaning of a qualifier on an unknown value seems unclear, so maybe I don't want cgu:value to be nillable after all.



(In this example all our features have the same constant "unknown" bodyMorphology so it is easy to do. I'm not so sure how easy it will be to configure our WFS software where we have known values for some features but unknown for others and want to switch to using the xsi:nil pattern in the latter cases; I need to look into this.)



Marcus



--

This message (and any attachments) is for the recipient only. NERC

is subject to the Freedom of Information Act 2000 and the contents

of this email and any reply you make may be disclosed by NERC unless

it is exempt from release under the Act. Any material supplied to

NERC may be stored in an electronic records management system.

_______________________________________________

auscope-geosciml mailing list

auscope-geosciml at lists.arcs.org.au

http://lists.arcs.org.au/cgi-bin/mailman/listinfo/auscope-geosciml
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opengeospatial.org/pipermail/geosciml/attachments/20110624/12890f73/attachment.htm>


More information about the GeoSciML mailing list