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 informatiques 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 (GC). 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 la Bibliothèque et les Archives 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 Bibliothèque et Archives Canada peut 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 Secrétariat 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 Bureau de la gestion de l'information gouvernementale Bibliothèque et Archives Canada 550, Place de la Cité Gatineau (Québec) Canada K1A 0N4 Téléphone : 819-934-7519 Télécopieur : 819-934-7534 Courriel : centre.liaison.centre@lac-bac.gc.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 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
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 :
www.iasa-web.org/pages/Default.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 :
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 :
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 : 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 〈=e&parent;=T-REC-T.4-199904-I Version : T.6
www.itu.int/rec/recommendation.asp?type=items 〈=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 : www.libpng.org/pub/png/. Versions : 1.0 www.libpng.org/pub/png/spec/1.0/ 1.1 www.libpng.org/pub/png/spec/1.1/ 1.2 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 https://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 www.w3.org/Graphics/GIF/spec-gif87.txt 89a 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 : www.faqs.org/faqs/jpeg-faq/ Des renseignements supplémentaires sur la version JPEG2000 sont présentés à l'adresse suivante : 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)
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 : www.mpeg.org/MPEG/ Pour en savoir davantage sur le format MXF, prière de consulter le site suivant :
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 :
www.n-visual.com/
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 :
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 :
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 :
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 par BAC pour l'échange d'information numérique au sein de l'administration fédérale. Versions :
1.0 www.w3.org/TR/REC-xml 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 www.w3.org/TR/xhtml1/#xhtml 1.1 www.w3.org/TR/xhtml11 2.0 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 www.w3.org/MarkUp/html-spec/html-spec_toc.html 3.0 www.w3.org/MarkUp/html3/CoverPage.html 3.2 www.w3.org/TR/REC-html32.html 4.0 www.w3.org/TR/html4 4.01 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 :
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 : www.aiim.org/documents/standards/SC2N226.pdf
Versions : 1.0, 1.1, 1.2, 1.3 et 1.4
https://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.
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 :
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
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
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 : 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
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 : 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 www.ai.sri.com/geovrml/1.0/ 1.1 www.ai.sri.com/geovrml/1.1/
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 à 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 :
www.clicketyclick.dk/databases/xbase/format/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.
https://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).
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. 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.
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.
www.kbst.bund.de/saga
10. GIF Graphics Interchange Format. CompuServe, Inc. Columbus, Ohio, 1987. 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.
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. 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.
www.aiim.org/documents/standards/SC2N226.pdf
16. Lane, Tom. JPEG Image Compression FAQ, part ½. (1999) 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.
www.w3.org/XML/Core/#Publications
24. Reddy, Martin et Iverson, Lee. GeoVRML 1.1 Specification. Consortium World Wide Web, juillet 2002.
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 ]
|