Geometrical product specifications (GPS) — Surface texture: Areal — Part 72: XML file format x3p — Amendment 1

Spécification géométrique des produits (GPS) — État de surface: Surfacique — Partie 72: Format de fichier XML x3p — Amendement 1

General Information

Status
Published
Publication Date
08-Sep-2020
Current Stage
6060 - International Standard published
Start Date
09-Sep-2020
Due Date
25-Apr-2020
Completion Date
09-Sep-2020
Ref Project

Relations

Buy Standard

Standard
ISO 25178-72:2017/Amd 1:2020
English language
9 pages
sale 15% off
Preview
sale 15% off
Preview
Standard
ISO 25178-72:2017/Amd 1:2020
French language
9 pages
sale 15% off
Preview
sale 15% off
Preview
Draft
ISO 25178-72:2017/FDAmd 1
English language
9 pages
sale 15% off
Preview
sale 15% off
Preview

Standards Content (Sample)

INTERNATIONAL ISO
STANDARD 25178-72
First edition
2017-05
AMENDMENT 1
2020-09
Geometrical product specifications
(GPS) — Surface texture: Areal —
Part 72:
XML file format x3p
AMENDMENT 1
Spécification géométrique des produits (GPS) — État de surface:
Surfacique —
Partie 72: Format de fichier XML x3p
AMENDEMENT 1
Reference number
ISO 25178-72:2017/Amd.1:2020(E)
©
ISO 2020

---------------------- Page: 1 ----------------------
ISO 25178-72:2017/Amd.1:2020(E)

COPYRIGHT PROTECTED DOCUMENT
© ISO 2020
All rights reserved. Unless otherwise specified, or required in the context of its implementation, no part of this publication may
be reproduced or utilized otherwise in any form or by any means, electronic or mechanical, including photocopying, or posting
on the internet or an intranet, without prior written permission. Permission can be requested from either ISO at the address
below or ISO’s member body in the country of the requester.
ISO copyright office
CP 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Geneva
Phone: +41 22 749 01 11
Email: copyright@iso.org
Website: www.iso.org
Published in Switzerland
ii © ISO 2020 – All rights reserved

---------------------- Page: 2 ----------------------
ISO 25178-72:2017/Amd.1:2020(E)

Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards
bodies (ISO member bodies). The work of preparing International Standards is normally carried out
through ISO technical committees. Each member body interested in a subject for which a technical
committee has been established has the right to be represented on that committee. International
organizations, governmental and non-governmental, in liaison with ISO, also take part in the work.
ISO collaborates closely with the International Electrotechnical Commission (IEC) on all matters of
electrotechnical standardization.
The procedures used to develop this document and those intended for its further maintenance are
described in the ISO/IEC Directives, Part 1. In particular, the different approval criteria needed for the
different types of ISO documents should be noted. This document was drafted in accordance with the
editorial rules of the ISO/IEC Directives, Part 2 (see www .iso .org/ directives).
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. ISO shall not be held responsible for identifying any or all such patent rights. Details of
any patent rights identified during the development of the document will be in the Introduction and/or
on the ISO list of patent declarations received (see www .iso .org/ patents).
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation of the voluntary nature of standards, the meaning of ISO specific terms and
expressions related to conformity assessment, as well as information about ISO's adherence to the
World Trade Organization (WTO) principles in the Technical Barriers to Trade (TBT), see www .iso .org/
iso/ foreword .html.
This document was prepared by Technical Committee ISO/TC 213, Dimensional and geometrical product
specifications and verification, in collaboration with the European Committee for Standardization (CEN)
Technical Committee CEN/TC 290, Dimensional and geometrical product specification and verification, in
accordance with the Agreement on technical cooperation between ISO and CEN (Vienna Agreement).
Any feedback or questions on this document should be directed to the user’s national standards body. A
complete listing of these bodies can be found at www .iso .org/ members .html.
© ISO 2020 – All rights reserved iii

---------------------- Page: 3 ----------------------
ISO 25178-72:2017/Amd.1:2020(E)
Geometrical product specifications (GPS) — Surface
texture: Areal —
Part 72:
XML file format x3p
AMENDMENT 1

Page 3, 3.14
Replace with:
3.14
global coordinate system
three-dimensional, right-handed coordinate system in which the position and orientation of the original
point cloud is defined

