Il pose les problèmes de la formation à ces professions, les moyens, la non-prise en compte de l'urgence de s'y mettre et point mineur la pérénnité de la conservation des informations (sans troll aucun: Word(tm)(c)(r) est cité)
Question d'ouverture: Aucun projet sur l'archivage ou de concertation avec le gouvernement pour une solution ? car il va bientot passer un décret donnant force de preuve au document électronique dans les affaires de justice.
Question troll: peut-on confier des données à la merci d'un groupe commercial quelconque?
# On le fait tous les jours
Posté par Olivier Dupuis . Évalué à 1.
"peut-on confier des données à la merci d'un groupe commercial quelconque?"
et ma foi, c'est bien ce que tu fais tous les jours avec ta banque pour la gestion de tes comptes et de ton argent. Car la gestion repose sur des transactions électroniques, stockées sur des supports moins sûrs que des coffres-fort.
Et je ne pense pas que toutes les banques contrôlent le format de stockage des données. Ils s'assurent juste de savoir les récuper et les traiter.
[^] # Re: On le fait tous les jours
Posté par ufoot (site web personnel) . Évalué à 1.
Mais l'état c'est différent d'une banque, c'est quand même censé représenter le pays, c'est pas uniquement _bien que ça le devienne presque_ une grosse société chargée gérer un budget point barre.
Donc dans ce cadre, je pense que le stockage des infos internes de l'état ne devraient pas rendre celui-ci dépendant d'une quelconque société (française ou pas d'ailleurs...)
# Mouai XML/UDF
Posté par Chamelle Kolabo . Évalué à 1.
Les entreprises qui continue avec les formats de Microsoft aurront des problemes d archivage dans le futur
Sinon c'est les becanes + logiciels + les données qu on va finir par garder ..
SMIL, SVG, UIML sont lisibles sous un editeur de
texte, aller faire la meme chose avec ppt ou word
[^] # Re: Mouai XML/UDF
Posté par Benoît Sibaud (site web personnel) . Évalué à 1.
Solutions :
tout mettre en RAM et ne pas couper le courant ?
automatiser la gravure sur marbre ?
convertir/transférer les données à chaque saut technique ?
...
[^] # Re: Mouai XML/UDF
Posté par christophe robert . Évalué à 1.
Il faut cotoyer le monde des archivistes pour
savoir cela .
Ce qui n'est pas vraiment pas ton cas a premiere vue .
Saut technologique ?????????????????
l octect va passer a 9 bits ??????????
[^] # Re: Mouai XML/UDF
Posté par Benoît Sibaud (site web personnel) . Évalué à 1.
Par saut technologique, j'entends que les 78 tours, les 45 tours, les 33 tours, les cassettes, les disquettes 7', 3', 3' 1/2, 5' 1/4, les CD, les DVD, les disques magnéto-optiques, les bandes magnétiques de tous les formats, les DAT, les barrettes SRAM, les cartes perforées, les disques durs MFM, IDE, SCSI, les supports holographiques, etc, etc, etc qui ne se lisent pas tous (loin de là) avec le même matériel... Et nul doute que ce n'est pas fini.
L'octet ne va peut-être pas passer à 9 bits (hormis le contrôle de parité) mais le mot/word est lui bien passé par 4, 8, 16, 32, 64, etc bits. On a aussi parlé du trit et du bit quantique... Sans parler des supports analogiques.
Enfin bon je suis pas expert dans le domaine, mais
j'essaie de faire avancer le débat, moi...
[^] # XML
Posté par David Olivari . Évalué à 1.
Nomenclature : Dublin Core
Image : SVG, PNG
Le tout dans un format de packaging qui reste à inventé : jar ?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.