Yes, building a good data entry form a WFS's FeatureType Schema is not
possible to do well if the schema is mildly complicated.
The issue is that the schema doesn't contain enough information about
how you want your fields to be entered.
Rob Atkinson has proposed that we introduce a Data Access Query Model
(DAQM) to store query information.
The DAQM can be stored in a Catalog or WFS and links query fields with
Feature Type attributes.
A DAQM describes a Query and is explicit about available attributes, and
values available for an attribute.
This should be associated with extensions to WFS and Catalog OGC
specifications and I'd like to see this developed in this year's OGC
testbed.
Bruce, I suspect Rob might have raise the issue on Geotools/Geoserver lists.
[EMAIL PROTECTED] wrote:
Thanks for the comments Raj,
We'll need to take a closer look at this.
As to serving complex features via WFS, I recall a while ago that some
people working on the GeoTools and GeoServer projects were looking at
this issue.
Can anyone shed some light on where this work got to?
Bruce
*Raj Singh <[EMAIL PROTECTED]>*
Sent by: [EMAIL PROTECTED]
19/06/2007 03:09 PM
Please respond to
[email protected]
To
[email protected]
cc
Subject
Re: [Geowanking] ESRI Products and OGC Services
I agree with Paul. You're not likely to find a generic software
package--client or server--that handles a specialized, complex GML
application schema like GeoSciML. I'd say the best strategy is to
plan on building custom apps for analysis, and present mapping
clients with a simplified view of the schema that conforms to GML
Simple Features Level 0. Most vendors seem to be targeting this
profile of GML as the most complex they can support in general
purpose software. Do this either at the database level if your
database supports table views that don't lose the spatial parts, or
at the Web Feature service level if your WFS can handle it.
---
Raj
On Jun 19, 2007, at 12:10 AM, [EMAIL PROTECTED] wrote:
>
> Thanks for the comments Paul,
>
>
> We need to support GeoSciML and set up 'Production' systems and
> services to support the OneGeology and Seegrid projects.
>
> http://www.onegeology.org/
> http://www.seegrid.csiro.au/
>
>
> As to the meaning of support: 'serve and consume GeoSciML' for
> starters. The consumption could be via spatial client, OGC browser,
> statistics package or anything else that our friendly Geoscientists
> want to throw it it. Our priority concern is to serve the WFS in a
> 'Production' environment. We (and a number of other Geological
> Survey organisations) currently have sites operational.
>
>
> Bruce
>
> ---------------------------------------
>
> Bruce Bannerman
> IT Solutions Architect - GIS
>
>
> Information Development Branch
> Minerals and Petroleum Division
> Department of Primary Industries
>
> Ph: (03) 9658 4572
> Email: [EMAIL PROTECTED]
>
>
>
>
> Paul Ramsey <[EMAIL PROTECTED]>
> Sent by: [EMAIL PROTECTED]
> 19/06/2007 01:48 PM
> Please respond to
> [email protected]
>
>
> To
> [email protected]
> cc
> Subject
> Re: [Geowanking] ESRI Products and OGC Services
>
>
>
>
>
>
> Bruce, it's all a question of what the meaning of "support" is (to
> paraphrase William Jefferson Clinton). I don't know of any
> substantial user interface framework that allows you to manipulate
> complex (non-flat, multi-geometry) GML sources at this date. The
> best I know of is uDig, and while it can generally ingest complex
> things it largely ignores the complexity for the purposes of user
> interface display and editing. One of the problems is coming up with
> a UI paradigm that one the one hand is capable of handling complex
> things but on the other is not so complexified as to make the 99%
> case of handling simple things untenable.
>
> Paul
>
> On 18-Jun-07, at 8:23 PM, [EMAIL PROTECTED] wrote:
>
> > We have a business need to support complex features with WFS. That
> > does not appear to be coming (from ESRI) for at least 18 months
> > from my reading of the info available. Please correct me if I'm
> > wrong ESRI.
> _______________________________________________
> Geowanking mailing list
> [email protected]
> http://lists.burri.to/mailman/listinfo/geowanking
>
> 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.
>
>
>
>
> _______________________________________________
> Geowanking mailing list
> [email protected]
> http://lists.burri.to/mailman/listinfo/geowanking
_______________________________________________
Geowanking mailing list
[email protected]
http://lists.burri.to/mailman/listinfo/geowanking
------------------------------------------------------------------------
_______________________________________________
Geowanking mailing list
[email protected]
http://lists.burri.to/mailman/listinfo/geowanking
--
Cameron Shorter
Systems Architect, http://lisasoft.com.au
Tel: +61 (0)2 8570 5050
Mob: +61 (0)419 142 254
_______________________________________________
Geowanking mailing list
[email protected]
http://lists.burri.to/mailman/listinfo/geowanking
