On 12/04/11 17:34, Richard Jones wrote: > 2/ Add a section to explicitly allow the client to GET an atom:feed and > to POST content to the EM-IRI. > > The former of these is consistent with AtomPub as it stands at the > moment, so is uncontentious. SWORD will profile AtomPub appropriately here. > > The second of these allows the client to create new resources inside the > Media Resource itself, rather than the Entry Resource (identified by the > Edit-IRI). At the moment SWORD allows POST to the SE-IRI (which is > effectively the Edit-IRI) to add content to the container, but not to > the EM-IRI. Neither is this in the original AtomPub spec. > > The purpose of doing this is that when the server responds, it can > return an atom:entry for the deposited resource (or an atom:feed, see > questions below), giving the client the identifier that it requires as > per the stated problem. Note that this atom:entry is NOT the Deposit > Receipt as described by SWORD (at least, we don't think so - see > questions below). > > > 3/ To add to the Deposit Receipt an atom:link@rel="edit-media" with > href="application/atom+xml;type=feed" in order to support the GET of the > EM-IRI as described in (2) above.
Can I just clarify what this means when an item has multiple Media items? For example, lets assume we have created a deposit & transferred in the Authors Final Version as a .doc file. Under ATOM, we can include the Authors Final Version in .rtf, .ods, and even .pdf formats, as these are all variations on the same media item. What happens when the depositor wants to add the spreadsheet of supporting data? RFC 5023 states in 11.2 'All "edit-media" link relations in the same Entry reference the same Resource. If a client encounters multiple "edit-media" link relations in an Entry then it SHOULD choose a link based on the client preferences for "type" and "hreflang"' As far as I can see from the current discussions, SWORD doesn't cope with this.... -- Ian Stuart. Developer: Open Access Repository Junction and OpenDepot.org Bibliographics and Multimedia Service Delivery team, EDINA, The University of Edinburgh. http://edina.ac.uk/ This email was sent via the University of Edinburgh. The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. ------------------------------------------------------------------------------ Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev _______________________________________________ Sword-app-techadvisorypanel mailing list Sword-app-techadvisorypanel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sword-app-techadvisorypanel
