Files
SecondBrain/.weekly-review-tmp/week-37-groq/chunk-01.txt
T

308 lines
18 KiB
Plaintext
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# Weekly Review Source Context
Period: 2026-09-07 to 2026-09-11 20:55
Notes collected: 20
---
## SOURCE: 20 Work/Team/Valery/Valery 1-1/2026-09-08 - Valery - Amadou.md
Modified: 2026-09-08 10:57
---
type: meeting
date: 2026-09-08
source: MeetMic
status: inbox
duration: 13m
meetmic_id: 2500E0E0-C4F6-4FAE-B591-8DCA43EB03C7
---
# Valery / Amadou
## Résumé
- Les travaux avec Jason et Nicole sont terminés après un accord sur un protocole de changements garantissant le respect de laccessibilité.
- La nouvelle fonctionnalité « déclencheur set focus » de Storyline améliore la navigation, mais sa compatibilité avec certains lecteurs d’écran, notamment Jaws, reste incertaine.
- Laccessibilité de Boukili est désormais abordée au-delà des seuls tests, notamment à travers la révision de tickets liés à laccessibilité.
- Le CRTC a signalé un problème concernant la publication dun rapport pourtant déjà publié et confirmé comme disponible. La portée de leur demande, notamment la rétroactivité et lemplacement de publication, reste à clarifier.
- La version 3 de Boukili est finalisée et les tests vont commencer. Un suivi est également prévu sur lOTT et les autres dossiers.
## Décisions
- Ne pas reprendre lensemble des travaux déjà réalisés pour intégrer immédiatement la nouvelle fonctionnalité de Storyline.
- Maintenir cette fonctionnalité en stand-by jusqu’à ce que sa compatibilité avec les lecteurs d’écran soit clarifiée.
- Tenir compte de cette fonctionnalité lors de la conception de futurs produits.
- Sappuyer sur le protocole convenu avec Jason et Nicole pour encadrer les changements respectant laccessibilité.
## Actions
- [ ] Envoyer le courriel concernant le CRTC — Échéance : non précisée
- [ ] Échanger avec Pierre-Olivier au sujet de la réponse déjà transmise au CRTC — Échéance : demain
- [ ] Contacter le CRTC pour clarifier ses attentes une fois le contenu de la réponse récupéré — Échéance : non précisée
- [ ] Commencer les tests de la version 3 de Boukili — Échéance : non précisée
- [ ] Faire le point avec Jean-Claude sur lOTT et les autres dossiers — Échéance : non précisée
## Blocages / Risques
- La compatibilité de la nouvelle fonctionnalité de Storyline avec Jaws nest pas encore établie.
- Le CRTC na pas clairement précisé si le rapport doit inclure la réponse à la plainte, traiter la rétroactivité ou être publié sur un autre emplacement.
- Le contenu exact de la réponse déjà envoyée au CRTC nest pas connu de tous les interlocuteurs concernés.
## À suivre
- Clarification avec Pierre-Olivier et le CRTC concernant le rapport et les éventuelles modifications à apporter avant le 3 octobre.
- Suivi de l’évolution de la compatibilité de Storyline avec les lecteurs d’écran.
- Résultats des tests de la version 3 de Boukili.
- Point davancement sur lOTT et les autres dossiers.
---
## SOURCE: 20 Work/Projects/2026/ONFR/2026-09-08 - Ai Rei et Moi.md
Modified: 2026-09-08 11:01
---
type: meeting
date: 2026-09-08
source: MeetMic
status: inbox
duration: 9m
meetmic_id: 51A9D6A4-9EB8-479D-8AFF-C7997C9B3312
---
# Recording
## Résumé
- Le passage par Haywire pour générer lURL récupérée par JWP fonctionne pour les tests.
- La question dun deuxième URL de Chorus pour le live feed reste à trancher, notamment en raison dun coût qui nest pas clarifié.
- ONFR a confirmé une durée de 30 minutes pour le premier épisode et denviron 28 minutes pour les suivants, ce qui nécessite une gestion spécifique de larrêt de JWP.
- Les trois premiers épisodes seront préparés le mercredi pour une mise en ligne le jeudi, avec une programmation non linéaire possible via Louise.
- Plusieurs problèmes techniques ont été corrigés ou sont en cours de validation, notamment laffichage de laprès-live et lintégration avec le site.
- Le fichier de sous-titrage malentendant ne saffiche pas encore sur le site lors du test; la cause liée au lien, à la collection ou à la programmation reste incertaine.
## Décisions
- Utiliser le feed Haywire pour les tests et, pour linstant, plutôt quun deuxième URL de Chorus.
- Prévoir une intervention humaine lorsque la durée dun épisode diffère de la durée cible de 28 minutes.
- Préparer les trois premiers épisodes le mercredi afin de les publier le jeudi.
## Actions
- [ ] Écrire le script permettant à JWP darrêter lenregistrement à 28 minutes — Responsable : Jean-Claude
- [ ] Réaliser le test de bout en bout avec le broadcast studio, avec un démarrage du test à 10 h, du direct à 10 h 10 et une vidéo de 10 minutes — Échéance : demain
- [ ] Vérifier avec Jean-Claude l’état de ses corrections et obtenir des précisions sur le problème daffichage du fichier de sous-titrage malentendant — Responsable : participant non identifié — Échéance : lors de l’échange prévu avec Jean-Claude
## Blocages / Risques
- La durée variable des épisodes peut entraîner un arrêt incorrect de JWP sans intervention humaine.
- Laffichage du fichier de sous-titrage malentendant reste non résolu sur le site; le fichier texte à ODA na pas encore été testé.
## À suivre
- Déterminer sil faut commander ou utiliser un deuxième URL de Chorus pour le live feed.
- Analyser les résultats du test de bout en bout et confirmer que les corrections de Jean-Claude et Willy règlent laffichage de laprès-live.
- Clarifier pourquoi le fichier de sous-titrage ne saffiche pas malgré lenvoi vers le site.
---
## SOURCE: 20 Work/Projects/2026/ONFR/2026-09-08 - Direct ONFR - Point du feed pour le Live Event.md
Modified: 2026-09-08 20:28
---
type: meeting
date: 2026-09-08
source: MeetMic
status: inbox
duration: 21m
meetmic_id: 2736AF13-E3F7-4419-9F82-59FCC4C39D39
---
# Direct ONFR : Point du feed pour le Live Event
## Résumé
- Le feed envoyé à JWP sera celui géré par l’équipe, sans sous-titrage, conformément à lorientation déjà communiquée à la haute gestion.
- Le direct naura pas une durée fixe : environ 30 minutes pour le premier épisode, puis environ 20 à 28 minutes les semaines suivantes. Une présence sera nécessaire pour arrêter manuellement lenregistrement.
- Le fonctionnement des ingest points, la facturation éventuelle lorsque JWP reçoit un stream et les statuts affichés dans JWP restent à clarifier.
- Les fichiers de sous-titrage du test précédent ne se sont pas affichés, probablement parce quils n’étaient pas associés à une collection.
- La gestion du contenu après le live reste à préciser : maintien du flux JWP ou remplacement par la version principale enregistrée dans Louise/Magador.
## Décisions
- Utiliser le feed du studio sans sous-titrage pour les tests et le fonctionnement actuel.
- Conserver le processus de test actuel.
- Créer une collection test associée à une série test afin de valider le flux de sous-titrage.
## Actions
- [ ] Clarifier avec JWP le fonctionnement des ingest points et de la facturation — Échéance : demain
- [ ] Réaliser un nouvel événement de test denviron 5 minutes avec le même point dingest — Échéance : demain
- [ ] Créer une collection test et vérifier laffichage du sous-titrage — Échéance : aujourdhui
- [ ] Organiser une réunion de suivi sur Chorus et JWP — Échéance : jeudi
- [ ] Transmettre les questions à poser à JWP — Échéance : demain avant 13 h
## Blocages / Risques
- La durée variable des directs complique larrêt automatique et nécessite un suivi manuel dans le dashboard.
- Le comportement exact de JWP lorsquun stream est reçu, ainsi que les éventuels frais associés, nest pas confirmé.
- Les feeds, ingest points et événements JWP ne sont pas encore suffisamment documentés pour garantir une compréhension commune.
- Le choix entre le flux du live et la version principale dans Louise/Magador peut nécessiter un nouveau lien et dépend du comportement du site.
## À suivre
- Confirmer avec JWP le fonctionnement technique et la facturation.
- Documenter les différents feeds et ingest points utilisés.
- Déterminer le contenu affiché sur le site après le live avec Willy, Devon ou Mickaël.
- Vérifier le fonctionnement du sous-titrage avec la collection test.
---
## SOURCE: 20 Work/Team/Slimane/Slimane 1-1/2026-09-08 - Mohammed Slimane- Amadou.md
Modified: 2026-09-08 20:28
---
type: meeting
date: 2026-09-08
source: MeetMic
status: inbox
duration: 22m
meetmic_id: 5FAA4C9C-C56D-481F-83A5-B113D72D7B16
---
# Mohammed / Amadou
## Résumé
- Une solution de supervision des jobs a été présentée : chaque job possède un check associé à une URL, avec remontée du code de sortie et notification uniquement lors dun changement d’état critique.
- Lintégration prévoit des checks pour les jobs cron ainsi quun helper dans le code applicatif afin de surveiller les différentes étapes exécutées.
- Lapproche sera déployée progressivement, en commençant par ONFR, puis Idéllo et TFO, avec des tests entre chaque étape.
- Une automatisation de la création de balados a été discutée. Loption privilégiée est un formulaire dans Jira, alimenté par des champs obligatoires et relié aux API, plutôt quun traitement manuel des courriels ou tickets.
## Décisions
- Le déploiement de la solution de supervision est approuvé, avec un démarrage progressif sur ONFR.
- La création automatisée de nouvelles chaînes ne sera pas faite automatiquement ; elle devra rester manuelle.
- La piste dun formulaire intégré à Jira sera étudiée pour automatiser les demandes de balados.
## Actions
- [ ] Implémenter les checks cron sur ONFR et ajouter les entrées de supervision — Échéance : demain
- [ ] Tester les jobs export, import et supervisor dONFR, puis intégrer le helper dans le code applicatif — Échéance : après la première phase de tests
- [ ] Déployer la même approche sur Idéllo, puis sur TFO — Échéance : mercredi ou jeudi, selon lavancement sur ONFR
- [ ] Tester les notifications par SMS et Slack après la validation des notifications par email
- [ ] Vérifier avec Marc la faisabilité dun formulaire Jira pour les demandes de balados
## Blocages / Risques
- Aucun serveur de staging na été identifié ; les tests reposent donc sur une simulation avant les modifications en production.
- Des tests suffisamment complets sont nécessaires pour éviter des problèmes lors du déploiement sur Idéllo et TFO.
- Pour lautomatisation des balados, les informations peuvent être incomplètes ou réparties entre la description et les commentaires dun ticket.
- Lutilisation du formulaire Jira dépend de lacceptation des autres départements et de la faisabilité technique à confirmer avec Marc.
## À suivre
- Valider les résultats des tests sur ONFR avant de poursuivre sur Idéllo et TFO.
- Confirmer la configuration du compte Solution numérique et les canaux de notification disponibles.
- Définir avec Marc le fonctionnement du formulaire Jira, les champs obligatoires et la gestion des demandes concernant une nouvelle chaîne.
---
## SOURCE: 20 Work/Team/Jean-Claude/Jean-Claude 1-1/2026-09-08 - Jean-Claude - Amadou.md
Modified: 2026-09-08 20:30
---
type: meeting
date: 2026-09-08
source: MeetMic
status: inbox
duration: 23m
meetmic_id: D72992DC-FFFA-4D30-8DE7-AA3B1454BCB9
---
# Jean-Claude / Amadou
## Résumé
- L’équipe a clarifié le fonctionnement des deux feeds JWP : le feed 24/7 reste inchangé, tandis que le feed de test interne sera ouvert et fermé selon les besoins via Wirecast.
- Une incertitude demeure concernant la facturation du second feed JWP, actif depuis plusieurs mois ; une vérification est prévue avec JWP.
- Les trois premières émissions seront préenregistrées plutôt que diffusées en direct, mais le flux OTT attendu et le mode de diffusion restent à clarifier.
- Sur OTT avec Trings, le classement des résultats de recherche a été réorganisé ; des tests sont en cours avant le sign off, notamment sur différents devices et sur le zoom dApple TV.
- Les déploiements de Boukili se poursuivent. Laccès à Contentful est disponible, mais la configuration de lAPI et le mode de connexion doivent encore être clarifiés.
- Lautomatisation des podcasts fonctionne avec des données Jira statiques ; il manque la connexion à lAPI Jira pour finaliser le processus.
## Décisions
- Le feed JWP 24/7 sera conservé sans modification.
- Le second feed sera géré en interne via Wirecast, avec ouverture et fermeture après les tests ; le recours à Corus et au sous-titrage est mis de côté.
- Le processus actuel dactivation/désactivation manuelle est maintenu pour le moment, plutôt quune automatisation complète.
- Le sign off OTT ne sera donné quaprès la fin des tests.
## Actions
- [ ] Vérifier avec JWP si le second feed a été facturé, depuis quand et pour quel montant — Responsable : non identifié — Échéance : demain après-midi
- [ ] Clarifier le fonctionnement du flux OTT pour les trois premières émissions préenregistrées — Responsable : non identifié
- [ ] Effectuer les tests OTT sur différents devices, vérifier le zoom sur Apple TV et fournir une capture pour décider de lacceptabilité — Responsable : non identifié
- [ ] Vérifier la collecte de Google Analytics et déterminer sil faut exclure certains devices des tests — Responsable : non identifié
- [ ] Clarifier avec l’équipe Boukili la méthode de connexion et lutilisation de lAPI Contentful — Responsable : non identifié — Échéance : cet après-midi
- [ ] Vérifier auprès de Carol la nouvelle date ferme de déploiement de Boukili — Responsable : non identifié
- [ ] Connecter lautomatisation des podcasts à lAPI Jira — Responsable : non identifié
- [ ] Réaliser une répétition générale de bout en bout du processus OTT — Responsable : non identifié — Échéance : demain
## Blocages / Risques
- Risque de surfacturation du second feed JWP, potentiellement actif depuis au moins quatre mois.
- Le flux OTT des émissions préenregistrées nest pas encore défini.
- Le sign off OTT est bloqué par les tests restants, notamment le comportement sur Apple TV.
- La configuration de lAPI Contentful et le processus de connexion de Boukili ne sont pas encore clarifiés.
- Lautomatisation des podcasts dépend encore de laccès à lAPI Jira.
## À suivre
- Résultat de la vérification de facturation avec JWP.
- Clarification du flux OTT pour les émissions préenregistrées.
- Résultats des tests OTT et décision interne sur le sign off.
- Suivi du déploiement de Boukili et de sa nouvelle échéance.
- Finalisation de lautomatisation des podcasts et publication des adresses après réception du premier épisode.
---
## SOURCE: 20 Work/Team/Habiba/Habiba 1-1/2026-09-08 - Habiba 1-1.md
Modified: 2026-09-08 20:35
---
type: meeting
date: 2026-09-08
source: MeetMic
status: inbox
duration: 18m
meetmic_id: 27C4746A-7444-4FFC-9CCF-7E76139DE7FC
---
# Recording
## Résumé
- Boukili sorientera vers une VM pour une longue durée; le recours à une API est reporté et pourrait ne pas être nécessaire.
- Lintégration avec la base PROD de Boukili est en phase de test daccès. Le mapping des champs commencera après la migration et la validation des accès.
- Le traitement des productions originales sera basé sur un indicateur au niveau du produit, puis intégré au rapport via un filtre.
- Les demandes de regroupement des performances par collection et entre le web et lOTT sont conservées, mais ne sont pas prioritaires.
- Le rapport performance YouTube a été adapté aux engaged views, avec un filtre par pays et deux métriques distinctes : views brutes et engaged views.
- Un live hebdomadaire de ONFR sur lOTT est prévu à partir du 17 septembre; son exposition dans les données JWP/CDN reste à confirmer.
## Décisions
- Maintenir Boukili sur une VM pour le moment et à long terme; lAPI est reportée.
- Mettre en attente les demandes de regroupement des performances par collection et entre le web et lOTT.
- Utiliser les engaged views comme référence pour préserver la comparabilité historique des performances YouTube.
## Actions
- [ ] Finaliser les tests de connexion à la base PROD de Boukili, puis réaliser le mapping des champs après la migration — Responsable : non identifié
- [ ] Obtenir les données nécessaires auprès de l’équipe Louise pour renseigner lindicateur « is original » au niveau du produit et lintégrer au rapport — Responsable : non identifié
- [ ] Vérifier auprès de JW Player la présence des données de visionnement et de tracking dans la table CDN pour le live ONFR — Responsable : non identifié — Échéance : demain
- [ ] Faire un retour sur les informations obtenues concernant les données du live ONFR — Responsable : non identifié
## Blocages / Risques
- Le mapping de lintégration dépend de la validation des accès et de la migration de la base PROD de Boukili.
- Le format des données de visionnement du live ONFR dans JWP/CDN, ainsi que le tracking associé au média ID, nest pas encore confirmé.
- Les demandes de personnalisation des rapports pourraient nécessiter des changements importants de layout, alors que dautres priorités sont en cours.
## À suivre
- Confirmer le fonctionnement des données et du tracking pour le live ONFR sur lOTT à partir du 17 septembre.
- Suivre lavancement de lindicateur « is original » et de son intégration au rapport.
- Réévaluer ultérieurement les tickets de regroupement des performances par collection et web/OTT.
---