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

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
    • suite à faire avec Simon
  • 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
    • STORE
    • UPDATE
    • DESTROY
  • 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
image

  • 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 :heavy_check_mark:

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

  • suivi wikidata + LINCS

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 !image

et pour l'app image

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

  • repasser dans le 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.

{
  "title": "Jardin Intérieur | Art Public Montréal",
  "thisUrl": "https://artpublicmontreal.ca/en/oeuvre/jardin-interieur/",
  "body_class": "apm_artwork-template-default single single-apm_artwork postid-74357 apm lang-en apm-full-js nav-env-filters",
  "query_hud": null,
  "active_filter": null,
  "alternate_language_url": "https://artpublicmontreal.ca/oeuvre/jardin-interieur/",
  "clear_filter_collection": 0,
  "clear_filter_tour": "clear",
  "data_attributes": {
    "data-view-type": "apm_artwork"
  },
  "filter_root_url": "/collection/",
  "artworkNav": false,
  "mapMarkers": [
    {
      "id": 74357,
      "slug": "jardin-interieur",
      "title": "Jardin Intérieur",
      "permalink": "https://artpublicmontreal.ca/en/oeuvre/jardin-interieur/",
      "year": "2023",
      "loc": {
        "lat": 45.51616320000000115442162496037781238555908203125,
        "long": -73.5591203999999976304025040008127689361572265625
      },
      "artist_names": "<span>Bryan</span> <strong>Beyung</strong>",
      "thumb": "https://artpublicmontreal.ca/wp-content/uploads/2024/11/MU_2023_PLACE-DUPUIS_Bryan-Beyung_Creditsphoto_OlivierBousquet-6140088-Carlier-Julie-150x150.jpg",
      "infoBox": false,
      "cat_color": "#e50f09",
      "env": "indoor",
      "singleArtwork": true
    }
  ]
}

Output de describe artworks

MariaDB [mona_app]> describe artworks;
+----------------+---------------------+------+-----+---------+----------------+
| Field          | Type                | Null | Key | Default | Extra          |
+----------------+---------------------+------+-----+---------+----------------+
| id             | bigint(20) unsigned | NO   | PRI | NULL    | auto_increment |
| title          | varchar(191)        | YES  |     | NULL    |                |
| title_en       | varchar(191)        | YES  |     | NULL    |                |
| alternative_fr | varchar(191)        | YES  |     | NULL    |                |
| alternative_en | varchar(191)        | YES  |     | NULL    |                |
| source         | varchar(191)        | YES  |     | NULL    |                |
| source_id      | bigint(20) unsigned | NO   |     | NULL    |                |
| url_fr         | varchar(191)        | YES  |     | NULL    |                |
| url_en         | varchar(191)        | YES  |     | NULL    |                |
| territory_id   | bigint(20) unsigned | YES  | MUL | NULL    |                |
| borough_id     | bigint(20) unsigned | YES  | MUL | NULL    |                |
| location       | point               | NO   |     | NULL    |                |
| details        | varchar(191)        | YES  |     | NULL    |                |
| address_fr     | varchar(191)        | YES  |     | NULL    |                |
| address_en     | varchar(191)        | YES  |     | NULL    |                |
| place_fr       | varchar(191)        | YES  |     | NULL    |                |
| place_en       | varchar(191)        | YES  |     | NULL    |                |
| directions_fr  | varchar(191)        | YES  |     | NULL    |                |
| directions_en  | varchar(191)        | YES  |     | NULL    |                |
| subcategory_id | bigint(20) unsigned | YES  | MUL | NULL    |                |
| category_id    | bigint(20) unsigned | YES  | MUL | NULL    |                |
| collection_id  | bigint(20) unsigned | YES  | MUL | NULL    |                |
| owner_id       | bigint(20) unsigned | YES  | MUL | NULL    |                |
| producer_id    | bigint(20) unsigned | YES  | MUL | NULL    |                |
| produced_at    | date                | YES  |     | NULL    |                |
| acquisition_fr | varchar(191)        | YES  |     | NULL    |                |
| acquisition_en | varchar(191)        | YES  |     | NULL    |                |
| mention_fr     | varchar(191)        | YES  |     | NULL    |                |
| mention_en     | varchar(191)        | YES  |     | NULL    |                |
| dimensions     | text                | YES  |     | NULL    |                |
| description_fr | text                | YES  |     | NULL    |                |
| description_en | text                | YES  |     | NULL    |                |
| website        | varchar(191)        | YES  |     | NULL    |                |
| created_at     | timestamp           | YES  |     | NULL    |                |
| updated_at     | timestamp           | YES  |     | NULL    |                |
| edited         | tinyint(1)          | NO   |     | 0       |                |
| deleted_at     | timestamp           | YES  |     | NULL    |                |
| original_id    | bigint(20) unsigned | YES  | MUL | NULL    |                |
+----------------+---------------------+------+-----+---------+----------------+
38 rows in set (0.090 sec)

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

scroll flow

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

  • dev mode
  • badges

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

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

    • fiche
  • 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
    • !!! Solution temporaire pour prochain release, à bonifier avec Barbara plus tard: cliquer sur icone pin carte/localisation tout en bas dans tab details (à partir de l'annuaire / liste) pour localiser sur la carte
  • 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! :sparkles:
    • 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
    • Correct bug of location approximation circle preventing from clicking on pins below it
    • Close description details modale when taking picture (1 day)
    • Make description details modale easier to read
      • Make a rudimentary design for the content and make it fit the opened modale (4 days)
        • Correct bug of picture not showing in full discovery details modale opened from mini modale in map tab
        • 📋[To do after] Add clickable url in "À propos" tab in full details modale
          • Add popup alert warning user about accessing an outside website link
  • See closest discoveries
    • Make it easier to click
      • Make closed 'modale' bigger (2 hours)
    • At the opening of the app
      • 📋[To do after] Correct bug of closest discoveries not showing in the beginning (1 day)
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)
    • Implement at the same time new interface (5 days)
      • Hide "Member since " in header if month/year creation date isn't in data cache.
    • Prevent "Ma collection" and "Mes badges" row from turning to dark mode (1 day - took 3 days instead to implement new interface also at the same time)
  • See collected discoveries
    • Implement with Pinia Collection page information in a way that discoveries in Collection page update reactively/automatically
  • 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
        • Update badges when a new discovery is added
  • See the progress for each category and neighbourhood
    • Correct undefined bug "0/undefined" (2 days)
    • Correct discoveries not showing in badges, categories, and neighborhoods bug (3 days 10 days actually because I have to learn Pinia and Composition API for the code in Badges)
More
What's important: tutorial, Who We Are, About, Disconnect
Login/Register
What's important: enter user information, receive error message
  • Receive error message
    • Correct toast hidden by dynamic island in iOS (3 hours)
    • Make Reset password text field more obvious for user (4 hours)

Nice to have:

Map
  • See art location around user
    • ✨ Add change when geolocation is deactivated (3 days)
    • ✨ Make it clearer to user how to activate geolocation (2 days)
    • ✨ Correct bug of multiple user location icons appearing (1 day)
    • ✨ Set zoom max and add more greyscale (1 hour)
    • ✨ Paramètres utilisateurs pour changer la taille des pins et du greyscale sur la carte (2 days)
    • ✨ Make pins change size smoother with changing zoom (2 days)
  • 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