Bonjour,
Nous utilisons l’API DATAtourisme (GET /v1/entertainmentAndEvent, filtre department, champ takesPlaceAt) pour les départements 40 et 64.
Depuis le 16 octobre, toutes les dates renvoyées sont décalées d’un jour vers l’arrière. C’est vrai pour takesPlaceAt.startDate et endDate, mais aussi pour lastUpdate. Nos collectes du 15 octobre et du 16 octobre à 03h30 UTC étaient correctes. Celle du 17 octobre à 03h30 UTC était décalée, et le décalage est toujours là aujourd’hui.
Quelques exemples (dates avant → dates actuelles) :
3a43dba3-7f61-3116-bb01-73b935c2220c (Tricothé) : 18/10, 19/11, 17/12 → 17/10, 18/11, 16/12. lastUpdate 2026-08-29 → 2026-08-28, alors que la fiche n’a pas été modifiée depuis août.
57aa2319-4351-38d9-8839-9c686457bccc (atelier savon, Biscarrosse) : 18/10, 21/10, 25/10, 28/10, 11/11 → 17/10, 20/10, 24/10, 27/10, 10/11.
5229e855-a5a7-3d90-80c0-345420f580ae (pelote basque, Saint-Jean-Pied-de-Port) : 19/10 → 18/10.
Le décalage touche toutes les fiches :
Sur les 40 et 64, les séances dont le titre précise le jour (« … du mardi », « … du samedi ») tombaient toutes sur le bon jour avant (292 sur 292). Aujourd’hui, 288 sur 289 tombent la veille.
Les animations « Halloween » sont aujourd’hui toutes datées du 30 octobre (45 fiches), aucune du 31. Avant, elles étaient bien au 31. Les affiches des événements indiquent aussi la date d’origine.
Cela ressemble à une conversion de fuseau horaire : une date à minuit heure de Paris, convertie en UTC puis tronquée, donne la veille.
Pouvez-vous nous confirmer que le problème est connu ? ?
Merci par avance,
