Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Recréer la hiérarchie des catalogues afin de prioriser les mises à jour #570

Open
jdesboeufs opened this issue Dec 10, 2017 · 0 comments

Comments

@jdesboeufs
Copy link
Member

Dans certains cas, plusieurs fiches concurrentes avec la même date de révision peuvent cohabiter dans nos bases.
L'algorithme de sélection n'est donc pas en mesure de choisir efficacement, et se rabat donc sur la dernière fiche vue.

Si un catalogue A génère successivement une version 1 et 2 d'une fiche avec la même date de révision et qu'un catalogue B moissonne le version 1, il est possible que les deux versions 1 et 2 cohabitent sur les deux catalogues. En effet, suivant la stratégie de moissonnage retenue, le catalogue B peut très bien ne pas considérer la version 2 comme une mise à jour car la date de révision n'a pas été modifiée.
Notre plateforme moissonnant A et B, elle collecte les versions 1 et 2 avec la même date, et ne sait pas choisir intelligemment.

Une stratégie de moissonnage améliorée serait de prendre en compte le fait que B moissonne A, et de prioriser A sur B pour les fiches qu'il contient.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant