Actually after having thought about it, and also reviewed google's GData I am withdrawing PacePaperTrail. The link/@rel="edit" URI is not the way to track an entry, instead it should be via the atom:id. I will present a PacePaperTrailId that reflects those thoughts in the near future.
-joe On 4/22/06, Sammy <[EMAIL PROTECTED]> wrote: > > > > > Note that creating a resource in a collection may > > > result in the creation of additional resources accessible via URI's > > > other than the URI associated with the collection." > > > > I don't understand this. May you please give an example? > > > > > For Media Collections the Member URI appears as the value of the "src" > > > attribute of the atom:content element. > > > > Why? Why isn't just like Entry Collections, where there's an atom:link > > element with a relation of "edit"? > > > > As far as I'm understanding, there should be a way to edit two separate > > things when it comes to Media Collection Members: the binary data itself and > > it's metadata. Shouldn't there be two different Edit URIs for each? > > > > Regards, > > Sammy Sayed > > www.picostation.com > > -- Joe Gregorio http://bitworking.org
