[Geoserver-devel] [WFSBasic.Users] [Geotools-devel] Versioning WFS-T and protocol extensions

Here's what the current usage profile of the OpenStreetMap API. It's worked extremely well, and been implemented by many clients.

Authentication: HTTP Simple authentication, with login/pw passed within the url (yes, this would more wisely be https or http digest)
http://foo%40example.com:easypass@anonymised.com/api/0.3/node/1

Format:
OSM uses a pretty simple XML format. Mapping to GeoRSS would be straightforward, though would add a bit extra markup (easily gzip'd away)
The OSM db stores "nodes", "segments" (two nodes), "ways" (a collection of segments). segment and ways items would simply contain
references to other items.

RESTful commands... If anything goes wrong with these commands, an appropriate HTTP Response code is returned.

GET
Can pass a bbox to get all objects in that area.

Each of those type of objects can be requested by id
and the complete history of an object can be requested .. this could also be mapped to GeoRSS, as multiple items with the same id, different timestamps

PUT
Simply pass in a chunk of XML, and that object is updated.

DELETE
Just pass in the id

To me, standardization doesn't seem much more complicated than adding the Atom Publishing Protocol on top of WFS Simple

----- Original Message ----
From: Raj Singh <rsingh@anonymised.com>
To: Jo Walsh <jo@anonymised.com>
Cc: Chris Holmes <cholmes@anonymised.com>; Geoserver-devel <geoserver-devel@anonymised.com.sourceforge.net>; wfsbasic.users@anonymised.com; Geotools-Devel list <geotools-devel@lists.sourceforge.net>; mikel.maron@anonymised.com
Sent: Tuesday, November 28, 2006 5:35:11 AM
Subject: Re: [WFSBasic.Users] [Geotools-devel] Versioning WFS-T and protocol extensions

I kind of agree with Chris. To do transactions right moves out of
Simple land. Once you want to update or edit a data set you need to
know all kinds of things about the structure of that data. Not to
mention the other issues. Maybe openstreetmap people could offer some
advice?
---
Raj

On Nov 27, 2006, at 7:15 PM, Jo Walsh wrote:

On Mon, Nov 27, 2006 at 06:37:16PM -0500, Chris Holmes wrote:

I would love it if we could include our ideas on transactions and
versioning and the like in WFS-Simple, but unfortunately I do fear
that
when you get in to transactions, authentication, and versioning
you're
no longer in 'simple' land (indeed I myself might argue against their
place in a simple spec).

Then 'Simple' is kind of a misnomer. 'Basic' was the original name,
right? I would have thought being able to write a feature to a web
feature service was a fairly basic operation :stuck_out_tongue_winking_eye:

You don't need much of the rest of WFS, right, to do Transactions?
Like Filter support and POST queries, GML comprehension and emission,
all these non-Simple things. The question is not "why should it be
WFS-T" but "why shouldn't it also be this other, kind of WFS-like
thing"

Ooh a topology model !!! cool.

-----Original Message-----
From: wfsbasic.users-bounces+rlake=galdosinc.com@anonymised.com
[mailto:wfsbasic.users-bounces+rlake=galdosinc.com@anonymised.com]
On Behalf Of mikel.maron@anonymised.com
Sent: November 28, 2006 5:06 AM
To: Raj Singh; Jo Walsh
Cc: Geoserver-devel; wfsbasic.users@anonymised.com; Geotools-Devel
list
Subject: Re: [WFSBasic.Users] [Geotools-devel] Versioning WFS-T and
protocolextensions

Here's what the current usage profile of the OpenStreetMap API. It's
worked extremely well, and been implemented by many clients.

Authentication: HTTP Simple authentication, with login/pw passed within
the url (yes, this would more wisely be https or http digest)
http://foo%40example.com:easypass@anonymised.com/api/0.3/node/1

Format:
OSM uses a pretty simple XML format. Mapping to GeoRSS would be
straightforward, though would add a bit extra markup (easily gzip'd
away)
The OSM db stores "nodes", "segments" (two nodes), "ways" (a collection
of segments). segment and ways items would simply contain
references to other items.

RESTful commands... If anything goes wrong with these commands, an
appropriate HTTP Response code is returned.

GET
Can pass a bbox to get all objects in that area.

Each of those type of objects can be requested by id
and the complete history of an object can be requested .. this could
also be mapped to GeoRSS, as multiple items with the same id, different
timestamps

PUT
Simply pass in a chunk of XML, and that object is updated.

DELETE
Just pass in the id

To me, standardization doesn't seem much more complicated than adding
the Atom Publishing Protocol on top of WFS Simple

----- Original Message ----
From: Raj Singh <rsingh@anonymised.com>
To: Jo Walsh <jo@anonymised.com>
Cc: Chris Holmes <cholmes@anonymised.com>; Geoserver-devel
<geoserver-devel@lists.sourceforge.net>;
wfsbasic.users@anonymised.com; Geotools-Devel list
<geotools-devel@lists.sourceforge.net>; mikel.maron@anonymised.com
Sent: Tuesday, November 28, 2006 5:35:11 AM
Subject: Re: [WFSBasic.Users] [Geotools-devel] Versioning WFS-T and
protocol extensions

I kind of agree with Chris. To do transactions right moves out of
Simple land. Once you want to update or edit a data set you need to
know all kinds of things about the structure of that data. Not to
mention the other issues. Maybe openstreetmap people could offer some
advice?
---
Raj

On Nov 27, 2006, at 7:15 PM, Jo Walsh wrote:

On Mon, Nov 27, 2006 at 06:37:16PM -0500, Chris Holmes wrote:

I would love it if we could include our ideas on transactions and
versioning and the like in WFS-Simple, but unfortunately I do fear
that
when you get in to transactions, authentication, and versioning
you're
no longer in 'simple' land (indeed I myself might argue against their
place in a simple spec).

Then 'Simple' is kind of a misnomer. 'Basic' was the original name,
right? I would have thought being able to write a feature to a web
feature service was a fairly basic operation :stuck_out_tongue_winking_eye:

You don't need much of the rest of WFS, right, to do Transactions?
Like Filter support and POST queries, GML comprehension and emission,
all these non-Simple things. The question is not "why should it be
WFS-T" but "why shouldn't it also be this other, kind of WFS-like
thing"

_______________________________________________
WFSBasic.Users mailing list
WFSBasic.Users@anonymised.com
https://mail.opengeospatial.org/mailman/listinfo/wfsbasic.users

mikel.maron@anonymised.com ha scritto:

Here's what the current usage profile of the OpenStreetMap API. It's
worked extremely well, and been implemented by many clients.

... funny... I did more or less the same summary this morning after
reading the API and sql informations:

http://docs.codehaus.org/display/GEOS/Versioning+WFS+-+OpenStreetMap

Cheers
Andrea

PUT
Simply pass in a chunk of XML, and that object is updated.

Wait, can you just pass in part of the node/segment/ect. ? Or do you have to pass the whole thing in? The api notes aren't super clear.

Like if I already have <tag k="name" v="Camden Road"/> can I do a put with only: <tag k="name" v="Camdin Road"/> and it will update?

Or do I have to do the whole:

   <segment id="22" from="155337" to="155328" timestamp="2005-04-17 15:12:03" >
     <tag k="name" v="Camdin Road"/>
   </segment>

to get it to update?

If there's a way to just pass in an attribute and have that update then you could combine insert and update more efficiently. Though you'd also need a way to do an update that allows you to remove a tag/attribute.

Chris

DELETE
Just pass in the id

To me, standardization doesn't seem much more complicated than adding the Atom Publishing Protocol on top of WFS Simple

----- Original Message ----
From: Raj Singh <rsingh@anonymised.com>
To: Jo Walsh <jo@anonymised.com>
Cc: Chris Holmes <cholmes@anonymised.com>; Geoserver-devel <geoserver-devel@lists.sourceforge.net>; wfsbasic.users@anonymised.com; Geotools-Devel list <geotools-devel@lists.sourceforge.net>; mikel.maron@anonymised.com
Sent: Tuesday, November 28, 2006 5:35:11 AM
Subject: Re: [WFSBasic.Users] [Geotools-devel] Versioning WFS-T and protocol extensions

I kind of agree with Chris. To do transactions right moves out of Simple land. Once you want to update or edit a data set you need to know all kinds of things about the structure of that data. Not to mention the other issues. Maybe openstreetmap people could offer some advice?
---
Raj

On Nov 27, 2006, at 7:15 PM, Jo Walsh wrote:

On Mon, Nov 27, 2006 at 06:37:16PM -0500, Chris Holmes wrote:

I would love it if we could include our ideas on transactions and
versioning and the like in WFS-Simple, but unfortunately I do fear that
when you get in to transactions, authentication, and versioning you're
no longer in 'simple' land (indeed I myself might argue against their
place in a simple spec).

Then 'Simple' is kind of a misnomer. 'Basic' was the original name,
right? I would have thought being able to write a feature to a web
feature service was a fairly basic operation :stuck_out_tongue_winking_eye:

You don't need much of the rest of WFS, right, to do Transactions?
Like Filter support and POST queries, GML comprehension and emission,
all these non-Simple things. The question is not "why should it be
WFS-T" but "why shouldn't it also be this other, kind of WFS-like thing"

!DSPAM:1003,456c34bf61471995013331!

--
Chris Holmes
The Open Planning Project
http://topp.openplans.org