Registry slides for Se@m Workshop

20
REGISTRY SERVICE Standardizing the organization of our content collections metadata discovery harvesting – OAI - PMH standardization federation collections – IMS LODE publishing– SPI Cruise Control Content collection 1

description

 

Transcript of Registry slides for Se@m Workshop

Page 1: Registry slides for Se@m Workshop

1

REGISTRY SERVICEStandardizing the organization of

our content collections

metadata discovery

harvesting – OAI -PMH

standardization

federation

collections – IMS LODEpublishing– SPI

Cruise Control

Content collection

Page 2: Registry slides for Se@m Workshop

2

REGISTRY SERVICEOverview Small registry demo. Additional information about our work. Requirements. Why do we need the registry? Ariadne use case Architecture. Functionalities of the registry. Synchronization of registries Real functionality of the federation. Federated Search and Harvest. Other approaches Current context Conclusions Future work

Page 3: Registry slides for Se@m Workshop

3

REGISTRY SERVICEAdditional information- Joris Klerkx will present the general GLOBE architecture overview on Thursday at 12:00 ECTEL 2010 (Audit 1).

-Currently, it is used in:

- ASPECT project - http://www.aspect-project.org/- ICOPER project - http://www.icoper.org/- GLOBE consortium - http://www.globe-info.org - Share.TEC project (soon) - http://www.share-tec.eu/

- Do you want to add your repository to the registry? - Contact us! We can talk or send us an email to

[email protected]

Page 4: Registry slides for Se@m Workshop

4

REGISTRY SERVICERequirementsWhere the resources are located?

They need to find material which satisfies their needs

Organization and management

Defining additional information for content collections.

Page 5: Registry slides for Se@m Workshop

5

REGISTRY SERVICEUse case. Ariadne

Federated search layer

Harvester

Federated search layer

Registry

HarvesterHarveste

r

Harvester

Scalability?

Page 6: Registry slides for Se@m Workshop

6

REGISTRY SERVICEArchitectureContent and interfaces

Page 7: Registry slides for Se@m Workshop

7

REGISTRY SERVICEArchitectureDifferent functionalities

User Interface

SQI OAI-PMH SPI REST interface

RSS

Querying using plql

Querying using plql

Harvesting

Publish IMS LODE instances

Querying using plql

Last targets added

Publishing targets SQI,OAI-PMH, SPI

Querying using lucene query language

Querying using lucene query language

Report state of OAI-PMH targets

Editing targets

Querying using vsql

Querying using vsql

Page 8: Registry slides for Se@m Workshop

8

Page 9: Registry slides for Se@m Workshop

9

REGISTRY SERVICE

Page 10: Registry slides for Se@m Workshop

10

Page 11: Registry slides for Se@m Workshop

11

REGISTRY SERVICE

Page 12: Registry slides for Se@m Workshop

12

REGISTRY SERVICE

Page 13: Registry slides for Se@m Workshop

13

REGISTRY SERVICERegistry data model (1)

IMS LODE Registry based on content collection describes:

The copyright: author – access rights - …

What is the content collection about?

Contains other content collections?

Where is the content collection located and which protocol implements?

Page 14: Registry slides for Se@m Workshop

14

REGISTRY SERVICERegistry data model (2)- A content collection is defined as a group of digital content which is exposed to the world through some protocols based on standards or specifications.

- based on IMS Dublin Core Collections Application Profile specification and complemented with ISO 2146 and IEEE LOM.

Advantages Disadvantages

Flexible (not restrictive in terms of

specifications)

Ambiguous?

Helps to the interoperability between different architectures

Ongoing evaluation…

Ongoing evaluation…

Page 15: Registry slides for Se@m Workshop

15

REGISTRY SERVICEGLOBE approach- There is several ways to create content collections:

- Based on the shared metadata information of the learning resources.

i.e. subject math

- Based on abstract information that a user can defines.

i.e. user description like “this is the content collection usedby me during all my degree”

-This responsibility relies on the content providers because they have to define their own strategies.

Ariadne creates Metadata collectionsRepository <-> Collection

Page 16: Registry slides for Se@m Workshop

16

REGISTRY SERVICEOther approaches

Page 17: Registry slides for Se@m Workshop

17

REGISTRY SERVICECurrent content

68 repositories◦ 23 SQI targets◦ 1 SRU target◦ 52 OAI-PMH targets◦ 1 SPI target

Situation:◦ 7 repositories with SQI+OAI-PMH◦ 1 repository with SQI+OAI-PMH+SPI

Repeated:◦ 1 TLÜ repository. It exists in different collections

Page 18: Registry slides for Se@m Workshop

18

REGISTRY SERVICEConclusions

Federation of registries

The ARIADNE registry exposes more than 1 million of LOs

Optimized management of tools

Interoperability with other networks exposing the collection through standards.

Page 19: Registry slides for Se@m Workshop

19

REGISTRY SERVICEFuture work (1) Integration of the registry in the federated

search layer.

Automatic checking of the availability of the SQI targets.

Access rights and user management?

Proposing improves on the different specifications.

How to deal with the repeated instances?

Page 20: Registry slides for Se@m Workshop

20

REGISTRY SERVICE

Questions?