[auscope-geosciml] GeoSciML-Portrayal Schema

Wed Aug 3 19:09:42 EDT 2011

This looks like a slip-up during generation of the latest schema.

I agree with Alistair that the aims of GeoSciML-Portrayal were to allow 
basic mapping applications/clients to consume the services. If the 
out-of-the-box ESRI, MapInfo, uDig etc applications can only use GML3.1 
then we should revert to that.

The only reason I can see for keeping it GML 3.2 is to ensure INSPIRE 
compatibility. But is this necessary?

Bruce
----------------------------------------------------
Senior Information Systems Analyst
Prospectivity & Exploration, Earth Resources Development Division
IUGS-Commission for Geoscience Information Oceania Councillor
Level 9, 55 Collins St
PO Box 4440
Melbourne, Victoria, 3001
Australia

Ph: +61-3-9658 4502
Fax: +61-3-9658 4555
Mobile: +61 429 177155

From:   Alistair Ritchie <RitchieA at landcareresearch.co.nz>
To:     "auscope-geosciml at lists.arcs.org.au" 
<auscope-geosciml at lists.arcs.org.au>
Date:   04/08/2011 07:17 AM
Subject:        Re: [auscope-geosciml] GeoSciML-Portrayal Schema
Sent by:        auscope-geosciml-bounces at lists.arcs.org.au

'because thematic view is a GML 3.2 schema'

When did the Portrayal (thematic view) schema become a GML 3.2 app schema? 
Did I make that mistake originally or is a new thing?

Given an underlying use case was 'simple client and server' friendliness 
jumping in to GML 3.2 is something of an impediment to 
deployment/adoption. It is a Simple Feature Level 0 compliant app schema, 
using GML 3.2 brings nothing over any value over GML 3.1, it just reduces 
the number of WMSs we can use to deploy it.

-----Original Message-----
From: auscope-geosciml-bounces at lists.arcs.org.au [
mailto:auscope-geosciml-bounces at lists.arcs.org.au] On Behalf Of Ben 
Caradoc-Davies
Sent: Wednesday, 3 August 2011 17:06
To: auscope-geosciml at lists.arcs.org.au
Subject: Re: [auscope-geosciml] GeoSciML-Portrayal Schema

Bruce,

because thematic view is a GML 3.2 schema, WFS 1.1 requests must specify
OUTPUTFORMAT=gml32 so that the service is permitted to return a GML 3.2
response. (WFS 1.1 is required to return a GML 3.1 response in the
absence of this parameter, and it will be invalid because GML 3.2
features are not in the GML 3.1 feature substitution group that permits
them to be contained in a WFS 1.1 FeatureCollection.)

Please try this:
http://geology.data.vic.gov.au/services-test/geosciml/testbed/250k/wfs?SERVICE=WFS&VERSION=1.1.0&REQUEST=GetFeature&TYPENAME=gsmlp:GeologicUnitView&MAXFEATURES=1&OUTPUTFORMAT=gml32

Kind regards,
Ben.

On 03/08/11 12:37, Bruce.Simons at dpi.vic.gov.au wrote:
> GSV's GeoSciML-Portrayal WFS responses are not validating. eg:
> 
http://geology.data.vic.gov.au/services-test/geosciml/testbed/250k/wfs?SERVICE=WFS&VERSION=1.1.0&REQUEST=GetFeature&TYPENAME=gsmlp:GeologicUnitView&MAXFEATURES=1

>
> The error is:
> "Element<gsmlp:GeologicUnitView>  is not allowed under 
element<gml:featureMember>."
>
> The schema being used is:
> xsi:schemaLocation="
http://geosciml.org/xmlns/geosciml-thematicview/1.0.0 
https://www.seegrid.csiro.au/subversion/GeoSciML/thematic_view/trunk/schema/geosciml-thematicview.xsd 
http://www.opengis.net/wfs http://schemas.opengis.net/wfs/1.1.0/wfs.xsd">
>
> Is this a problem with the GeoSciML-Portrayal schema or is the GSV 
service incorrectly configured?
>
> Bruce Simons
> ----------------------------------------------------
> Senior Information Systems Analyst
> Prospectivity&  Exploration, Earth Resources Development Division
> IUGS-Commission for Geoscience Information Oceania Councillor
> Level 9, 55 Collins St
> PO Box 4440
> Melbourne, Victoria, 3001
> Australia
>
> Ph: +61-3-9658 4502
> Fax: +61-3-9658 4555
> Mobile: +61 429 177155
>
> Notice:
> This email and any attachments may contain information that is personal, 
confidential,
> legally privileged and/or copyright. No part of it should be reproduced, 
adapted or communicated without the prior written consent of the copyright 
owner.
>
> It is the responsibility of the recipient to check for and remove 
viruses.
>
> If you have received this email in error, please notify the sender by 
return email, delete it from your system and destroy any copies. You are 
not authorised to use, communicate or rely on the information contained in 
this email.
>
> Please consider the environment before printing this email.
>
>
>
>
>
>
>

--
Ben Caradoc-Davies <Ben.Caradoc-Davies at csiro.au>
Software Engineering Team Leader
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre
_______________________________________________
auscope-geosciml mailing list
auscope-geosciml at lists.arcs.org.au
http://lists.arcs.org.au/cgi-bin/mailman/listinfo/auscope-geosciml

Please consider the environment before printing this email
Warning:  This electronic message together with any attachments is 
confidential. If you receive it in error: (i) you must not read, use, 
disclose, copy or retain it; (ii) please contact the sender immediately by 
reply email and then delete the emails.
The views expressed in this email may not be those of Landcare Research 
New Zealand Limited. http://www.landcareresearch.co.nz
_______________________________________________
auscope-geosciml mailing list
auscope-geosciml at lists.arcs.org.au
http://lists.arcs.org.au/cgi-bin/mailman/listinfo/auscope-geosciml

Notice:
This email and any attachments may contain information that is personal, 
confidential, legally privileged and/or copyright.No part of it should be reproduced, 
adapted or communicated without the prior written consent of the copyright owner. 

It is the responsibility of the recipient to check for and remove viruses.
If you have received this email in error, please notify the sender by return email, delete 
it from your system and destroy any copies. You are not authorised to use, communicate or rely on the information 
contained in this email.

Please consider the environment before printing this email.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opengeospatial.org/pipermail/geosciml/attachments/20110804/ca7bc626/attachment.htm>