ISO/IEC 9592-3:1989
(Main)Information processing systems — Computer graphics — Programmer's Hierarchical Interactive Graphics Systems (PHIGS) — Part 3: Clear-text encoding of archive file AMENDMENT 4
Information processing systems — Computer graphics — Programmer's Hierarchical Interactive Graphics Systems (PHIGS) — Part 3: Clear-text encoding of archive file AMENDMENT 4
Systèmes de traitement de l'information — Infographie — Interface de programmation du système graphique hiérarchisé (PHIGS) — Partie 3: Codage mode texte en clair du fichier d'archive AMENDEMENT 4
General Information
Relations
Standards Content (Sample)
ISO/CEI
NORME
I NT ER NAT I O NA LE 9592 - 3'
Première édition
1989-04-01
Systèmes de traitement de
l'information - Infographie - Interface de
programmation du système graphique
hiérarchisé (PHIGS) -
Partie 3:
Codage mode texte en clair du fichier
d 'arch ive
Information processing systems - Computer graphics - Programmer's
Hierarchical Interactive Graphics System (PHIGS) -
Part 3: Clear-text encoding of archive file
Numéro de référence
ISO/CEI 9592-311 989(F)
---------------------- Page: 1 ----------------------
ISO/CEI 9592-3 : 1989(F)
Sommaire Page
O Introduction .
0.2 Principaux objectifs. .
...................................................... 3
3 Définitions.
................................................... 6
4.2 Format du fichier d'archive
4.2.1 Introduction. . 6
.......................................................
4.2.2 Éventail des caractères. .
............................................... 9
.................................................
4.2.4.4 Types énumérés .
4.2.4.5 Types dérivés .
4.2.5 Formation des noms .
................................
.......................... 14
.................................
...............................................
Codage des éléments primitives de s
4.3.4
Codage des éléments attributs .
4.3.5
4.3.6 Codage des éléments de transformation de modélisation. .
4.3.7 Codage des éléments divers . .
.....................
Annexe
A Grammaire formelle dépendant du codage mode texte en clair . 30
O ISO/CEI 1989
Droits de reproduction réservés. Aucune partie de cette publication ne peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun
procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l'accord écrit de l'éditeur.
ISOICEI Bureau du copyright O Case postale 56 O CH-121 1 Genève Suisse
Version française tirée en 1994
Imprimé en Suisse
ii
---------------------- Page: 2 ----------------------
ISO/CEI 9592-3 : 1989(F)
Avant-propos
L'ISO (Organisation internationale de normalisation) et la CE1
(Commission électrotechnique internationale) forment ensemble un
système consacré à la normalisation internationale considérée comme un
tout. Les organismes nationaux membres de 1'ISO ou de la CE1 participent
au développement de Normes internationales par l'intermédiaire des
comités techniques créés par l'organisation concernée afin de s'occuper des
différents domaines particuliers de l'activité technique. Les comités
techniques de I'ISO et de la CE1 collaborent dans des domaines d'intérêt
commun. D'autres organisations internationales, gouvernementales ou non
gouvernementales, en liaison avec I'ISO et la CE1 participent également
aux travaux.
Dans le domaine des technologies de l'information, I'ISO et la CE1 ont créé
un comité technique mixte, l'ISO/CEI JTC 1. Les projets de Normes
internationales adoptés par le comité technique mixte sont soumis aux
organismes nationaux pour approbation, avant leur acceptation comme
Normes internationales. Les Normes internationales sont approuvées
conformément aux procédures qui requièrent l'approbation de 75 % au
moins des organismes nationaux votants.
La Norme internationale ISO/CEI 9592-3 a été élaborée par le comité
technique mixte lSO/CEI JTC 1, Technologies de l'information.
O
L'attention des utilisateurs est attirée sur le fait que toutes les Normes
internationales sont de temps en temps soumises à révision et que toute
référence faite à une autre Norme internationale dans le présent document
implique qu'il s'agit, sauf indication contraire, de la dernière édition.
L'ISOKEI 9592 comprend les parties suivantes, présentées sous le titre
général Systèmes de traitement de l'information - Infographie -
Interface de programmation du système graphique hiérarchisé (PHIGS) :
I
- Partie 1 : Description fonctionnelle
- Partie 2 : Format dejchier d'archive
- Partie 3 : Codage mode texte en clair dujchier d'archive
L'annexe A est informative.
...
111
t
---------------------- Page: 3 ----------------------
NORME INTERNATIONALE
ISO/CEI 9592-3 : 1989(F)
Systèmes de traitement de l'information - Infographie -
Interface de programmation du système graphique
hiérarchisé (PHIGS) -
Partie 3 :
Codage mode texte en clair du fichier d'archive
O Introduction
0.1 Objectif du codage mode texte en clair du fichier d'archive
Le codage mode texte en clair du fichier d'archive de PHIGS fournit une représentation LC: la syntaxe du
fichier d'archive facile à écrire, à éditer et à lire. I1 permet l'édition d'un fichier d'archive par n'importe
quel éditeur de texte standard, en utilisant le codage des caractères interne au calculateur.
0.2 Principaux objectifs
a) POSSIBILITÉ D'ÉDITION : il convient que le codage mode texte en clair puisse être édité à la
main, ou si on le souhaite, construit à la main.
b) CONVIVIALITÉ : il convient que le codage mode texte en clair soit facile et naturel à lire et à
éditer. Bien que la facilité et le naturel soient des notions subjectives qui dépendent des personnes, un
certain nombre de facteurs contribuant à cet objectif ont été pris en compte, comme la simplicité de
reconnaissance et de mémorisation, l'absence d'ambiguité et la minimisation des fautes de frappe.
c) LISIBILITÉ PAR LA MACHINE : il convient que le codage mode texte en clair puisse être
analysé grammaticalement par les logiciels.
d) POSSIBILITÉ D'UTILISATION PAR UN GRAND NOMBRE D'ÉDITEURS : il convient que
le codage mode texte en clair ne présente pas des caractéristiques le rendant diffile à éditer par les
éditeurs de texte courants.
e) INTERCHANGEABILITÉ ENTRE SYSTÈMES : il convient que le codage mode texte en clair
assure que le plus grand nombre possible de systèmes puissent l'utiliser. Il convient qu'aucune
hypothèse ne soit faite quant à la taille d'un mot ou aux modes arithmétiques utilisés pour interpréter
le fichier d'archive.
f) UTILISATION D'ABRÉVIATIONS NORMALISÉES : dans toutes les situations où les codages
d'autres normes graphiques ont défini des abréviations normalisées, et dans les situations où l'usage
courant en traitement de données et dans les industries graphiques ont défini des abréviations
usuelles, ces abréviations sont utilisées. Selon le principe du "dépaysement minimum", il convient
que cette approche minimise le temps d'apprentissage de ce codage.
1
---------------------- Page: 4 ----------------------
ISO/CEI 9592-3 : 1989(F)
Relations avec d'autres Normes internationales Introduction
0.3 Relations avec d'autres Normes internationales
Le modèle décrit dans la présente partie de I'ISOKEI 9592 provient en grande partie du format de
fichier de 1'ISO 8632. Le jeu de caractères nécessaire à la réalisation du codage mode texte en clair est
un sous-ensemble des jeux inclus dans les versions nationales de 1'ISO 646. Tout jeu de caractères
correspondant à ce sous-ensemble peut être utilisé pour réaliser ce codage.
---------------------- Page: 5 ----------------------
ISO/CEI 9592-3 : 1989(F)
1 Domaine d'application
La présente partie de l'ISO/CEI 9592 spécifie un codage mode texte en clair du fichier d'archive
PHIGS. Un codage texte en clair est spécifié pour chacun des éléments spécifiés dans
l'ISO/CEI 9592-2. La présente partie de i'ISO/CEI 9592 spécifie le format général du fichier d'archive
et les moyens par lesquels des commentaires peuvent être inclus dans le fichier d'archive.
Ce codage du fichier d'archive PHIGS permet de créer et de maintenir les fichiers d'archive sous une
forme simple à taper, facile à éditer et à lire.
e
l
1)
I
---------------------- Page: 6 ----------------------
I
ISO/CEI 9592-3 : 1989(F)
2 Références
IS0 646:1983, Traitement de l'information - Jeux IS0 de caractères codés à 7 éléments pour
l'échange d'informations.
l
IS0 2022:1986, Traitement de l'information - Jeux IS0 de caractères codés à 7 et à 8 éléments -
Techniques d'extension de code.
l
I
IS0 6093: 1985, Traitement de l'information - Représentation des valeurs numériques dans les
chaînes de caractères pour l'échange d'information.
IS0 8632: 1987, Technologies de l'information - Infographie - MétaJichier de stockage et de transfert
des informations de description d'images.
-Partie 1 : Description fonctionnelle
Codage des caractères
- Partie 2 :
e
-Partie 3 : Codage binaire
Codage en clair des textes
-Partie 4 :
---------------------- Page: 7 ----------------------
ISOlCEI 9592-3 : 1989(F)
3 Définitions
Pour les besoins de la présente partie de l'ISO/CEI 9592, les définitions suivantes s'appliquent.
3.1 descripteur de fichier d'archive (archive file descriptor) : Groupe d'éléments décrivant les
possibilités fonctionnelles requises pour traiter le fichier d'archive.
3.2 génération de fichier d'archive (archive file generation) : Processus de production d'un fichier
d'archive PHIGS .
3.3 récupération de fichier d'archive (archive file retrieval) : Processus qui lit un fichier d'archive
PHIGS, récupère son contenu et transfère le résultat dans le stockage de structure centralisé de PHIGS.
5
---------------------- Page: 8 ----------------------
ISO/CEI 9592-3 : 1989(F)
4 Forma de codage mode texte en clair
4.1 Conventions de notations
Les notations suivantes sont utilisées en 4.3 :
a) Les chaînes de caractères ne figurant pas entre crochets sont des chaînes terminales pour cette
grammaire qui apparaissent telles quelles et qui sont soumises aux notes sur la casse et les caractères
nuls données plus loin.
b) Les chaînes de caractères entre crochets sont soit des chaînes non-terminales (les productions
suivantes sont alors données), soit des noms de symboles (comme VIRGULE), soit des paramètres
de l'élément du fichier d'archive PHIGS de la forme .
c) Les métasymboles suivants définissent les productions, les groupements et les répétitions.
. .=
.. --+ "devient" ou "est réalisé par"
<.>* -+ *étoile de fermeture (O ou plusieurs occurences)
<. . . > + -+ plus de fermeture (1 ou plusieurs occurences)
<.>O -+ exactement O ou 1 occurence
-+ type de paramètre x ayant la signification y
--+ exactement x ou y
(.I -+ commentaire (ne fait pas partie de la production)
d) Des caractères ESPACE sont utilisés dans la description de la grammaire dans un but de
lisibilité ; les caractères ESPACE du fichier d'archive réel sont indiqués au moyen de productions de
séparation décrites plus loin.
e) Les métasymboles utilisés dans la description de la grammaire n'apparaissent pas dans le fichier
d'archive réel.
4.2 Format du fichier d'archive
4.2.1 Introduction
Un codage mode texte en clair d'un fichier d'archive PHIGS est constitué d'un flot de caractères formant
des séquences d'éléments, chacun commençant par un nom d'élément et se terminant par un délimiteur
d'élément, c'est-à-dire soit le caractère BARRE OBLIQUE soit le caractère POINT-VIRGULE. (I1 faut
noter que ces caractères n'agissent pas comme des délimiteurs d'éléments s'ils apparaissent à l'intérieur
d'un paramètre chaîne de caractères, comme défini plus loin.)
L'ordre des éléments dans un fichier d'archive PHIGS codé en mode texte en clair est spécifié par
l'ISO/CEI 9592-2. L'ISOKEI 9592-2 spécifie une grammaire formelle à l'aide des huit symboles
:
suivants
BEGIN ARCHIVE FILE
END ARCHIVE FILE
BEGIN STRUCTURE
END STRUCTURE
ARCHIVE FILE VERSION
ARCHIVE FILE DESCRIPTION
STRUCTURE ELEMENT
EXTERNAL ELEMENT
Chacun de ces symboles est traité comme un symbole non-terminal dans la grammaire formelle qui suit.
La grammaire formelle de 1'ISOKEI 9592-2 et la présente partie de 1'ISOKEI 9592 constituent à elles
6
---------------------- Page: 9 ----------------------
ISO/CEI 9592-3 : 1989(F)
Format de codage mode texte en clair
Format du fichier d'archive
deux une grammaire formelle pour un fichier d'archive PHIGS utilisant le jeu de caractères de
I'ISO 646.
4.2.2 Éventail des caractères
Afin que les métasymboles utilisés dans la description de la grammaire formelle n'apparaissent pas dans
le fichier d'archive réel, l'éventail des caractères du codage texte en clair se limitera aux caractères
énumérés ci-dessous, sauf pour les chaînes de caractères qui, au minimum, supportent l'ensemble des
caractères de I'ISO 646 et peuvent éventuellement contenir des caractères de basculement vers d'autres
jeux de caractères. Chaque chaîne de caractères est supposée débuter avec le jeu de caractères de
1'ISO 646.
- Caractères majuscules :
IIAII, IIBlI, IICII, IIDII, IIEII, IIFII, IIGII, IIHII, IlIll, Il Jll, IIKII, IILII, IIMII,
IINII, IIOII, llpll, IIQII, IIRII, IISII, IITII, IIUII, IIVII, IIWII, IIXII, Ilyll, llzll
- Caractères minuscules : (voir note 1)
II II 11 11 11 Il II II Il Il Il 1 II 11 Il 11 !l'Il 11'11 II II II11 Il
a, b7 Cy d, e, f, g, h, 1, J, k, 1, mi',
a
II Il Il 11 11 Il Il Il Il Il II 11 II II II Il 11 Il IlwlI 11 II 11 II Il II
n, O, P, 9, r, s, t, U, v, 7 x, y,
- Chiffres :
Il II II 11 II II II Il 11 II Il II Il Il II Il 11 Il II II
O, 1,2, 37 47 5, 6, 77 8, 9
- 'I 'I (caractère ESPACE)
- (caractère SIGNE PLUS)
- '*-I' (caractère SIGNE MOINS)
- "#" (caractère SIGNE DIESE)
- ";" (caractère POINT-VIRGULE)
- "/,' (caractère BARRE INCLINÉE)
- "(" (caractère PARENTHÈSE OUVRANTE ou GAUCHE)
- (caractère PARENTHÈSE FERMANTE OU DROITE)
- 'I," (caractère VIRGULE)
- "." (caractère POINT DECIMAL ou POINT)
- ''''I (caractère APOSTROPHE ou GUILLEMET SIMPLE)
- ""ll (caractère GUILLEMET)
- 'I I' (caractère BLANC SOULIGNÉ) (voir note 2)
- %'' (symbole SIGNE DOLLAR ou UNITÉ MONÉTAIRE) (voir note 2)
e
- 'I%' (caractère SIGNE POURCENT)
NOTES
1 Les caractères minuscules et les caractères majuscules sont équivalents lorsqu'ils se trouvent à l'extérieur des paramètres
chaîne de caractères. Toute combinaison de majuscules et de minuscules peut être utilisée à l'intérieur d'un élément ou d'un
nom de paramètre énuméré.
2 Les symboles BLANC SOULIGNÉ et SIGNE DOLLAR sont définis comme étant des "caractères nuls" pour ce codage.
Ils peuvent apparaître n'importe où à l'intérieur d'un fichier d'archive, et ne doivent avoir aucun effet sur l'analyse
syntaxique (à l'extérieur des paramètres chaîne de caractères). Le générateur ou l'éditeur de fichier d'archive peuvent les
utiliser pour améliorer la lisibilité des lexèmes. Par exemple, les expressions suivantes sont équivalentes : typedetrait,
TYPEDETRAIT, TypedeTrait, type-de-trait, $TYPEDETRAIT, T-Y-P-E$D-E$T-R-A-I-T. Les expressions suivantes
sont équivalentes : 123456, $123456,123-456, $123456, $12$34$56.
Les caractères de contrôle qui sont des caractères de formatage (RETOUR EN ARRIÈRE, RETOUR
CHARIOT, SAUT DE LIGNE, FIN DE LIGNE, TABULATION HORIZONTALE, TABULATION
VERTICALE, et SAUT DE PAGE) sont autorisés dans un fichier d'archive mais sont traités comme
7
---------------------- Page: 10 ----------------------
ISO/CEI 9592-3 : 1989(F)
Format du fichier d'archive
Format de codage mode texte en clair
des caractères ESPACE (c'est-à-dire comme des délimiteurs programmables) par l'interpréteur de fichier
d'archive à condition qu'ils apparaissent en dehors d'un paramètre chaîne. Ils peuvent être utilisés pour
formater le fichier d'archive afin d'en améliorer la lisibilité. Un fichier d'archive PHIGS codé en mode
texte en clair n'est pas considéré comme conforme pour l'échange s'il contient d'autres caractères que
ceux listés dans l'éventail et les caractères de formatage (à l'extérieur des paramètres chaîne). I1 convient
que les extensions dépendant de la réalisation nécessitant l'utilisation de caractères autres que ceux cités
ci-dessus soient intégrées dans les paramètres chaîne d'éléments GSE ou APPLICATION DATA, ou
bien dans des commentaires.
Le jeu de codes des caractères n'est pas déterminé par la présente partie de l'ISO/CEI 9592. Pour
atteindre l'objectif de facilité d'édition, il est autorisé de coder le mode texte en clair à l'aide des jeux de
codes natifs du système. On suppose que l'on peut utiliser des utilitaires de conversion pour traduire les
fichiers d'archive PHIGS codés en mode texte en clair d'un jeu de codes de caractères propre à un
système vers un autre, d'une manière cohérente avec le transfert entre systèmes d'autres fichiers texte. I1
est recommandé d'utiliser les codes de 1'ISO 646 dans le codage en mode texte en clair des fichiers
d'archive si on veut les transférer entre différents systèmes.
Dans une telle traduction, on peut laisser tomber les caractères nuls et les caractères de formatage situés
à l'extérieur des chaînes de caractères et qui n'existent pas dans le codage généré par le système, et les
minuscules peuvent être transformées en majuscules selon les besoins, sans modifier les informations
contenues dans le fichier d'archive. De même, les deux caractères délimiteurs d'instructions sont
interchangeables et peuvent être modifiés lors d'une traduction sans modifier les informations contenues
dans le fichier d'archive. Les deux caractères délimiteurs de chaînes sont interchangeables, mais toute
traduction doit gérer correctement une éventuelle occurence d'un caractère délimiteur de chaîne à
l'intérieur d'un paramètre chaîne,
4.2.3 Séparateurs
4.2.3.1 Séparateurs d'éléments
::=
Les caractères POINT-VIRGULE et BARRE INCLINÉE peuvent être utilisés pour délimiter les
éléments dans le fichier d'archive. Cependant, ces éléments ne marquent pas la fin d'un élément lorsqu'ils
sont situés dans un paramètre chaîne, comme décrit plus loin.
Les fins d'enregistrement repérées par les caractères de contrôle comme CR (retour chariot) ou LF (saut
de ligne) ne marquent pas la fin des éléments du fichier d'archive. Plusieurs éléments peuvent exister sur
une même ligne, et tout élément peut occuper plusieurs lignes.
4.2.3.2 Séparateurs de paramètres
Les productions suivantes sont utilisées dans le codage texte en clair comme séparateurs de paramètres :
::=
SAUT DE LIGNE I TABULATION HORIZONTALE I
TABULATION VERTICALE I SAUT DE PAGE>
::= +
. . .= *
::=
. . .= I
La plupart des commandes requièrent un SOFTSEP après le nom de l'élément (par exemple, au moins
un espace). Cela permet d'utiliser à la fois les caractères alphabétiques et les caractères numériques dans
les noms d'éléments.
8
---------------------- Page: 11 ----------------------
ISO/CEI 9592-3 : 1989(F)
Format de codage mode texte en clair
Format du fichier d'archive
Le séparateur entre paramètres est généralement un SEP. Ce format autorise l'omission de paramètres.
(Deux VIRGULES consécutives indiquent qu'un paramètre est omis .)
Puisque les caractères d'entourage APOSTROPHE et GUILLEMET suffisent à délimiter les paramètres
chaîne, et que le délimiteur d'instruction BARRE INCLINÉE sépare également les données situées de
part et d'autre de la chaîne, les séparateurs entre ces caractères et les paramètres adjacents ou les noms
d'éléments sont optionnels (OPTSEP).
Les caractères SEPCHAR ne sont pas autorisés à l'intérieur d'un nom (d'élément ou de type énuméré),
ni à l'intérieur d'une représentation de paramètre numérique. Partout où un caractère SEPCHAR est
autorisé (ailleurs que dans un paramètre chaîne) on peut utiliser un nombre quelconque de caractères
SEPCHAR.
4.2.3.3 Commentaires dans le fichier d'archive
On peut inclure des commentaires dans un fichier d'archive codé en mode texte en clair pour améliorer
sa lisibilité et son emploi. On peut utiliser des commentaires pour documenter des modifications
d'édition du fichier d'archive, ou comme "remarques personnelles" faites lors de la lecture d'un fichier
O
d'archive. Pour introduire d'autres types d'informations non graphiques dans un fichier d'archive, il est
suggéré d'utiliser l'élément EXTERNAL.
Le codage des commentaires consiste en une suite de caractères imprimables et de ,
entourée de caractères "%' (SIGNE POURCENT). Le texte du commentaire ne doit pas contenir ce
caractère délimiteur de commentaire.
On peut introduire des commentaires partout où un séparateur peut être utilisé, et ils sont équivalents à
un caractère ; ils peuvent être remplacés par un caractère ESPACE au cours de l'analyse
syntaxique sans que la signification du fichier d'archive soit modifiée.
4.2.4 Codage des types de paramètres
liés aux entiers
4.2.4.1 Types
Les ENTIERS, les COORDONNÉES ENTIÈRES, et les INDEX sont liés aux entiers et repérés dans le
codage par la lettre I.
*
. . .= . I
: := o+
. . .= I
.= . 011121314(516171819
o
: :=
+
. . .= 2131415161718191 101
11 I 12 I 13 I 14 I 15 I 16
::= I A I B I C I D I E I F I a 1 b I
cldlelf
Les caractères nuls sont autorisés à l'intérieur des nombres, mais ne sont pas représentés dans un souci
de simplicité.
Un entier décimal contient un signe optionnel et au moins un chiffre. Si le signe est présent, il précède
immédiatement le nombre sans ESPACE intercalé (ni aucun autre caractère ).
9
---------------------- Page: 12 ----------------------
ISO/CEI 9592-3 : 1989(F)
Format du fichier d'archive Format de coLdge mode texte en clair
Un entier d'une base de numération contient un signe optionnel, une base (entier signé de l'intervalle
2. 16 bornes incluses, représenté en base lo), un "#", et une chaîne de un ou plusieurs chiffres étendus.
Si le signe est présent, il précède immédiatement le nombre sans ESPACE intercalé (ni aucun autre
caractère ). Les chiffres étendus doivent être valides pour la base indiquée, sinon le fichier
d'archive n'est pas conforme ; par exemple, en base 8 les chiffres "8" et "9" ne sont pas valides, en base
2, seuls les chiffres "O" et "1" sont valides, et ainsi de suite. La casse n'a pas de signification particulière
pour les chiffres étendus. Si le signe est omis dans n'importe laquelle des deux formes, le nombre est
considéré comme non négatif.
La base et les éléments + sont interprétés comme des nombres non signés, et le résultat
est négatif si le nombre est précédé d'un SIGNE MOINS. I1 convient de ne faire aucune hypothèse en ce
qui concerne la taille des mots du processus de récupération du fichier d'archive, ni sur la fait que
l'arithmétique sous-jacente utilise le complément à un, le complément à deux, ou le signe-valeur absolue.
Par exemple, -1 peut être codé en héxadécimal sous la forme -16#1, -16#0001, etc. plutôt que sous la
forme 16#FFFF. Bien entendu les fichiers d'archive peuvent être créés en prenant en compte les
caractéristiques de la machine cible, mais toute hypothèse de ce type limitera la portabilité des fichiers
d'archive et n'est donc pas encouragée.
NOTE - Les types de données fonctionnels de PHIGS "C", "G2", "G3", "GS", "AI", "PI", "EI", "FN" et "Wi" sont
représentés par des entiers dans ce codage.
Exemples :
O, 007, -5, +123456
Les expressions suivantes sont équivalentes :
65535, 16#FFFF, 16#fff€, 8#177777,2#1111~1111~1111~1111
Les expressions suivantes sont équivalentes :
-32-768, -16#8000, -8#100000, -2#10000000~00000000
L'interprétation des paramètres numériques est "champ libre", c'est-à-dire qu'une virgule implicite est
située à la droite du chiffre le plus à droite, et que les espaces situés devant ou à la fin de la
représentation ne sont pas significatifs. Les zéros situés en tête de la représentation ne sont pas
significatifs.
4.2.4.2 Types liés aux réels
Les RÉELS et les COORDONNÉES RÉELLES sont liés aux réels et repérés dans le codage par la
lettre R. Ils s'écrivent sous forme de nombres explicites ou de nombres exponentiels (ou d'entiers
décimaux si cette forme convient).
. . .= I
I
. . .= . o < <+ *> I
<* +> >
< E I e >
::=
. . .= . I
. . .=
L'interprétation d'un nombre réel exponentiel est la même que celle de la notation scientifique standard
(similaire au format "E" du FORTRAN), où le nombre représenté par est multiplié par 10 à la
puissance .
10
---------------------- Page: 13 ----------------------
ISO/CEI 9592-3 : 1989(F)
Format de codage mode texte en clair
Format du fichier d'archive
Un nombre réel explicite et le corps d'un nombre réel exponentiel doivent contenir au moins un chiffre
qui, dans le cas d'un chiffre unique, peut apparaître de l'un ou l'autre des côtés de la virgule. Il est
recommandé mais non prescrit qu'il y ait au moins un chiffre avant de la virgule, pour les nombres
n'ayant qu'une partie fractionnaire. Zéro peut être codé sous les formes "O.", ".O", "O.O", "O", etc.
Dans le cas d'un nombre réel exponentiel (où apparaît un "E" ou un "e"), l' doit contenir au
moins un chiffre. Aucun ESPACE ou autre caractère n'est autorisé entre le et le
"E" ou le "e", ni entre le "E" ou le "e" et l'.
L'interprétation des paramètres liés à ce type de données est "champ libre", c'est-à-dire que si une
virgule explicite est présente, elle fixe la virgule de la représentation interne, et les espaces ou les zéros
situés devant ou à la fin de la représentation ne sont pas significatifs. Si la virgule est omise, elle est
implicitement située à la droite du chiffre le plus à droite du nombre réel explicite ou du du
nombre réel exponentiel. Ainsi, des nombres décimaux en format I sont autorisés dans un fichier
d'archive conforme pour représenter des nombres liés aux réels s'il n'y a pas de partie fractionnaire.
Pour tous les formats de nombres réels, la seule base de représentation autorisée est la base 10.
Si le (I1+" ou "-") est omis, le nombre est supposé non négatif. Si le signe est présent, il précède
immédiatement le corps du nombre, aucun ESPACE (ou autre caractère ) n'étant autorisé
entre le signe et le caractère le plus à gauche ou la virgule du corps du nombre.
Les caractères VIRGULE, ESPACE, et autres caractères ne sont pas autorisés dans un
nombre, mais les caractères sont autorisés (et sont sans effet sur l'analyse syntaxique).
Exemples :
3.14159
7.853982E-7
271828e-5
42
-.O4321 (forme non recommandée)
-0.043-21
42E2
$5621.46
4.2.4.3 Types liés aux chaînes de caractères
Les paramètres CHAÎNE sont représentés par des chaînes de caractères entourées par une paire de
caractères APOSTROPHE (GUILLEMET SIMPLE), ou de GUILLEMETS.
Si on a besoin d'une APOSTROPHE dans une chaîne délimitée par des APOSTROPHES, on la
représente par deux APOSTROPHES adjacentes à la position qu'elle doit occuper dans la chaîne. De
même si on a besoin d'un GUILLEMET dans une chaîne délimitée par des GUILLEMETS, on le
représente par deux GUILLEMETS adjacents. Par exemple, les expressions suivantes sont
équivalentes :
"Murphy's Law : ""If it can go wrong, it will."" ;
'Murphy% Law : "If it can go wrong, it will."'
Le type de données ENREGISTREMENT DE DONNÉES est représenté par une chaîne de Caractères
dans ce codage.
S dans ce codage.
Les paramètres CHAÎNE sont repérés par la lettre
11
---------------------- Page: 14 ----------------------
ISO/CEI 9592-3 : 1989(F)
Format du fichier d'archive Format de codage mode texte en clair
4.2.4.4 Types énumérés
Les types énumérés sont liés aux noms exactement comme le sont les noms d'élément. Si une réalisation
souhaite supporter des valeurs privées de types énumérés, ces valeurs doivent être codées sous la forme
des lettres "PRIV' suivies d'une chaîne de *.
4.2.4.5 Types dérivés
Outre les formats de uaramètre I. R, et S, les abréviations suivantes sont utilisées comme formes
abrégées des productiok indiquées:
. .=
.. I (données coordonnées}
COORD
. .=
..
POINT2
. .=
POINT3 .
. .=
P2 I
..
<
>
. .=
P3 . I
<
>
. .=
..
v2
. .=
v3 .
: :=
< < >* >O
LISTPOINTS2
. .=
LISTPOINTS3 . < < >* >O
. .=
<
..
LISTENSPOLYGONES2
<
>*
>O
..=
<
..
LISTENSPOLYGONES3
<
12
---------------------- Page: 15 ----------------------
ISO/CEI 9592-3 : 1989(F)
Format du fichier d'archive
Format de codage mode texte en clair
>*
>O
. .=
LISTCELL .
..=
< > I
LIGNECELL .
<
>
..=
LIGNEMATRICE2D .
. .=
..
LIGNEMATR
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.