[postgis] Next Level Redux

[Rob Hranac]

I think this is a great diagram and gives a very accurate read on the
situation.  It looks like Vision For New York (and I) will undertake the
development of the Web Feature Server portion of this (likely in Java),
starting in about a week or two (as soon as we are officially an OpenGIS
member and I finish our new site).  My general impression is that this is an
unfulfilled niche, but if I am stepping on toes or duplicating here, let me
know.  I like to work and play well with others!  Social Change Online (that
Aussie co.) claims to have developed a Servlet that an extremely crude start
to this that I will likely work with.

I imagine an openWFS eventually serving as a fully transactional abstraction
layer for lots of data formats, but starting with read-only PostGIS formats.
So, I think, ultimately, the goal is slightly more all-encompasing than in
the diagram, but similar, starting out.  If anyone has any comments or
suggestions, of course, I am all ears.  I have lots of time and a reasonable
amount of experience/skills to do this, but am always interested to hear
from the collective wisdom of Canadians (and others).  I will let people
know when I have something real (or even vaporous) to show for this.

Rob

-----Original Message-----
From: Paul Ramsey [mailto:pramsey at refractions.net]
Sent: Thursday, August 16, 2001 2:14 PM
To: Andrew Hallam; postgis at yahoogroups.com
Subject: Re: [postgis] Next Level Redux


Here is a graphic view of an OpenGIS "chain-of-being" using open-source
components. The missing bits of infrastructure are dotted lines. Note
that this is note the end-all and be-all of OpenGIS architectures: there
are lots of different ways to present a picture of OpenGIS. This is
arguably one of the less compelling ones. A more compelling picture has
independant organizations interoperating via an exposed layer of OpenGIS
services. So, I may use <Product X> for all my GIS work and data
storage, but organizations on the outside never see that, all they see
is my features exposed with a Web Feature Server, and my maps exposed
with a Web Map Server.

One of the reasons for using PostGIS/PostgreSQL for feature storage (on
of the future reasons) is that you need to support the OpenGIS
predicates and spatial operations in order to fully implement the WFS
spec. You also need transactional capabilities to support the updating
portion of the WFS spec.

--
      __
     /
     | Paul Ramsey
     | Refractions Research
     | Email: pramsey at refractions.net
     | Phone: (250) 885-0632
     \_

To unsubscribe from this group, send an email to:
postgis-unsubscribe at yahoogroups.com



Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/



------------------------ Yahoo! Groups Sponsor ---------------------~-->
Secure your servers with 128-bit SSL encryption! Grab your copy of VeriSign's FREE Guide: "Securing Your Web Site for Business." Get it Now!
http://us.click.yahoo.com/n7RbFC/zhwCAA/yigFAA/PhFolB/TM
---------------------------------------------------------------------~->

To unsubscribe from this group, send an email to:
postgis-unsubscribe at yahoogroups.com

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/