explorer l'entete de réponse :response

• Ajouter l'activité des projets de sous groupe (les identifiants des sous-groupes doivent etre découverts, pas fixe pas le code)
• Connaitre quelle variables ne sont plus récupérées quand on est passé de l'interrogation sur 1500 événements à la pagination

added À faire label

mentioned in merge request !4 (closed)

exemple de réponse que donne httr::GET() Response [https://gitlab-forge.din.developpement-durable.gouv.fr/api/v4/projects/23034/events?per_page=1500] Date: 2024-07-19 07:48 Status: 200 Content-Type: application/json Size: 85.8 kB

le header ne donne pas le nombre de page , donc il faut trouver le per_list autre par

j'ai aussi fait d'autre test par rapport à cela et pour le paramètre per_page pour les projets il faut en général + de 100 pour être certain de récupérer toutes les données, si on met plus cela ne change rien du côté nombre de données récolté et vu que le script se déroule en dehors des heures d'utilisations, il n'y a aucun problème à le laisser à 1500 d'après moi

@matteo.le-durand sur certains dépôts, ça me paraît juste, par exemple, on approche des 500 commits sur https://gitlab.com/rdes_dreal/propre.rpls/, par ailleurs, il y a eu 280 tickets ouverts, 250 de fermés et donc autant de merge request, + le wiki fréquemment amendé. Quand on fait le compte on arrive pas loin des 1500 événements. Es-tu certain que ce paramètre soit nécessaire ? Si l’entête de réponse ne te donne pas le nombre total d'événements, ça me paraît peu probable https://gitlab-forge.din.developpement-durable.gouv.fr/api/v4/projects/23034/events semble fonctionner, la doc de l'api parle plutôt de limitation en fonction de la date https://docs.gitlab.com/ee/api/events.html

En regardant mieux l'entête de la réponse, on voit au niveau de Link :

1- que l'API ramène ne nb max d'évement à 100 même si on en a demandé 1500
2- les informations de pagination, ici apparement, il nous faut 3 pages (first = page 1, next = page 2, last = page 3)

Pour le projet propre.rpls sur gitlab.com on voit qu'il nous faut 40 pages de 100 événements pour les avoir tous

https://gitlab.com/api/v4/projects/18439010/events?per_page=100

created branch 20-explorer-l-entete-de-reponse-response to address this issue

Effectivement le script prenait les 100 premiers mêmes si on changeait à 200 ou 1500 le per_page(Firefox le montre et Chrome non) et ne prenais que les données les plus récente. J'ai essayé de créer un autre script de chargement de donnés qui permet d'avoir des données dans le temps en revanche je ne l'ai pas remplacé le premier, car il me permet d'obtenir des données que je ne pouvais pas avoir ( j'ai chercher mais je ne sais pas pourquoi) j'ai joint les 2 à la fin avec un distinct et la ca devrait être correcte dans les données, il y a du code en doublons mais ca fonctionne il faut que je le modifie pour une éventuelle future maintenance.

mentioned in merge request !16 (closed)

mentioned in merge request !17 (merged)

added Révision label and removed À faire label

added En cours label and removed Révision label

added À faire label and removed En cours label

changed the description

#22 (closed) fait

closed