1 / 12

Information Environment Service Registry

Information Environment Service Registry. Amanda Hill MIMAS, University of Manchester. Information Environment. JISC’s definition of Information Environment:

candie
Download Presentation

Information Environment Service Registry

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Information Environment Service Registry Amanda Hill MIMAS, University of Manchester

  2. Information Environment JISC’s definition of Information Environment: “…an easy-to-use, secure and comprehensive collection of electronic resources giving users the ability to move easily from resource to resource, prompted by intelligent links and pointers to additional resources that the searcher may well not even suspect existed”

  3. Aim of the Service Registry • To improve access to the services which make up the Information Environment… • …by establishing a machine-readable directory of JISC (and other) electronic resources, which will be available to portals and other shared services

  4. Current project • 14 months (Nov 2002 – Dec 2003) • 3 partners: MIMAS, UKOLN, University of Liverpool • Additional funding for selected JISC services to create metadata for the Service Registry

  5. Scope for the pilot project • Establishing the requirements for a Service Registry • Testing a technical solution based on Cheshire II software • Obtaining metadata from JISC-funded services to populate the pilot registry • Reporting findings and making recommendations about future developments

  6. Project strands • Metadata design • Registry construction • User requirements gathering • Formulation of data creation guidelines • Liaison with contributing services and those that will use the Service Registry

  7. Metadata • A format for the Service Registry data is now being devised, to include two main elements: • Resource/collection descriptions (based on the RSLP collection description schema) • Service descriptions (information on how the resource may be accessed) • Metadata format will be ready in next few weeks (meeting at end June)

  8. OAI-PMH RSS Webpage Webcgi Z39.50 SRW SOAP Resource access methodssupported by the Pilot Service Registry

  9. Input mechanisms • Template available by June 2003 • Web interface for data entry and editing will be developed in second half of 2003

  10. Output • IESR metadata will be available for: • harvesting through OAI-PMH • cross-searching using Z39.50 • searching through a web interface • After pilot phase, support for Zeerex, SRW and UDDI output formats would be high priorities for investigation

  11. Stakeholders • Stakeholder analysis carried out in early 2003 – results on the IESR website at http://www.mimas.ac.uk/iesr/stakeholdrep.html • User requirements work now under way: interviews and questionnaires

  12. Contact details Amanda Hill amanda.hill@man.ac.uk Amanda Closier (user requirements) a.closier@ukoln.ac.uk Leigh Morris (data providers) leigh.morris@man.ac.uk

More Related