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
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)
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)
- 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
réunion design
25 avril
Barbara, Christian, Lena
petits changements live dans le figma avec le test interne
annuaire
filtres
badges
- modale
- ligne de progression
- bug des couleurs/ progression pour Lieux
- notification: modale + option d'aller
si design de nouveaux badges: voir selon le temps disponible
~1h avec les recherches
badge Rimouski
va faire un petit test mais rien de très long, probablement deux variantes (une avec le fleuve mais plus petit)
Réunion tech - 22 avril
Présence: Simon, Tiffany, Sarah, Corélie
Tour de table
Tiffany
Corelie a aidé avec une astuce de dépannage pour afficher les résultats avec un tag <p>
avant de procéder vers les listes bien formattées dans les composantes Vue
Tiffany n'arrive pas à déterminer la police à utiliser pour le design de poster. Comme elle n'a qu'un accès read-only, elle ne voit pas l'option de sélection de police.
En cliquant sur un élément de texte dans figma, il est possible de voir la police qui est utilisée; dans le cas du graphisme de MONA, open sans est utilisé presque partout.
Elle a une ébauche pour son poster.
https://www.canva.com/design/DAGlUbuBRKQ/Ra8zRLNXlNj0r1Ns2iO6hA/
Ce sera environ $30-40 pour imprimer en format A1 à Staples, donc ce n'est pas si grave si on manque la date limite pour l'impression gratuite.
Simon
En essayant de faire rouler deux instances du serveur dockerized sur une seule machine, des problèmes de base de données difficiles à déboguer ont apparus.
Corélie
Elle a ajouté des tags pour Camila et travaillé sur le CreateArtwork; elle va push sur sa branche et envoyer un message à Tiffany pour la signaler
Sarah
Elle a verifié les PR
Varia
pas de réunion le 30 avril
L'heure et jour des réunions d'été seront détérminés la semaine du 5 mai
tech team
16 avril 2025
Vi
- presque fini l'ajout des fonctions pour les ressources
- travail avec Christian pour les badges, seule ressource qui n'est pas dans l'interface admin. fonctionnalité pour ajouter un nouveau badge ?
- bug pour l'accès à la documentation, pas très fonctionnel, causé possiblement par un problème d'autorisation Laravel, plusieurs essais pour régler ça qui n'ont pas fonctionné. User admin
- rapport final d'ici la fin de semaines
7-8min de présentation finale
Corélie
ajout des œuvres d'art: fonctionne en local
- va pouvoir permettre d'éditer aussi
- doit encore faire l'ajout sur
Simon
changements au controller pour ajouter ce qui est créé dans l'interface admin à la source MONA
- changer la source MONA
- réimporter la source MONA
- changer api/artworks? (voir si on a encore besoin du cache)
préparation du poster
données patrimoine: WMS
- requêtes HTTP qui retournent des gros XML
débuggage accès docs Vi
estimation de temps pour les données Laval
dockerisation prod (maj avec données LOD export et réconciliation)
Christian
réglé la question de l'ajout
code de notification a un bug mais presque prêt
z index pour les pins de la carte
badges
- pas de UI, ajout manuel actuel
MONAjout
16 avril 2025
Camille, Simon, Tiffany, Lena
TABernacle
- correction en batch des données wikidata à partir d'un résultat de requête SPARQL
Présentation Tiffany
- déterminer les informations minimales qu'il faut entrer si on veut créer une œuvre (pour wikidata ET pour MONA)
- ébauche d'un formulaire d'ajout: réconciliation avec Wikidata
- ébauche d'un formulaire de soumission: ajouts de champs si nécessaire
Questions Camille
- est-ce qu'il y a un système de validation pour l'ajout des données côté MONA? seulement les membres de l'équipe pour le moment (fiables)
- projet initial pensé de façon grand public mais pour l'instant, seuelement interface admin et pas encore dans l'app
- validation des valeurs entrées dans le formulaire de soumission avec les id wikidata? double étape de création si l'artiste n'existe pas encore, alors
portée plus petite pour tester le tout
Quelles sont les informations obligatoires pour les œuvres?
- nature de l'élément → œuvre d'art (par défaut)
- nature de l'élément → catégorie, liste déroulante avec les valeurs de catégories (obligatoire)
Quelles sont les informations obligatoires pour les artistes?
- nature de l'élément: human (par défaut)
réunion tech
9 avril 2025
Simon
Données patrimoine
A regardé pour l'utilisation de WMS avec Laravel
- vérification: pas trop de dépendences
- spécifier qu'on veut récupérer les coordonnées en geojson pour l'importation
- tests pour voir si c'est possible
- plan:
- construire la requête HTTP pour récupérer les données dont on a besoin
- une fois le fichier geojson récupérer, le traiter comme le reste de l'importation
Complétion LODexport pour LINCS
Travail sur l'importation
- une fois les corrections appliquées, a des erreurs qui surviennent (à cause des corrections, n'arrivait pas avant) → regarder les logs
MONA Prod
- a réglé les problèmes d'environnement: tout est dans fichier .env
- fichiers diffères selon local, dev, ou prod
- permet aux deux instances d'être sur la même machine
- Docker : changement d'instance crée un mixup
- commencer par faire rouler deux instances sur son laptop
- checker le storage des containers
- probablement qu'on va devoir avoir un down time pour passer la version en production
- prévoir du temps: fermer le serveur actuel, ensuite installer le nouveau
- va avoir besoin de Raouf
- option: le faire sans downtime, changer le ports, switch le reverse proxy, éteindre le serveur de prod actuel, faire un "troisième" sur le docker et les bons ports
Vi
Débuguer https://mona-dev.iro.umontreal.ca/docs/api
Séance de travail avec Corélie: choix des routes à implémenter
- il manque pas mal de fonctions
- certaines ne fonctionnent pas
- Corélie va travailler là-dessus
- implémentation de fonctionnalités sur les API pour artwork, heritage, places, artists
- basé sur les models et les ressources
- ajout php doc prend beaucoup de temps
- Si besoin d'ajouter des fonctionnalités de modification artwork ou artists
Distinction entre API générales et admin
- admin requiert autentification
- on peut limiter les fonctions qu'on va rendre accessible sur les APIs
API badges: travailler avec Christian
Christian
2 objectifs définis ensemble
- Revoir le flow de collection
- Badges: cliquables, progrès, notification
flow de collection
- bug problème de DOM?
- Avez-vous aimé la découvertes? Qu'en pensez-vous?
Penser à changer vers le serveur dev pour arrêter de spammer le contenu
Corélie
test du formulaire pour créer une œuvre
créer des liens / hyperliens
Tiffany
poster accepté, date limite 25 avril
qu'est-ce qu'on met exactement dans le cartel sec: réunion avec Alexia le 9 avril
travail mobile
Christian
flow de collection d'une œuvre: séquence
- photo
- mettre une note (forcer)
- inviter à écrire un commentaire: varier les prompts
équipe tech
2 avril
Simon malade
Corélie
- prochaines étapes avec Camila et Tiffany
- problèmes/améliorations soulevées par Camila
Tiffany
- discussion avec Corélie pour les vues nécessaires
- a réussi à faire fonctionner l'interface admin avec les données en local
- sentiment d'avoir les bases
Vi

- liste des routes et des fonctionnalités: https://kvpl7102.github.io/IFT3150-MONA-Rapports/
- idée: implémentation de tout ce qui est manquant, définir ce qu'on veut
- commment les implémenter?
- disctuer avec Simon et Corélie
- lesquelles sont nécessaires? interface admin d'abord
- marquer celles qui présentent des enjeux de sécurité
- continuer le travail avec Simon et Corélie
Christian
- problème avec capacitator, peut-être à cause du chip M3
- reste un problème à régler pour android, même chose?
- espère pouvoir faire le test interne, au moins iOS aujourd'hui
- important à tester: navigation (retrait du double point bleu)
- point bleu qui devient gros : dans github?
- checkliste des trucs à vérifier
- mise à jour site web + mandat !
Rencontre avec Guy
dépenses
- support mural pour l'écran
- 2 disque durs externes: achat auprès de maxium
- chaises
- avion + billets + per diem: 2000$
suivi avec Maxime
Réunion tech
26 mars
miDIRO pour la rentrée d'automne 2025?
Trouver quelqu'un pour l'automne pour accompagner la transition Simon
Faire la diffusion aux Journées de recherche du DIRO et au vernissage d'art algo?
Tiffany
défis d'installation de l'environnement de dev pour le serveur, en cours
Simon
Données patrimoine
- quelle priorité: aires d'abord, doublons
fichier WMS pour QGIS dans pcloud patrimoine > 2024-2024 > données
LODexport
- correction des doublons en dev, mais a refait les catégories qui avaient des erreurs
- relique des catégories vs sous-catégorie. Utilisation actuelle uniquement des sous-catégories mais requiert de refaire la catégorisation avec relecture de Camille
- données des îles-de-la-madeleine: requiert plus de temps, faut le faire avec le nouveau système d'importation
- espère avoir un premier brouillon du nouveau système (avec les mises à jour)
Mise à jour de Laravel
- enjeu des environnements laravel (dev vs prod vs local)
Vi
rencontres avec Simon et Corélie
- a peuplé les données de sa base locale
- Corélie lui a montré la version courante de l'interface admin
- améliorer les fonctionnalités CRUD: ressources à lire
- première analyse pour synthétiser les routes de l'API v3
- dresser la liste des fonctionnalités existantes vs manquantes
- objectif d'identifier lesquelles doivent être complétées
Résolution des problèmes pour le merge du PR, qui a été mis en dev!
Problèmes de configuration avec le serveur, fichier env et docker compose: Simon voudrait régler le code pour que ça fonctionne pour tout le monde
Objectif de présenter la liste des fonctionnalités pour qu'on puisse décider des priorités en équipe
Corélie
A pu commencer à faire un gros ménage dans le code maintant que la dernière version est en ligne
- a remarqué des problèmes dans la version déployée et a réglé des bugs
est-ce que Camila a pu tester la version en dev?
- PR des corrections actuelles et message à Camila quand ce sera là
lundi 7 avril 14h présentation à l'équipe Revue 3.0
Tiffany voudrait travailler avec Corélie pour un point d'entrée pour MONAjout
Christian
a pu download le certificat
- test interne des corrections
- écrire à l'équipe pour dire quelles sont les modifications en test
Proposition de badges / gamification générale (Dans le canvas du site web)
commencer par implémenter la notification avec les valeurs description et notification dans l'API
Réunion tech
19 mars
Tiffany
commencer avec branche dev par créer une route pour le endpoint
Simon
Intégration de la branche de Corélie à Dev
Image Not Showing
Possible Reasons
- The image file may be corrupted
- The server hosting the image is unavailable
- The image path is incorrect
- The image format is not supported
Learn More →
Pas eu le temps de regarder les données patrimoine, le fait cet après-midi
- Tiffany mentionne que les rapports de Thomas pourrait être aidant
- Plugin permet d'avoir des données géospatiales dont les multipolygones
- Plus gros: migration de la base de données pour ajouter les mutliploygones → puis v4 api?
Retirer les anciennes PR qui ne sont plus valides
Et merge PR de Vi quand ce sera ajusté pour merge avec le travail de Corélie
LODexport: liste de changements à faire
- priorité: enlever les doublons
- owner sans label: commencer par retourner dans l'importation des données des îles-de-la-Madeleine
Lena
- mises à jour pour les contenus du site web (dont relire nouvelles descriptions de parcours )
- données patrimoine (suivi Simon)
- suivi wiki
moyen terme
mi-long terme
- Ministère et données du 1%
- dépenses MITACS
- article wikimédia commons
Vi
identification des routes manquantes à l'API, fait ça sur sa branche et sur son rapport hebdomadaire
- créer les routes manquantes
- a besoin d'avoir les données sur sa machine pour tester edit et delete
github wiki : faire un ménage, marquer [archive] en amont des titres des pages désuètes et ajouter un lien vers la nouvelle documentation. Retirer les liens archivés de la navigation du github wiki
Suivi avec Corélie et Tiffany pour les ajouts dans l'interface admin
Corélie
partager le tutoriel et le fichier d'archives pour avoir les données dans un environnement local
avancement sur la documentation de l'interface admin
- gros document, en cours de rédaction.
- à voir si on le met sur le github wiki ou sur /docs, on voit ça la semaine prochaine
Christian
et Sarah? mobile
- voir si c'est à cause des deux profils de dev sur le même ordinateur
- voir en se basant sur les différentes options et paramètres dans apple developper (et pas juste app store connect)
Réunion tech
12 mars
Vi
- a fait le review les routes API de l'interface admin; la plupart manque le CRUD sauf le ArtworkController; essaye de Create et Store pour le PlaceController
- il y a des BadgeController mais pas de fichiers Vue de batch dans les folder Ressources/Views; il va demander de l'aide à Simon
Christian
- pas réussir de régler le problème Xcode, espère avant vendredi
- on peut contacter Kim ? Sarah dit oui, sur discord
- besoin de le régler avant un deploiement, mais pas si pressant
- proposition de texte pour le site web pour la page application; texte trop long et trop descriptif, par-ex qu'est-ce que répresentent les symboles jaunes
- travaille quitter un pop-up issue 197 (implement clicking outside link alert); Christian va implementer le popup
- implémente le figma design quand les utils n'ont pas de badge
Corélie
- ajouter les infos d'une photo sur la page d'accueil
- Simon a accepté pull request en branch dev et non master et il va regler les conflits dans le pull request de Vi avant de le mettre en master
- pour la documentation va commencer avec ses propres idées pour maintenant
Sarah
- pas le macbook pour travailler dessus ce serait difficile de travailler mais elle reste dispo pour aider avec les questions
Réunion grad
12 mars
Tiffany
- a créé un tableau dans le MONAjout hackmd doc qui montre les propositions pour les fonctionnalités et les noms des routes API
- va rechercher la faisabilité d'utiliser des appels à python depuis php ou php ffi
- Simon a suggéré une vidéo sur la CRUDité à regarder https://www.youtube.com/watch?v=MF0jFKvS4SI
- Simon a suggéré qu'on pourrait peut-être utiliser un reverse proxy comme celui qui existe déjà sur le serveur pour dev/prod si finalement je code en python
Simon
Réunion tech
6 mars
Vi
- a finalisé la documentation pour la PR et ajouté à ses rapports hebdomadaires
- page picasso / ~mona → /docs/api (ajout .json pour avoir la version json)
- reste des corrections type v2-v3
- suite:
- badges
- CRUD
- structure générale de l'API à discuter collectivement
- scramble: exige un format spécifique dans on écrit le code
Corélie
continue sur les améliorations et ensuite tester la nouvelle version en prod
Christian
rencontre avec Barbara mardi
Travail avec Sarah pour le test interne: problème avec Xcode
Faire proposition de texte pour page Application du site web (plus une introduction, moins d'explications, le tutoriel expliquera le reste)
Régler issues de temps en temps en attendant la priorisation avec Barbara
Logo maison avec toit (en noir) pour ajouter le contraste !
et pour l'app 
IFT3150
proposer le jeudi ou vendredi 25 pour l'examen final
Fabian → demande une description pour le projet
Réunion grad
6 mars
Simon
NB: à faire cet été: MAJ serveur actuel (OS)
MITACS: paiement fait
interface admin: PR à passer en test pour ensuite passer en prod la semaine prochaine idéalement
patrimoine
- commencer par multipolygon
- ensuite gérer doublons importation nouvelles données
serveur
- stored procedures
- endpoint de l'API (Update artwork[/id] )
- mise à jour depuis l'interface admin
- s'assurer que les changement soient reproductibles (ajout aux stored procedures)
rédaction
- maitrise avec mémoire → enregistrement du sujet
- abstract pour le poster: plus de focus
Simon et Tiffany
relecture de l'abstract de Tiffany
plan de Tiffany: faire une API qui va faire des requêtes SPARQL sur un serveur et puis les afficher dans l'application mobile
- app MONA fait appel à la base de données MONA via l'API MONA
- avoir la liste des éléments (œuvres) à proximité dans Wikidata: requêtes SPARQL
- possibilité de devoir raffiner la recherche avec des mot-clefs
- montrer ce qu'il y a dans MONA "en même temps"
- logique qui combine les résultats pourrait se faire sur le serveur
- endpoints dans le serveur pour MONAjout
- demo 25 mai juste en javascript (pas forcément intégré dans le serveur)
- est-ce qu'on test dans l'interface admin?
design
interface admin
divers
- logo:
- tuques : jaune n'est pas accessible sur fond blanc. Sur une étiquette
- créer des déclinaisons pour le logo et petite charte graphique
- logo Maison MONA
- complexité de faire du branding
- documents
- guides pédagogiques à faire la mise en page (site web → distribution publique)
- présentation des parcours: mise en forme du document (éléments visuels)
- site web: présentation de l'application revue par
app
- retours d'utilisation
- gamification collection
- user review flow: implémenter le 0 étoiles, empêcher de soumettre sans note, être plus inviant·e·s dans proposer d'écrire la commentaire
- badges: interactions, pop up/notifs
- accordéon pour les badges (quartiers, catégories): ouvert ou fermé par défaut?
- collection: changer ordre, chercher
- login pas en premier (permettre de voir la carte et la liste sans log in, require log in to add something)
- prevoir bientôt special restricted feature: ajout d'une œuvre
- patrimoine: superficies (design) pour les sites dans les données du MCC
guides pédagogique
- page début: badge du quartier, logo, table des matières?
- idéal: 1 page recto-verso pour partir avec?
- feuille pliée en 2 pour faire un dépliant → cartons pour la participation pour les enfants
- faire des feuillets modulaires
- noir et blanc pour l'impression
Alexia synthétise la proposition, ensuite 1 test, allers-retours avec Barbara puis
Réunion tech
26 février
tiffany: coup de main pour la rédaction de l'article Wikimedia? pour la partie pratique Comment ajouter une œuvre d’art public sur wikimedia commons?
Christian
- semaine passée:
- pense avoir le bug des points bleus (fonction qui update la localisation ne supprimait pas l'ancien layer)
- good practices pour page app dans site web: faire un peu comme shazam
- cette semaine:
- ajout d'un accordéon pour les badges (quartiers, catégories): ouvert ou fermé par défaut?
- prévoir un test release interne pour tester les bug repair
- implement empty collection new interface
- corriger le CSS des boîtes en haut de collection
Réunion avec Guy
19 février
Si besoin pour Lisbonne, le tenir au courant
6000$ dépenses variables MITACS disponible (d'ici fin de l'année)
Faire des projets IFT3150 à l'automne (pas à l'été)
Simon et Tiffany vont postuler pour présenter aux journées de la recherche au DIRO
Réunion tech
19 février
Vi:
- gérer les logs de git → a nettoyé le PR 3 commits et le reste en rebase
- voudrait publier la roue de la documentation de openAPI (est uniquement en local) en se basant sur la documentation de Scramble
- fichier qui n'est pas tracké sur github
- vérifier les .gitignore
- vérifier où c'est: si ce n'est pas dans un dossier tracked par git
- ajout dans wiki
- comment générer de la doc
- comment on vérifie que l'API publique correspond à la doc
- comment on lance le linting du code
- ajout à la PR du lien vers la page wiki
- objectif CRUD
Semaine prochaine
- aborder présentation + rapport écrit IFT3150, à faire avec Fabian Bastin et Guy Lapalme
Reunion grad
19 février
Simon avec Guy pour faire un point
Questions Tiffany
En cas de tentative d'ajout (ex depuis la carte, à partir de la géoloc de l'utilisateur·rice·)
- d'abord contre-vérifier avec les œuvres dans MONA, demander de dire oui x non pour quelques contenus à proximité
avancements sur la présentation
Réunion tech - 12 février
Présence: Lena, Simon, Tiffany(zoom), Christian, Vi, Sarah(zoom)
19 février : présence de Guy de 12h30 à 13h → Vi + Christian
- se présenter
- expliquer ce sur quoi vous avez travaillé
- objectifs d'ici la fin du projet IFT3150 (à discuter)
Tour de table
Tiffany
- Illustration sur Figma: comparaison avant/après
- flèches pour indiquer les flux de données
- différentes échelles: vue d'ensemble, schéma détaillé d'une section, documentation complète du code
- Landing page pour la documentation
- créer des présentations plus détaillées pour chaque
Simon
- code d'importation: expérimentation avec les règles pour les corrections des îles-de-la-madeleine
- recherches pour Vi
Vi
- enjeux avec open api validator valide avec php 8 … capacité à utiliser une version précédante dans les dépendences? Simon doit s'y pencher
- séance de travail avec Simon
- vérifier la documentation générée + code en commentaires qui sont supprimés par le linting
- documenter les changements pour générer la documentation, comment on teste, comment linter le code (page: pratique de dev)
- checklist de développement (inclure évaluation qualitative), bonnes pratiques Git dont summary dans dernier commit qui détaille les nouveaux packages, expliquer comment les choses fonctionnent (commandes)
- formaliser la description de la v3 avec scramble
Christian
- a réglé 2 issues
- mettre le pin en avant quand il est sélectionné
- barre de recherche statique dans la liste
- PR acceptés par Sarah
- attention CSS éviter les unités fixes, penser au CSS pour iPad
- ajout de issues à partir du review
- priorités pour la suite: utilisation / usability (cercle bleu, update découvertes à proximité)
- tags de issues "Design" or "Requires design team"
- prochaines issues: toutes les issues collection/badges (208, 212, 201, 200)
- autres issues a faire lorsque temps: issues qui affectent l'utilisabilité (205, 139, 75, 33)
- penser à quand et à quelle fréquence faire mises à jour de l'app
- suite de la mise à jour de la page "Application" du site web
- implémenter figma lorsque temps (e.g. texte "optionnel" pour email, etc.)
Réunion grad - 12 février
Présence: Lena, Simon, Tiffany (11h)
On our end, we are preparing a presentation to describe our workflow, including our data ingestion from multiple sources, its semantisation and linking with Wikidata. We thought it could be of mutual interest to share it with you?
Documentation de l'infrastructure
outil de travail à l'interne, à présenter à McGill puis Poster
- recap de la séance de travail d'hier
- communiquer "état" pour chaque source, on est rendus où dans l'importation (last updated at, invariant?, …)
- contenu de la présentation (technique)
- importation et sources multiples
- mapping BD MONA + mapping LINCS
- sémantisation
- API + app mobile
- interface admin
- API fragmentée conceptuellement: à spécifier, partitionner les endpoints, se baser sur son utilisation plutôt que son contenu (endpoints à l'intérieur de chaque catégorie)
- App (artworks, heritage, photos)
- user + login (App + interface admin)
- endpoints LOD
- wikidata/.. Tiffany
- version diagramme avant/après recherche sémantique Tiffany+Simon
- traduction de "mapping" OQLF
MITACS Simon
- besoin de prendre du recul du code
Patrimoine
Réunion tech - 05 février
5 février
Présence: Lena, Simon, Tiffany, Christian, Vi, Sarah
Application
retours utilisation Christian
- tutoriel bug d'affichage, bug bouton suite, … réléchir à si on change le flow pour l'amener plus tard
site web: comparaison de sites d'application, bon exemple Shazam
à faire:
- brouillon de site web (à la main ou figma)
- ordre de priorités des issues mobile (github issues, good first issues)
- commencer par essayer de régler good first issues (1 ou 2)
- penser à la contribution principale du projet IFT3150 d'ici mi-février
- regarder les badges, voir si problèmes
serveur
Vi:
- PR sur le mona-server pour la génération de la documentation de l'API et code linting
- problèmes à la tentative d'installation de scramble
- tentative d'utiliser un autre outil mais posait beaucoup de problèmes
- a git revert et finalement ça a fonctionné avec scramble et docker
- a donc généré la documentation pour l'API, quelques erreurs d'affichages dans API docs → blocs de code inutilisés qui s'affichent, plus de détails la semaine prochaine
- code linting:
duster
et ´prettier les views du blade template
- n'a pas encore réussi à utiliser le openAPI bundle validator
Simon
- problème d'environnement dev résolu donc on peut tester une version de la nouvelle interface admin
- a réglé le bug des chiffres clefs dans l'interface admin
TODO
Simon
- Créer un diagramme visuel avec Tiffany à propos de notre recherche
https://semantic-tool-hub.github.io/
Simon + Tiffany: requêtes fédérées
Réunion grad - 05 février
Lena, Tiffany, Simon
Documentation
- difficile de trouver par où commencer
- partie de la documentation, API et standard OpenAPI pour les API rest
- a trouvé des choses sur commment faire une ontologie à partir de OpenAPI
- syntaxe: générateurs qui le font automatiquement pour Laravel
- nécessite l'ajout de quelques commentaires en php doc pour la sémantique
- 3 packages, on pourra les enlever au besoin
présentation Tiffany
besoin pour visualiser le processus, comment ça fonctionnerait
déclencheur qui permet de commencer le processus d'ajout
TODO
Simon
- Ajouter les URLs aux sources dans LODExport
- Corriger les liens des oeuvres (concordia: about=>collection, http=>https)
- Repenser l'importation des Îles de la Madeleine
- ajout des pages de rapport sur le serveur
- a réécrit ce qui a été envoyé à guy pour mettre d'avantage sa contribution de l'avant, comment faire pour que l'important soit majoritairement automatisée (Réduire le travail humain nécessaire)
Réunion tech - 29 janvier
Présence: Lena, Simon, Tiffany, Christian, Vi
Tour de table
Christian
- apprentissage vue.js et Ionic
- défis d'installation sur le Mac, réglé
- exploration et tutoriels en attendant de rencontrer Sarah
- accès au figma
faire un état des lieux de l'application
donner idées pour page d'application MONA (plus généraliste, facile à modifier après mises à jour)
Vi
- rencontre avec Simon pour les confirgurationsde l'environnement local, questions pour clarifier les instructions de Corélie et présentation générale de la structure du code
- tests API requests, user local qui devient un admin et get BD pour environnement local
- besoin d'apprendre un peu sur Laraval et Postman
- comment faire les migrations de bases de données (doc Laravel)
ajouts pour la documentation de l'installation de l'environnement
Simon
maintenance du serveur: processus de déploiement dans un conteneur de dev puis prod
- problèmes avec le serveur de dev: mona-dev.iro.umontreal.ca
- photos existent mais le serveur ne contient pas le lien vers les photos (déjà copiées)
- réglé des problèmes de réseautage
- bug avec chiffres clefs
- ajout des contenus (œuvres d'art, lieux culturels et lieux patrimoniaux) + quelques users test
choses à faire côté serveur (Raouf) objectif d'ici fin 2025
- utilisation de Docker enjeux de sécurité
- alternative : pdman (dropin replacement) → rootless, ne requiert pas d'accès admin
- Laravel sail (pour containerize app Laravel)
- deux instances sur une machine Linux avec une version Debian qui commence à dater, il va falloir la mettre à jour
chapitre importation
- démo des données ouvertes sur donnéesquébec
- mise en commun des données ouvertes dans notre base de données, puis endpoint de l'API de notre BD
- importation jusqu'à maintant très ad hoc: rouler un script et copier plus ou moins bien les données (erreurs dans les attributs, les noms d'artistes,…)
- intro Tim Berner's Lee: 5 stars level of data on the web
- work in progress pour structurer l'importation et la normaliser
- 7 des 10 sources fonctionnent en ce moment
documentation de la structure du serveur
- standards de documentation? API → openAPI
- outils qui existent pour travailler avec openAPI comme Scramble, qui se construit à partir de ton code, avec outils de tests pour valider la documentation
- test avec scramble: requiert une coupe d'ajouts de commentaires
envoyer un message quand les photos y sont
MONAjout
processus
- signaler une œuvre manquante
- demander un ajout
- limiter l'accès à la fonctionanalité
- tests des interations possibles avec ionic pour un easter egg
- rechercher dans wikidata
- API pour requêtes SPARQL: commencer à faire la liste des requêtes (ce qui est déjà dans MONA, …)
- ajouter l'œuvre
- si c'est déjà dans wikidata → ajout dans wikidata
- saisie → est-ce qu'on veut le faire "sur le moment"? sur place?
- collaboration avec Simon sur l'importation
- sinon → quelles sont les informations minimales ? utiliser le bot pour ajouter des données
- varia
- ajouter la provenance dans la fiche MONA (notamment si c'est l'utilisateur qui l'a ajouté)
- liste d'approbation
temporalité du stage
- rapport/évaluation/…: fin août? va confirmer avec la TGDE
- cibler fin juillet pour le rapport, Tiffany sera inscrite pour l'été
TODO
Simon
- Demander à Corelie et Sarah la source de leur page
réunion tech
22 janvier
tour de table de présentations
- Tiffany
- Sarah
- Christian
- Vi
rencontre avec Tiffany
22 janvier
- a commencé un "échaffaud", se donner une base pour avoir
art public à Gatineau: preuve de concept, comment elle ferait si elle documente l'œuvre d'art
- coordonnées de la photo
- requête SPARQL des éléments dans un rayon donné
- recherche par titre / nom de l'artiste
- remplir un formulaire avec des informations
- photographie du cartel
si ce n'est pas documenté
- requête d'ajout dans l'app MONA
- ajout sur wikidata
file d'attente pour approbation
réconciliation: ce qui est dans Wikidata, ce qui est dans MONA
rencontrer Ichiro Fujinaga and Junjun Cao (McGill University), “LinkedMusic Project: Integrating Online Music Databases”
comparer les infrastructures et l'utilisation de wikidata + crowdsourcing
Concordia
Rencontre 4 décembr4e, Sandra, Pat, Camila, Lena
Pat Riva, directrice des bibliothèques? (Sandra travaille sous elle)
Structure du rapport
recommandation: codes QR pour donner des retours
avoir des événements en personne aide beaucoup à créer des interactions avec les œuvres
ajout d'une boîte d'info sur chaque fiche pour les œuvres qui mène vers MONA (depuis leur site web)
- curieuse de voir si les gens vont s'en servir
faciliter d'accès à l'information et tout ce qui est là
PDF capture d'un moment pour un rapport (archives: inquiétude d'y avoir accès)
partie analyse est plus critique que les photos
pourquoi les gens arrête d'utiliser l'app en cours
option d'ajouter les photos depuis le camera roll
comment relancer les gens : envoyer des prompts
groupe qui veut faire une visite d'art public, peut-être l'occasion de relancer la collaboration avec MONA
quand même le potentiel révélateur de celles qui ont été photographiées
real data pour soutenir les décisions pour les nouvelles acquisitions et les projets éphémères
profs qui donnent des cours sur l'art public : avoir les commentaires de ces classes
commencer par le groupe qui les a sollicités, voir ensuite comment on pourrait continuer
Pat: (a perdu ses infos de login)
- intérêt pour la dimension participative, particulièrement intéressant de compléter après
- prend trop de temps d'écrire sur le téléphone, les gens continuent le parcours
- serait le fun de voir si on peut continuer
Sandra
- pas encore assez de data pour faire quelque chose: aimerait avoir assez de données pour voir des thèmes se dégager
impossibilité de trouver les œuvres off site à la biennale de Venise, pdf même pas possible de copier le nom des rues
essayer si leur audio fonctionne bien (expliquer comment se rendre à l'œuvre suivante)
debrief
volonté de travailler ensemble mais pas vraiment les moyens
envie d'impliquer les étudiant·e·s à Concordia
Réunion tech - 4 décembre
Présence: Lena, Simon, Corélie, Sarah, Tiffany, Camilla
Tour de table
Sarah
Sarah finit le 19 décembre (vacances jusqu'au 6 janvier). MVPs faire puis release. Stage commence le 9 janvier. Il reste environ 45 heures.
Camila
Rapport Rimouski, conférence de culture de Montréal
Corélie
reste 25 h, focus sur les fiches
environ 40h de contrat à l'hiver
Tiffany
installé des outils (base de données, docker) pour créer des diagrammes pour le schéma de notre infrastructure
standard: software design document (lourd)
- viewpoints: déploiement
- requiert une grosse courbe d'apprentissage
documentation de superficiel vers profond
TODO
- écrire à benoit sur software bill of materials (BOM)
Simon
réglé le problème de la base de donnée
problème de réseau: accès en interne docker mais pas depuis le proxy
réflexion sur un deployment diagram ↓
travail de documentation du serveur avec Tiffany
- lecture sur les diagrammes
- différence avec le poster?
TODO
- Appel IFT3150, diffusion sur discord?
- créer des comptes pour tester l'interface admin (mettre un .txt sur pcloud)
- réunion avec Tiffany pour le fonctionnement de MONA-serveur (high level)
Réunion tech - 27 novembre
Présence: Lena, Simon, Corélie, Tiffany, Camilla
Nouvelles
Annonce pour le projet ift3150 est sortie. On garde seulement les bonnes candidatures.
Réunion tech du 11 décembre annulée pour alléger la fin de session.
Tour de table
Camilla
- Les fiches pour les oeuvres à été redesigné.
- On voudrait proposer une communication longue à présenter à DH2025. On a jusqu'au 8 décembre pour envoyer la proposition. Présentation au portugal. Titre TBD.
- Rapport de Rimouski entamer (grille de photos, analyse des photos, …), temps reservé jeudi pour plus rédiger.
Simon
- travail avec Raouf ok
- a parti un github project pour le serveur
- problèmes pour la base de données dev
- limite de storage sur le serveur → a libéré la place
- problèmes d'authentification
- Zac va nous redonner des nouvelles en janvier par rapport à LINCS.
Tiffany
- ide webstorm
- recherches dans les requêtes SPARQL
TODO
- mettre à jour la page de rapport hebdo!
- Décrire les données des oeuvres que nous avons en ce moment (ex: details vs description?). On aimerait avoir une liste des propriétés. Ensuite, on voudrait mapper les propriétés des sources à celles de notre base de données. Une bonne partie de ce travail est déjà faite, il reste à uploader un fichier libreoffice dans le pcloud. Il faut aussi comprendre les propriétés plus étranges dans notre base de données.
- Voir le script de moissonage de ArtPublicMontreal. (ici pour descriptions, et ici pour les details))
- Sortir une liste des propriétés des oeuvres d'art dans notre base de données. (voir le output de describe artworks)
Exemple de ap-data de art public mtl
Pour chaque oeuvre sur le site, on sort de l'information du div ayant comme classe ap-data
, entre autre. Voici un exemple pour cette oeuvre.
Output de describe artworks
tech team
tiffany: modèle des données MONA actuelles avec Corélie, pour ensuite valider l'alignement avec Simon
tech team
20 novembre
- chercher au moins 1 personne en IFT3150
- enregistrement des fichiers pcloud
Simon LOD export
- structure finale mais pas encore les corrections
- corrections → quelles limites on se met pour maintenant
- inclut déjà le travail de réconciliation qui a été fait
- ce qui manque: catégories multiples
- ni corrections (œuvres avec des erreurs)
stage Tiffany
-
mode dev
-
ajout sur wikidata (comment authentifier? si public, alors vérification puis bot?)
-
importer données depuis wikidata: autorité, vérification?
-
badges
-
user
- protocole d'ajout ajout courriel pour changement mot de passe
- app mobile: entre username ou courriel ?
- admin pour accès interface: la faire depuis l'interface admin et la valider
contrats Sarah + Corélie, montant UdeM = 19.26
mobile
20 novembre
permissions iOS
- pas besoin de l'accès aux fichiers
déconnexions causées par la mise à jour
bugs undefined badges
fixes
- géolocalisation approximative qui écrase tout
- scroll
serveur
20 novembre
Simon, Corélie, Lena, Tiffany
PR Corélie
branche de Corélie, PR de Simon pour faire les changements nécessaires pour la comptabilité du code actuel
- ports: sépart BD et serveur web de dev avec celui de prod → voir si on peut les avoir dans un fichier d'environnement pour ne pas avoir besoin de le changer à chaque fois
- seul fichier conflicting: docker-compose → estomper le fichier: garder les changements de Simon
- détailler d'avatange les commits
branche dev du github === serveur dev
serveur de dev a sa propre base de données
→ faire une copie de la bd actuelle dans dev pour avoir accès aux données plus récentes
passage de dev à prod
faire un schéma pour modéliser cette nouvelle infrastructure
combien de temps pour tester dev avant de passer à prod
la première fois qu'on le fait
- besoin de Raouf car le serveur prod actuel n'est pas dockerized
- rediriger le flux dans la configuration de Apache du serveur actuel Laravel qui roule en ce moment à la version qui est dans le container
fonctionnement régulier
- de dev à prod: juste PR entre branche dev et prod + git pull
à quelle fréquence on le ferait?
- copie de la BDprod vers dev:
- là on en a besoin pour Rimouski
- sinon, une fois de temps en temps
- changements de dev à prod
utilisation de dev
idéalement, ce serait juste pour des tests dev mobile
Réunion design
18 novembre 2024
enjeux
- certains boutons ne sont pas accessibles quand le titre est trop long
- fermer la modale
- pas de croix pour fermer la modale parce qu'on manque de place avec l'icône de sauvegarde
fiche complète
- quand il y a beaucoup de texte
- éviter le double scroll, scroll
exemples de scroll
- uber: tirer "vraiment" pour refermer la modale
- google map
- daily art
TODO Sarah
- enlever la ligne entre titre et et date
→ tout rendre scrollable en un seul bloc
- sticky tabs avec titre (plus petit), tabs, et choses
- clic sur photo pour photo plein écran
- lien: pour en savoir plus, avec avertissement
- collection
- améliorer la qualité du thumbnail
- adapter la largeur du "nb découvertes collectionées"
- si une seule photo, aligner à gauche et non au centre
- aligner les titres à gauche
prochaines réunions
- flow découverte (forcer la note, encourager le commentaire)
- badges
- Diffusions: Tutoriel & visuel médiation (mars?), site web onglet App
Mettre à jour le projet de Stage - Tiffany
15 novembre
ébauche figma pour discuter les options
- changements pourrait être faits
- dans l’app (option D)
- dans wikidata directement
- par moyen d’un outil qui les gére et facilite l'entrée
exemples
contrôle/filtre?
état des lieux pour moissonage collectif (crowd sourcing) + filtrer de contenu
- comment et à quel but de filtrer
- stratégies de maintenance
est-ce que tous les types de changements peuvent se faire de la même façon?
- doublons: juste MONA
- œuvres à retirer/cacher de MONA (de Wiki vers MONA)
évaluation des conséquences, avantages/inconvénients des flux de données
Réunion tech
prochaine réunion mercredi 20 à 14h30
(pré-réunion à 13h le 20)
le 11 novembre à 13h30 sur zoom
- feedback sur Québec et Rimouski
- serveur:
- penser à MAJ badges pour Rimouski
- extraire données pour rapport
Corélie
à venir: réunion avec Camila le 19 à 14h pour ensuite parler avec Barbara à 18h.
- discussion avec Simon pour ajouter le travail sur dev
- ajout des fils d'ariane
- sélection des colonnes à afficher
- création des composants en cours, prend du temps mais après ce sera facile à utiliser
Sarah
priorités
- [facile et rapide] nouvelle interface login
- réunion avec Barbara pour scroll flow, link to URL, flow découverte (forcer la note, encourager le commentaire), contenu collection
basse
en attente
Tiffany
Lena et Tiffany se rencontront le 15 à 15h30 (par Zoom) pour discuter des idées du projet de stage
À faire : ajouter des feedback sur Institut WikiGLAMU, WikiConvention, et Rimouski sur les rapports hebdomadaire
Ajouter la valorisation des données ouvertes sur le site web
Réunion Barbara
retours
objectifs
-
court terme: mise à jour publique
- icone collection (et non sauvegarde) pour le menu
- vérifier/corriger les icônes carte+annuaire (collection)
- harmoniser le thumbnail de l'app en utilisant le logo MONA (changer Play Store, il est dans MONA-library Logo & thumbnail)
- Barbara: texte à propos + icône settings
- captures d'écran
- Camila va s'occuper de préparer des idées de contenu et elle pourra la faire rapidement quand on sera prêtes
-
tutoriel : Barbara va faire une version simple mais mise à jour (à voir)
-
moyen terme: à corriger prochainement
- problème avec le scroll
- mise à jour du tutoriel? + work flow pour mises à jour (captures d'écran pour app Store par exemple)
- badges: nouvelle interface
- flow de collection : photographie, note, commentaire. Le faire en étapes. Comment encourager ça (Barbara + Camila: questions ludiques, …)
- à partir d'une fiche de découverte
- aller à la carte (tout de suite? ~3h)
- lien externe
- page Compte:
- nom de la page, organisation de l'information, pertinence
- ajouter un bouton "partager à un ami" et inviter les gens à télécharger l'application MONA?
-
long terme: ronde de développement actuel
- prioriser patrimoine
- badges: contenu, animation, notifications
objectif: mise à jour car problèmes iOS
- faire la page compte avec les nouveaux contenus
- tutoriel n'est plus à jour
- AppStore et Google Play
- captures d'écran
- logo/image de l'app
Réunion Mobile
Sarah Lena 24 octobre
Réunion tech
23 octobre
prochaine réunion le 11 novembre à 13h30 sur zoom
Corélie
- a réglé le fait que la recherche était très lente
- corrigé les filtres sur les pages de découvertes
- refait la vue par photo pour que le code soit meilleur à maintenir et plus rapide
- refait le full screen de la page principale
à venir
- recherche avancée
- afficher les photos (user/[id] ou artworks/[id]) comme la page de découvertes
- breadcrumbs ou fil d'ariane
Camila
- exploration de la nouvelle version de l'interface avec Corélie
- acceptée pour présenter à la TCCVPE 13 novembre à 14h30 à la Maison Culture Claude-Leveillée
à faire
- réfléchir à comment afficher les informations sur les contenus (résumé, détails) + photos (mosaïque, détails)
- présentation TCCVPE
Simon
- travail sur LOD export
- a commencé à ajouter quelques identifiants wikidata
- travail sur le bot: ajout du s → erreur bizarre pour corriger l'URL
à faire
- ajouter les tables sources et institutions à la BD pour préparer
- modifications structure Artworks (artists, catégories → passage en liste)
Tiffany
- fini la description des types de données ouvertes
- complété la liste des œuvres proches de la bibliothèque où aura lieu l'institut GLAMU: à continuer
- un artiste très présent dans la liste qui a des précédents d'aggression sexuelle: en parler demain + prévoir rencontre avec Julie
- glow up de la description du wikiproject (WOW)
- preparer ébauche de la section qui sommes-nous? de l'app
- documenter les données ouvertes en format approprié pour le site web MONA
Réunion interface admin
Lena Camila Corélie 23 octobre
passage au travers de l'interface pour identifier les prochains objectifs
- demander à Barbara si elle voudrait travailler un peu avec nous là-dessus
- conception "cartel" vue œuvre: premier jet Camila
- Camila: contacter Christelle, proposer un contrat, novembre ou janvier possible aussi
- tags: se concentrer là-dessus par après, faire un tour de l'interface
Réunion Mobile
Sarah + Lena 18 octobre
- passer au travers l'interface pour valider fonctionnement actuel (walk through)
- status (statut) patrimoine
- parler des badges
lister les tests à faire
- view sur plusieurs devices
À moyen terme (app)
- spécifier l'erreur de connexion (username ou mot de passe)
- améliorer le texte de retour (vient du serveur v3/login)
- téléchargement des données (par dessus le gif de chargement)
- clean code pour affichage modale & description par type
- interactions badges
- nombre de badges obtenus
- quantités (terme)
- si dépassement, comment l'indiquer
- interactions / notifications
- accordéons par catégorie de badge: Quartiers, Collections (Laval, Rimouski, Université de Montréal)
- action de collectionner
- texte plus invitant pour le commentaire
- forcer la note
- permettre de mettre 0 étoile
- expliciter la note 0 =/= null dans l'envoi des données à lutilisateur (important)
corrections API
- badges → lieux = lieux culturels
- badges → 2 badges d'art public (spécifier la différence dans le titre)
À moyen terme (contenu text)
-
login/connect
- utilisateur·rice (créer un compte)
-
carte
- fiche: art, patrimoine, lieux culturel
- nulls
-
fiche complète
- notification de sauvegarde n'est pas visible (gris sur gris, en bas)
- patrimoine: fonction + statut
- À propos: si vide (en italique) Pas d'information complémentaire disponible en ce moment.
- COMMENTAIRE: pas de titre, prévoir place holder vs affichage (forcer la note)
- afficher la photo en grand
-
liste
-
collection
- filtrer / changer l'ordre (à faire avec Barbara)
- améliorer la qualité du thumbnail
-
badges
-
page perso
-
tutoriel
Contenus à rédiger
- commencer par créer un compte (expliquer pourquoi)
- Adresse courriel (optionnel) (expliquer le fonctionnement)
- mot de passe oublié → requiert username, mais fonctionne seulement si on a un courriel enregistré
Réunion tech
16 octobre
Présence: Lena, Simon, Corélie, Tiffany, Sarah, Camilla
Tour de table
Corélie
- vue des découvertes (survol pour métadonnées disponible)
- vue des photos (filtre plus rapide et fonctionne mieux)
- ajuster la page d'accueil pour la rendre responsive (tout afficher dans la viewheight-viewwidth)
- heritages => patrimoine, places => lieux culturels
- retrocalendrier d'ici la fin de la session (dont documentaiton, serveur dev, serveur prod)
Sarah
- faire heures(10h) pour corriger le plus de bugs possibles et unifier interface avant réunion tech
- planifier le release public après réunion tech (10h ensuite):
- wikiconvention + préconférence dès 30 octobre (gens pourront télécharger l'appli donc faut que ce soit utilisable)
- semaine du 4 novembre: parcours artistique ville Rimouski (gens utiliseront aussi l'appli)
réunion checklist de release le 24 octobre à 10h
Simon
structure finale pour LODExport
- en cours, objectif de finir cette semaine
TODO
- bot: 4 wikidata id à créer pour les œuvres à ajouter sur wikimedia (Lena: envoyer l'info à Simon)
- bot: corriger le "s" manquant dans le lien vers l'API (fiches des œuvres )
- prendre RDV avec Corélie pour ajouter ses changements sur le serveur de dev
- relancer Camille pour les catégories réconcilées
Camila
- texte pour le site web: actualiser la description de invenT (en attente du nombre total de participant·e·s (semaine prochaine))
- texte pour la table de concertation, à envoyer : à suivre, si oui ce sera dès 14h le 13 novembre
- lecture du chapitre 2 de l'éloge du bug
- a une réunion de prévu pour les photos avec Marguerite et une séance de travail pour le rapport avec Julie
Tiffany
J'ai commencé ce document Définir les types dans les sources de données [travail en cours]
TODO
Lena
Réunion tech
9 octobre
Présence: Lena, Simon, Tiffany, Camilla, Sarah, Corelie
Tour de table
Lena
Mises à jour
Sporobole sera important dans la prochaine année.
TODO
Envoyer un courriel à Raouf pour ajouter Corélie en accès SSH au serveur
Créer un repo pour les rapports
- partager le lien
- upload le rapport concordia
Simon
Mises à jour
- LODexport présenté ce matin.
- Serveur dev: erreur dans le container, erreur de ports, serveur vraiment lent pour builder (connexion internet, processeur). Prêt à utiliser.
- Comment s'authentifier sur un serveur dev?
- Préfixer les noms d'utilisateurs pour les envoyer à dev test: test:lenamk
- signaler qu'on est dans le mode dev dans l'interface ex: barre orange moche en haut
- retenir le mot de passe, petit système à l'interne
TODO
- Présenter à Corélie comment mettre ses changements sur le serveur dev.
- Montrer les URLs à Sarah pour la version dev vs prod.
- Travailler avec Tiffany pour définir les types dans les sources.
- Envoyer la structure finale pour LODExport
- Relire la PR de Tiffany
Tiffany
TODO
- Travailler avec Simon pour définir les types dans les sources.
- Prioriser travailler avec les données de Rimouski, faire des recherches plus élargies sur Rimouski
- zotero: données ouvertes MONA
- faire les ajouts sur wikimedia commons
Camilla
Mises à jour
- activité en portugais
- sporobole
TODO
- parler avec Corélie pour voir les changements actuels
- partager la vidéo du parcours en portugais à l'équipe et demander à Marguerite de la repartager
- mise à jour du site web MONA (et autres objectifs définis dans invenT)
Sarah
Mises à jour
- a corrigé le bug des photos manquantes dans la fiche complète
- a ajouté les notifications pour l'obtention de badges
TODO
- ajouter bug reporté par Camila -> rayon qui cache pins
- envoyer un message à l'équipe pour demander de faire des tests sur éléments importants d'ici lundi prochain SVP en prévision d'une mise à jour publique (ASAP sur mona-general)
- release public: changer photos appstore pour que ça fitte avec app en ce moment → Barbara (icone app + exemples + valider MVP) et Marguerite (comms) (ASAP écrire à Barbara sur nouveau design)
- Barbara: design "Membre depuis" caché & notification nouveau badge (un badge vs plusieurs nouveaux badges)
- faire plan MVPs
à long terme
- Changer les endpoints où l'on fait les reqêtes si le username commence par "test:" (ex: "test:lenamk")
- signaler qu'on est dans le mode dev dans l'interface (ex: barre orange moche en haut)
Corelie
Mises à jour
TODO
prévoir une séance de travail avec Lena et Camila
- montrer comment on crée des comptes pour l'interface admin
- ce qu'on veut mettre dans la vue par photo
réunion tech
2 octobre
Sarah
- a fait le release interne
Simon
- réécrit le bot wikidata pour rajouter des données pour les nouvelles oeuvres
- documents pour Guy
Corélie
- terminer homepage
- fait que recherche fonctionne depuis homepage
- commencé vue par photo et compte avancer durant restant de la semaine
réunion tech
présentations: accueil de tiffany dans l'équipe
- atelier wikimedia 13h30 bibliothèque AA 2473
- mercredi prochain: sporobole
Simon
- lancé le bot pour créer des id wikidata pour les œuvres MONA qui ne sont pas des murales
- forward proxy ok mais pas encore le docker : mona-dev.iro.umontreal.ca
Rencontre Tiffany
25 septembre
travail avec Simon pour la systématisation de l'importation des données ouvertes (sémantisation, mises à jour, corrections, alignement)
- documenter les données ouvertes qu'on utilise
- ex: ajouter notre utilisation des données ouvertes dans le portail de données ouvertes
suite logicielle / arrivée dans MONA: proposition de poursuivre et enrichir la documentation au fur et à mesure de l'arrivée dans l'équipe
lectures
rapports hebdomadaires
Réunion Tech
contrats sont bouclés et signés pour Corélie et Sarah
Corélie
- page de découvertes réunies
- galerie de photos dans la page de l'utilisateur
- sélection pour export, en cours
Simon
- nouvelle importation / LOD Export: 3 semaines de travail
- SQLite: épiphanie!
Image Not Showing
Possible Reasons
- The image file may be corrupted
- The server hosting the image is unavailable
- The image path is incorrect
- The image format is not supported
Learn More →
- faire le schéma de traitement pour chacune des sources → avec Tiffany? à lui proposer, faire un workflow pour binôme à cette étape
- populer les corrections → à terme, à mettre dans l'interface admin (avec Corélie)
- sémantisation: script basé sur les réconcilations
- serveur dev/prod: priorité pour cette semaine
- régler les problèmes avec squid (forward proxy entre dev et prod)
- wiki+ à discuter avec David
Sarah
- UI modale de l'œuvre, reste des bugs
- bug des badges est réglé
- reste à implémenter la fiche de description (découverte)
- ensuite :
- Test interne: objectif pour la semaine prochaine
- notifications/activités badges
- nice to have (+implémenter le reactive mise à jour de la collection comme les badges (Pinia))
Corélie
- export et sélecteur pour l'export ok
- début de la page d'accueil, à continuer
Sarah
- fiche presque terminée: MVP
- ce soir finit la nouvelle modale puis fait un release test interne
Proposition de projet de stage - Tiffany
projet de maitrise doit avoir une dimension "nouvelle"
- objectif de stage
- descripion détaillée
- problématiques
- responsabilités: tâches
- faisabilité + testing
- outils et technologies utilisées
- recherche et développement 75%
- supervision du stage, prof de supervision
temps plein 6 mois minimum, si possible dès maintenant, jusqu'à l'été 2025 pour finir tout le programme (rapport de stage ~2mois, doit être approuvé)
ajout d'œuvre par des utilisateur·rice·s (vérification, correction, validation)
- crowd sourcing pour valider les suggestioins: bénévoles pour approuver les suggestions (exemple "amis bixi")
- note de confiance / autorité de l'utilisateur·rice, peut évoluer avec le temps, sorte de moyenne pondérée
pitch du site web / infrastructure de l'organisme
- gestion des données (headless cms)
- archivage
- livrables à travers l'implémentation dans le site web
Benoit est ok pour la supervision
Tiffany recontre Suzanna demain pour confirmer l'admin
Lena:
- faire un courriel à Guy pour le tenir au courant (projet, supervision benoit, ..)
- Envoyer le MITACS de Simon à Tiffay (en profiter pour répondre à MITACS et checker les dates?)
objectifs mobile Sarah v2
Calendrier:
Je pense que l'application est correcte en ce moment avec les fonctionnalités déjà faites et qu'avec juste les minimum viable products, on pourrait faire un déploiement interne dans 2 semaines et demie 3 semaines et demie.
Puis, j'estime pour les tests internes
qui consistent à,
tester les "What's important" et surtout les MVPs dernièrement travaillés, est-ce qu'il y a des problèmes techniques qui empêchent vraiment d'utiliser l'application (ex.: en utilisant l'application quelques heures pour voir si ça crashe), est-ce que l'interface fitte pour le but de l'application et est-ce que les utilisateurs l'aiment et pour les retours de l'équipe (4 semaines) et les corrections (4 semaines), mais ils peuvent s'exécuter en même temps, donc environ au plus 2 mois.La date de release publique serait donc en novembre.
Ce qui est déjà fait (aussi coché "☑️")
Carte:
• Barbara: update bouton recentrer
• Titre de l’oeuvre qui s’affiche sur le pin
↪️ Avec la solution étant de faire la nouvelle modale de description
Découvertes à proximité
• l'interaction quand on leclique sur une découverte à proximité est encore intermédiaire (ça ouvre la fiche, mais ensuite quand je reviens en arrière la pin est effectivement en évidence)
• ouvrir les découvertes à proximité à l'ouverture de l'app
• mettre à jour les découvertes à proximité en cliquant sur le bouton recenter
Annuaire
• Une autre détail pour la recherche, il serait bien qu'on puisse chercher les endroits tant avec "St/Ste" que "Saint/Sainte" car c'est souvent l'abréviation utilisée. — Une façon simple d'y arriver est de vérifier dans la chaîne de recherche si St ou Ste apparaissent entourés de frontières de mots: ie regex "\bSte?\b". Si c'est le cas remplacer "St" par "Saint".
• trop grand espace entre la distance et le titre (comment distinguer deux maisons de la culture ? Cf capture d'écran iOS)
Minimum viable products:
Map
What's important: see art location around user, navigate through the map to explore art elsewhere, click on pin to get its art details and take a picture, recenter screen on user location, see closest discoveries
- Click on pin to get its art details and take a picture
- See closest discoveries
List
What's important: see list items ordered by distance/AZ or discovery type, click on list items to see their details (and take a picture and see on map), search for art
Badges and Collection
What's important: see collected discoveries and how many, see badges obtained and left, see the progress for each category and neighbourhood
- (For aesthetic purpose)
- See collected discoveries
- See badges obtained and left
- Get badge after a certain number of discoveries made in a certain group/neighbourhood
- 📍[To do next] Notify when get new badges (3 days) - nice to have ✨ ex.: with ion-toast notification
- See the progress for each category and neighbourhood
More
What's important: tutorial, Who We Are, About, Disconnect
Login/Register
Nice to have:
Map
- See art location around user
- See closest discoveries
- ✨ Make discovery titles in bold in iOS (1 hour)
- ✨ Only put discoveries' year (3 hours)
- ✨ Keep same interline between the different texts (2 days)
List
- See list items ordered by distance/AZ or discovery type
- Refresh list for distance
- ✨ Notify to refresh when moved X meters (2 jours)
- ✨ Make so that refresh button is always visible
- Click on list items to see their details
- ✨ Click on picture to see it fullscreen (3 days)
Badges and Collection
- See the progress for each category and neighbourhood
- ✨ Differentiate between the two 'Art Public' badges (1 day)
- Refresh
- ✨ Correct bug: reload button not fixed position (1 day)
- ✨ Click on badges to see them in big (1 day)
- See collected discoveries and how many
- ✨ Filter collected discoveries (3 days)
- (For aesthetic purposes)
- Make thumbnail photos resolution better (4 days)
Other
- Uninstall app and re-install without disconnecting (not sure how much time)
réunion Wikimédia
avant propos: trouver une date et répondre à LINCS
réunion Simon et Corélie
Simon:
- pas toutes les specs SQL sotn implémentée dans STLite notamment
- réglé l'envoi des données de MariaBD à SQLite
- reste l'application des commandes SQL dans SQLite
Corélie:
- petits changements dans l'interface admin : réparé les tags, recherche par tags, exportation des données, UI améliorations
- repenser l'interface au complet: benchmark, figma, …
serveur test-prod
- plan initial: mettre la nouvelle importation en ligne en même temps que la version test en ligne
- est-ce qu'on pourrait mettre les changements de Corélie en ligne lundi?
rapports d'erreurs dans les logs?
plan A, B pour serveur test et serveur prod
Corélie: ajouter descriptions des œuvres d'art dans API si elles ont été bien importées?
objectifs mobile Sarah
Plan avec les feedbacks reçus
Je pense qu’on pourrait faire une release publique dans 2-3 semaines avec les fonctionnalités déjà faites.
Ce que j’ai complété/corrigé:
Carte:
• Barbara: update bouton recentrer
• Titre de l’oeuvre qui s’affiche sur le pin
↪️ Avec la solution étant de faire la nouvelle modale de description
Découvertes à proximité
• l'interaction quand on leclique sur une découverte à proximité est encore intermédiaire (ça ouvre la fiche, mais ensuite quand je reviens en arrière la pin est effectivement en évidence)
• ouvrir les découvertes à proximité à l'ouverture de l'app
avant 17/08/2024
Annuaire
• Une autre détail pour la recherche, il serait bien qu'on puisse chercher les endroits tant avec "St/Ste" que "Saint/Sainte" car c'est souvent l'abréviation utilisée. — Une façon simple d'y arriver est de vérifier dans la chaîne de recherche si St ou Ste apparaissent entourés de frontières de mots: ie regex "\bSte?\b". Si c'est le cas remplacer "St" par "Saint".
• trop grand espace entre la distance et le titre (comment distinguer deux maisons de la culture ? Cf capture d'écran iOS)
Ce que je compte finir avant 17/08/2024:
Carte:
• Barbara: Set zoom max Figma
• j'ajouterais encore beaucoup de greyscale
• Camila: bug plus d’un icône user location
Découvertes à proximité:
• découvertes à proximité ne se mettent pas à jour (ajouter des calls, exemple quand on centre la carte ?
↪️Corriger bugs des découvertes à proximité
• Barbara: rendre titres des découvertes en bold sur iOS
• date: mettre seulement l'année (exemple Envol d'oiseau indique 1983-12-31)
• Barbara: Garder même interlignage entre les lignes de chaque card dans les découvertes à proximité.
Login:
• réinitialiser le mdp: on ne voit pas qu'il faut entrer le username (iOS) float en haut et notification qui passent dessus je crois
Ce que je compte finir avant 24/08/2024:
Carte:
Découvertes à proximité:
• bouton recentrer la carte me demande d'activer la géloloc mais ouvre les infos sur l'app
• sur iOS ça directement dans les réglages de localisation
• Barbara: pas de changement quand géolocalisation désactivée
↪️Gérer les cas géolocalisation désactivée et corriger les bugs
Badges:
• tab ma collection et mes badges) sur fond noir est au-dessus du nombre de découvertes?
• aucun badge, et nombre de badge à obtenir est undefined
Ce que je compte finir avant 31/08/2024:
Badges:
• Bouton RELOAD parfois inaccessible (pas fixe) sur iOS
• pas de notification lors de l'obtention d'un badges (pop up window)
• erreur dans les comptes quand les gens installent update avec déjà des choses dans la collection
• 2 badges art public, distinguer le nom? Expliciter que c'est la suite bug dans la collection
• ✨ ajouter des options de filtres/tri pour la collection reste quelque chose qui me plairaît beaucoup vu que j'ai 91 découvertes collectionnées!
iPad:
• test iPad: pas d'option pour mettre en taille "phone", empêcher mode paysage, ajuster les tailles si possible car utilisé pour les démo
Pas en priorité pour l’instant:
Fiche
• clic sur photo pour la voir en plein écran
Annuaire :
• dans l'annuaire: faire comme dans la carte et proposer de rafraichir la liste si on a bougé de X m
• (attend Barbara) optimiser pour que la couleur prenne moins de place?
• (attend Barbara finit) filtre accessible en tout temps ?
• demander à Barbara de penser l'icône pour rafraîchir
Carte:
• (✨ sinon, est-ce qu'on ne ferait pas des paramètres utilisateurs pour la taille des pins et pour le greyscale, et même pour la taille du texte → ça rendrait l'interface plus accessible !)
Réponse à des points:
• j'aime la taille des icônes, c'est pas parfaitement smooth sur mon téléphone quand on zoom/dézoom mais ça va je trouve ➡️ ça doit être parce que j’ai mis des breakpoints pour les tailles des pins, mais veux-tu que je travaille dessus quand même? Si oui, on pourrait en parler.
• Retour de Guy: Comme je l'ai ouvert à Ste-Adèle, j'ai trouvé étrange que la bibliothèque de Ste-Adèle n'apparaisse pas dans les lieux proches. Se pourrait-il qu'il y ait eu une collision avec celle de Longueuil. Les deux se nomment "Claude-Henri-Grignon" et cette dernière apparaît. ➡️ j’en ai informé Corélie
• ajouter clic on badge pour revoir notification/ prévisualiser le badge en grand ➡️ comment veut-on faire?
• Question: Quand on clique sur découverte dans collection, on veut que ça montre sa fiche description comme avant ou avec son pin et sa modale qui contient sa fiche description? — Je sais que pour quand on clique sur un pin, sur une découverte dans les découvertes à proximité ou dans la liste, on centre sur le pin sur la carte et on montre la modale de description. Je pensais que la modale de description allait remplacer la page de description de la découverte.
réunion IFT3150
Sarah
travaille sur les retours des users
a terminé le rapport → à envoyer à guy
liste des tâches/ calendrier prospectif pour release
Corélie Godefroid
a fait le rapport
travaille sur la présentation pour suzanne
contrats auxiliaires
10h par semaine pour les deux serait ok
réunion serveur - Simon
24 juillet 2024
LODexport: démo vendredi, production semaine prochaine et ensuite présentation à LINCS
MITACS: Guy a proposé à Simon d'écrire un article qui décrit LODexport et le travail
todo pepi:
- ajout id wikidata et aat (dans la pile de corrections)
- versionnement des modifications/corrections (cf rapport Miliya)
août:
- serveur dev/prod pour les modifications de corélie
- ajout superficies sites patrimoniaux
- présenter les idées pour l'interface admin à Simon (et à Suzanne)
- MAJ Rimouski pour septembre!
idées / enhancements … (1 import par mois? )
- refaire import iles de la madeleine
- checker les imports données ouvertes