# Dir Tech

réunion équipe Tech hiver 2025: mercredi 11h30

todo tech
- Lena: données patrimoine
- MITACS: matériel (par ex, un bon ordinateur, un écran, disque, serveur etc) qu’on pourrait acheter
- Lisbonne!
- 2x disques durs externes pour les backups
- chaises

tâches divers
- Benoit: MITACS. mention ok
- facture DIRO: avec TPS TVQ, rediscuter avec Camille + écrire à Catherine pour confirmer
- apple dev: update age rating system → new set of required questions
- checker, à l'occasion, pourquoi cette œuvre n'apparaît pas dans nos données svp? https://artpublicmontreal.ca/oeuvre/letreinte-des-temps/

## recherches kits audio

vérifier sur des reviews type youtube ce que les gens pensent de la compatibilité avec des appareils auditifs (Alexia devait checker avec son père)

https://www.swimtalker.com/Swimming-Training-FM-Radio-Bone-Conduction-Swimming-Headset-20-H801-and-H900-transmitter-FM-p4413653.html

https://www.sonr.pro/shop
- pas besoin de passer proche des oreilles
- un peu weird pareil

https://rayofi.com/fr/products/casque-bluetooth-fm-etanche-a-conduction-osseuse-pour-la-musique-et-le-coaching

https://tayogo.com/fr/products/tayogo-w02-upgraded-waterproof-bluetooth-bone-conduction-headphone
- pas sûre qu'l y ait le radio

