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 = (3)
 
 8
jj=−8⋅j (4)
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
0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0
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 = (3)
 
 8
jj=−8⋅ j (4)
© 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 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0
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 = (3)
 
 
jj=−8⋅j (4)
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
0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0
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.