CNRS-LACITO / CNRS-LACITO/website

lieu de stockage (et si possible formulaire pour télécharger: "upload") pour autorisations locuteurs

Open
#15 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
PHP
Stars
0
Forks
0
PR merge metrics
No merged PRs in 30d

Description

Comment déposer à l'archive pérenne les autorisations des locuteurs? C'est une question importante: dans les cas où un document écrit (contrat ou autorisation d'utilisation) a été signé par le locuteur, ce serait bien dommage de l'égarer. Or les gens qui collectent les données n'ont pas, pour l'instant, de "bon" lieu où conserver ça. Déjà qu'il est difficile de garder ensemble transcriptions et enregistrements.
Il paraîtrait prudent de recommander
- de scanner les autorisations et d'en faire un document dans un format simple: PDF? JPG? TIFF? (y a-t-il des formats à proscrire? TIFF est-il mieux que PDF?)
- de déposer ces autorisations, d'une façon clairement associée aux ressources.

Comment procéder? Que diriez-vous d'avoir un lieu de stockage (et si possible formulaire pour télécharger: "upload") pour ces autorisations/contrats?

Si Pangloss/CoCoON développe son interface de dépôt, elle permettrait le dépôt simultané des métadonnées, fichiers déposés (WAV, XML, PDF...), et des autorisations (PDF) ?

a voix du bon sens serait de commencer par

Attention, ces documents ne seraient pas ouvertes au public en libre accès. L'idée c'est qu'un documentaliste/archiviste puis avoir accès à l'autorisation en cas de besoin. Ces documents devraient être archivés avec la même pérennité que les documents eux-mêmes.

(Ou alors est-ce que l'autorisation serait rendue publique après une certaine durée (100 ans?), qd le document lui-même passe dans le domaine public?)

Contributor guide

No contributing guide indexed for this repository

Research direction

The issue names no files, tests, or entry points. Start by locating the repository's resource-deposit workflow and clarify how authorization files should be stored, associated with resources, retained, and restricted to archivists; done means an agreed implementation scope for these requirements.

Written by the indexing model from the issue text.

Assessment

Tech stack
php
Domain
backend, documentation
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.