Différences
Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente |
| serveurscrutari:config:corpusclasses [2009/06/27 00:11] – vincent | serveurscrutari:config:corpusclasses [2014/03/25 21:34] (Version actuelle) – vincent |
|---|
| ====== Définition de classes de corpus : corpus-classes.xml====== | ====== Fichier corpus-classes.xml : définir des classes de corpus====== |
| |
| Le serveur Scrutari permet de regrouper des corpus issus de bases différentes au sein de « classes ». Dans la Coredem, par exemple, tous les corpus des différents sites qui correspondent à des dossiers sont réunis dans la classe « dossiers ». | Le moteur Scrutari permet de regrouper des corpus issus de bases différentes au sein de « classes ». Dans la Coredem, par exemple, tous les corpus des différents sites qui correspondent à des dossiers sont réunis dans la classe « dossiers ». |
| |
| Le nombre de classes n'est pas limité. Il existe toujours une classe « par défaut » dans lequel sont placés tous les corpus dont la classe n'est pas explicitement définie dans le fichier de configuration (si ce dernier n'existe pas, tous les corpus sont dans la classe par défaut). | Le nombre de classes n'est pas limité. Il existe toujours une classe « par défaut » dans lequel sont placés tous les corpus dont la classe n'est pas explicitement définie dans le fichier de configuration (si ce dernier n'existe pas, tous les corpus sont dans la classe par défaut). |
| |
| Les classes possèdent un numéro d'ordre qui permet de les hiérarchiser. Cette hiérarchie joue un grand rôle dans l'ordre des fiches puisque toutes les fiches d'une classe supérieure sont placées avant les fiches d'une classe inférieure. Dans la Coredem, la hiérarchie des classes est la suivante : concepts > sites > dossiers > ouvrages > textes et documents (cette dernière classe étant la classe par défaut. | Les classes suivent un ordre hiérarchique. Cette hiérarchie joue un grand rôle dans l'ordre des fiches puisque toutes les fiches d'une classe supérieure sont placées avant les fiches d'une classe inférieure. Dans la Coredem, la hiérarchie des classes est la suivante : //Concepts// > //Sites// > //Dossiers// > //Ouvrages// > //Textes et documents// (cette dernière classe étant la classe par défaut). |
| |
| ===== Structure du format XML ===== | ===== Structure du format XML ===== |
| L'ordre des éléments //<class-def>// est important car il définit la hiérarchie des groupes (dans l'ordre décroissant : les premières classes définies sont placées en premier). La classe par défaut n'est pas obligatoirement la dernière, elle peut être placée avant d'autres classes (si on définit par exemple une classe « archives » qui contient des fiches de moindre importance). | L'ordre des éléments //<class-def>// est important car il définit la hiérarchie des groupes (dans l'ordre décroissant : les premières classes définies sont placées en premier). La classe par défaut n'est pas obligatoirement la dernière, elle peut être placée avant d'autres classes (si on définit par exemple une classe « archives » qui contient des fiches de moindre importance). |
| |
| Ensuite, l'élément !!<corpus-classes>!! contient un nombre illimité d'éléments !!<corpus-list>!! (normalement, un par classe). Un élément //<corpus-list>// possède l'attribut !!@classe-name!! qui a pour valeur le nom de la classe correspondant à la liste et il contient des éléments !!<uri>!! qui ont comme valeur l'URI des corpus en question. | Ensuite, l'élément //<corpus-classes>// contient un nombre illimité d'éléments !!<corpus-list>!! (normalement, un par classe). Un élément //<corpus-list>// possède l'attribut !!@classe-name!! qui a pour valeur le nom de la classe correspondant à la liste et il contient des éléments !!<uri>!! qui ont comme valeur l'URI des corpus en question. |
| |
| ==== Exemple ==== | ==== Exemple ==== |
