PLEASE DO NOT REPLY TO THIS MESSAGE. If you disagree with any of the consensus calls, pull that out as a separate thread.

<co-chair-mode>
This is based on James Snell's work in pulling together a list of active Paces (thanks James), although we started by erasing James' editorial material (sorry James) - it represents the co-chairs' view of where consensus stands. The downside is that if James missed any, then so did we.

Modifing metadata on media resources
* http://www.intertwingly.net/wiki/pie/ PaceReworkPostOnMemberResource (snell)

This got no discussion whatsoever that we could find in the WG. Put it to-discuss, although frankly we are highly dubious that it has much chance of consensus.

Pub control
    * http://www.intertwingly.net/wiki/pie/PaceDropControl (arno)

Received no +1s aside from Luke, some strong resistance, a few waverers.
Will not get consensus.  Close it.

    * http://www.intertwingly.net/wiki/pie/PaceWorkflows (arno)

The WG was leaning positive but uncertain.  Schedule this one formally.

Error response
* http://www.intertwingly.net/wiki/pie/ PaceBetterHttpResponseCode (snell)

First cut got some resistance; it was revised, the revised version had lots of support and no -1's. Mark it "accepted" in its revised version.

Collection Model
* http://www.intertwingly.net/wiki/pie/PaceSimpleIntroduction (sayre)

Deferred for discussion of collection traversal.

* http://www.intertwingly.net/wiki/pie/PaceFeedsNotCollections (sayre)

Got some friendly interest, no -1's, schedule formally

* http://www.intertwingly.net/wiki/pie/PaceReworkProtocolModel (snell)

No discussion, schedule formally

* http://www.intertwingly.net/wiki/pie/ PaceReworkCollectionMembership (snell)

No discussion, schedule formally

* http://www.intertwingly.net/wiki/pie/ PaceReworkCollectionListing (snell)

No discussion, schedule formally

Introspection
* http://www.intertwingly.net/wiki/pie/PaceRemoveListTemplate (sayre)

Deferred for discussion of introspection options

    * http://www.intertwingly.net/wiki/pie/PaceUseAppOutlines (sayre)

Deferred for discussion of introspection options

* http://www.intertwingly.net/wiki/pie/PaceRemoveMemberTypeMust (sayre)

No consensus yet, but not impossible; schedule formally.

    * http://www.intertwingly.net/wiki/pie/PaceXoXoIntrospection

XOXO option no longer on the table, close it.

Member-type extensibility
    * http://www.intertwingly.net/wiki/pie/PaceRemoveRegistry (sayre)

Accepted (but Gregorio thinks there is some missing language?)

Listing members
* http://www.intertwingly.net/wiki/pie/PaceEditLinkMustToMay (arno/sayre)

No consensus yet, but not impossible; schedule formally.

    * http://www.intertwingly.net/wiki/pie/PaceListTemplates (snell)

This tries to make URI templates more complicated while there's a significant faction in favor of just removing them. Very unlikely to get consensus support. Close it.

* http://www.intertwingly.net/wiki/pie/ PaceOrderCollectionsByAppModified (broyer)

No consensus, rejected.

* http://www.intertwingly.net/wiki/pie/PaceRemoveListTemplate2 (broyer)

Deferred for discussion of collection traversal.

    * http://www.intertwingly.net/wiki/pie/PaceListPaging (snell)

Deferred for discussion of collection traversal.

Invalid Atom / atom:id handling
    * http://www.intertwingly.net/wiki/pie/PaceMagicId (arno)

Rejected. There is consensus that clients SHOULD submit valid Atom entries, and we do not specify any server behaviors with respect to handling of atom:id values.
(see http://www.imc.org/atom-protocol/mail-archive/msg02739.html)
(see http://www.imc.org/atom-protocol/mail-archive/msg02829.html)

* http://www.intertwingly.net/wiki/pie/ PaceSimplifyClarifyBetterfyRemoveBogusValidityText (sayre)

Accepted.

* http://www.intertwingly.net/wiki/pie/PaceServerIdGeneration (davis)

Rejected.

Roundtripping (related to Invalid Atom / atom:id handling)
* http://www.intertwingly.net/wiki/pie/PaceRemoveWhoWritesWhat (arno)

Accepted, but note de hÓra's point that some expectation-setting language in the spec would be useful.

Arno, Sayre +1
de hÓra, Scheid friendly but want some expectation setting

Collection POST requirements
* http://www.intertwingly.net/wiki/pie/PaceRemoveAcceptPostText (sayre)

Partially accepted. Server doesn't have to do anything, but does have to signal success with 201.
(see http://www.imc.org/atom-protocol/mail-archive/msg02511.html)

Deleting resources
* http://www.intertwingly.net/wiki/pie/ PaceClarifyCollectionAndDeleteMethodByWritingLessInsteadOfMore (sayre)

Accepted. (note argument from WebDAV consistency)

Security
* http://www.intertwingly.net/wiki/pie/ PaceRemoveSecurityUnspecification (sayre)

Settled, see http://www.imc.org/atom-protocol/mail-archive/msg02556.html

</co-chair-mode>


Reply via email to