- Est-ce qu'un fabriqueur qui fait les deux, casque à conduction osseuse et à superposition d'oreille pour utiliser les deux en même temps (pensant aux gens qui portent du voile): je n'ai pas trouvé un fabricant qui fait les deux. J'ai écrit aux fournisseurs pour demander plus d'information, mais il me semble qu'ils n'ont pas d'expérience avec des personnes appareillés, il nous demande de tester de notre côté. Peut-être que nous pouvons consulter les gens de Kéroul (https://www.keroul.qc.ca/fr) pour trouver une solution pour les personnes apparaillées ?
- Regarder comment on fait pour les charger, c'est difficile de plugger 30 écouteurs avec des petites entrées usb-c, par exemple.
- Checker avec Lena : divergence entre ce que Lena pensait qu'il restait du budget MITACS pour acheter le système audio pour la médiation et le montant réel que Guy nous a confirmé.

Camila : faire des recherches, contacter les fabriquants. Casques modulaires, faire juste une oreille. Sinon voir ce qu'avait acheté Liliane. Link pour la recherche de Camila : MONA>Tech>guideSytem https://udocs.pcloud.com/editor/g4QVC97Z7ZBtPe7ZkZVZ392426c7e6f0312dc92929c2f9e929ea27c85d18/fr

Utiliset Jitsi pour réunion : https://jitsi.iro.umontreal.ca/mona_reunion

Prochaines réunions : le 11 novembre à 18h00, le 20 novembre à 18h00.

## rencontre Guy

annonce pour ift3150
recherche dépense 150$

## Réunion tech

20 novembre 2025

### Simon

Conversation avec Raouf: piste de solution → changer la configuration des disques virtuels de PHP dans les contenus pour permettre l'accès au images. Fly system path prefixing (nouvelle extension qui cause quelques conflits mais à terme devrait rendre le système plus robuste).
- attention: dev ne soit pas utiliser le même disque (+enjeu quand on l'installe en local → penser une solution générique)

a terminé les règles d'importation pour domtl, et a réouvert Laval (les nouvelles!)

a commencé l'outil de test pour valider les importation → script en tcl tk (solution visuelle mais trop long, trop de travail), fait une version web (plus simple et rapide)

avance sur la rédaction de son mémoire

→ message à Corélie pour la structure des badges + ajouter le changement (art public 2 → murale : id 24-25)

id 2002: murale de Maliciouz
- coordonnées actuelles: { lat: 45.498857, lng: -73.61698 }
- à remplacer par: 45.498595823844816, -73.61703959536248

id 2001: Ki Kicterimitin
- coordonnées actuelles: { lat: 45.498857, lng: -73.61698 }
- à ramplacer par : 45.498548771266776, -73.61702042932771

## Réunion design

12 novembre 2025
Barbara, Christian, Camila, Lena

implémentation surfaces : ajouter la pin pour rendre le cliquable plus évident

implémentation badges en cours: correction pour standardiser tous les badges
faire un badge murale au lieu du deuxième "art public" → dire à Corélie
dés

idées pour la suite
- pins carte → penser aux aînés (pop. cible 2026)
- pins trop proches entre elles: penser au niveau de zoom
- couleurs, type, sélection
- filtres: carte, annuaire, collection → travail déjà amorcé (dans mona.components)
- user experience:
- mascotte dans le tutoriel
- changer ordre/prompt pour la création d'un compte: remplacer username par courriel? ou login avec courriel / ou username. Ajouter pop up de confirmation si pas de courriel
- à propos
- MAJ équipe
- expliquer/annoncer les prochaines activités MONA →

on se lance sur les pins

## Réunion tech

11 novembre 2025
Simon, Corélie, Christian, Lena

### Christian

polygones: update de zones
- rendre plus smooth transition entre zone et pin (selon zoom)
- centrer sur la zone (et bien la voir au complet)
- gérer les épaisseur (z)

si problème de build réglé: test release interne

a essayé de mettre l'autre API mais encore des erreurs 500 sur certaines routes: causées par le problème de sécuirité sur Raouf

### Simon

a contacté Raouf avec un write up du problème

a fini les données ouvertes de Montréal, a commencé Rimouski. Il restera murales subventionnées et art public montréal

a commencé à écrire un outil de test pour vérifier les résultats à la fin de l'importation (avant/après)

Laval nouvelles données?

### Corélie

a fini les routes GET pour artworks, places, et artists
- routes store en cours

n'a pas reçu les modifications à badges

## Réunion tech

6 novembre 2025
Camila, Simon, Corélie, Christian, Lena

### Christian
a pas mal fini les badges, fera la PR ce soir
a commencé à regarder l'API v4 que Corélie a faite → faire un exemple en dev pour avoir une capture d'écran pour le rapport final Alexia

mascottes sont sur Canva → faire une test release avec les mascottes, nouvelle galerie, option de changement de photo

### Simon

a avancé sur les corrections, presque fini do_mtl, restera: do_rimouski, murales_subventionnées, artpubmtl

murales subventionnées: https://donnees.montreal.ca/fr/dataset/murales → https://www.donneesquebec.ca/recherche/dataset/vmtl-murales sur données québec

serveur: bug pour soumettre des images / récupérer les images depuis la version docker de l'app. Cause du problème est un symlink car photos ne sont pas à la racine → demander à Raouf

### Corélie
a compris comment l'API v4 pour artworks et heritages
va faire la suite

corrections depuis l'interface admin? s'applique aux modifs MONA dans le workflow des données

### général

si utilisateur fait une nouvelle photo → confirmer si on garde bien les deux? où / comment ça se passe avec les métadonnées
table entre utilisateur et œuvre, mais photo en lien avec œuvre. À vérifier par la suite

### Camila

## Réunion tech

30 octobre 2025
Camila, Simon, Corélie, Christian

### Simon
Il a complété la troisième source, et il a fait deux autres qui sont plus longues, car il y a plus de corrections à faire.
Il a debugué le problème avec le serveur physique, dans le docker. On a trouvé le problème, c'est une mesure de sécurité de php qui empêche de chercher dans notre serveur, il faut désactiver cette mesure pour accéder des images dans un autre dossier, car les images sont dans le système de fichiers, pas dans notre base de données. Pour avoir les images que les utilisateurs ont soumis dans la version docker, il a fait um symlink pour chercher les images à l'extérieur de l'application. C'est la seule façon il connaît c'est désactiver la mesure de sécurité, mais ce n'est pas une bonne solution. On va demander à Lena si elle a des idées pour régler cela, Simon suggère aussi de contacter Abdel qui est un expert en cybersécurité.

### Corélie
Simon et Corélie se sont parlés pour changer des idées sur l'API V4 pour avoir une première version. Alexia a besoin de cela pour le 11 ou 12 novembre.
Elle va commencer ce week-end sur l'API V4.

### Christian
Il a avancé un peu avec les badges, pas beaucoup en raison de son travail.

### Camila
Vérifier avec Lena si le visuel qu'Alexia a envoyé a été pensé par Barbara ou il faut qu'on la consulte pour faire la version final de comment les sites patrimoniaux seront affiché sur l'application.
Confirmer disponibilité de Lena pour la réunion Tech jeudi à 18h30.

## Réunion Tech

23 octobre 2025
Camila, Simon, Corélie, Christian

### Simon
Simon travaille sur les corrections d'importations, pour le complémenter, il faut faire une liste de corrections en format SQL. S'assurer que cela fonctionne bien dans Laravel.

API V4 qui sera pluggé sur la nouvelle base de données pour créer les polygones pour Patrimoine.

Switch pour que l'application se connecte sur la nouvelle version de la base de données.

Comment s'attaquer à l'API V4.

Corrections SQL et API V4 pour que Corélie puisse travailler là-dessous.

Il a terminé la correction MONA et UdeM, les deux petites sources. Il travaille maintenant sur art public Laval. il est 25%. Art public Montréal n'est pas du JSON non plus, il a repris ce qu'on avait avant pour retravailler. Il prévoit finir dans deux semaines. Touver quelles données appartiennent à chaque source...

Il a ajouté le badge de St-Léonard en DEV, il a aussi merge un pull request pour le bagde de Rimouski (mais le déploiement n'est pas encore fait). Les deux sont disponibles sur Dev. Il a des conflits sur les corrections dans le serveur et le GitHub.

Laravel ne cherche pas au bon endroit pour les photos plutot que suivre le symlink des photos. Il n'a pas trouvé pourquoi cela ne suit pas le bon.

L'information des polygonos n'est pas dans la nouvelle importation, il faut que Simon modifie cela pour avoir l'API V4, c'est le moment qu'il faut que les deux se coordonnent. Mais cela est après toutes les corrections. Il pense que dans 2 semaines, les 10 sources vont focntionner dans les corrections. API V4 on peut commencer avec les polygones, pas utilisant le donné final, mais des données de test pour établir le workflow à l'intérieur de Laravel pour qu'ensuite Christian puisse importer sur l'application.

Donc Corélie va travailler sur l'API V4 et Simon va continuer de travailler sur les corrections du serveur qu'il pense qui est capable de les finir dans 2 semaines.

### Christian

Il a fini les badges, il a des bugs à régler, mais il a fait un pull request.

Il serait intéressant pour lui d'avoir un mock pour le JSON pour avoir le temps d'impléter.

## Réunion Tech

14 octobre 2025
Camila, Christian, Simon

### Simon
Il a fait une réunion avec Christian, ils ont trouvé un problème sur mona.iro.umontreal. En raison de cette erreur, il n'est pas capable d'appliquer une certaine fonction sur un fichier pour analyser la taille d'un fichier. L'erreur serait causé par l'utilisation de SymLink.
Il a trouvé un client graphique pour le code SQL, il a utilisé Dbeaver. Il a commencé à convertir les correction en code php en SQL.
Un autre défi concernant les corrections SQL, il n'a pas une façon de savoir si ses corrections sont complètes, si elle sont été faites à la fin. Il aimerait tester si les corrections fonctionnent, savoir s'il est dans bonne direction. Une commande dans SQL, `minus`/`except`. Dans DBeaver, il va essayer pour voir si les corrections ont été faites.

Simon va donner priorité pour passer le badge St-Léonard er Rimouski en prod.

### Christian
Badge, il a implementé le cercle, le progress bar.
Pour cette semaine : pull request des badges, terminer la pull request de modifier les photos.
C'est necessaire les corrections sur le serveur et que les polygones soient fait sur le serveur.

Simon suggère de faire un polygone sur le serveur pour voir si cela aide à Christian à avancer dans le côté client.

## Réunion Tech

7 octobre 2025

Camila, Simon, Christian

### Simon
Plan de terminer l'importation, mais c'est très compliqué de travailler en SQL, après connecteur à BD, faire de requêtes pour voir si les modifications sont les bonnes. Cela ajoute du temps pour faire les changements, est-ce qu'il y a une manière plus efficace ?
Il voulait lancer des requêtes SQL pour faire les modifs.
Il essaie d'écrire des expressions pour modifier.
Il fait des modifications de réconcialition, cela a besoin d'une expression SQL pour chaque modification et il y en a beaucoup. Il explore des solutions pour automatiser. Cela va bien pour la réconciliation, mais cela prend du temps pour générer les commandes SQL. Il ne sait pas si c'est plus facile de faire avec une interface graphique.
Christian avait utilisé TablePlus pour manipuler les tables. Simon a aussi entendu parler de DBeaver.
Il a regarder les données WMS et il a sorti la commande pour extraire nos données.
Autre complication : au fil des années, on a fait des changements manuels dans la base des données. Il essaie de minimiser ces changements, mais il y a des parties qui sont seulement dans la base des données. Il doit vérifier à la fin, comparer les deux, pour être sûr, que tout est pareil. Vérifier si les corrections ont été faites correctement.

Données d'area de Patrimoine (sites patrimoniaux) disponibles pour l'API v4 encore cette année.

### Christian
Il s'est concentré sur les badges. Il a exporté les SVG et il a importé dans le code. Il faut adapter le code pour ce nouveau draft.
Il a commencé à travailler sur la modification des photos.
Il va travailler sur les mascottes la semaine prochaine, et transférer API Picasso à MONA.iro.

Badge St-Léonard : il attendait du côté de Simon pour l'implémenter.

Simon : badge de Rimouski est sur Mona-dev, dans l'API version dev, il faut passer dans la version production. Il faut ajouter St-Léonard.
Badge St-Léonard : il manque un message de félicitations. Lena a passé un message ? Combien d'oeuvres pour le badge ? On s'est dit ***7***, pour que la personne qui fait le parcours ait un badge à la fin.

Simon et Christian vont se rencontrer pour parler de la redirection API vers main (mona.iro).

## Réunion Tech

30 septembre 2025
Lena, Camila, Simon, Christian

### Serveur
Nouvelle importation ne ressemble pas à l'ancienne
- corrections fonctionnent maintenant (fix de la semaine passée)
- corrections à la main mais aussi des corrections ad hoc dans le code → essayer d'en faire des *stored procedures*
- Dernière étape de l'importation
- Changement pull request dans le Dev → ensuite ça ira dans main (mona.iro...) → nécessite de changer d'URL dans l'application pour voir les résultats côté public

état des serveurs:
- picasso: pas de docker (main actuel, à changer)
- mona.iro... : main (prod)
- contient l'interface admin, mais données seulement jusqu'à mi-août → tant qu'on redirige pas l'envoi des APIs mobiles vers ce serveur! Simon fera une copie de la BD au moment où on change.
- mona-dev : dev

Nouvelle API : renommer les badges, mieux structurer les données, area pour Patrimoine (faire un site), sources et dates d'importation

### Mobile

Christian a lu les notes du travail avec Barbara
- a commencé à travailler sur les nouveaux svg des badges
- Il a créé un dossier MONA-mascotte sur Canva
- Ajouter le nouveau badget pour St-Léonard

to do
- redirection API vers main (mona.iro) → Simon doit copier la BD au moment où c'est publié
- variable login vers dev pour tests internes (éviter de spammer)
- notification en cas d'erreur upload (401 - erreur d'upload, ou 500 - serveur off)

MITACS Simon fini en novembre, dépenses à être faite jusqu'au 5 janvier 2026.

Achats

À venir

Simon : importation données Laval 2025, Camille a aussi travaillé sur les données. Au moment où on fini l'importation / le moment où cela deviendra public, il faut faire le suivi avec Anne-Sophie.

## serveur - 25 septembre
Simon et Lena

importation finie vendredi 19 mais résultat étrange (trop de différences avec l'API actuelle)
- doublons qui réapparaissaient
- pensait que c'était les priorités
- a réalisé hier le problème c'est pas les priorité mais que les corrections ne s'appliquent pas aux bonnes tables

prendre plus de temps pour inspecter le résultat aurait permi de trouver le problème au lieu de passer plusieurs jours sur la partie qu'il pensait problématiques (les priorités)

découvert un nouveau bug: [count dans la v3 ne fonctionne pas](https://github.com/MaisonMONA/mona-server/issues/113)
- count dans les tables vs count dans le json
- pourquoi disparité entre les deux count?

changement fichier configurations des sources
- ajout de sources: ajouter dans le config file
- nom, format, path (path ou URL)
- format pour décrire la source
- valider les noms des sources actuelles

next:
- polygones: changer importation patrimoine vers source WMS
- scraping art public mtl
- fiona annis (archives affectives)
- importation places et heritages
- sortie API /sources → quelles sources, quand
- LODexport à jour?
- vérifier si tout ce qui a besoin d'un identifiant en a un (probablement ok)

Si corélie embarque: APIv4?
- patrimoine area
- new badges
- changement de variables

avancé:
- add/change depuis admin et coordo avec importation? simon et corélie
- change user photo si iels ne sont pas contents avec leur première photo
- comment ajouter id wikidata depuis interface admin

## Design - 18 septembre

badges redessinés avec palette étendue
- deuxième badge udem (et art public pour les types) → qu'est-ce qu'on fait?
- badges quantités augmentées → textes pour API
- erreur badge udem (iĉone → nouveaux icônes)
- état du badge: inactif, entamé, complété → comment les distinguer visuellement, tentative de version complétée en live, à travailler
- implémenter la même chose pour progression vs complété et on fera l'ajout des nouvelles versions complétes par la suite

mobbin.com → exemples interfaces et flow sur des produits différents

faire test interne (et remontrer à Barbara avant de passer public) : retour de barbara le 13 octobre

faire un badge murale au lieu du deuxième "art public"

idées pour la suite
- pins carte
- filtres
- user experience: mascotte dans le tutoriel, changer ordre/prompt pour la création d'un compte
- à propos
- MAJ équipe
- expliquer/annoncer les prochaines activités MONA (dans à propos? à voir)

## serveur - 17 septembre

état des serveurs:
- picasso: pas de docker (main actuel, à changer)
- mona.iro... : main (prod)
- contient l'interface admin, mais données seulement jusqu'à mi-août → tant qu'on redirige pas l'envoi des APIs mobiles vers ce serveur! Simon fera une copie de la BD au moment où on change.
- mona-dev : dev

## Design - 28 août

Barbara, Camila, Christian

travail des dernières semaines Barbara

- kit de la mascotte dans MONA component, avec des exemples
- collection
- ébauche empty state collection vide
- grille 3x3 sans titre
- toggle collection vs badges
- badges
- si aucun: mascotte qui encourage la collection
- Trophées (badges quantités update): augmenter le nombre
- personnalisation avatar
- nettoyage de la fiche œuvre
- typo des titres
- placeholders vide ou ciblée

travail à venir

- badges catégories et quartier (prend beaucoup de temps)

Christian
- vérifier taille svg versus
- petite mise à jour: test interne 29 août, mise à jour pour update android le 31 août
- ensuite viser une mise à jour plus conséquente (mascottes!) avant les vacances de Barbara: mi-septembre

barbara vacances: 26 septembre → 13 octobre

## données Laval
8 août 2025
Camille, Simon, Lena

devis: Camilla a précisé les étapes techniques pour qu'on puisse le réutiliser au besoin

1. Un fichier xlsx avec 3 onglets, il faut les normaliser

- mapper les champs du jeu de données avec les proprietes MONA

2. Refaire les catégories, type d'œuvre :
soit 2D, soit 3D alors que nous ont travaille avec des données plus avancées
Nettoyage : mettre les catégories plus spécifiques

3. On peut reconcilier les artistes avec Wiki
ajout deux colonnes artistes : id MONA, id wiki
si c'est un artiste qui n'a pas d'Id MONA,
On peut aller ajouter un id wikidata, sinon null.

Regarder ce qu'on a des données Laval
- actuellement on a les œuvres jusqu'en 2021 dans notre bd = 55

Un fichier ; on remplace l'ancienne source.

### travail dans le fichier
passage sur un document partagé sur le [drive](https://docs.google.com/spreadsheets/d/1GfezlsjjRyAO3McDYbkCzGNFUEEe6YMj/edit)

- pas de géoloc pour les œuvres de 2022, ajout depuis l'ancien fichier
- manquait certaines description, allée les chercher sur le site

courriel envoyé à anne-sophie

## séance de travail API
Simon, Christian, Lena
7 août 2025

[liste propriétés API actuelles](https://hackmd.io/@sj5dA7guRzSAtC8FW8HbfQ/SJMBU5GOex/edit

## réunion design

ajouter des choses "vivantes" à l'app sans trop s'étendre
couleurs et textures
- 6 couleurs
- variantes possibles

mascotte
- formes de bases + pin de carte
- expressions faciales, bras, jambes : options linéaires ou texturées (mais contrastes)
- 2 textures de fill: brush figma vs procreate

textures
- fill plus texturé (en plus directement avec le brush figma)
- membres plus linéraire

mascotte dans l'app: dans messages / notifications, sinon erreur 404
évolution avec les utilisations?
tester d'importer les formes dans canva et improviser les mascottes

collection/badges
- nouvelle typo pour les titres (serif)
- nouvelles couleurs de tags

retravail propositions badges à partir des nouvelles couleurs et textures

pins sur la carte
- é discuter, peut

app bug version beta

reprend interfaces

## réunion tech
4 août 2025

### Simon

**back end**
- housekeeping PR et branches
- disque dur pour copies
- backup de la VM - disque virtuel du serveur : ~1 h offline pendant la nuit
- à faire quand je suis là: pas ce soir donc demain ou mercredi
- libéré de la place en checkant certains fichiers
- docker de production: bug depuis la semaine passé
- test en local pour avoir 2 instances du serveur qui coexistent car ne fonctionnait pas sur les serveurs du DIRO (dès qu'on en partait un 2e le 1er ne fonctionnait plus)
- Laravel sail: laravel, bd, serveur web, ... malisearch & redis (on ne s'en sert pas mais c'est généré) "unhealthy containers"
- parlé du bug à Raouf?
- quand on aura les deux containers
- redirections sont prêtes (reverse proxis faits avec Raouf déjà)
- code de Vi pour push une modif n'est plus dans dev
- erreur de merge ?

**API v4** (avec Christian)
Liste des endpoints
- badges déjà faits
- artistes
- liste des ids des artworks
- artworks
- artiste: nom, alias, + liste des ids des autres œuvres par l'artiste
- heritages
- shapes: geojson

- défaire les références circulaires (artistes → artworks → artists)
- renommer les propriétés: details vs description

**importation**
- "source distinctes" liste des id wikidata ajoutés par MONAjout
- source descriptor Laval

suite: 2 priorités
- docker prod
- sources laval

### Christian

Badge St-Léonard
- nb découvertes dans le parcours? (Ahuntsic: 5; Villeray: 10; Hochelaga: 15; Plateau: 20)
- message de félicitations: écrire un mot par rapport à la fusée

idée fonctionnalité: clic sur nom artistes

geojson ? carte

→ réunion jeudi en fin de journée?

## réunion serveur
Simon et Lena, 10 juillet

redirection vers mona.iro.umontreal.ca → "erreur" pour redirection interne
- fichiers introuvables
- plus de place sur le disque dur?

disque dur au DIRO

Importation
- ajouts Laurent St léonard
- ajout Jarry à faire plus tard
- patrimoine: ajout WMS fait, il faut juste modifier api4
- données Laval

structure
- fallback vers picasso.iro.umontreal.ca/~mona
- changer l'app pour aller chercher API vers prod = mona.iro.umontreal.ca
- dev = mona-dev.iro.umontreal.ca

demander à christian de faire le switch
- prévoir le changement pour utiliser Dev aussi
- travailler sur l'API
- area pour heritage
- expliter artworks details
- badges

## réunion design
7 juillet

Barbara, Camila, Christian, Lena

### branding
étoffé son benchmark pour avoir plus d'exemples et palettes de couleurs plus étendues
- exemple corner variés pour les images, plus de caratère
- mascottes plus étoffées, ajout de texture/volume malgré formes simples, plus vivant

tests
- badges plus texturés, irrégulier (à la main)
- plus de couleurs

formes
- exemple église à st léonard
- attention culture laval (logo t-shirt 60e)

### app
- sélecteur collection vs badges

## réunion tech
2 juillet

### Simon
PR ajout Rimouski pour badges → merge dans dev, test dans dev avant de passer en prod
- prévoir du temps pour l'utilisation de dev avec l'app (ex tests)
- Description du badge à valider collectivement

ajout de l'œuvre de PONY dans la bd prod
- erreur dans le nom de l'artiste (trois IDs: 989, 1014, 1017)
- merge 2066 et 2074 car données

Instructions envoyées à Raouf

mona-dev: problème de sécurité pour se connecter à l'interface admin, à suivre

### christian

test mise à jour ce soir/demain matin

vient au test demain

### tiffany

## réunion tech
25 juin 2025

courriel installation écran Maxime

demande d'ajout œuvre "WHERE FLOWERS COME TO BLOOM" Laurent: comment importer de wikidata vers MONA

prochaine réunio

## Simon

MAJ pour la mise en ligne de prod
- PR de corélie → ok
- pull les changements de corélie sur le serveur dev: les consulter en ligne avant de mettre ça sur master
- ensuite demander à Raouf de remplacer le server de prod actuel par celui dockerised
- "dress rehearsal" en local : en cours pour confirmer toutes les étapes
- 3 fichiers de config (dev, prod, local-dev)

ajout du badge rimouski dans le API

Importation depuis wikidata: travailler ensemble avec Tiffany → 16h30 1er juillet

## Tiffany

remise à Benoit le 12 juillet

succès d'ajouter à peu près toutes les infos pour une œuvre dans wikidata

succès à petite échelle pour importer des données de wikidata vers la BD MONA

## rencontre Barbara
23 juin

branding de l'app vs Maison MONA
- ton ludique / joyeux
- couleurs, macottes: faire un UI kit pour piocher quand on en a besoin, pouvoir "bricoler" des éléments (bibliothèque)
- texture? , détails architecturaux (briques)

venir aux parcours, document / images inspirantes pour le branding?
- benchmark plus approfondi, dont mascottes plus abstraites
- veille sur le milieu culturel

pense venir le 5 juillet

thumbnails pour son site perso: vidéo

réunion de suivi le 7 juillet à 17h en ligne

## réunion tech

18 juin 2025

### Christian

rencontre avec Simon pour API
- type de badges et structure actuelle (ex: streak)
- badges pour les ratings, les commentaires, événements spéciaux?
- fallback pour absence d'image

web service workers?
- émuler un serveur lorsqu'une app ne peut pas se connecter
- dans app mais opère indépendamment

si tout est calculable avec les données sur le serveur, alors pas besoin de s'embêter. Juste s'assurer que tout va rester

gérer le badges sur le client ou le serveur?
sur le client
- comme ça on voit les badges quand on les obtient, pas quand on se connecte
- par contre toujours avoir un fallback

placeholder quand on a perdu la photo, en plus du place
fall back local

### Simon

proposition nouvelle structure API badges
- path vers l'image pour pouvoir changer les badges sans nécessairement faire une mise à jour de l'app
- secret: boolean; seuelement visibles quand on les débloque
- badge de parcours: liste des id à collectionnner
- events: liste, strings: liste des événements qui peuvent trigger l'obtention d'un badge
- collectionner une œuvre
- ouverture de l'app (ex: être à Laval fin septembre et ouvrir l'app)
- fallback si le string n'est pas compris par l'app
- conditions: toutes doivent être vraies pour obtenir le badge
- type "quartier" = quartier "verdin"
- collection quantité = required_count(5)
- quests: événement, si tu collectionnes 10 œuvres pendant juin, thématique particulière
- spécial: night owl

pin vs area
- requiert geojson plutôt que json

Raouf
- pas disponibilités mais Simon peut lui envoyer les instructions
- ensuite ça permettra que le endpoint mona-dev.iro soit à jour
- PR de dev à prod directement?
- derniers changements Corélie: dev ou prod tout de suite?

### Tiffany

propriété: id stable → pour bien référencer avec Wikidata (type VIAF mais pour MONA)

demande d'approbation du bot (50 changements. mais faut la faire avant): verser MONA dans wikidata
Sinon, utiliser le bot de Simon?

En attendant, travailler dans l'"autre sens" et se concentrer sur verser dans MONA

Mise à jour app été
- badge Rimouski
- données Laval

## réunion tech

### Simon
travail mapping données laval
- reste à nettoyer le fichier
- standardiser

Nécessité de parler avec Raouf pour faire avancer la situation

API
- artworks v3 vs v4
- badges: quels sont les besoins?

### Tiffany
premier ajout d'un artiste par le bot: claude chaussard
(travaille avec données gatineau)
- références

requêtes pour art public au canada: quelles sont les propriétés les plus souvent utilisées?

### christian

mise à jour semaine prochaine
- fiche d'œuvre Sarah
- mini corrections
- badges de catégories

## réunion grad

rythme d'alternance entre rédaction et code

### Simon
- poster
- updates depuis (envoyées par écrit)

rouler deux instances sur laravel sail sur la même machine: requiert beaucoup de changements
- où stocker les fichiers de configuration?
- pcloud? enjeux de sécurité? continnent app key donc pas sur github

enjeux de sécurité du serveur:
- requiert d'enlever les copies de la base de donnée
- possibilité de rendre le code du serveur disponible de façon sécuritaire, mais demande un vrai audit de sécurité

### Tiffany

avance sur les deux fronts (Ajouts à la BD, ajout à wikidata) en alternant un peu

a découvert un wikibase cloud gratuit: utile aussi pour éviter de spammer wikidata avec ça pour les tests (évite d'être bannie par wikidata)
Simon mentionne qu'il y a un test serveur aussi pour wikidata: Tiffany précise que c'est juste pour faire des changements, mais ne permet pas de créer de nouveaux éléments

a parlé avec Benoit, inscrite jusqu'à fin août

## réunion design

affiche: confirmer utilisation QR code général qui redirigie vers le linktree

branding: étendre la gamme de couleurs
- benchmark ([document figma](https://www.figma.com/design/vMppdgw21i5H5l0WAaIArd/Mona-Benchmark?node-id=211-2&t=q0haPL22PNXBa5Xg-1))
- pâle, enfantin
- couleurs chaudes
- pop
- plus artsy
- pas forcément toutes les couleurs mais utilisation de couleurs plus différenciées pour les partage
- benchmark mascotte
- mémorabilité
- relation affective
- facilite la gamification

présenter tout ça aux directrices, ça prend du temps, attention comme toujours, questions de budget (tuques...)

## réunion tech

16 mai 2025

affiches

5 juin 16h

réunion tech en juin mercredis à 16h

## réunion design

14 mai

Barbara, Christian, Lena

refait au propre modales badges, progression, notification

badges multiples
- carousel
- sinon une en dessous de l'autre
Faire des recherches sur ce qui s'implémente le mieux, Christian fait le suivi avec Barbara

Interfaces des badges / collection
- en profiter pour faire évoluer la charte de couleur
- moodboard, suggestions
- à différencier des couleurs de contenus (art public, patrimoine, lieux)

media query: 2 vs 3 images dans la collection/badges → pour adapter pour les petits téléphones

mise à jour figma
- ajout détail emplacement pour trouver l'œuvre
- bouton rafraichir (améliorer le temps de rafraichissement)
- voir si on se remet sur les filtres
- tutoriel

suivi rimouski relance