ouvroir / common Goto Github PK

à valider avant le premier atelier zotero

suivi auprès du prestataire

• gestion de fichiers
• création d'identifiants
• manifestes?
• accès privé

Je n'ai pas d'expérience avec mais selon Kenan ce ne serait pas si long de faire un exemple simple, surtout en partant d'un template
@emchateau @WilliamDiakite pensez-vous que ce serait pratique ou plutôt pas?

Les rencontres avec les chercheur·se·s permettent de collecter et valider des cas d’utilisation.

Islandora est une solution de partage de documents basée sur Drupal et Fedora https://islandora.ca/

organisation interne en prévision des rencontres à venir, dont avec l'équipe de Mélanie

Est-ce qu'on peut trouver un moment pour s'attarder sur la question de l'implémentation en interne ou non de la base de données de Common ainsi que sa maintenance à long terme ?

En ce qui concerne l'interaction avec l'API de Zotero, est-ce que ce ne serait pas intéressant de proposer l'intégration d'un service comme Kerko qui permettrait aussi de rechercher dans l'ensemble des références bibliographiques rassemblées par CIECO?

Marcello et Roch viennent de me parler de cet outil, ils veulent travailler à mettre en place un partanariat avec la BLSH et le CRN pour la perennisation des données de recherches (qui seraient stockées sur les serveurs de la bibli).

Spécifications fonctionnelles détaillées

Trouver comment ajouter un lien vers les métadonnées de l’image lors de l’ajout d’une ressource dans un serveur IIIF?

• formats d’image,
• renommer l’image ?
• différents paramètres de traitement ? (images pyramidales jpeg2000)
• dépôt d’images en batch ?
• utilisation du filesystem ?

beta à envoyer lors de la recherche de prestataire (pour fin août)
v1 lors qu'on choisit le prestaire

La documentation est assez sommaire sur Github. Existe

https://forums.zotero.org/discussion/73721/zotero-self-hosted
https://forums.zotero.org/discussion/comment/309275
https://forums.zotero.org/discussion/comment/316306

https://github.com/zotero/dataserver
https://github.com/mrtcode/zotero-server
https://github.com/gfacciol/zotero_dataserver-docker

• se familiariser avec la documentation et les discussions pré-existantes
• identifier les lacunes / besoins actuels
• rédiger une question et la publier sur le forum Zotero

authentifier l'app Common auprès de Zotero

Règles de synchronisation: vérifier si elles sont suffisamment claires pour être implémentées facilement par un dev

• description la plus générique possible, pour préciser nos besoins au fur et à mesure
• architecture de base / template d'interactions
• vocabulaire graphique (composants, hayden designer? )
• briques qui pourront évoluer selon les projets

Mise à jour des soumissions des prestataires avec le cahier des charges

Il faut avoir une meilleure vue concernant la différence de performance (si significative) entre les deux formats.

pour Martin

• test
• prise de RDV avec les commerciaux
• demande de devis (font-ils la prestation de service?)

voir quelles sont les règles dans la création d'équipe, de contenus, en matière de droits et de visibilité

https://docs.google.com/forms/d/e/1FAIpQLSdiU0r-pqpjNae7qOoVHwaVzoIdljPtKSMqbgov-4GFWEJZTw/viewform

Formaliser les besoins dans un cahier des charges

Ajouts nécessaires sont identifiés par des commentaires

Choix du prestataire avec échéancier de réalisation

extraire les fonctionnalités des solutions et les décrire dans fonctionnalites.md
réorganiser avantages et inconvénients des solutions

Ordre du jour

• présenter le scénario Zotero
• orientations principales de l'outil
• proposer des ateliers spécialisés pour chaque axe

Afin de faciliter l’analyse des besoins et la rendre plus concrète il est utile de créer des cas d’utilisation qui pourront être soumis aux chercheuses et augmentés à partir des discussions qui interviendront avec elles.

• fonctionnement des notes en md
• création de liens
• flexibilité