Lignes
directrices relatives aux types de fichiers
informatiques,
aux formats de transfert et aux
normes d'information
Table
des matières
Identification du
document
Titre
|
Bibliothèque
et Archives Canada - Lignes directrices relatives aux types de
fichiers informatiques, aux formats de transfert et aux normes
d'information
|
Auteur
|
David
L. Brown
|
Sujet
|
Formats
de fichiers infor,atiques et formats de transfert
|
Description
|
Formats
suggérés pour la création des archives électroniques
et leur transfert à Bibliothèque et Archives Canada
|
Éditeur
|
Bibliothèque
et Archives Canada
|
Collaborateur
|
Mike
Swan
|
Date
|
28
juin 2004
|
Type
|
Texte
|
Format
|
Microsoft
Word 2000
|
Identificateur
|
Version
1.1
|
Source
|
|
Langue
|
Française
|
Rapport
|
|
Couverture
|
|
Droits
|
Droits
de propriété intellectuelle - propriété
du Canada© Tous droits réservés - Sa Majesté
la Reine du chef du Canada - 2004
|
Identification normale
d'un document -Version 1.1 (2 juillet 1999) de l'ensemble d'éléments
de métadonnées du Dublin Core
Contrôle de
modification du document
Numéro
de révision
|
Date
d'établissement
|
Auteur(s)
|
Brève
description de la modification
|
Version
0.1
|
13
juin 2003
|
Mike
Swan
|
Original
|
Version
0.2
|
7
juillet 2003
|
David
Brown
|
Examen
et inclusion de géomatique
|
Version
0.3
|
7
août 2003
|
Mike
Swan, David Brown
|
Inclusion
d'autres formats et suppression de spécifications
|
|
25
août 2003
|
David
Brown
|
Modification
apportée à la section d'imagerie fixe
|
Version
0.4
|
25
septembre 2003
|
David
Brown
|
Importante
refonte de la section d'introduction et inclusion d'une section
de présentation / de jeux de caractères
|
Version
0.5
|
17
octobre 2003
|
David
Brown
|
Importante
modification de l'ensemble du document en fonction des commentaires
formulés par le personnel de la DDG et les experts du Centre
de préservation de Gatineau
|
Version
1.0
|
25
février 2004
|
David
Brown
|
Inclusion
d'une section qui traite du format ESRI Shapefiles et de l'instruction
de formatage OASIS Open Office XML et modification de la section
qui traite du format WAVE. La version 1.0 représente la première
itération du document. Les prochaines itérations seront
élaborées sur une base semestrielle
|
Version
1.1
|
28
juin 2004
|
David
Brown
|
Modification
des urls
|
1. Introduction
1.1 But et portée
1.2 Contexte
1.3 Concept
1.4 Mises à jour
1.5 Orientation
1.5.1 Législations
1.5.2 Politiques afférentes du Conseil du Trésor
1.5.3 Politiques afférentes de Bibliothèque et Archives
Canada
1.5.4 Demandes de renseignements
2. Présentation
2.1 Jeux de caractères
2.1.1 Formats
recommandés
2.1.1.1 Code
américain normalisé pour l'échange d'information
(ASCII)
[ISO/IEC 8859-1:1998 (Latin-1)]
2.1.1.2 Extended Binary Coded Decimal Interchange Code (EBCDIC)
2.1.1.3 UTF-8, Unicode, version 3.0 UTF-8 [ISO/IEC 10646-1:2000]
3. Types
de fichiers et formats de transfert
3.1 Audio numérique
3.1.1 Formats recommandés
3.1.1.1 Format
d'échange de fichier audio (AIFF)
3.1.1.2 WAVE : (WAV)
3.1.2 Formats acceptables
3.1.2.1 MPEG -1:
Couche 3 (MP3)
3.1.2.2 Interface numérique des instruments de musique (MIDI)
3.1.2.3 Audio en temps réel (RM/RA)
3.2 Imagerie numérique
fixe
3.2.1 Formats recommandés
3.2.1.1 Union
internationale des télécommunications (UIT) - secteur
de normalisation des télécommunications (ITU-T) T.4
et T.6
3.2.1.2 Graphique réseau portable (PNG)
3.2.1.3 Fichier d'image étiqueté (TIFF)
3.2.2 Formats acceptables
3.2.2.1 Format
d'échange graphique(GIF)
3.2.2.2 Groupe mixte d'experts en photographie (JPEG) [ISO/IEC 10918-1:1994]
3.2.2.3 Format d'échange de fichier JPEG (JFIF)
3.3 Vidéo numérique
3.3.1 Format recommandé
3.3.1.1 Groupe
d'experts pour le codage d'images animées (MPEG-2)
3.3.2 Formats acceptables
3.3.2.1 Entrelacement
audio-vidéo (AVI)
3.3.2.2 Groupe d'experts pour le codage d'images animées (MPEG-4)
3.3.2.3 QuickTime (MOV)
3.3.2.4 RealVideo de Real Networks (RM)
3.4 Documents textuels
3.4.1 Formats recommandés
3.4.1.1 Langage
de balisage extensible (XML)
3.4.1.2 Langage de balisage hypertexte extensible (XHTML)
3.4.1.3 Langage de balisage hypertexte (HTML) 19
3.4.1.4 Langage standard de balisage généralisé
(SGML) [ISO/IEC 8879:1986]
3.4.2 Formats acceptables
3.4.2.1 Fichiers
de texte (*.txt)
3.4.2.2 Format de document Microsoft Word (.doc)
3.4.2.3 Format de document portable (PDF)
3.4.2.4 Format de document WordPerfect (.wpd)
3.5 Courriel
3.5.1 Format recommandé
3.5.1.1 Format
des messages Internet comportant des éléments multimédias
(MIME)
3.6 Données
géospatiales
3.6.1 Formats recommandés
3.6.1.1 Graphiques
numériques d'éléments linéaires - niveau
3 (DLG-3)
3.6.1.2 Format d'exportation du Environmental Systems Research Institute
(ESRI) - (E00)
3.6.1.3 Format ShapeFile (SHP) du Environmental Systems Research Institute
(ESRI)
3.6.1.4 GeoTIFF 22
3.6.1.5 Langage de balise en géographie(GML), version 3
3.6.1.6 Organisation hydrographique internationale (OHI) S-57, édition
3.1
3.6.1.7 Normes d'information géographique TC 211 ISO 191xx
3.6.1.8 Norme de transfert des données spatiales (SDTS)
3.6.2 Formats acceptables
3.6.2.1 Format
d'échange du Conseil canadien de géomatique (FECOCG)
3.6.2.2 Système d'exploitation CARIS (ASCII)
3.6.2.3 Format de superstructure CEOS
3.6.2.4 Modèle altimétrique numérique (MAN)
3.6.2.5 Format GeoVRML (langage de modélisation en réalité
virtuelle)
3.7 Données
structurées - bases de données et tableurs
3.7.1 Format recommandé
3.7.1.1 Fichier
non hiérarchique
3.7.2 Format acceptable
3.7.2.1 Format
dBase (DBF)
3.8 Documents cartographiques
3.8.1 Format recommandé
3.8.1.1 Format
d'échange de fichiers cartographiques (DXF)
Bibliographie
1.
Introduction
1.1
But et portée
Le présent
document précise les types de fichiers électroniques, les
formats de transfert et les normes d'information recommandés par
Bibliothèque et Archives Canada (BAC) pour faciliter l'interopérabilité
de l'information numérique au sein du gouvernement du Canada (GDC).
Ce document met l'accent sur les facettes particulières liées
à l'interopérabilité de l'information qui permet
le partage et l'échange de renseignements entre BAC et d'autres
organismes fédéraux.
Les types de fichiers et les formats de transfert cités dans le
présent document visent à couvrir un certain nombre de types
de données et de renseignements, notamment du genre audio numérique
créé par ordinateur, imagerie numérique fixe, vidéo
numérique, documents textuels, courriel, données géospatiales,
données structurées - bases de données et tableurs
et dessins techniques assistés par ordinateur (DAO). Les normes
d'information abordent les questions de présentation des données.
Même si BAC
possède les outils technologiques nécessaires pour traiter
tout document présenté dans une des normes ou un des formats
de fichiers précisés dans le présent document, les
normes et les formats sont regroupés dans deux catégories
d'utilisation, c'est-à-dire, « recommandés »
et « acceptables ». BAC préconise, pour la création
de renseignements générés par ordinateur, les normes
et les formats regroupés dans la catégorie « recommandés
» et ce,
selon une rationalité purement technique. En outre, BAC préfère
les types de fichiers et les formats de transfert recommandés pour
le transfert d'information numérique sous son contrôle lorsque
ces renseignements n'ont plus de valeur opérationnelle pour l'organisation.
BAC favorise également ces types de fichiers et formats de transfert
pour l'échange d'information numérique au sein de l'administration
fédérale. Les types de fichiers électroniques, les
formats de transfert et les normes d'information regroupés dans
la catégorie « acceptables » ne conviennent qu'en présence
de certains critères.
Les ministères
et organismes fédéraux qui possèdent des renseignements
archivistiques sauvegardés dans des fichiers informatiques ou des
formats de transfert électroniques autres que ceux qui sont précisés
dans ce document doivent consulter le personnel de BAC pour déterminer
l'acceptabilité du format en question avant de transférer
l'information.
1.2
Contexte
Le personnel du Secrétariat
du Conseil du Trésor (SCT) élabore la politique de l'administration
fédérale en matière de gestion de l'information (GI)
et sa mise en uvre au sein de l'appareil gouvernemental fédéral
est rehaussée par les conseils fournis par Bibliothèque
et Archives Canada. En vertu de la Loi sur les Archives nationales
du Canada, BAC est chargé de préserver la mémoire
collective du pays et de l'administration fédérale. L'article
4 de la Loi stipule que les Archives nationales du Canada peuvent
acquérir des documents privés et publics d'importance nationale.
La définition du mot « document » précisé
dans la Loi inclut les « enregistrements informatisés ».
La conservation de l'information numérique est une question extrêmement
importante. L'administration fédérale crée et entrepose
des téraoctets d'information numérique, dont la majorité
est entreposée dans une variété de formats d'enregistrement
logiques. La gestion opérationnelle efficace de ces documents est
cruciale pour garantir la disponibilité des renseignements pour
les générations futures de responsables gouvernementaux
des orientations et des décisions politiques et pour réaliser
divers types de recherche gouvernementale.
L'accès à
long terme des données créées par l'administration
fédérale sera compromis en l'absence de création
et de mise en uvre de politiques, de procédures et d'outils
visant à assurer la gestion efficace et l'éventuelle conservation.
De par leur nature, les archives électroniques sont plus fragiles
que les documents imprimés et l'accès permanent à
leur contenu est plus vulnérable au changement et à la perte.
L'accès à l'information numérique varie en fonction
de l'évolution rapide des logiciels et du matériel. Les
logiciels et le matériel deviennent obsolescents quelques années
après leur mise en marché. La conservation des bits numériques
est facilement réalisable; cependant, si les plates-formes informatiques
et les applications logicielles requises pour interpréter l'information
ne sont plus disponibles, la valeur représentée par ces
« renseignements » est perdue à jamais.
De concert avec les
collectivités bibliothécaires et archivistiques, les producteurs
de données de l'administration fédérale doivent normaliser
et adopter les politiques et les pratiques organisationnelles qui régissent
la création, l'utilisation, la conservation, la diffusion, la préservation
et l'aliénation de l'information numérique afin d'en assurer
l'authenticité et l'intégrité aussi longtemps que
les lois, les règlements ou les politiques et les directives gouvernementales
l'exigent.
1.3
Concept
BAC a produit le présent
document afin de fournir aux ministères et aux organismes fédéraux
une orientation relative aux types de fichiers électroniques, aux
formats de transfert et aux normes d'information à considérer
dans le cadre de la création de l'information numérique.
L'adoption de ces formats et de ces normes facilitera l'échange
d'information entre les ministères, servira de fondement à
la mise en uvre de pratiques en matière de GI communes à
l'ensemble de l'administration fédérale et assurera la conservation
des « documents qui ont une valeur archivistique » pour les
prochaines générations de Canadiens et Canadiennes. Le présent
document ne vise qu'à préciser les formats et les normes
d'information recommandés ou acceptés par BAC pour la réalisation
des mesures d'initiative gouvernementale. Les caractéristiques
techniques relatives à l'application des formats et des normes
spécifiques seront élaborées et publiées à
titre d'annexes à ce document dès qu'elles seront définies.
La normalisation des
formats de création, d'utilisation et de transfert de l'information
numérique constitue un élément essentiel du processus
de conservation à long terme. Un type de support logique standard
indépendant des plates-formes et soutenu par l'industrie devrait
permettre un accès fiable aux archives électroniques pendant
une période de cinq ans avant la migration de ladite information
vers un nouveau format. En plus, le support physique sur lequel les documents
sont entreposés joue un rôle vital dans l'équation
de conservation, mais le présent document n'aborde pas expressément
cette question. La mise en uvre des procédures de migration
est très dispendieuse et elle peut exposer l'information à
des risques de dégradation et de perte. Par conséquent,
la limite de la fréquence de migration des données et l'examen
des risques afférents doivent être des composantes requises
dans toute stratégie de gestion et de conservation de l'information.
Dans le cadre de sa
sélection de types de fichiers, de formats de transfert et de normes
d'information, BAC a tenté d'équilibrer les exigences de
qualité, de stabilité, d'éventuelle longévité
et d'acceptation de l'industrie. Dans la mesure du possible, une préférence
a été accordée à la sélection de formats
de transfert et de normes d'information non exclusifs au niveau national
et international ou de formats ou types de fichiers adoptés de
facto dans l'industrie. Les formats de facto standards sont
généralement utilisés et reconnus comme des formats
et des types de fichiers qui sont devenus la norme dans l'industrie en
raison de leur utilisation et de leur soutien très répandus
et non parce qu'ils ont été officiellement approuvés
par une organisation d'établissement de normes. En termes d'application,
les caractéristiques auxquelles le public a accès sont préférées
pour utilisation par l'administration fédérale afin d'éliminer
toute éventuelle confiance en la destinée d'une recommandation
d'entreprise particulière. Les formats sont présentés
par ordre alphabétique à l'intérieur des domaines
pertinents.
1.4 Mises à jour
Afin d'assurer l'actualité
de ce document, l'information qui y est présentée sera examinée
et mise à jour sur une base régulière et ce, dans
le but de refléter les exigences opérationnelles qui existent
dans l'administration fédérale et de répondre aux
enjeux liés à l'évolution des développements
technologiques. Chacun est invité à formuler des commentaires
sur le contenu de toute nouvelle version du document et ce, dès
sa publication. Pour en savoir davantage sur la façon de présenter
des commentaires, prière de consulter la section Demande de renseignements
(1.5.4).
1.5 Orientation
Cette section devrait
être lue en parallèle avec les lois, les politiques et les
lignes directrices pertinentes de l'administration fédérale.
1.5.1
Législation
Loi sur l'accès
à l'information
Loi sur la preuve au Canada
Loi sur le droit d'auteur
Loi sur le casier judiciaire
Loi sur la protection civile
Loi sur la gestion des finances publiques
Loi sur les Archives nationales du Canada
Loi sur la Bibliothèque nationale
Loi sur les langues officielles
Loi sur les secrets officiels
Loi sur la protection des renseignements personnels et les documents électroniques
Loi sur la protection des renseignements personnels
Loi sur la statistique
1.5.2
Politiques afférentes du Conseil du Trésor
Politique sur la
gestion de l'information gouvernementale et les normes et lignes directrices
de la normalisation des sites Internet
Services communs
Communications
Couplage des données
Politique sur l'autorisation et l'authentification électroniques
Cadre de gestion améliorée
Évaluation
Politique fédérale en matière de sécurité
Politique sur la vérification interne
Politique de gestion de l'information gouvernementale
Politique sur la gestion des technologies de l'information
Politique, lignes directrices et normes concernant la gestion d'une infrastructure
à clé publique
Politique concernant l'utilisation des langues officielles sur les réseaux
informatiques et autres politiques sur les langues officielles
Politique sur la protection des renseignements personnels et des données
Politique d'évaluation des facteurs relatifs à la vie privée
1.5.3
Politiques afférentes de Bibliothèque et Archives Canada
L'édition
électronique : Guide des pratiques exemplaires à l'intention
des éditeurs canadiens, version 1.0
Lignes directrices sur la gestion de l'information consignée dans
un cabinet de ministre
Lignes directrices concernant les documents chiffrés et signés
numériquement selon une infrastructure à clé
publique
Gestion des documents audiovisuels dans l'administration fédérale
Gérer les documents cartographiques, architecturaux et techniques
dans l'administration fédérale
Gérer les documents d'art documentaire du GDC
Gestion des documents électroniques dans un environnement de travail
électronique
Gestion des documents photographiques au gouvernement du Canada
Gestion des répertoires et des fichiers partagés
Guide sur la protection des documents essentiels
Guide à l'intention des utilisateurs des Centres fédéraux
de documents
1.5.4
Demandes de renseignements
Les demandes de renseignements
relatifs au contenu du présent document doivent être acheminées
comme suit : Division
du développement des archives électroniques
Direction des documents gouvernementaux
Bibliothèque et Archives Canada
344, rue Wellington
Ottawa (Ontario) Canada
K1A 0N3
Téléphone : (613) 944-4644
Télécopieur : (613) 947-1500
Courriel : imgi@archives.ca
[ Haut
de la page ]
2.
Présentation
2.1 Jeux de caractères
2.1.1
Formats recommandés
2.1.1.1
Code américain normalisé pour l'échange d'information
(ASCII) [ISO/IEC 8859-1:1998 (Latin-1)]
BAC reconnaît
l'utilisation du jeu de caractères d'encodage ISO/IEC 8859-1:1998
ASCII. La norme précise un jeu de 256 caractères, dont
chacun est défini à l'aide d'un nombre binaire de 8 bits.
Version : ISO/IEC 8859-1:1998
http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?
CSNUMBER=28245&IC1=35&ICS2=40&ICS3
2.1.1.2
Extended Binary Coded Decimal Interchange Code (EBCDIC)
EBCDIC est un schéma
d'encodage utilisé dans les ordinateurs IBM. Le jeu de caractères,
élaboré durant les années 1960, est semblable au
jeu ASCII; il utilise un code binaire de 8 bits pour représenter
un maximum de 256 caractères. Le jeu de caractères, présenté
dans six formes quelque peu différentes, est cependant toujours
utilisé dans les ordinateurs IBM. La publication suivante de
IBM présente des renseignements supplémentaires sur le
code EBCDIC : IBM Character Data Representation Architecture, Reference
and Registry, SC09-2190-00 (décembre 1996).
2.1.1.3
UTF-8, Unicode, version 3.0 UTF-8 [ISO/IEC 10646-1:2000]
BAC reconnaît
la norme Unicode, version 3.0, qui définit un jeu de caractères
multi-octet nommé « jeu de caractères universels
» (UCS). Le format UTF-8 (format de transformation de caractères
UCS) de la norme Unicode, version 3.0, offre un numéro unique
pour un maximum de 49 194 caractères, peu importe la plate-forme,
le programme ou le langage. Les dernières versions de la norme
ont mis à jour la version 3.0 de Unicode. Ces mises à
jour ne remplacent pas la majorité du matériel existant
de la version 3.0 de Unicode. Ces révisions ajoutent des caractères,
corrigent ou élargissent les propriétés de caractère
dans la base de données de caractères Unicode ou ont une
signification pour l'interprétation de certains aspects de la
norme. BAC recommande la norme Unicode, car elle fournit par défaut
le schéma d'encodage UCS pour les langages HTML, SGML, XHTML
et XML.
Versions : 1.0, 1.1, 2.0, 2.1, 3.0, 3.1, 3.2 et 4.0
http://www.unicode.org/book/u2.html
[ Haut
de la page ]
3.
Types de fichiers et formats de transfert
3.1 Audio numérique
3.1.1
Formats recommandés
3.1.1.1
Format d'échange de fichier audio (AIFF)
Le format AIFF offre
une norme d'entreposage des sons échantillonnés. Le format
très flexible permet l'entreposage de sons échantillonnés
monophoniques ou multi-canaux dans une variété de taux
d'échantillonnage et de largeurs d'échantillonnage. Le
format est principalement un format de transfert utilisé dans
un vaste éventail d'ordinateurs, d'instruments de sons échantillonnés,
d'applications logicielles pour les sons et de dispositifs enregistreurs
haute fidélité. Le format ne soutient pas la compression
des données; par conséquent les fichiers AIFF sont souvent
très volumineux. Le format AIFF est généralement
utilisé dans les programmes professionnels qui traitent les formes
d'onde audio numériques.
Versions : 1.1, 1.2 et 1.3
http://preserve.harvard.edu/standards/
3.1.1.2
WAVE : (WAV)
Microsoft et IBM
ont collaboré à l'élaboration du format WAV. Les
fichiers en format WAV sont probablement les plus simples des formats
communs d'entreposage des échantillons audio; contrairement au
format MPEG et aux autres formats comprimés, le format WAV entrepose
des échantillons dans un nouveau format brut ASCII. Le soutien
des fichiers en format WAV a été intégré
au système d'exploitation Windows 95, en faisant par le fait
même la norme de facto de son pour les ordinateurs personnels.
Le format soutient plusieurs résolutions de bits, de taux d'échantillonnage,
de canaux audio et un certain nombre de méthodes de compression
inaltérante. Le format WAV est généralement utilisé
dans les programmes professionnels qui traitent les formes d'onde audio
numérique. Le format WAV, un format audio numérique de
longue date, demeure la norme de facto pour les fichiers audio
utilisés présentement. Le comité technique de l'Association
internationale d'archives sonores et audiovisuelles (IASA) a préparé
les lignes directrices générales pour la protection des
données audio. Ces lignes directrices et pratiques exemplaires
sont présentées à l'adresse suivante :
http://www.iasa-web.org/iasa0013.htm
3.1.2
Formats acceptables
3.1.2.1
MPEG -1: Couche 3 (MP3)
Le format MP3 est
un système de compression de la musique qui réduit les
chansons par un facteur de 10 à 14 sans modifier la qualité
du son des chansons. La méthode utilisée comprime les
données avec perte, c'est-à-dire, que certaines données
du fichier original sont perdues durant le processus de compression.
La norme est généralement adoptée par les fabricants
et les utilisateurs de logiciels; cependant, BAC ne la considère
qu'acceptable, car elle n'est pas aussi fiable que le format MPEG-1:
Couche 2. La norme MP3 est présentée à l'adresse
suivante :
http://www.mpeg.org/MPEG/
3.1.2.2
Interface numérique des instruments de musique (MIDI)
MIDI est une norme
adoptée par l'industrie de la musique numérique pour les
dispositifs de contrôle comme les synthétiseurs et les
cartes sonores qui émettent la musique. Tout au moins, une représentation
de son en format MIDI inclut la tonie, la longueur et le volume d'une
note, mais elle peut en plus inclure d'autres caractéristiques
comme le temps de désensibilisation et le temps de retard. Le
format MIDI est une norme de facto de communication entre les
instruments de musique et la source musicale des jeux installés
dans les ordinateurs personnels. Les spécifications du format
MIDI sont présentées à l'adresse suivante :
http://www.midi.org/about-midi/specinfo.shtml
3.1.2.3
Audio en temps réel (RM/RA)
Le format audio
en temps réel a été le premier produit d'enregistrement
et de lecture en continu créé pour Internet et il est
devenu une norme de facto de format audio en réseau. La
méthode utilisée comprime les données avec perte,
c'est-à-dire, supprime d'abord les ondes métriques et
les ondes myriamétriques imperceptibles par l'ouïe humaine.
Elle supprime ensuite le plus de données possible, tout en laissant
intactes certaines ondes. Des renseignements supplémentaires
sur l'audio en temps réel sont présentés à
l'adresse suivante : http://www.realnetworks.com/resources/howto/audio_video/audio.html
3.2
Imagerie fixe numérique
3.2.1
Formats recommandés
3.2.1.1
Union internationale des télécommunications (UIT) - secteur
de normalisation des télécommunications (ITU-T) T.4 et
T.6
Originalement connu
sous l'appellation Comité consultatif international téléphonique
et télégraphique (CCITT), groupe 3 et groupe 4, les recommandations
T.4 et T.6 du ITU-T sont des méthodes de compression qui ont
été élaborées pour la compression inaltérante
des données d'image. Les techniques de compression sans perte
préviennent la perte de données durant le processus de
compression. BAC préfère que les images numériques
ne soient pas comprimées. Lorsqu'il n'est pas pratique d'entreposer
ou de transférer des fichiers décomprimés, BAC
recommande d'utiliser une méthode de compression inaltérante.
Les créateurs des télécopieurs ont initialement
adopté les techniques de compression CCITT, mais les fabricants
de systèmes généraux d'entreposage et de repérage
de documents les utilisent désormais librement. La méthode
de compression profite du fait qu'une image semble consister en un faible
nombre de pixels noirs sur un fond blanc. La méthode d'encodage
modifie les séries de pixels blancs et noirs en mots-codes qui
sont entreposés dans une table de Huffman, c'est-à-dire,
une liste de codage qui permet de décoder un ensemble de données.
Version : T.4
http://www.itu.int/rec/recommendation.asp?type=items&lang=e&parent=T-REC-T.4-199904-I
Version : T.6
http://www.itu.int/rec/recommendation.asp?type=items&lang=e&parent=T-REC-T.6-198811-I
3.2.1.2
Graphique réseau portable (PNG)
Le format PNG est
un format de fichier extensible pour l'entreposage sans perte, comprimé
et portable des données d'image tramée. Les images définies
ligne par ligne sont fondées sur des grilles de points ou de
pixels dans lequel chaque pixel est représenté par un
code de couleur numérique. Le format a été conçu
pour offrir un remplacement sans brevet de grande qualité pour
le format de fichier d'échange graphique (GIF) présenté
plus loin dans le texte. Le format PNG soutient les modes vidéo
à couleur inversée, en niveaux de gris et les images de
couleur réelle, en plus d'un canal alpha facultatif. Des renseignements
supplémentaires sur le format PNG sont présentés
à l'adresse suivante : http://www.libpng.org/pub/png/.
Versions :
1.0 http://www.libpng.org/pub/png/spec/1.0/
1.1 http://www.libpng.org/pub/png/spec/1.1/
1.2 http://www.libpng.org/pub/png/spec/
3.2.1.3
Fichier d'image étiqueté (TIFF)
Le format TIFF est
la norme préférée de BAC pour la description et
l'entreposage d'images tramées obtenues par numériseur,
par télécopieur ou par application de photographie numérique.
Le format est en mesure de décrire des images monochromes, les
nuances de gris, la table de référence de couleurs et
les images toutes nuances dans plusieurs espaces couleurs. Le format
TIFF est extensible, portable et ne favorise pas de système d'exploitation,
de compilateur ou de processeur particulier. Adobe détient les
droits d'auteur du format TIFF, mais la spécification est disponible
et soutenue par la plupart des outils de conversion et des applications
logicielles de photographie.
Versions :
Révision 6.0
http://partners.adobe.com/asn/developer/pdfs/tn/TIFF6.pdf
Révision 5.0
http://palimpsest.stanford.edu/bytopic/imaging/std/tiff5.html
3.2.2
Formats acceptables
3.2.2.1
Format d'échange graphique(GIF)
CompuServe a mis
sur le marché le format GIF en 1987 à titre de spécification
libre et ouverte pour l'entreposage des images tramées et pour
faciliter l'échange d'imagerie numérique entre différentes
plates-formes informatiques et systèmes d'exploitation. Depuis
1987, le format GIF est devenu un des formats les plus couramment utilisés
pour l'entreposage des données d'image. Les images en format
GIF sont comprimées (pour réduire la taille des fichiers)
à l'aide de la technologie de compression et de décompression
Lempel Ziv Welch (LZW) dont le brevet est détenu par Unisys.
Le brevet canadien de la technologie LZW expire le 7 juillet 2004. Le
brevet ne couvre pas les fichiers en format GIF et il n'existe, pour
l'administration fédérale, aucun risque associé
à la distribution et à l'entreposage des fichiers en format
GIF. Le brevet ne touche que les logiciels qui utilisent l'algorithme
de compression LZW.
Versions :
87a http://www.w3.org/Graphics/GIF/spec-gif87.txt
89a http://www.whisqu.se/per/docs/graphics54.htm
3.2.2.2
Groupe mixte d'experts en photographie (JPEG) [ISO/IEC 10918-1:1994]
Le format JPEG est
un mécanisme normalisé de compression d'image avec perte
conçu pour comprimer les images toutes nuances et en niveaux
de gris. L'Organisation internationale de normalisation (ISO) a standardisé
le format de compression JPEG en 1990. Le format est fondé sur
une spécification qui contrôle le taux de compression de
l'image associée produite. Il utilise une compression avec perte
conçue pour exploiter le fait que la vision humaine perçoit
les faibles changements de couleur moins exactement que les faibles
changements d'intensité. Le format JPEG convient bien aux photographies
et aux uvres d'art, mais ne représente pas fidèlement
l'écriture cartographique, les dessins humoristiques ou les dessins
au trait. En plus, ISO a élaboré une nouvelle version
du format JPEG connue sous l'appellation JPEG2000. Cette norme a été
mise sur le marché en janvier 2001, mais elle n'est toujours
pas utilisée à grande échelle. Par conséquent,
BAC surveille l'évolution de l'utilisation de la version JPEG2000.
Pour en savoir davantage sur le format JPEG, prière de consulter
la norme ISO/IEC 10918-1:1994 ou la section FAQ du format JPEG : http://www.faqs.org/faqs/jpeg-faq/
Des renseignements supplémentaires sur la version JPEG2000 sont
présentés à l'adresse suivante : http://www.jpeg.org/JPEG2000.html
3.2.2.3
Format d'échange de fichier JPEG (JFIF)
Le format JFIF est
une norme simplifiée qui permet l'échange des images comprimées
en format JPEG entre une grande variété de plates-formes
informatiques et d'applications logicielles. Le format JPEG JFIF est
un format de fichier qui a été créé par
le groupe indépendant JPEG (IJG) pour le transport simple des
images comprimées en format JPEG. La plupart des gens qui citent
le format JPEG font effectivement allusion au format JFIF. Le format
JFIF est parfaitement compatible à la norme JPEG.
Versions : 1.02 (Sept., 1992)
http://www.w3.org/Graphics/JPEG/jfif3.pdf
3.3
Vidéo numérique
3.3.1
Format recommandé
3.3.1.1
Groupe d'experts pour le codage d'images animées (MPEG-2)
Le Groupe d'experts
pour le codage d'images animées est un groupe de travail de l'ISO
chargé de définir les normes de représentation
codée des images audio numériques et vidéo numériques.
Depuis 1988, le groupe a établi les normes MPEG-1, MPEG-2, MPEG-4,
MPEG-7 et MPEG-21. Le format MPEG utilise un schéma de compression
avec perte qui entrepose séquentiellement les changements d'une
image et d'une trame audio à la prochaine. MPEF-2 est la norme
MPEG la plus généralement appliquée. Même
si la version MPEG-2 est fondée sur MPEG-1 et est entièrement
rétrocompatible, elle produit des fichiers vidéo et audio
de meilleure qualité. Elle est devenue la norme de facto
pour la transmission et l'entreposage des fichiers vidéo numériques.
BAC recommande l'utilisation de la version MPEG-2 à titre de
format qui convient le mieux à la création et à
la conservation des fichiers vidéo numériques en raison
de son statut de norme internationale, son acceptation dans le marché
et sa pénétration, et son apparente stabilité au
sein de l'industrie. Durant l'échange, le format MPEG-2 doit
être compatible au format MXF (Material eXchange Format).
Pour en savoir davantage sur le format MPEG-2, prière de consulter
le site suivant :
http://www.mpeg.org/MPEG/
Pour en savoir davantage sur le format MXF, prière de consulter
le site suivant :
http://www.broadcastpapers.com/sigdis/Snell&WilcoxMXF01.htm
3.3.2
Formats acceptables
3.3.2.1
Entrelacement audio-vidéo (AVI)
Microsoft a créé
le format AVI pour l'entreposage et la lecture des données audio
et vidéo dans un ordinateur personnel. Le format est limité
à une résolution vidéo de 320 x 240 et à
un taux de lecture de 30 pieds seconde. Le format AVI est devenu une
norme de facto, mais Microsoft a annoncé qu'il suspendra sous
peu son soutien au format. À court terme, les fichiers en format
AVI devraient être convertis dans un format plus stable, les chances
d'éventuel soutien sont précaires. Pour en savoir davantage
sur le format AVI, prière de consulter le site suivant :
http://www.2dreamers.com/tutorials/John%20Mc
Gowan%27s%20AVI%20Overview.htm
3.3.2.2
Groupe d'experts pour le codage d'images animées (MPEG-4)
Le format MPEG-4
est fondé sur les normes MPEG-1, MPEG-2 et Quicktime MOV (voir
plus loin dans le texte). Ces fichiers sont conçus pour la transmission
Internet sur une bande passante étroite, rendant la taille des
fichiers plus petite que d'autres formats de fichier MPEG et Quicktime
MOV. Les fichiers en format MPEG-4 peuvent mélanger des données
vidéo et textuelles, des graphiques et des couches d'animation
2D et 3D. La norme MPEG-4 n'a toujours pas été adoptée
par un certain nombre de créateurs et de fabricants de logiciels;
par conséquent, BAC ne la recommande pas. Pour en savoir davantage
sur le format MPEG-4, prière de consulter le site suivant :
http://www.chiariglione.org/mpeg/standards/mpeg-4/mpeg-4.htm
3.3.2.3
QuickTime (MOV)
Le format de fichier
MOV a été élaboré par Apple Computer pour
créer, lire et enregistrer et lire en continu des fichiers audio
et vidéo de grande qualité dans les ordinateurs munis
d'un système d'exploitation Macintosh ou Windows à l'aide
de l'application logicielle Quicktime. Le format, utilisé depuis
plus de dix ans, est entièrement rétrocompatible. L'Organisation
internationale de normalisation (ISO) a choisi le format Quicktime à
titre de fondement pour la norme MPEG-4. Pour en savoir davantage sur
le format Quicktime, prière de consulter le site suivant :
http://www.apple.com/quicktime/
3.3.2.4
RealVideo de Real Networks (RM)
Le format RealVideo
a été le premier format d'enregistrement et de lecture
vidéo en continu sur Internet. Un clip en format RealVideo comporte
deux parties, une trame visuelle encodée RealVideo codecs (COmpression/DECompression)
et une trame audio encodée RealAudio codecs. Les deux trames
sont encapsulées dans un clip RealVideo qui utilise l'extension
de fichier .RM. Le format RealVideo utilise un schéma de compression
avec perte qui réduit la taille du vidéo-clip en diminuant
le taux de trame ou en éliminant des données pixels durant
l'enregistrement du clip. Pour en savoir davantage sur le format RealVideo,
prière de consulter le site suivant :
http://www.realnetworks.com/resources/howto/audio_video/video.html
3.4
Documents textuels
3.4.1 Formats recommandés
3.4.1.1
Langage de balisage extensible (XML)
Le langage XML est
un langage de balisage simple, flexible et indépendant des plates-formes
dérivées du langage SGML (voir plus loin dans le texte).
Il a été conçu pour remplacer le langage SGML,
car il est plus facile de comprendre et d'écrire un code en langage
XML pour construire des applications pour Internet. Les balises XML
sont pleinement extensibles et configurées par l'utilisateur.
Elles sont utilisées pour décrire le contenu du texte
plutôt que son apparence, ce qui permet une recherche plus efficace,
mais la documentation des balises est cruciale pour permettre l'interprétation
d'un document en langage XML. Le langage XML, recommandé par
le Consortium World Wide Web (W3C) en 1998, est entièrement soutenu
par tous les principaux fournisseurs de logiciels. Une « recommandation
» W3C est une spécification élaborée par le
groupe de travail W3C et les membres du Consortium. Les membres du Consortium
ont convenu de recommander que la spécification est appropriée
pour usage général. Étant donné que différents
paliers de maturité technique des organismes et ministères
fédéraux utilisent le langage XML, BAC surveille l'évolution
de la création et de l'utilisation des définitions de
schémas en langage XML particulières à un domaine.
BAC continuera de surveiller, d'évaluer et d'adopter des formats
XML particuliers au fur et à mesure de l'élaboration,
de l'examen et de l'approbation des définitions de schémas
par des groupes d'utilisateurs particuliers. L'établissement
de ces définitions fera en sorte que le langage XML deviendra
la norme universelle préférée et recommandée
de BAC pour l'échange d'information numérique au sein
de l'administration fédérale.
Versions :
1.0 http://www.w3.org/TR/REC-xml
http://www.w3.org/TR/xml11/
Pour ce qui est des
applications de productivité de bureau, BAC surveille les travaux
du OASIS Open Office Format Technical Committee relatif à son élaboration
d'une spécification individuelle de fichier fondé sur le
langage XML pour l'interopérabilité des données entre
applications électroniques de bureau. Les travaux du comité
technique sont fondés sur la spécification de format XML
de OpenOffice.org, présentée à l'adresse suivante
:
http://xml.openoffice.org/general.html
3.4.1.2
Langage de balisage hypertexte extensible (XHTML)
Le langage XHTML est
une reformulation du langage HTML 4 (voir plus loin dans le texte) à
titre d'application en langage XML. La version XHTML 1.0 a été
recommandée par le W3C en janvier 2000. La version XHTML 1.1 a
restructuré la version XHTML 1.0 en modules XHTML. Cette modularisation
a permis d'étendre et de créer des sous-ensembles de XHTML,
ce qui a rendu plus facile la combinaison des balises pour le graphisme
vectoriel, le multimédia, la mathématique, le commerce électronique
et d'autres applications. La version 1.1 a été recommandée
par le W3C en mai 2001. La version XHTML 2.0, actuellement à l'étape
d'élaboration, ne sera pas rétrocompatible avec les versions
précédentes. Au moment de la rédaction du présent
document, la version 2.0 ne peut pas être considérée
comme stable. Par conséquent, BAC ne recommande que l'utilisation
des versions XHTML 1.0 et 1.1. BAC continuera de surveiller l'évolution
de la version 2.0.
Versions :
1.0 http://www.w3.org/TR/xhtml1/#xhtml
1.1 http://www.w3.org/TR/xhtml11
2.0 http://www.w3.org/TR/xhtml2
3.4.1.3
Langage de balisage hypertexte (HTML)
Le langage HTML
est un système de balisage simple dérivé du langage
SGML (voir plus loin dans le texte). Il est utilisé pour créer
des documents hypertextes transférables d'une plate-forme informatique
à une autre; le format est devenu la norme de production des
documents sur Internet. Chaque version HTML contient un ensemble particulier
non extensible de balises utilisées pour préciser l'apparence
du document créé. BAC recommande aux ministères
et aux organismes fédéraux de produire leurs documents
en format HTML 4.01 plutôt qu'en format HTML 4.0.
Versions :
2.0 http://www.w3.org/MarkUp/html-spec/html-spec_toc.html
3.0 http://www.w3.org/MarkUp/html3/CoverPage.html
3.2 http://www.w3.org/TR/REC-html32.html
4.0 http://www.w3.org/TR/html4
4.01 http://www.w3.org/TR/html401/
3.4.1.4
Langage standard de balisage généralisé (SGML)
[ISO/IEC 8879:1986]
Le langage SGML
est défini dans la norme internationale ISO 8879:1986. Il s'agit
d'un langage de balisage utilisé pour décrire formellement
la structure et le contenu des documents. Les balises du langage SGML
servent à déterminer, à nommer et à décrire
les rapports entre les données à des fins de gestion et
de manipulation. Les applications fondées sur le langage SGML
sont des plates-formes indépendantes utilisées pour un
vaste éventail de fonctions. La norme SGML est présentée
à l'adresse suivante :
http://www.iso.org/iso/en/CatalogueDetailPage
CatalogueDetail?CSNUMBER=16387&ICS1=35&ICS2=240&ICS3=30
3.4.2
Formats acceptables
3.4.2.1
Fichiers de texte (*.txt)
BAC accepte les
fichiers texte en clair qui utilisent le jeu de caractères d'encodage
ASCII (ISO/IEC 8859-1:1998).
3.4.2.2
Format de document Microsoft Word (.doc)
Le format .doc est
le format de fichier d'origine utilisé pour créer des
documents à l'aide du logiciel Microsoft Word. Microsoft Word
est le programme de traitement de texte le plus utilisé au monde;
par conséquent, le format .doc est devenu la norme de facto
pour la création et la distribution des documents textuels.
Versions : 2.x, 4.0, 5.0, 5.1, 6.0/95, 97, 2000 et 2002
3.4.2.3
Format de document portable (PDF)
Le format PDF est
une norme ouverte et de facto qui a été élaborée
par Adobe pour la distribution électronique des documents textuels
en format de trame. Il s'agit d'un format généralement
utilisé qui conserve toutes les polices de caractères,
la mise en page, les graphiques et les couleurs contenus dans le document
de base original après sa conversion au format PDF. Même
si le format PDF est entièrement rétrocompatible et indépendant
des plates-formes, il est regroupé dans la catégorie acceptable,
car il s'agit d'une solution exclusive. L'Association for Suppliers
of Printing, Publishing and Converting Technologies (NPES) et l'Association
for Information and Image Management International (AIIM International)
élaborent une norme internationale qui définit l'utilisation
du format PDF pour l'archivage et la conservation des documents. Le
format est connu sous l'appellation PDF-Archive (PDF/A). BAC surveille
l'évolution de cette appellation et la possibilité que
le format PDF/A devienne une norme ISO. Les renseignements relatifs
au format PDF/A sont présentés à l'adresse suivante
:
http://www.aiim.org/documents/standards/SC2N226.pdf
Versions :
1.0, 1.1, 1.2, 1.3 et 1.4
http://partners.adobe.com/asn/developer/acrosdk/docs.html
3.4.2.4
Format de document WordPerfect (.wpd)
Le format .wpd est
le format de fichier d'origine utilisé pour créer des
documents à l'aide du logiciel Corel WordPerfect. Le progiciel
WordPerfect est utilisé à grande échelle au sein
de l'administration fédérale et dans le secteur privé.
Versions : 1-5, 6.x, 7, 8 et 9
3.5
Courriel
3.5.1
Format recommandé
3.5.1.1
Format des messages Internet comportant des éléments multimédias
(MIME)
Le format des messages
Internet comportant des éléments multimédias (MIME)
est une norme Internet qui précise la façon de mettre
en page les messages afin qu'ils puissent être échangés
entre différents systèmes de courrier électronique.
Le format MIME est très flexible et permet l'inclusion de tout
type de fichier dans un message électronique. Les messages en
format MIME peuvent contenir des fichiers de texte, d'image, audio,
vidéo ou d'autres types de fichiers particuliers à une
application.
http://www.ietf.org/rfc/rfc2049.txt
3.6
Données géospatiales
3.6.1 Formats recommandés
3.6.1.1 Graphiques numériques d'éléments linéaires
- niveau 3 (DLG-3)
La norme DLG a originalement
été élaborée par la U.S. Geological Survey
(USGS) à titre de norme du programme national de cartographie
(NMP) pour la représentation numérique de plusieurs cartes
conventionnelles couvrant un quadrilatère de 7,5 minutes. Le
format a été créé pour définir les
données vectorisées topologiques (c.-à-d., les
relations géospatiales entre les éléments de données)
comme les routes, les rivières et les frontières. Les
données vectorisées sont construites à l'aide de
définitions géométriques primitives (point, ligne
polygone). Le format DLG est un des formats de données les plus
efficaces et les plus généralement reconnus pour la distribution
des données vectorisées. La version DLG-3 est graduellement
remplacée par la norme spatiale de transfert des données
(SDTS) (voir plus loin dans le texte) au sein de l'administration américaine.
Les normes DLG sont présentées à l'adresse suivante
: http://rockyweb.cr.usgs.gov/nmpstds/dlgstds.html
3.6.1.2
Format d'exportation du Environmental Systems Research Institute (ESRI)
- (E00)
Le format E00 est
un format d'échange de données élaboré par
Environmental Systems Research Institute (ESRI) pour permettre aux utilisateurs
de transférer les données et ce, à l'aide de son
progiciel de système d'information géographique (SIG)
connu sous l'appellation ARC/INFO. Un seul fichier en format E00 décrit
une couverture ARC/INFO complète. Un fichier en format E00 est
actuellement une archive de plus petits dossiers complémentaires.
Il existe deux types de dossiers complémentaires, notamment les
dossiers complémentaires standards qui ont un nom fixe et qui
sont composés d'un format de données constantes qui ne
change pas d'une couverture à une autre. Le second type comprend
des dossiers complémentaires de renseignements qui contiennent
de l'information d'attribut configurée par l'utilisateur.
3.6.1.3
Format ShapeFile (SHP) du Environmental Systems Research Institute (ESRI)
L'Institut ESRI
a créé le format Shapefile pour fournir aux utilisateurs
du SIG un outil simple et efficace de distribution des données
géospatiales à titre de solution de rechange pour le format
de fichier d'exportation E00. Par conséquent, le format Shapefile
est devenu la principale norme de facto pour l'échange
des données géospatiales et des applications de bureautique
relatives au SIG. Le format très généralisé
Shapefile est fondé sur une structure non exclusive de données
géospatiales. Un exemplaire de la description technique du format
Shapefile est présenté à l'adresse suivante :
http://nsidc.org/noaa/gdsidb/s3development.html
3.6.1.4
GeoTIFF
Les fichiers
en format GeoTIFF sont des fichiers d'image étiquetée (TIFF)
qui comptent des coordonnées géographiques intégrées
dans le fichier à titre de balises. Les données géographiques
servent à bien positionner, orienter et afficher l'image dans un
vrai espace géographique. Le format GeoTIFF utilise une structure
de balises publiques indépendante des plates-formes. La plupart
des applications actuelles de SIG, de DAO, de traitement d'image et de
cartotique peuvent lire les fichiers en format GeoTIFF conformes aux spécifications
publiées. BAC préfère les fichiers en format GeoTIFF
pour le transfert de cartes à référence géographique
en format de trame. Les spécifications du format GeoTIFF sont présentées
à l'adresse suivante :
http://www.remotesensing.org/geotiff/spec/geotiffhome.html
3.6.1.5
Langage de balise en géographie(GML), version 3
Le format GML, une
définition de schéma XML, a été élaboré
par Open GIS Consortium Inc. (OGC) pour le transport et l'entreposage
des données géographiques. Le format offre une méthode
pour définir la géométrie, la topologie, le système
de référence des coordonnées, le temps et les données
d'attribut généralisé qui caractérisent
les propriétés associées aux détails géographiques.
La version GML3 est conforme à la série de normes TC 211
ISO 191xx pour l'information géographique (voir plus loin dans
le texte). La version GML3 est en plus rétrocompatible avec la
version GML2.12. BAC préfère le format GML pour l'échange
de données géospatiales en raison du fait que les ministères
et les organismes fédéraux adoptent les schémas
d'application qui utilisent la version GML3.
Versions : 1.0, 2.0 et 3.0
http://www.opengis.org/
3.6.1.6
Organisation hydrographique internationale (OHI) S-57, édition
3.1
La norme de l'OHI
pour l'échange des données hydrographiques numériques
(publication S-57) a été officiellement rendue publique
en novembre 2000. La norme OHI S-57 décrit un format de transfert
des données hydrographiques numériques. La norme est fondée
sur la spécification ISO/IEC 8211:1994 relative à un fichier
descriptif de données pour l'échange d'information. La
norme d'échange, indépendante du support et du contenu,
permet à l'utilisateur de nommer et de décrire les champs
de données qui contiennent des données de type caractères
et des données binaires. Les structures de données du
format S-57 peuvent être encodées en binaire ou en ASCII.
La structure des données est un arbre muni d'un nombre limité
de niveaux : chaque fichier comprend des documents, chaque document
comprend des champs et chaque champ comprend des sous-champs.
Versions : 3.0 et 3.1
http://www.iho.shom.fr/publicat/free/files/31Main.pdf
3.6.1.7
Normes d'information géographique TC 211 ISO 191xx
Le comité
technique définit présentement la série de normes
211 ISO 191xx pour l'information géographique numérique.
Les normes préciseront les méthodes, les outils et les
services de gestion des données, les procédés d'acquisition,
de traitement, d'analyse et de présentation de l'information
géographique sous format électronique et le transfert
des données entre différents utilisateurs et divers systèmes.
Les normes fourniront en plus un cadre d'élaboration d'applications
particulières à un secteur qui utilisent des données
géographiques. Pour de plus amples renseignements sur la série
TC 211 ISO 191xx, prière de consulter le site Web suivant : http://www.isotc211.org
3.6.1.8
Norme de transfert des données spatiales (SDTS)
La norme fédérale
américaine SDTS a été conçue pour soutenir
le transfert de différents types de données géographiques
et cartographiques. La norme définit la structure et le contenu
des données spatiales afin de faciliter le transfert de données
entre différentes bases de données. La norme SDTS est
en plus connue sous l'appellation Federal Information Processing Standard
(FIPS) 173.
http://mcmcweb.er.usgs.gov/sdts
3.6.2 Formats acceptables
3.6.2.1 Format d'échange du Conseil canadien de géomatique
(FECOCG)
Cette norme précise
le format d'échange de données spatiales numériques
entre les organismes canadiens d'arpentage et de cartographie. Le FECOCG
offre, indépendamment du matériel et du langage, une norme
nationale qui conserve l'exactitude et le contenu de l'information échangée.
Versions : 1.0, 1.1, 2.0, 2.1, 2.2 et 2.3
http://www.cits.rncan.gc.ca/fich_ext/1/text/products/ntdb/ccogif.pdf
3.6.2.2
CARIS (ASCII)
Les organismes hydrographiques
internationaux utilisent communément le progiciel CARIS pour
la production de cartes hydrographiques. Le progiciel CARIS possède
une utilité de conversion des fichiers du système d'exploitation
CARIS en format de transfert ASCII. Les fichiers en format ASCII peuvent
ensuite être utilisés pour le transfert des données
entre différentes plates-formes informatiques qui fonctionnent
avec des représentations de jeux de caractères incompatibles.
Même si BAC accepte le système CARIS (ASCII), il préfère
que les données hydrographiques soient transférées
à l'aide du format de transfert OHI S-57. Pour de plus amples
renseignements sur le système d'exploitation CARIS en format
de transfert ASCII, prière de consulter le site Web suivant :
http://www.caris.com
3.6.2.3
Format de superstructure CEOS
Le format CEOS comporte
une composante générique qui définit la superstructure
du fichier associée à un format de document constant qui
est rajusté en fonction de types de données particuliers.
Le format n'aborde que l'aspect d'emballage des données et il
a été conçu pour minimiser l'effort nécessaire
pour lire et écrire les données provenant de détecteurs
semblables d'observation de la Terre. Aucune spécification officielle
n'a été publiée pour le format CEOS; étant
donné que la plupart des organismes ont élaboré
leur propre logiciel de création de fichiers en format CEOS,
un organisme ne sera souvent pas en mesure de lire les fichiers créés
à l'aide du logiciel d'un autre organisme. Pour de plus amples
renseignements sur le format de superstructure CEOS, prière de
consulter le site Web suivant : http://wgiss.ceos.org/ceos.htm
3.6.2.4
Modèle altimétrique numérique (MAN)
Un fichier de données
de MAN comprend un groupement d'échantillons d'élévations
de terrain pour les positions au sol à intervalles réguliers.
Le MAN est utilisé pour créer des graphiques 3D qui présentent
les profils de pente, d'aspect et de terrain d'un secteur donné.
La norme USGS DEM, récemment altérée pour respecter
le format SDTS, est présentée à l'adresse suivante
:
http://rockyweb.cr.usgs.gov/nmpstds/demstds.html
3.6.2.5
Format GeoVRML (langage de modélisation en réalité
virtuelle)
Le format de fichier
GeoVRML est utilisé pour illustrer des données géographiques
à l'aide du langage de modélisation en réalité
virtuelle (VRML), une norme ISO pour représenter sur Internet
des données en 3D à l'aide du fureteur standard VRML97.
Une référence géographique du système de
base de coordonnées cartésiennes du format VRML est mise
en uvre à l'aide du modèle normal de référence
spatiale (SRM) qui permet à l'utilisateur d'intégrer la
latitude/longitude ou les coordonnées de Mercator transverse
universel (MTU) dans les fichiers VRML. Le Consortium W3C " recommande
la mise en pratique " du format GeoVRML, mais elle devra être
explorée à fond avant que BAC ne la recommande.
Versions :
1.0 http://www.geovrml.org/1.0/
1.1 http://www.geovrml.org/1.1/doc/
3.7
Données structurées - bases de données et tableurs
3.7.1
Format recommandé
3.7.1.1
Fichier non hiérarchique
Toutes les données
tabulaires provenant de bases de données à champ partagé
et d'applications de chiffrier électronique seront transférées
au BAC dans un format délimité de fichier non hiérarchique
(ASCII, EBCDIC ou Unicode). Un fichier non hiérarchique contient
un ensemble de documents informatiques en séquence qui doivent
être délimités à la fin d'un marqueur de
document. Les documents informatiques sont composés d'un groupement
logique commun de champs de données qui doivent contenir une
fin de délimiteur de zone pour les documents de longueur variable.
Les fichiers non hiérarchiques sont habituellement utilisés
pour le transfert et l'importation de fichiers de données entre
utilisateurs qui utilisent des applications logicielles incompatibles.
BAC continuera de surveiller l'utilisation des définitions de
schéma XML élaborées pour la gestion des données
tabulaires dans les applications de bases de données.
3.7.2
Format acceptable
3.7.2.1 Format dBase (DBF)
Le format de fichier
dBase est généralement utilisé pour le transfert
de fichiers entre bases de données. Le format a originalement
été créé pour les programmes de bases de
données dBase. L'en-tête de fichier, encodé en binaire,
comprend des renseignements sur le document et le document même
est encodé en ASCII. Pour de plus amples renseignements sur le
format de fichier dBase, prière de consulter le site Web suivant
:
http://www.e-bachmann.dk/computing/databases/xbase/dbf.html#DBF_STRUCT
3.8
Documents cartographiques
3.8.1 Format recommandé
3.8.1.1 Format d'échange de fichiers cartographiques (DXF)
Le format DXF est
une représentation de données étiquetées
de toute l'information contenue dans un fichier de dessin AutoCAD®.
Les fichiers en format DXF permettent l'échange de dessins entre
différents programmes DAO. Le format DXF est une représentation
de données étiquetées de toute l'information contenue
dans un fichier de dessin. Un nombre appelé code de groupe précède
chaque élément de donnée du fichier. La valeur
du code de groupe indique le type d'élément de donnée
qui suit. Les fichiers en format DXF peuvent être en ASCII ou
en binaire. BAC accepte le format ASCII.
Versions : R2.05, R2.6, R9, R10, R11, R12, R13, R14, R2000, R2000I et
R2002
http://usa.autodesk.com/adsk/servlet/item?siteID=123112&id=752569
[ Haut
de la page ]
Bibliographie
1. Adobe Developers
Association. TIFF Revision 6.0. Mountain View, CA, 1992.
http://partners.adobe.com/asn/developer/pdfs/tn/TIFF6.pdf
2. Bachmann, Erik.
Xbase Data File (*.dbf) Danemark, 2003.
3. Brooke, Simon.
XML Representation of Nautical Chart Data. Scaffie Ltd. Auchencairn
(Écosse).
Extrait en juin 2003 de : http://www.weft.co.uk/library/xmlchart/documentation/overview-summary.html
4. Brooks, Alfred
A. Overview - ISO/IEC 8211:1994, 1996.
5. Brown, David et
coll. Management and Preservation of Geospatial Data. Rapport rédigé
pour le comité ad hoc sur l'archivage et la conservation des données
géospatiales, GeoConnections, Policy Advisory Network Node, juillet
2003.
6. California Digital
Library. Digital Image Format Standards, 2001. http://www.cdlib.org/about/publications/CDLImageStd-2001.pdf
7. Conseil canadien
de géomatique. Standard File Exchange Format for Digital Spatial
Data - Version 2.3, 1994.
http://www.cits.rncan.gc.ca/fich_ext/1/text/products/ntdb/ccogif.pdf
8. Cudlip, W. Guidelines
on Standard Formats and Data Description Languages Version 1.0. Comité
sur les satellites d'observation de la terre, 1998.
9. Federal Ministry
of the Interior. SAGA: Standards and Architectures for eGovernment
Applications, KBSt Publication Series, Volume 56, février 2003,
Berlin, AG.
http://www.kbst.bund.de/saga
10. GIF Graphics
Interchange Format. CompuServe, Inc. Columbus, Ohio, 1987. http://www.w3.org/Graphics/GIF/spec-gif87.txt
11. Interoperability
Framework Coordination Group. The HKSARG Interoperability Framework:
Version 1.0. Government of the Hong Kong Special Administrative Region
Information Technology Services Department, novembre 2002.
12. Hamilton, Eric.
JPEG File Format de transfert Version 1.02. C-Cube Microsystems.
Milpitas, Ca, 1992.
http://www.w3.org/Graphics/JPEG/jfif3.pdf
13. International
Business Machines Corp., IBM Character Data Representation Architecture,
Reference and Registry, SC09-2190-00, décembre 1996.
14. Organisation internationale
de normalisation. ISO/TC 211 Geographic Information / Geomatics Scope,
2002.
http://www.isotc211.org/scope.htm#scope
15. ISO/TC171/SC2.
NWI Ballot for Document management - Long-term electronic preservation
- Use of PDF (PDF/A). International Organization for Standardization.
Document N 226 E, avril 2003.
http://www.aiim.org/documents/standards/SC2N226.pdf
16. Lane, Tom. JPEG
Image Compression FAQ, part ½. (1999) http://www.faqs.org/faqs/jpeg-faq/part1/
17. Lim, Mark.
Archives nationales du Canada : Digital Media Formats Study. 1514486
Ontario Inc. Contrat no 02011-2-0257, 2003.
18. McGowan, John
F. AVI Overview, 1999. http://www.2dreamers.com/tutorials/John%20McGowan%27s%20AVI%20Overview.htm
19. Groupe d'experts
pour le codage d'images animées. The MPEG Home Page. Extrait
en juin 2003 de :
20. New Zealand E-government
Unit. New Zealand E-government Interoperability Framework (NZ e-GIF).
State Services Commission. Version 1.1, juillet 2003.
21. Open GIS Consortium
Inc. OpenGIS Geography Markup Language (GML) Implementation Specification.
Document OGC 02-023r4, Version 3.0. - éditeurs : Simon Cox, et
coll., janvier 2003.
22. RealNetworks.
Video Production. Extrait en juin 2003 de : www.realnetworks.com/resources/howto/audio_video/video.html
23. Quin, Liam. XML
Core Working Group Public Page - Révision 1.24, Consortium
World Wide Web, 2003.
http://www.w3.org/XML/Core/#Publications
24. Reddy, Martin
et Iverson, Lee. GeoVRML 1.1 Specification. Consortium World Wide Web,
juillet 2002.
http://www.geovrml.org/1.1/doc/
25. Ruth, Mike. GeoTIFF
FAQ Version 2.1, 1999.
http://remotesensing.org/geotiff/faq.html
26. U.K. Office For
Library and Information Networking (IKOLN). NOF-digitise Technical
Standards and Guidelines. New Opportunities Fund, UKOLN, University
of Bath in association with Resource: The Council for Museums, Archives
& Libraries. Bath. Version cinq, révisée en mars 2003.
27. U.S. General Service
Administration. Government Without Boundaries: A Management Approach
to Intergovernmental Programs. Office of Intergovernmental Solutions,
mai 2002.
28. U.S. Geological
Survey National Mapping Division. Standards for Digital Line Graphs.
Department of the Interior, 1998.
http://rockyweb.cr.usgs.gov/nmpstds/acrodocs/dlg-3/1dlg0798.pdf
29. Usdin, B. Tommie
et coll. What is SGML? Mulberry Technologies, Inc. Rockville, MD,
1997.
[ Haut
de la page ]
|