Re: [sdx-users] RE : Exemple moissonneur OAI

[Pierrick Brihaye]

Re,

Martin Sevigny a écrit:

> Oups, je n'ai pas revérifié, alors c'est peut-être seulement pour les
> repository, je te fais confiance là-dessus ;-)

OK :-)

> Si je ne me trompe pas, c'est du ressort du repository, qui ne devrait
> pas envoyer des nombres "non raisonnables" d'enregistrement.

Je suis d'accord... en partie. C'est bien au repository d'envoyer un 
nombre raisonnable de *pages* d'enregistrements (tout à fait comparables 
aux pages de résultats SDX).

BTW, comment configurer ce paging dans SDX qui peut, lui aussi, agir 
comme repository OAI ? Pas pu le tester :-(

On navigue donc, de pages à pages dans à l'aide de resumptionTokens. Bien...

> Je ne crois pas que le moissonnage OAI prévoit cela... Le moissonneur
> réagit à la présence d'un ResumptionToken, mais il n'en "génère" pas...
> Qu'en penses-tu?

Ici, le cas est différent même si, de prime abord, il est similaire. 
Imaginons un repository OAI avec de la puissance, de la bande passante, 
du volume... Il renvoie des pages de 1.000 enregistrements (à chacun sa 
notion de "raisonnable") : on peut obtenir ces pages en 1 request/1 
response. Bien.

Par contre, je vois mal un chargement des 1000 documents en une grosse 
request/*énorme* response ou 1000 requests/1000 responses.

Ici, je verrais plutôt une limite à 100 et... une reprise du moissonage 
le lendemain même heure :-) A charge pour le moissonneur de reposer la 
bonne question pour récupérer les 900 enregistrements qu'il aurait "oublié".

Pour cela, il faudrait se baser sur la date du 100ème enregistrement... 
ou du 1001ème.

A+

--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden