CORDRA Framework Paul Jesukiewicz Angelo Panar
Le cadre de travail de CORDRA Paul Jesukiewicz Angelo Panar
Managing Content Objects Repositories CORDRA SCORM ADL Knowledge Management Learning Resource Center Digital Libraries Distributed Learning Distance Learning Risky Business: Selecting and Adopting Course Management Software The marketplace for course management software has become extremely competitive with new entries and exits compounding the complexity of continuous "leapfrogging" by products over their competitors with each release. On what rational basis can your institution evaluate the packages and what process should you use to do so? How will you establish and maintain a relationship with your vendor? How does a course management system integrate with everything else you're doing on your campus? How can you mitigate your risks for when the package you picked last year is no longer the one you would have picked this year? The last time most educators selected software, it was likely an authoring tool. Get ready for a dose of difficulty – selecting an appropriate Learning Management System (LMS) and they incorporating that LMS into an enterprise management system. multiple initiatives
Gestion des objets de contenu Bases de ressources CORDRA SCORM ADL Gestion des connaissances Centre de ressources pour l’enseignement Bibliothèques numériques FOAD Enseignement distribué Risky Business: Selecting and Adopting Course Management Software The marketplace for course management software has become extremely competitive with new entries and exits compounding the complexity of continuous "leapfrogging" by products over their competitors with each release. On what rational basis can your institution evaluate the packages and what process should you use to do so? How will you establish and maintain a relationship with your vendor? How does a course management system integrate with everything else you're doing on your campus? How can you mitigate your risks for when the package you picked last year is no longer the one you would have picked this year? The last time most educators selected software, it was likely an authoring tool. Get ready for a dose of difficulty – selecting an appropriate Learning Management System (LMS) and they incorporating that LMS into an enterprise management system. Initiatives multiples
My Task Will be spending more time on some slides than others You may already be familiar with some of this material but it never hurts to review
Mon travail Will be spending more time on some slides than others You may already be familiar with some of this material but it never hurts to review
“CORDRA” Content Object Repository New ADL Work Content Object Repository Discovery and Registration Architecture “CORDRA” A model for creating registries of content managed in repositories
Architecture d’exploration et d’enregistrement Nouveau projet ADL Bases de ressources Architecture d’exploration et d’enregistrement “CORDRA” Modèle pour la création d’enregistrements de ressources gérées dans les bases de dépôt
CORDRA Content Object Repository Discovery and Registration Architecture Addresses a difficult problem Contextualized search, discovery, identification, resolution, retrieval and delivery Key Players ADL, Philip Dodds CNRI, Bob Kahn, Larry Lannom DTIC, Jim Erwin LSAL (Memphis), Dan Rehak Discovery Delivery Context Identification Location Resolution Retrieval Participant Notes none Presenter Notes Not sure how much we want to say here. The “CORDRA Triangle”
CORDRA Base de ressources, architecture d’exploration et d’enregistrement Se réfère à un problème complexe Recherche contextualisée, exploration, identification, résolution, récupération et livraison Acteurs clef ADL, Philip Dodds CNRI, Bob Kahn, Larry Lannom DTIC, Jim Erwin LSAL (Memphis), Dan Rehak Recherche Livraison Contexte Identification Emplacement Résolution Récupération Participant Notes none Presenter Notes Not sure how much we want to say here. Le “Triangle CORDRA”
The CORDRA Model CORDRA is an open, standards-based model for how to design and implement software systems for the purposes of discovery, sharing and reuse of (learning) content through the establishment of interoperable federations of (learning) content repositories
Le modèle CORDRA CORDRA est un modèle ouvert, basé sur des standards permettant de définir comment concevoir et développer des logiciels dans le but de rechercher, partager et de réutiliser des contenus (pédagogiques) dans des bases de ressources interopérables.
The CORDRA Model
Bases de ressources locales Le modèle CORDRA Recherche Récolte Système d’identification Enregistrement Services communs/ Infrastructure Adaptation/ livraison Base Base Base Enregistrement Système et bases Catalogue principal Serveur de contenu Serveur de contenu Serveur catalogue Serveur De fichiers Serveur de média Serveur de contenu Bases système Bases de ressources locales
The CORDRA Infrastructure Must: provide content discovery & access support diverse content collections support content management & policies work “at scale” be robust & reliable support local policies & business rules integrate with diverse technologies & independent systems make business sense
L’infrastructure CORDRA doit : Proposer la recherche et l’accès au contenu Supporter diverses catégories de contenus Supporter la gestion & politiques de contenu Permettre le travail “sur mesure” Être robuste & fiable Supporter les politiques locales & principes économiques S’intégrer aux différentes technologies & systèmes Doit avoir un sens économique
Comparison of a CORDRA Registry and Google Google is a registry where you search for content Google does not store content; it has links Behind the scenes, Google registers content through automated harvesters But: Google cannot easily get into databases (“the deep web”) CORDRA supports search and harvesting or intentional registration CORDRA supports managed content Google and CORDRA are complementary
Comparaison entre la base de ressources CORDRA et Google Google est une base de ressources où l’on recherche un contenu Google ne stocke par de contenu ; il fournit des liens En arrière plan, Google enregistre le contenu à l’aide de programmes automatisés Mais : Google ne peut pas facilement accéder aux bases de données (“le web enfoui”) CORDRA permet la recherche et la récolte de contenus, ou bien l’enregistrement soumis intentionnellement CORDRA supporte les contenus traités Google et CORDRA sont complémentaires
CORDRA Framework vs. Google CORDRA federation simple portal interface metadata harvest or deposit search index from formal metadata content remains in repositories value added services ranking algorithm? trust model & rules open model google simple portal interface harvest web sites for content search index from harvested data content remains at host web site Google API pagerank Google’s policies closed system
CORDRA vs. Google Fédération CORDRA google Interface simple de portail Récolte et dépôt de métadonnées Index de recherche à partir de métadonnées Le contenu reste dans les bases des ressources Services à valeur ajoutée Algorithme de classement? Modèle et règles conformes Modèle ouvert google Interface simple de portail Scanne les sites web Index de recherche à partir des données récoltées Le contenu reste sur le site web hôte API Google Classement des pages Politique de Google Système fermé
Learning from Libraries Cataloging and search are not new problems! The CORDRA management team is getting input from the Library Community “Every previous attempt to create a monolithic standard for libraries has failed”
Apprendre à partir des bases de ressources “Catalogage” et recherche ne sont pas un problème nouveau ! L’équipe de CORDRA a des contacts auprès de la communauté des bases de ressources “Chaque tentative de créer une norme monolithique pour des bases de ressources numériques a échoué ”
Identification vs. Resolution CORDRA relies on the Handle System A handle is an identifier and a system for resolving to a URL Handle Identifier: hdl:2000/1 Handle Resolution http://cordra.net/ Supports persistent identifiers while allowing URLs to move, independent of the registry
Identification vs. Résolution CORDRA repose sur un système d’identifiants Un “handle” est un identifiant et un système permettant de résoudre un lien URL Identifiant Handle : hdl:2000/1 Résolution Handle : http://cordra.net/ Supporte les identifiants persistants même si les liens URLs sont modifiés, indépendant de l’enregistrement
Persistent Identifiers Identifier Type Definition URI: Uniform Resource Identifier URI is a term given to both URL and URN. Technically, URN and URI are namespaces within URI. It is useful to think of URIs as a family of identifier types instead of an actual identifier type. Handle System The Handle System guarantees the uniqueness of each handle by requiring each handle to be registered with a server. The Handle System associates a set of data with each handle, including optional URL(s) to make the identifier actionable. DOI: Digital Object Identifier A DOI is a Handle System handle issued by the International DOI Foundation for the publishing industry. Many journals use DOIs as persistent identifiers to their articles. The International DOI Foundation – IDF (a fee for service aggregator) Over 1000 prefixes Over 20 million handles
Identifiant Persistant Type de l’identifiant Définition URI: Uniform Resource Identifier URI est un terme commun pour URL et URN. Du point de vue technique, URN et URI sont intégrés dans l’URI. On peut voir les URIs comme une famille de types d’identifiants plutôt que comme un type spécifique d’identifiant. Système à base d’identifiants “Handle” Ce sytème garantie l’unicité de chaque identifiant en enregistrant chaque identifiant “handle” sur un serveur. Le système associe un ensemble de données à chaque identifiant, incluant des liens URLs optionnels pour rendre l’identifiant utilisable. DOI: Identifiant d’objet numérique Un DOI est un identifiant de système d’indentifiants “Handle” publié par la Fondation Internationale DOI pour l’industrie d’édition. Beaucoup de journaux utilisent les DOIs comme identifiants persistants à leurs articles. la Fondation Internationale DOI – IDF Plus de 1000 prefixes Plus de 20 million d’identifiants “handles”
Digital Object Identifier Handle Assignment HANDLE Assignment Processes: Assignment of Global Name Spaces by CNRI Assignment by DTIC to .100 name space Assignment of 100.50 Name Space to the ADL-R Assignment of HANDLE structure creation for repositories you control Digital Object Identifier Prefix Suffix 100.50.10/123456 The Handle provides current state data. 100.50.05 – OSD Offices (SecDef, DepSecDef, USDs, and ASDs) 100.50.06 – Joint Staff (JS) 100.50.07 – Combatant/Unified Commands 100.50.08 – Defense Agencies, DoD Field Activities, and all other organizational entities in the DoD 100.50.09 – NATO and other non-US defense-related activities 100.50.10 – ADL Initiative 100.50.11 – USAF Organization 100.50.12 – USAFR Organization 100.50.13 – ANG Organization 100.50.14 – Misc/Other (within AF)
Attribution de l’identifiant “Handle” Processus d’attribution du “HANDLE” : Attribution d’un nom d’espace global par le CNRI (Corporation for National Reserach Initiatives ) Attribution par le DTIC à .100 espace de nom Attribution de 100.50 espace de nom à ADL-R Attribution de la structure permettant la création de bases HANDLE que vous contrôlez Identifiant d’objet numérique Préfixe Suffixe 100.50.10/123456 L’identifiant Handle fournit l’état actuel des données. 100.50.05 – Bureaux d’OSD (SecDef, DepSecDef, USDs, and ASDs) 100.50.06 – Equipe commune (JS) 100.50.07 – Commandes en débat/unifiées 100.50.08 – Agences de défense, activités du département de défense et autres entités du DoD 100.50.09 – NATO and other non-US defense-related activities 100.50.10 – Initiative ADL 100.50.11 – Organisation USAF 100.50.12 – Organisation USAFR 100.50.13 – Organisation ANG 100.50.14 – Divers/Autres (within AF)
Not Just for Training Content Nothing in CORDRA is specific to training content or SCORM Or the US DoD Applies to any managed content
Pas seulement pour les contenus pédagogiques Rien dans CORDRA n’est spécifique aux contenus pédagogiques ou à SCORM Ou au Département de Défense américain (DoD) S’applique à tout contenu
Federated CORDRA: registry interoperability NATO/PfP Other ADL-R
CORDRA réseau fédéré : interopérabilité des bases d’enregistrements NATO/PfP Autres Implémentation CORDRA CORDRA fédéré Implémentation CORDRA ADL-R Implémentation CORDRA Implémentation CORDRA
Proposed CORDRA Structure
Structure CORDRA proposée Comité de surveillance Comité de révision Implémentation Apprentissage et enseignement Bibliothèque numérique Architecture : interface et compatibilité Noyau de distribution et opérations Groupes de travail Utilisateur et contributeurs
CORDRA Future ADL is planning to hold a CORDRA meeting in the November 2006 time frame during which early participants and ADL will present the results of ADL-R (the first CORDRA instance) and enlist interested parties to participate going forward. The purpose of this meeting is three-fold: To engage the early CORDRA participants in discussions of their work and how CORDRA might be implemented in their communities of practice; To establish next steps in the development of a CORDRA-based registry of registries, and to surface key open issues that need to be addressed; and To brief vendors and other potential communities of practice on how CORDRA might be relevant to their communities, and how they might participate in future.
L’avenir de CORDRA ADL prévoit de tenir une réunion sur CORDRA courant novembre 2006 où chaque participant historique et ADL présenteront les résultats d’ADL-R (1ère instanciation de CORDRA) et prendra note des demandes et intérêts des personnes à poursuivre le projet. Le but de cette rencontre est triple : Permettre aux participants historiques du projet d’échanger sur leur travail et sur la manière dont CORDRA pourrait être implémenté dans leur communauté de pratiques ; Définir les prochaines étapes de développement d’un registre des bases d’enregistrement CORDRA, et de faire ressortir les problématiques clefs à traiter ; et Informer les fournisseurs et autres communautés de pratiques qui pourraient avoir un intérêt à utiliser CORDRA, et comment participer au projet à venir.
CORDRA team CORDRA ADL requirements CNRI prototype user community technology ADL-R deployment digital object architecture identifiers prototypes deployment CORDRA governance coordination documents outreach architecture tools research registries best practices architecture standards LSAL
L’équipe CORDRA CORDRA ADL besoins CNRI prototype Communauté d’utilisateurs technologie Déploiement ADL-R Architecture objet numérique Identifiants prototypes déploiement CORDRA gouvernance coordination documents outreach architecture outils recherche Bases de registres Meilleures rartiques architecture normes LSAL
Why is ADL Supporting CORDRA? To reduce the amount of content being redeveloped (save money) Now that SCORM enables interoperable and reusable content, we need to start doing it! Plan: Register all new content in one place Plan: Require a search on existing content before getting a contract to develop new content Near-term: the Operational ADL-Registry
Pourquoi ADL soutien CORDRA ? Pour réduire la masse des contenus redéveloppés (gain financier) Maintenant que SCORM permet l’Interopérabilité et la réutilisation de contenus, on doit commencer à l’exploiter ! Prévu : enregistrer tout nouveau contenu à un seul endroit Prévu : nécessité de rechercher les contenus existants avant d’avoir un contrat de développement pour de nouveaux contenus Très bientôt : le registre ADL-R Opérationnel
Retain local control of repository content ADL Registry Register every content object; Register every repository; Retain local control of repository content Defense Technical Information Center DoD Local Handle Server @DTIC Repository Metadata Index Repository Registry Content Object Registry Content Object Metadata Index Joint Marines Air Force Navy Army Distributed Repositories
Garder le contrôle local sur les bases de contenus Registre ADL Enregistrer tout objet de contenu ; Enregistrer toute base de dépôt ; Garder le contrôle local sur les bases de contenus Centre d’information technique de la Défense Serveur d’identifiants Local de la Défense @DTIC Base Index de métadonnées Base des Registres Base des objets de contenu Index des métadonnées d’objets de contenu commun Marine Armée de l’air Armée de mer Armée Bases distribuées
ADL-R URL https://adlregistry.dtic.mil
ADL-R Registration Walkthrough
Enregistrement ADL-R Description
How to Register Content 1. Create a Registry Transaction (REG-T). 2. Submit the REG-T to the ADL Registry Portal. 3. Obtain the REG-T Transaction Identifier result. 4. Use the Transaction Identifier to check the Transaction Status (REG-TS).
Comment enregistrer du contenu ? 1. Créer une transaction d’enregitrement (REG-T). 2. Soumettre la transaction REG-T sur le portail d’enregistrement d’ADL. 3. Obtenir l’identifiant de transaction. 4. Utiliser l’identifiant de transaction pour vérifier l’état de la transaction (REG-TS).
Step 1: Create the REG-T A REG-T is an XML file that contains: Metadata that describes the content A transactional envelope Registry Version User and Group identifiers Content Object identifier Content location An operation type Registrations have an “insert” operation type. Other operations include “update” and “delete”.
Etape 1: Créer la transaction d’enregistrement REG-T Une REG-T est un fichier XML contenant : Les métadonnées décrivant le contenu Une enveloppe de transaction Version de la base de registre Identifiants des utilisateurs et groupe Indentifiant de l’objet de contenu Localisation du Contenu Un type d’opération Les enregistrements sont associés à un type d’opération pour l’insertion (“insert”). Les autres opérations intègrent la mise à jour (“update”) et la suppression (“delete”).
Metadata is IEEE LOM The ADL-R accepts IEEE LOM Metadata constrained by the ADL-R LOM XSD. Any optional LOM element may be used. However, the ADL-R requires that certain LOM elements must be included for purposes of indexing. Vocabulary extensions are vetted and controlled.
Métadonnées LOM IEEE Le registre ADL-R accepte les métadonnées LOM de l’IEEE contraintes par le schéma XSD d’ADL pour LOM. Tout élément optionnel du LOM peut être utilisé. Cependant, le registre ADL-R requiert que certains éléments LOM soient inclus à des fins d’indexation. Les extensions de vocabulaire sont vérifiées et contrôlées.
Content Object Metadata Metadata includes strings like Title, Description, and Keyword.
Métadonnées d’objet de contenu Les Metadonnées incluent des chaînes de caractères comme le Titre, la desciption et les mots clefs.
Transactional Envelope The Content Object Metadata (LOM) is “wrapped” in a transactional envelope. The envelope holds contextual information that the ADL-R requires to operate.
Enveloppe de Transaction Les métadonnées de contenus (LOM) sont “encapsulées” dans une enveloppe de transaction. L’enveloppe détient les informations contextuelles dont le registre ADL-R a besoin pour fonctionner.
User and Group Identifiers The ADL-R checks Access Rights of the User and Group before processing the REG-T. Specify the User with a DTIC user ID and the Group with a Handle.
Identifiants des utilisateurs et groupe Le registre ADL-R vérifie les droits d’accès des utilisateurs et groupe avant toute transaction REG-T. Il spécifie l’utilisateur avec un ID DTIC et le groupe avec un identifiant “Handle”. « 123.123 » est une autorité de nommage des identifiants Handle qui représente l’organisation « TrainingGroup » est un iddentifiant local qui représente le groupe de l’utilisateur « smiths 1234 » est un ID DTIC d’utilisateur qui représente l’utilisateur
Identification and Location The transactionData element holds the operation type, identifiers and location.
Identification et localisation L’élément “transactionData” contient le type d’opération, les identifiants et la localisation L’ « action » contient le type d’opération : insertion « insert » Le « contentIdentifier » identifie le contenu Le « contentLocation » identifie le serveur hôte du contenu
Transaction Envelope
Enveloppe de Transaction
Step 2: Submit the REG-T Open the ADL Registry Portal. Enter User information. Provide local path to REG-T file. Provide email address for notification.
Etape 2 : Soumission de la transaction REG-T Ouvrir le Portail d’enregistrement ADL. Saisir les informations Utilisateur. Fournir le chemin local vers le fichier de transaction REG-T. Fournir une adresse email pour notification.
ADL Registry Portal Open the ADL Registry Portal
Portail d’enregistrement d’ADL Ouvrir le portail d’enregistrement ADL
How to Submit Provide a local path to the REG-T file. The form’s User ID must match the <submitter> element in the REG-T file. Provide the optional email address if a status notification is needed. “Submit” to obtain the Transaction Identifier. Use it to check status later. The password authenticates the user.
Comment soumettre ? Fournir un chemin local vers le fichier de transaction REG-T. L’ID Utilisateur doit correspondre avec l’élément <submitter> dans le fichier REG-T. Fournir en option une adresse email si une notification de statut est demandée. Soumettre (“Submit”) pour obtenir l’identifiant de transaction. L’utiliser plus tard pour vérifier le statut. Le mot de passe authentifie l’utilisateur.
Completed Submission Form
Formulaire de soumission complété
Step 3: Obtain the Transaction Identifier The processing may take time. So, the Transaction ID is used to ensure that the transaction completed. In cases of very large submissions (greater than ~100K), the ADL-R may provide an additional intermediate identifier – a Validation ID.
Etape 3 : obtenir un identifiant de transaction Le processus peut être long. Ainsi, l’ID de transaction est utilisé pour s’assurer que la transaction est effectuée. Dans le cas de gros volumes de soumissions (plus de ~100K), le registre ADL-R peut fournir un identifiant intermédiaire supplémentaire – un ID de validation.
Transaction Identifier Note the “transactionID” element.
Identifiant de Transaction Notez l’élément “transactionID”.
Step 4: Check the Status Use the Transaction ID or the Validation ID to check the processing status. The Status can be Pending, Success or Error. If Pending, try back later. If Error, a log will provide follow-up information.
Etape 4 : vérification du statut Utiliser l’ID de transaction ou l’ID de validation pour vérifier le statut. Le statut peut être dans l’état “en cours”, “succès” ou “erreur”. S’il est dans l’état “en cours”, réessayer plus tard. S’il est dans l’état “erreur”, un fichier de log fournira les informations de suivi.
Completed Check Status Form
Formulaire complété pour la vérification du statut
Example REG-TS
Exemple de transaction REG-TS
Example REG-TS (Cont.)
Exemple de transaction REG-TS (suite)
Example REG-TS (Cont.)
Exemple de transaction REG-TS (suite)
Example REG-TS (Cont.)
Exemple de transaction REG-TS (suite)
Searching Registered Content After registered, a Content Object can be found by searching the LOM Metadata. The metadata search result includes the original metadata as well as a location to the Content Object.
Chercher des contenus enregistrés Après enregistrement, un objet de contenu peut être trouvé en recherchant les Métadonnées LOM. Le résultat de la recherche intègre aussi bien les métadonnées d’origine que la localisation du contenu.
How to Search Navigate to the ADL Registry Portal site. Enter the search query Can be a general keyword search Can key off a particular metadata field Each result represents a a separate metadata instance. There can be several metadata records describing the same Content Object. Resolve the location Handle to obtain the Content Object.
Comment rechercher ? Aller sur le site portail d’enregistrement ADL. Saisir la requête de recherche par mot clef par un champs de métadonnée spécifique Chaque résultat représente une instance de métadonnées. Il peut y avoir plusieurs enregistrements de métadonnées décrivant le même objet de contenu. Résoudre l’identifiant “Handel” de localisation pour obtenir le contenu.
Search Specify the search query.
Recherche Précisez la requête de recherche.
Conclusion of Registration Example The ADL Registry stores XML Metadata that Describes Content Objects An ADL Registry Transaction contains operations for managing Metadata. The Metadata points to a resolvable Handle where the Content Object resides. Search the ADL Registry with text, wildcards, and explicit fields.
Conclusion de l’exemple d’enregistrement La base ADL stocke des métadonnées XML décrivant les objets de contenu Une base de transaction ADL contient les opérations de traitement des métadonnées. La métadonnée pointe vers un identifiant “Handle” résolu où réside le contenu. La recherche s’effectue en texte, caractères de remplacement et champs explicites.
ADL-R Status Report First registry (ADL-R) operational 1 Dec 2005 hosted at CNRI Transitioning the operational registry to DTIC (May to early June) Continue operation of registry testbed to allow open access and testing within and outside DoD Add services such as auto-generation of metadata, integrated authentication
Rapport de statut ADL-R Première base d’enregistrement (ADL-R) opérationnelle le 1er Déc. 2005 et hébergée au CNRI Période de transition vers le DTIC (Mai à début Juin) Poursuite des bancs d’essais d’enregistrements afin de permettre un accès et des tests ouvert dans et hors du département de défense (DoD) Ajout des services tels que la génération automatique de métadonnées, l’authentification intégrée