Comme on peut le remarquer sur cette figure, le schéma de IMS-CP autorise l’élément racine à contenir récursivement un (sous-)élément . Mais les corpus Mulce n’utilisent pas cette possibilité car tout élément dans un sous-arbre de doit pouvoir faire référence à toute ressource déclarée dans l’archive. Or, un sous- doit être indépendant (détachable) de toute autre partie.

Au premier niveau, Mulce utilise donc les trois premiers éléments :

  l’élément du premier niveau pour y placer de multiples descriptions ;
  l’élément pour y placer chacun des composants (organization ou Ext),
  l’élément fils (au format IMS-CP) n’est utilisé que par les composants très simples tels que la Licence ou un composant faisant seulement référence à des documents de l’archive (html, documents textes,…) ;
  Mais pour les composants complexes, on redéfinit en général cet élément (il est donc interprété comme un élément extérieur Ext.). C’est le cas en particulier pour les composants au format IMS-LD ou pour les traces d’interactions (SID).
  l’élément pour y déclarer tous les fichiers de l’archive.

IMS-LD est utilisé pour décrire de façon précise le scénario pédagogique de la formation ou le protocole de recherche . Cette structuration est facultative. Une simple description textuelle peut suffire. On trouvera :

• un exemple de protocole de recherche dans ce corpus oai:mulce.org:mce-copeas-rp-all
• un exemple de scénario pédagogique dans ce corpus : oai:mulce.org:mce-simu-ld-01

Pour les interactions, compte tenu de leur diversité (courriels, blogues, forums, clavardage, communication audio, par icône, déplacements d’avatars, etc.), nous avons dû développer une structure XML spécifique permettant de décrire chaque type d’acte / interaction. Cette partie interaction (SID - Structure Interaction Data) est couplé avec une description XML des environnements d’apprentissage et des acteurs. L’ensemble se dénomme "Mulce-struct". Pour en savoir plus :

• article présentant Mulce-strcut et le SID : Reffay, Chanier, Noras, & Betbeder, 2008)
• schéma du SID : Mce_sid_letec, 2011

Des métadonnées pour caractériser nos objets

Les métadonnées sont par essence des données (ou informations) sur les données. Elles servent le plus souvent à caractériser un objet (ici un corpus par exemple) par des informations homogènes, relativement à une collection d’objets. Pour formuler définir correctement les métadonnées, il faut donc bien connaître à la fois l’objet à décrire (côté auteur/créateur) et les caractéristiques de la collection dans laquelle il doit être déposé (côté éditeur).

Dans le cas de Mulce, les métadonnées fournies dans nos objets répondent à quatre points de vue qui concernent ces objets directement :

  Les informations du Dublin Core qui regardent la ressource comme une entitée documentaire.
  L’archive OLAC (i.e. : Open Language Archive Community) qui considère nos corpus comme des données d’interaction langagières,
  Les informations de la LOM (Learning Object Metadata) qui s’intéressent uniquement à l’aspect pédagogique de la ressource,
  L’archive Mulce (Multimodal Learning and teaching Corpora Exchange) qui considère ces objets comme des ressources partagées pour la recherche dans le domaine de l’apprentissage en ligne.

Pour les 3 premiers points, nous avons essentiellement réutilisé des schémas écrits par d’autres, et pour le quatrième, nous avons produit nos propres schémas (un pour les corpus globaux, un autre pour les corpus distinguables, voir les références ci-dessous) .