European Commission logo
INSPIRE Community Forum

Orientation of polygons counter-clockwise: Revision

  • General

    The INSPIRE Community Forum is now part of the INSPIRE helpdesk system, based on GitHub (, so please start there any new discussions.

    The current platform will remain available in read only mode in its current form and URL address until 31/01/2021, then its content will be archived and then published in a different URL which will be announced when it becomes available.

GML encoding asks for orientation of the surface boundary to be consistent with the upward normal i.e. exterior boundary counter-clockwise and interior boundaries clockwise.

This because GML 3.2.1 standard directly refers the ISO 19107  in which we read ( ISO 19107:2003, cl. 6.3.17: GM_Surface) " the orientation of the surface chooses an "up" direction through the choice of the upward normal, which, if the surface is not a cycle, is the side of the surface from which the exterior boundary appears counterclockwise"

Most transformation software tools (e.g. HALE and FME) allow for producing counter-clockwise polygons when creating INSPIRE datasets.

You may find more details on 'how-to' in the following TC discussions:

Outer ring of polygon not being clockwise is one of the most common errors when validating INSPIRE GML datasets.

At date, the ETF validator has a bug which leads to incorrect results for the counterclockwise orientation of polygons.

Please make reference to issue   and to the FAQ page in the ETF github repository ( ) 

You may find more details also in the last replies to the following TC discussion

Biodiversity & Area Management

Biodiversity & Area Management

If themes like Protected Sites, Area Management/Restriction/Regulation Zones and Reporting Units, Habitats and Biotopes, Species Distribution, Bio-geographical Regions matters to you, join these groups!