Page 3, 3.15
Replace with:
3.15
view coordinate system
three-dimensional, right-handed coordinate system in which the stored point coordinates are defined
Note 1 to entry: Conversion from view coordinates (x, y, z) to global coordinates (X, Y, Z) could involve rotation
and translation.
Note 2 to entry: Many instruments measure the z coordinates of surface points in the view coordinate system at
predefined values of the respective x and y coordinates.

Page 5, 5.4.4
Replace EXAMPLE with:
EXAMPLE A vendor specific extension could be a vendor specific xml file or any other type of file.

Page 5, 5.5.3.1
Replace with:
5.5.3.1  Revision
The Revision record shall contain the string “ISO25178 -72: 2017/ DAM1”.
© ISO 2020 – All rights reserved 1

---------------------- Page: 4 ----------------------
ISO 25178-72:2017/Amd.1:2020(E)

Page 7, 5.5.3.3.2.1
Replace with:
5.5.3.3.2.1  General
The AxisType element shall be one of the letters "I" for incremental axis or "A" for absolute axis. The x
and y coordinates can either be of incremental axis type or absolute axis type. The z coordinates shall
be of absolute axis type.

Page 7, 5.5.3.3.2.3
Replace with:
5.5.3.3.2.3  Absolute axis type
An absolute axis type shall be used for the explicit storage of x, y and z coordinates. Coordinates of
absolute axis type shall be stored as dimensionless values. The dimensional coordinate shall be
calculated by multiplying the stored value by a scaling factor I in metres.
NOTE 1 Compared with an incremental axis type, the absolute axis type causes a higher memory usage for
x and y coordinates. The amount of memory used is as large as for the z coordinate because for each 3D point
the x and y coordinate is stored separately. Therefore, it is recommended that incremental x and y axes are used
whenever possible, i.e. when point spacing is regular and homogenous.
NOTE 2 The constant I is usually called calibration factor.

Page 8, 5.5.3.3.4
Replace with:
5.5.3.3.4  Increment
The Increment element shall contain a positive length value in metres specifying either the increment
of the incremental axis or the scaling factor of the absolute axis. The increment shall not be zero. The
increment values for the x, y and z axes are named with the symbols I , I and I .
x y z
NOTE The element name Increment is used due to historical reasons.

2 © ISO 2020 – All rights reserved

---------------------- Page: 5 ----------------------
ISO 25178-72:2017/Amd.1:2020(E)

Page 8, 5.5.3.5
Replace with:
5.5.3.5  Coordinate transformation
The calculation of the global coordinates from the view coordinates of the stored 3D points is made
using Formula (2):
   
X rr r I 00 x O
 
   
11 12 13 x x
   
 
   
   
Y = rr r ⋅ 0 I 0 ⋅ y + O (2)
 
   
21 22 23 yy y
   
 
   
   
Z rr r z
   
 31 32 33  00 I O
   
z z
where
X, Y, Z are the global coordinates in metres;
x, y, z are the dimensionless view coordinates;
rr… are the rotation elements;
11 33
I , I , I are the increment values in metres or scaling factors in metres;
x y z
O , O , O are the offset values in metres.
x y z

Page 10, 5.5.5.2.2
Replace with:
5.5.5.2.2  MatrixDimension
The MatrixDimension element shall contain the three elements SizeX, SizeY and SizeZ, defining the size
of the data matrix in u, v and w dimensions.
The names of the elements SizeX, SizeY and SizeZ could be misleading because they do not necessarily
define anything directly related to x, y and z dimensions of the 3D coordinates. In datasets with
incremental x and y axes the following relation between u and x, as well as between v and y, holds:
xu=−11, yv=−
where
uv==11,.,SizeXS,,., izeY
EXAMPLE 1 Definition of a matrix with 4 × 4 points and one surface layer:
4 4 1
EXAMPLE 2 Definition of a matrix for a profile data set with 10 points and two profile layers:
10 1 2

© ISO 2020 – All rights reserved 3

---------------------- Page: 6 ----------------------
ISO 25178-72:2017/Amd.1:2020(E)

Page 13, 5.5.5.3.5
Replace with:
5.5.5.3.5  Binary validity file format
The binary validity file shall be written as a packed array of bits. The bit index j into the packed array
shall be calculated in the same way as described for the data list in 5.5.5.3.2.1. From the bit index, the
byte position j and the bit position j in the packed array shall be calculated using Formulae (3) and (4):
8 1
j
 
j = (3)
8
 
 8
