1. Distributed Digital Library Service Registry The Ockham Service Registry

2. Support NSF / NSDL DLF Ockham collaborators –Emory –Notre Dame –Virginia Tech –Oregon State

3. Why a Registry?

4. Just-in-time (post) Coordination

5. Registry Provides Mechanism For JIT, Customized Service Coordination

6. Other Registries: JISC / IESR OCLC OpenURL Domain Name System (DNS) UDDI

7. Ockham DDLSR Services

8. Discover

9. Locate

10. Interface

11. Goal: Service-to-Service aka Machine-to-Machine

16. Current Status Version 0.7 released A couple of major features left –SRU/W Interface –Dropped peer handling

17. Some technical bits Using the JXTA framework for P2P / distributed functionality Java / Tomcat framework Use OAI-PMH to mirror metadata records in each node Hierarchical network topology to handle scalability of nodes

18. Reflections P2P –Useful in a distributed sense, but: Fairly heavyweight to implement Everyone must run a node –Current thinking: Distributed still has its advantages, but distributed <> p2p

19. Reflections Metadata –IESR is a comprehensive approach –Initial user feedback is that the amount of metadata to be entered is a barrier –Much of the metadata description targets the discovery need, and is not necessary for locate and interface (i.e. collection description)

20. Reflections Interface(s) –Still unclear which, if any, of the current interfaces will be most utilized Chicken and egg problem –Human UI is currently important, although it is not strictly “core”. Overlaying application layer built on top of a standard submit interface?

21. Research Questions Distributed? To DNS-like or not DNS-like Metadata model – minimalist or comprehensive? Which interfaces for Service-to-Service? –Discover, Locate, Interface –Get, Put, Parse? What’s the killer registry app? –CoiNS / OpenURL, meta-search, preservation, other?