Making Repository Easier With SWORD
•Download as PPT, PDF•
3 likes•3,988 views
Presentation and demonstration at the 'DSpace User Group Meeting' (http://dsug09.ub.gu.se), 15th October 2009, University of Gothenburg, Sweden.
![SWORD Quick Introduction ,[object Object],[object Object],[object Object],[object Object],[object Object]](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
Recommended
More Related Content
Similar to Making Repository Easier With SWORD
Similar to Making Repository Easier With SWORD (20)
More from Adrian Stevenson
More from Adrian Stevenson (20)
Recently uploaded
Recently uploaded (20)
Making Repository Easier With SWORD
- 1. UKOLN is supported by: Making Repository Deposit Easier With SWORD 15 th October 2009 D S pace User Group Meeting 2009 Göteborgs Universitet, Sweden Adrian Stevenson SWORD Project Manager
- 17. SWORD In Use
- 19. Web Interface
- 20. Fedora deposit
- 22. Validation
- 29. Netvibes Widget
Editor's Notes
- SWORD ‘itself’ is the profile of APP. Essentially 2 strands: The profile The test implementations Advocacy/dissemination
- Didn’t want to reinvent the wheel Looked at a range of existing standards
- ATOMPUB came out as best fit Used for publishing blog posts
- Thorny issue of package support MIME Multipurpose Internet Mail Extensions (MIME) is an Internet standard that extends the format of e-mail to support: * Text in character sets other than ASCII * Non-text attachments * Message bodies with multiple parts * Header information in non-ASCII character sets Not enough information to dscribe compund types and their content So, SWORD extends atomPub to understand and accept packages – significant part of the profile
- Some issues with X-On-Behalf-Of and looking at this now I may be a cataloguer or repository metadata expert submitting on behalf of an author
- Auto- discovery – link rel=“sword” href=[service doc url] Nested Service Desc: No of collections in server system can become v large such that APP service doc becomes too large. So SWORD adds sword:service as a child of app:collection APP doc to allow nesting
- Web architecture based with standard GET and POST Make a request to GET a service doc The service doc explains the service in terms of its collections and what file types and packages it can accept, developer extensions etc. HTTP response details whether the deposit has been successful
- Number of clients – some SWORD funded, some other JISC and wider projects.
- Drop down for SWORD demo repos or can test your own Can be implemented via any website Can have own repositories list and own look and feel – radio buttons Highlight the on behalf of
- Service details highlight – version, developer functions, max upload size Info about the collections - Open and Geography collection What they accept
- JISC had strong ideas on this. Devise a model for supporting SWORD including developing a website knowledge base and enhanced documentation including a technical primer for SWORD implementers. Develop additional SWORD usage and implementation case studies e.g. based on Microsoft uptake Hold SWORD promotional event with show-and-tells, demonstrations, and technical workshops
- Develop a ‘SWORD enabled’ repositories registry prototype and populate for use in promoting SWORD uptake.
- Any suggestions for other