jj=−8⋅j (4)
18
The notation calculates the next smaller integer for a real number.
EXAMPLE See Table 1 for a sample calculation of the indices.
Table 1 — Example calculation of byte and bit index for binary validity file
j 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 2
j
8
0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0
j
1

Page 14, 5.5.7
Replace with:
5.5.7  Vendor specific extensions
The VendorSpecificID element shall be used to identify extensions of the x3p file format. This tag
shall contain a vendor specific ID, which is a URI created by the vendor identifying a vendor specific
extension file. The URI shall consist of a worldwide unique domain name, an optional file path and the
vendor specific extension file name itself. When writing an x3p file, the vendor specific extension file
shall be placed in the zip-container under the given URI, replacing "." with "\" in the domain name.
When reading an x3p file an unknown VendorSpecificID element can be safely ignored as well as all
optional contents of the zip container. The number of VendorSpecificID elements is unbounded.
NOTE 1 Name collisions are avoided if a unique URL is used to construct a path to the vendor specific
extension file.
NOTE 2 An x3p file containing vendor specific extensions keeps full compatibility to all software able to read
standard x3p files.
EXAMPLE For the VendorSpecificID (URI) "http:// www .vendor .com/ mypath/ myelements .xml", the vendor
specific extension file is placed in the x3p zip-container under "www\vendor\com\mypath\myelements.xml".

Page 15, A.2
Replace with:


4 © ISO 2020 – All rights reserved

---------------------- Page: 7 ----------------------
ISO 25178-72:2017/Amd.1:2020(E)

 
   
     XML-implementation for ISO5436-2 file format.

     First revision 04-Apr-2007
     Second revision 20-Jan-2020

     Copyright by Georg Wiora (NanoFocus AG), Jörg Seewig (Universität Hannover),
     Andreas Walther (NanoFocus AG), Mark A. Weber (NanoFocus AG) 2007
     Jörg Seewig (Technische Universität Kaiserslautern) 2020

     openGPS and the openGPS logo is a registered trademark of
     Physikalisch Technische Bundesanstalt (PTB)
     http://www.ptb.de/

     More information about openGPS can be found at
     http://www.opengps.eu/
   
 
 
 
 
   
    
    
    
      
       
         
         
         
         
         
         
         
         
       
      
    
    
    
   
 
 
   
    
    
    
    
    
    
    
...

NORME ISO
INTERNATIONALE 25178-72
Première édition
2017-05
AMENDEMENT 1
2020-09
Spécification géométrique des
produits (GPS) — État de surface:
Surfacique —
Partie 72:
Format de fichier XML x3p
AMENDEMENT 1
Geometrical product specifications (GPS) — Surface texture: Areal —
Part 72: XML file format x3p
AMENDMENT 1
Numéro de référence
ISO 25178-72:2017/Amd.1:2020(F)
©
ISO 2020

---------------------- Page: 1 ----------------------
ISO 25178-72:2017/Amd.1:2020(F)

DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2020
Tous droits réservés. Sauf prescription différente ou nécessité dans le contexte de sa mise en œuvre, 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, ou la diffusion sur l’internet ou sur un intranet, sans autorisation écrite préalable. Une autorisation peut
être demandée à l’ISO à l’adresse ci-après ou au comité membre de l’ISO dans le pays du demandeur.
ISO copyright office
Case postale 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Genève
Tél.: +41 22 749 01 11
E-mail: copyright@iso.org
Web: www.iso.org
Publié en Suisse
ii © ISO 2020 – Tous droits réservés

