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

Corriger l'export du catalog RDF qui déborde la mémoire à cause d'API Tabulaire #1562

Open
maudetes opened this issue Nov 7, 2024 · 0 comments
Labels
💙 Back Les tickets de back Bug Indique qu’il s’agit d’un problème

Comments

@maudetes
Copy link
Contributor

maudetes commented Nov 7, 2024

Suite à #1467, on a un dataservice (ex sur dev) attaché à des dizaines de milliers de datasets.
Or son export RDF doit donc avoir un noeud servesDataset pour chaque dataset. Cela fait crasher la mémoire sur dev (erreur sentry).

Cette erreur impacte par exemple le catalogue général du site à partir du moment où le dataservice en question est retourné, ex https://dev.data.gouv.fr/api/1/site/catalog.xml?tag=hvd, mettant en échec le moissonnage de data.gouv.fr par d'autres catalogues.

Comment permettre de retourner un RDF fonctionnel? Il ne semble pas y avoir de propriété inversée pour indiquer qu'un dataset est servi par un dataservice par exemple.

L'erreur n'a pas lieu en production car l'association d'un dataservice à de multiples datasets n'a pas encore eu lieu.

@maudetes maudetes converted this from a draft issue Nov 7, 2024
@maudetes maudetes added Bug Indique qu’il s’agit d’un problème 💙 Back Les tickets de back labels Nov 7, 2024
maudetes added a commit to opendatateam/udata that referenced this issue Nov 19, 2024
@maudetes maudetes moved this from 📝 Todo to 🛠 Doing in 🚀 Produit data.gouv.fr Nov 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
💙 Back Les tickets de back Bug Indique qu’il s’agit d’un problème
Projects
Status: 🛠 Doing
Development

No branches or pull requests

1 participant