vault backup: 2026-09-11 20:58:40

This commit is contained in:
2026-09-11 20:58:40 -04:00
parent edfce9159a
commit 8a304759ef
12 changed files with 1861 additions and 63 deletions
@@ -0,0 +1,308 @@
# 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.
---