---------------------- Page: 2 ----------------------
ISO 25178-72:2017/Amd.1:2020(F)

Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération mondiale d'organismes
nationaux de normalisation (comités membres de l'ISO). L'élaboration des Normes internationales est
en général confiée aux comités techniques de l'ISO. Chaque comité membre intéressé par une étude
a le droit de faire partie du comité technique créé à cet effet. Les organisations internationales,
gouvernementales et non gouvernementales, en liaison avec l'ISO participent également aux travaux.
L'ISO collabore étroitement avec la Commission électrotechnique internationale (IEC) en ce qui
concerne la normalisation électrotechnique.
Les procédures utilisées pour élaborer le présent document et celles destinées à sa mise à jour sont
décrites dans les Directives ISO/IEC, Partie 1. Il convient, en particulier, de prendre note des différents
critères d'approbation requis pour les différents types de documents ISO. Le présent document a été
rédigé conformément aux règles de rédaction données dans les Directives ISO/IEC, Partie 2 (voir www
.iso .org/ directives).
L'attention est attirée sur le fait que certains des éléments du présent document peuvent faire l'objet de
droits de propriété intellectuelle ou de droits analogues. L'ISO ne saurait être tenue pour responsable
de ne pas avoir identifié de tels droits de propriété et averti de leur existence. Les détails concernant
les références aux droits de propriété intellectuelle ou autres droits analogues identifiés lors de
l'élaboration du document sont indiqués dans l'Introduction et/ou dans la liste des déclarations de
brevets reçues par l'ISO (voir www .iso .org/ brevets).
Les appellations commerciales éventuellement mentionnées dans le présent document sont données
pour information, par souci de commodité, à l’intention des utilisateurs et ne sauraient constituer un
engagement.
Pour une explication de la nature volontaire des normes, la signification des termes et expressions
spécifiques de l'ISO liés à l'évaluation de la conformité, ou pour toute information au sujet de l'adhésion
de l'ISO aux principes de l’Organisation mondiale du commerce (OMC) concernant les obstacles
techniques au commerce (OTC), voir www .iso .org/ avant -propos.
Le présent document a été élaboré par le comité technique ISO/TC 213, Spécifications et vérification
dimensionnelles et géométriques des produits, en collaboration avec le comité technique CEN/TC 290,
Spécification dimensionnelle et géométrique des produits, et vérification correspondante, du Comité
européen de normalisation (CEN) conformément à l’Accord de coopération technique entre l’ISO et le
CEN (Accord de Vienne).
Il convient que l’utilisateur adresse tout retour d’information ou toute question concernant le présent
document à l’organisme national de normalisation de son pays. Une liste exhaustive desdits organismes
se trouve à l’adresse www .iso .org/ fr/ members .html.
© ISO 2020 – Tous droits réservés iii

---------------------- Page: 3 ----------------------
ISO 25178-72:2017/Amd.1:2020(F)
Spécification géométrique des produits (GPS) — État de
surface: Surfacique —
Partie 72:
Format de fichier XML x3p
AMENDEMENT 1

Page 3, 3.14
Remplacer par:
3.14
système de coordonnées global
système de coordonnées tridimensionnel régi par la règle de la main droite dans lequel la position et
l’orientation du nuage de points d’origine sont définies

Page 3, 3.15
Remplacer par:
3.15
view coordinate system
système de coordonnées tridimensionnel régi par la règle de la main droite dans lequel les points en 3D
sont définis
Note 1 à l'article: à l’ article: La conversion de coordonnées de visualisation (x, y, z) en coordonnées globales (X, Y,
Z) peut impliquer une rotation et une translation.
Note 2 à l'article: à l’ article: De nombreux instruments mesurent les coordonnées z des points de surface dans le
système de coordonnées de visualisation à des valeurs prédéfinies des coordonnées x- et y- respectives.

Page 5, 5.4.4
Remplacer EXEMPLE par:
EXEMPLE Une extension spécifique du fournisseur peut être un fichier xml spécifique du fournisseur ou
tout autre type de fichier.

Page 5, 5.5.3.1
Remplacer par:
5.5.3.1  Revision
L’enregistrement Revision doit contenir la chaîne “ISO25178 -72: 2017/ DAM1”.

© ISO 2020 – Tous droits réservés 1

---------------------- Page: 4 ----------------------
ISO 25178-72:2017/Amd.1:2020(F)

Page 7, 5.5.3.3.2.1
Remplacer par:
5.5.3.3.2.1  Géneralités
L'élément AxisType doit correspondre à la lettre "I" pour un axe incrémentiel et à la lettre "A" pour un
axe absolu. Les coordonnées x et y peuvent être soit de type axe incrémentiel, soit de type axe absolu.
Les coordonnées z doivent être de type axe absolu.

Page 7, 5.5.3.3.2.3
Remplacer par:
5.5.3.3.2.3  Type d’axe absolu
Un type d'axe absolu doit être utilisé pour le stockage explicite des coordonnées x, y et z. Les coordonnées
de type axe absolu doivent être stockées en tant que valeurs sans dimension. La coordonnée
dimensionnelle est calculée en multipliant la valeur stockée par un facteur d'échelle I en mètres.
NOTE 1 Par rapport à un type d'axe incrémentiel, le type d'axe absolu entraîne une plus grande utilisation
de la mémoire pour les coordonnées x et y. La quantité de mémoire utilisée est aussi importante que pour la
coordonnée y car pour chaque point 3D, les coordonnées x et y sont stockées séparément. Par conséquent, il
est recommandé d'utiliser des axes x et y incrémentiels chaque fois que cela est possible, c'est-à-dire lorsque
l'espacement des points est régulier et homogène.
NOTE 2 La constante I est généralement appelée facteur d'étalonnage.

Page 8, 5.5.3.3.4
Remplacer par:
5.5.3.3.4  Incrémentation
L’élément Increment doit contenir une valeur de longueur positive, en mètres en spécifiant soit
l'incrément de l'axe incrémentiell, soit le facteur d'échelle de l'axe absolu. L'incrément ne doit pas être
nul. Les valeurs d'incrément pour les axes x, y et z sont nommées avec les symboles I , I et I .
x y z
NOTE Le nom de l'élément Increment est utilisé pour des raisons historiques.

Page 8, 5.5.3.5
Remplacer par:
5.5.3.5  Transformation des coordonnées
Le calcul des coordonnées globales à partir des coordonnées de visualisation des points en 3D stockés
est effectué en utilisant la Formule (2):
   
X rr r I 00 x O
 
   
11 12 13 x x
   
 
   
   
Y = rr r ⋅ 0 I 0 ⋅ y + O (2)
 
   
21 22 23 yy y
   
 
   
   
Z rr r z
   
  00 I O
31 32 33
   
z z

2 © ISO 2020 – Tous droits réservés

---------------------- Page: 5 ----------------------
ISO 25178-72:2017/Amd.1:2020(F)

X, Y, Z sont les coordonnées globales en mètres;
x, y, z sont les coordonnées dimensionnelles de visualisation;
rr… sont les éléments de rotation;
11 33
I , I , I sont les valeurs d'incrémentation en mètres ou les facteurs d'échelle en mètres;
x y z
O , O , O sont les valeurs inclinées en mètres.
x y z

Page 10, 5.5.5.2.2
Remplacer par:
5.5.5.2.2  MatrixDimension
L’élément MatrixDimension (DimensionMatrice) doit contenir les trois éléments SizeX (TailleX), SizeY
(TailleY) et SizeZ (TailleZ) définissant la taille de la matrice de données dans les dimensions u, v et w.
Les noms des éléments SizeX, SizeY et SizeZ peuvent être trompeurs car ils ne définissent pas
nécessairement tout ce qui est directement lié aux dimensions x, y et z des coordonnées 3D. Dans les
ensembles de données dont les axes x et y sont incrémentaux, la relation suivante entre u et x, ainsi
qu'entre v et y, est valable:
xu=−11, yv=−

uv==11,.,SizeXS,,., izeY
EXEMPLE 1 Définition d'une matrice de 4 × 4 points et une couche de surface:
4 4 1
EXEMPLE 2 Définition d'une matrice pour un ensemble de données de profil avec 10 points et deux couches
de profil:
10 1 2

Page 13, 5.5.5.3.5
Remplacer par:
5.5.5.3.5  Format de fichier de validité binaire
Le fichier de validité binaire doit être écrit sous la forme d’un tableau de bits. L’indice de bit j de la
matrice doit être calculé de la même manière que pour la liste de données en 5.5.5.3.2.1 à partir de
l’indice de bit, la position de l’octet j8 et la position du bit j1 de la matrice remplie doivent être calculées
en utilisant les Formules (3) et (4):
j
 
j = (3)
8
 
 8
jj=−8⋅ j (4)
18
© ISO 2020 – Tous droits réservés 3

---------------------- Page: 6 ----------------------
ISO 25178-72:2017/Amd.1:2020(F)

La notation calcule le nombre entier inférieur suivant pour un nombre réel.
EXEMPLE Voir le Tableau 1 pour un exemple de calcul des indices.
Tableau 1 — Exemple de calcul de l’indice d’octet et de l’indice de bit pour le fichier
de validité binaire
j 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 2
j
8
j 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0
1

Page 14, 5.5.7
Remplacer par:
5.5.7  Extensions spécifiques du fournisseur
L’élément VendorSpecificID doit servir à identifier les extensions de format de fichier x3p. Cette balise
doit contenir un ID spécifique du fournisseur , qui correspond à une URI créée par le fournisseur
identifiant un fichier d'extension spécifique. L’URI se compose d'un nom de domaine unique au monde,
d'un chemin d'accès optionnel et du nom de fichier de l'extension spécifique au fournisseur lui-même.
Lors de l'écriture d'un fichier x3p, le fichier d'extension spécifique du fournisseur doit être placé dans le
conteneur zip sous l'URI donnée, en remplaçant «.» par «\» dans le nom de domaine. Lors de la lecture
d’un fichier x3p, un élément VendorSpecificID inconnu peut être ignoré en toute sécurité, tout comme
le contenu facultatif du conteneur zip. Le nombre d'éléments VendorSpecificID est illimité.
NOTE 1 Les conflits de noms sont évitées si une URL unique est utilisée pour construire un chemin vers le
fichier d'extension spécifique du fournisseur.
NOTE 2 Un fichier x3p contenant des extensions spécifiques du fournisseur est totalement compatible avec
tous les logiciels capables de lire des fichiers x3p standard.
EXEMPLE Pour l’élément VendorSpecificID (URI) "http:// www .vendor .com/ mypath/ myelements .xml",
le fichier d'extension spécifique du fournisseur sera placé dans un conteneur zip x3p dans "www\vendor\com\
mypath\myelements.xml".

Page 15, A.2
Remplacer par:

rmDefault="unqualified">
 
   
     XML-implementation for ISO5436-2 file format.

     First revision 04-Apr-2007
     Second revision 20-Jan-2020

     Copyright by Georg Wiora (NanoFocus AG), Jörg Seewig (Universität Hannover),
     Andreas Walther (NanoFocus AG), Mark A. Weber (NanoFocus AG) 2007
     Jörg Seewig (Technische Universität Kaiserslautern) 2020

     openGPS and the openGPS logo is a registered trademark of
     Physikalisch Technische Bundesanstalt (PTB)
     http://www.ptb.de/

     More information about openGPS can be found at
4 © ISO 2020 – Tous droits réservés

---------------------- Page: 7 ----------------------
ISO 25178-72:2017/Amd.1:2020(F)

     http://www.opengps.eu/
   
 
 
 
 
   
    
    
    
      
       
         
         
         
         
         
         
         
         
        ...

FINAL
ISO
AMENDMENT
DRAFT
25178-72:2017
FDAM 1
ISO/TC 213
Geometrical product specifications
Secretariat: BSI
(GPS) — Surface texture: Areal —
Voting begins on:
2020-05-29
Part 72:
Voting terminates on:
XML file format x3p
2020-07-24
AMENDMENT 1
Spécification géométrique des produits (GPS) — État de surface:
Surfacique —
Partie 72: Format de fichier XML x3p
AMENDEMENT 1
ISO/CEN PARALLEL PROCESSING
RECIPIENTS OF THIS DRAFT ARE INVITED TO
SUBMIT, WITH THEIR COMMENTS, NOTIFICATION
OF ANY RELEVANT PATENT RIGHTS OF WHICH
THEY ARE AWARE AND TO PROVIDE SUPPOR TING
DOCUMENTATION.
IN ADDITION TO THEIR EVALUATION AS
Reference number
BEING ACCEPTABLE FOR INDUSTRIAL, TECHNO-
ISO 25178-72:2017/FDAM 1:2020(E)
LOGICAL, COMMERCIAL AND USER PURPOSES,
DRAFT INTERNATIONAL STANDARDS MAY ON
OCCASION HAVE TO BE CONSIDERED IN THE
LIGHT OF THEIR POTENTIAL TO BECOME STAN-
DARDS TO WHICH REFERENCE MAY BE MADE IN
©
NATIONAL REGULATIONS. ISO 2020

---------------------- Page: 1 ----------------------
ISO 25178-72:2017/FDAM 1:2020(E)

COPYRIGHT PROTECTED DOCUMENT
© ISO 2020
All rights reserved. Unless otherwise specified, or required in the context of its implementation, no part of this publication may
be reproduced or utilized otherwise in any form or by any means, electronic or mechanical, including photocopying, or posting
on the internet or an intranet, without prior written permission. Permission can be requested from either ISO at the address
below or ISO’s member body in the country of the requester.
ISO copyright office
CP 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Geneva
Phone: +41 22 749 01 11
Fax: +41 22 749 09 47
Email: copyright@iso.org
Website: www.iso.org
Published in Switzerland
ii © ISO 2020 – All rights reserved

