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
