m
     
Note technique

6 La navigation dans le manuel de Kentika est réservée aux utilisateurs identifiés



H 0 Echanger des données Kentika via la centrale d'importation et le serveur web

23/07/2012

Level of authorization : Public

Echanger des données via le web et la centrale d'importation

 

 

 

 

Préambule

 

Cette note technique s'adresse à des sites souhaitant automatiser des échanges entre leur bases de données, sans utiliser la synchronisation.

 

Dans le process décrit ci-après, la base qui fournit des notices (le fournisseur) définit via un dossier les notices qu'elles souhaitent partager. Un critère de date est recommandé afin d'éviter d'exporter l'intégralité d'un corpus (versus : les dernières saisies). La base doit être accessible via internet (ou extranet).

 

La base qui reçoit les notices (client) déclenche une requête à périodicité déterminée via la centrale d'import. Les notices sont automatiquement crées en utilisant un script d'import.

 

Cette mécanique est une alternative à OAI, elle offre cepandant beaucoup plus de souplesse dans le choix des données.

 

Fournisseur

 

1 - définir la requête permettant de sélectionner les notices à fournir

 

La requête portant le n° 28 sélectionne tous les documents de type "Ouvrage" ou "Thèse" saisis depuismoins d'une semaine.

 

2 - création d'une ressource web permettant d'obtenir les notices

 

Notices visualisées dans un navigateur

 

Cette ressource est composée :

- d'un script d'appel du dossier ;

- d'une boucle sur les enregistrements trouvés ;

- les informations à exporter.

 

# AScript_Selection_Echange

!4D=begin;3!RECORD_ALF

!4D=field;$0317/(Documents)Type;title=TYP$: ;end=^p;encode=A!!4D=field;=21/(Documents)Titre;title=TIT$: ;end=^p;encode=A!!4D=field;=31/(Documents)Référence;title=REF$: ;sep=/;end=^p;encode=A!!4D=field;=41/(Documents)Date de parution;title=DAT$: ;end=^p;encode=A!!4D=field;=151/(Documents)Auteurs;title=AUT$: ;sep=/;end=^p;encode=A!!4D=field;=141/(Documents)Descripteurs;title=DES$: ;sep=/;end=^p;encode=A!!4D=field;=131/(Documents)Commentaire;title=COM$: ;sep=/;end=^p;encode=A!!4D=field;$0301/(Documents)Doc n°;title=NUM$: ALF;sep=/;end=^p;encode=A!

!4D=end;3!

 

Les rubriques sont simplement placées les unes après les autres. Aucun encode spéciale n'est appliqué (encode=A). Les retours à la ligne entre les rubriques ne sont générés que si la rubrique est non vide, un rubrique est prévue pour servir de clé de dédoublonnage (ici : NUM$ correspondant au n° de doc préfixé par ALF.

 

Ressource permettant de générer le fichier

 

3 - script de sélection : permet d'activer le dossier avant d'exporter les enregistrements.

 

CHERCHER([Requete];[Requete]Libelle="ECHANGE")

folder_load([Requete]Requete_num)

EList_NbElements:=2000

 

Client

 

Créer un filtre d'import

 

Le fichier décrit ci-dessus étant en place dans la base "fournisseur", il suffit d'enregistrer le fichier afin de mettre au point le filtre d'import.

 

Structure du fichier : texte avec étiquettes

 

Dans les correspondances de champs, identifier la clé de dédoublonnage

 

Vérifier le bon fonctionnement et enregistrer le format

 

Régler la centrale d'importation

 

L'URL permettant d'obtenir les nouvelles notices est mise en surveillance afin qu'à intervalle régulier la page "notice.txt" soit appelée et les notices nouvelles intégrées via la centrale d'importation

 

Réglage de la centrale d'importation

 

Combiner plusieurs stratégies d'import

 

Il est tout a fait possible de multiplier ce processus en créant, par exemple :

- un requête par type de document ;

- une ressource par type (exemple : NoticesOUVRAGE.txt) afin de bien défférencier les données ;

- appliquer des transformation via des scripts aux données avant export ;

- un filtre d'import par type de document ;

- une mise en surveillance (URL) par ressource.

 

Z