---------------------- Page: 2 ----------------------
ISO 25178-72:2017/FDAM 1:2020(E)

Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards
bodies (ISO member bodies). The work of preparing International Standards is normally carried out
through ISO technical committees. Each member body interested in a subject for which a technical
committee has been established has the right to be represented on that committee. International
organizations, governmental and non-governmental, in liaison with ISO, also take part in the work.
ISO collaborates closely with the International Electrotechnical Commission (IEC) on all matters of
electrotechnical standardization.
The procedures used to develop this document and those intended for its further maintenance are
described in the ISO/IEC Directives, Part 1. In particular, the different approval criteria needed for the
different types of ISO documents should be noted. This document was drafted in accordance with the
editorial rules of the ISO/IEC Directives, Part 2 (see www .iso .org/ directives).
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. ISO shall not be held responsible for identifying any or all such patent rights. Details of
any patent rights identified during the development of the document will be in the Introduction and/or
on the ISO list of patent declarations received (see www .iso .org/ patents).
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation of the voluntary nature of standards, the meaning of ISO specific terms and
expressions related to conformity assessment, as well as information about ISO's adherence to the
World Trade Organization (WTO) principles in the Technical Barriers to Trade (TBT), see www .iso .org/
iso/ foreword .html.
This document was prepared by Technical Committee ISO/TC 213, Dimensional and geometrical product
specifications and verification, in collaboration with the European Committee for Standardization (CEN)
Technical Committee CEN/TC 290, Dimensional and geometrical product specification and verification, in
accordance with the Agreement on technical cooperation between ISO and CEN (Vienna Agreement).
Any feedback or questions on this document should be directed to the user’s national standards body. A
complete listing of these bodies can be found at www .iso .org/ members .html.
© ISO 2020 – All rights reserved iii

---------------------- Page: 3 ----------------------
ISO 25178-72:2017/FDAM 1:2020(E)
Geometrical product specifications (GPS) — Surface
texture: Areal —
Part 72:
XML file format x3p
AMENDMENT 1

Page 3, 3.14
Replace with:
3.14
global coordinate system
three-dimensional, right-handed coordinate system in which the position and orientation of the original
point cloud is defined

Page 3, 3.15
Replace with:
3.15
view coordinate system
three-dimensional, right-handed coordinate system in which the stored point coordinates are defined
Note 1 to entry: Conversion from view coordinates (x, y, z) to global coordinates (X, Y, Z) could involve rotation
and translation.
Note 2 to entry: Many instruments measure the z coordinates of surface points in the view coordinate system at
predefined values of the respective x and y coordinates.

Page 5, 5.4.4
Replace EXAMPLE with:
EXAMPLE A vendor specific extension could be a vendor specific xml file or any other type of file.

Page 5, 5.5.3.1
Replace with:
5.5.3.1  Revision
The Revision record shall contain the string “ISO25178 -72: 2017/ DAM1”.
© ISO 2020 – All rights reserved 1

---------------------- Page: 4 ----------------------
ISO 25178-72:2017/FDAM 1:2020(E)

Page 7, 5.5.3.3.2.1
Replace with:
5.5.3.3.2.1  General
The AxisType element shall be one of the letters "I" for incremental axis or "A" for absolute axis. The x
and y coordinates can either be of incremental axis type or absolute axis type. The z coordinates shall
be of absolute axis type.

Page 7, 5.5.3.3.2.3
Replace with:
5.5.3.3.2.3  Absolute axis type
An absolute axis type shall be used for the explicit storage of x, y and z coordinates. Coordinates of
absolute axis type shall be stored as dimensionless values. The dimensional coordinate shall be
calculated by multiplying the stored value by a scaling factor I in metres.
NOTE 1 Compared with an incremental axis type, the absolute axis type causes a higher memory usage for
x and y coordinates. The amount of memory used is as large as for the z coordinate because for each 3D point
the x and y coordinate is stored separately. Therefore, it is recommended that incremental x and y axes are used
whenever possible, i.e. when point spacing is regular and homogenous.
NOTE 2 The constant I is usually called calibration factor.

Page 8, 5.5.3.3.4
Replace with:
5.5.3.3.4  Increment
The Increment element shall contain a positive length value in metres specifying either the increment
of the incremental axis or the scaling factor of the absolute axis. The increment shall not be zero. The
increment values for the x, y and z axes are named with the symbols I , I and I .
x y z
NOTE The element name Increment is used due to historic reasons.

2 © ISO 2020 – All rights reserved

---------------------- Page: 5 ----------------------
ISO 25178-72:2017/FDAM 1:2020(E)

Page 8, 5.5.3.5
Replace with:
5.5.3.5  Coordinate transformation
The calculation of the global coordinates from the view coordinates of the stored 3D points is made
using Formula (2):
   
X rr r  I 00 x O
   
11 12 13 x x
   
 
   
Y = rr r ⋅ 0 I 0 ⋅ y + O (2)
   
 21 22 23 yy y
   
   
   
 
       
Z rr r  z
31 32 33  00 I O
  
z z
where
X, Y, Z are the global coordinates in metres;
x, y, z are the dimensionless view coordinates;
rr… are the rotation elements;
11 33
I , I , I are the increment values in metres or scaling factors in metres;
x y z
O , O , O are the offset values in metres.
x y z

Page 10, 5.5.5.2.2
Replace with:
5.5.5.2.2  MatrixDimension
The MatrixDimension element shall contain the three elements SizeX, SizeY and SizeZ, defining the size
of the data matrix in u, v and w dimensions.
The names of the elements SizeX, SizeY and SizeZ could be misleading because they do not necessarily
define anything directly related to x, y and z dimensions of the 3D coordinates. In datasets with
incremental x and y axes the following relation between u and x, as well as between v and y, holds:
xu=−11, yv=−
where
uv==11,.,SizeXS,,., izeY
EXAMPLE 1 Definition of a matrix with 4 × 4 points and one surface layer:
4 4 1
EXAMPLE 2 Definition of a matrix for a profile data set with 10 points and two profile layers:
10 1 2

© ISO 2020 – All rights reserved 3

---------------------- Page: 6 ----------------------
ISO 25178-72:2017/FDAM 1:2020(E)

Page 13, 5.5.5.3.5
Replace with:
5.5.5.3.5  Binary validity file format
The binary validity file shall be written as a packed array of bits. The bit index j into the packed array
shall be calculated in the same way as described for the data list in 5.5.5.3.2.1. From the bit index, the
byte position j and the bit position j in the packed array shall be calculated using Formulae (3) and (4):
8 1
j
 
j = (3)
8
 
8
 
jj=−8⋅j (4)
18
The notation calculates the next smaller integer for a real number.
EXAMPLE See Table 1 for a sample calculation of the indices.
Table 1 — Example calculation of byte and bit index for binary validity file
j 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 2
j
8
0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0
j
1

Page 14, 5.5.7
Replace with:
5.5.7  Vendor specific extensions
The VendorSpecificID element shall be used to identify extensions of the x3p file format. This tag
shall contain a vendor specific ID, which is a URI created by the vendor identifying a vendor specific
extension file. The URI shall consist of a worldwide unique domain name, an optional file path and the
vendor specific extension file name itself. When writing an x3p file, the vendor specific extension file
shall be placed in the zip-container under the given URI, replacing "." with "\" in the domain name.
When reading an x3p file an unknown VendorSpecificID element can be safely ignored as well as all
optional contents of the zip container. The number of VendorSpecificID elements is unbounded.
NOTE 1 Name collisions are avoided if a unique URL is used to construct a path to the vendor specific
extension file.
NOTE 2 An x3p file containing vendor specific extensions keeps full compatibility to all software able to read
standard x3p files.
EXAMPLE For the VendorSpecificID (URI) "http:// www .vendor .com/ mypath/ myelements .xml", the vendor
specific extension file is placed in the x3p zip-container under "www\vendor\com\mypath\myelements.xml".

Page 15, A.2
Replace with:


4 © ISO 2020 – All rights reserved

---------------------- Page: 7 ----------------------
ISO 25178-72:2017/FDAM 1:2020(E)

 
   
     XML-implementation for ISO5436-2 file format.

     First revision 04-Apr-2007
     Second revision 20-Jan-2020

     Copyright by Georg Wiora (NanoFocus AG), Jörg Seewig (Universität Hannover),
     Andreas Walther (NanoFocus AG), Mark A. Weber (NanoFocus AG) 2007
     Jörg Seewig (Technische Universität Kaiserslautern) 2020

     openGPS and the openGPS logo is a registered trademark of
     Physikalisch Technische Bundesanstalt (PTB)
     http://www.ptb.de/

     More information about openGPS can be found at
     http://www.opengps.eu/
   
 
 
 
 
   
    
    
    
      
       
         
         
         
         
         
         
         
         
       
      
    
    
    
   
 
 
   
    
    
     ...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.