Si le dernier point d'une polyligne est égal au premier point, on dit que la polyligne est **fermée**. Si aucun des segments de la polyligne n'intersecte un autre segment de la polyligne, on dit qu'elle est **simple**. Si une polyligne est simple *et* fermée, on dit que c'est un **anneau** (**LinearRing** en anglais).

Les trous ne peuvent pas être imbriqués les uns dans les autres ni avoir d'intersections entre eux ou avec les contours.

Un polygone doit vérifier un ensemble de propriétés pour être considéré correct / valide : - Son contour est une polyligne simple (pas d'intersection avec elle-même) et fermée (son dernier point est égal à son premier point). - Les points du contour doivent être ordonnées dans le sens des aiguilles d'une montre. Les trous, eux, doivent être dans le sens inverse des aiguilles d'une montre. - Ses trous sont également simples et fermés. - Les trous d'un polygone ne peuvent pas se croiser. Ils peuvent avoir des points d'intersections, mais ne peuvent pas avoir de points de leurs intérieurs en commun. Les intersections éventuelles sont donc toutes tangentes. Cela concerne également les intersections entre le contour et les trous d'un polygone. - Un polygone ne peut avoir de "pics" / "lignes" sans intérieur (voir images exemples). - L'intérieur d'un polygone est un ensemble connexe de points. C'est-à-dire qu'à partir d'un point de la l'intérieur d'un polygone, on doit toujours pouvoir aller sur tous les points de cet intérieur du polygone sans jamais avoir besoin de traverser l'extérieur. Un trou ne doit donc jamais "couper en deux" l'intérieur d'un polygone (voir image 3 : le trou triangle orange sépare le polygone en trois surfaces séparées).

Un MultiPoint peut notamment servir à stocker un ensemble de points dans un seul et même enregistrement HFSQL, sans avoir à utiliser un enregistrement par point. Utile dans le cas où l'ensemble de points en lui-même est l'entité manipulée par un programme, et non pas chaque point indépendamment.

Un MultiPolyligne peut notamment servir à stocker un ensemble de polylignes dans un seul et même enregistrement HFSQL, sans avoir à utiliser un enregistrement par polyligne. Utile dans le cas où l'ensemble de polylignes en lui-même est l'entité manipulée par un programme, et non pas chaque polyligne indépendamment.

Un MultiPolygone peut notamment servir à stocker un ensemble de polygones dans un seul et même enregistrement HFSQL, sans avoir à utiliser un enregistrement par polygone. Utile dans le cas où l'ensemble de polygones en lui-même est l'entité manipulée par un programme, et non pas chaque polygone indépendamment.

Un MultiPolygone doit vérifier un ensemble de propriétés pour être considéré correct / valide : - Tous les polygones appartenant à un multipolygone doivent être corrects, sans quoi l'ensemble du multipolygone est considéré comme incorrect. - Il ne doit pas y avoir d'intersection entre les *intérieurs* des polygones compris dans un multipolygone. - Les contours de deux polygones d'un même multipolygone peuvent avoir des intersections *ponctuelles* : ils ne peuvent pas avoir un segment continu en commun. Deux polygones ne peuvent donc pas se toucher en un nombre infini de points.

La validité d'un multipolygone peut être vérifiée à l'aide de la fonction FormeEstValide.

Les calculs effectués avec les formes géographiques utilisent le système WGS84, système de référence notamment utilisé par le GPS : les points géographiques correspondent donc à des "points GPS".

Les trous ne peuvent pas être imbriqués les uns dans les autres ni avoir d'intersections entre eux ou avec les contours.

Un polygone doit vérifier un ensemble de propriétés pour être considéré correct / valide : - Son contour est une polyligne simple (pas d'intersection avec elle-même) et fermée (son dernier point est égal à son premier point). - Les points du contour doivent être ordonnées dans le sens des aiguilles d'une montre. Les trous, eux, doivent être dans le sens inverse des aiguilles d'une montre. - Ses trous sont également simples et fermés. - Les trous d'un polygone ne peuvent pas se croiser. Ils peuvent avoir des points d'intersections, mais ne peuvent pas avoir de points de leurs intérieurs en commun. Les intersections éventuelles sont donc toutes tangentes. Cela concerne également les intersections entre le contour et les trous d'un polygone. - Un polygone ne peut avoir de "pics" / "lignes" sans intérieur (voir images exemples). - L'intérieur d'un polygone est un ensemble connexe de points. C'est-à-dire qu'à partir d'un point de la l'intérieur d'un polygone, on doit toujours pouvoir aller sur tous les points de cet intérieur du polygone sans jamais avoir besoin de traverser l'extérieur. Un trou ne doit donc jamais "couper en deux" l'intérieur d'un polygone (voir image 3 : le trou triangle orange sépare le polygone en trois surfaces séparées).

Une polyligne géographique n'est pas composée de segments droits comme en 2D, car elle décrit une position sur la surface courbe de la Terre : il s'agit d'une suite d'arcs ayant la courbure de la Terre, comme des trajectoires d'avion (géodésiques).

Si le dernier point d'une polyligne est égal au premier point, on dit que la polyligne est **fermée**. Si aucun des segments de la polyligne n'intersecte un autre segment de la polyligne, on dit qu'elle est **simple**. Si une polyligne est simple *et* fermée, on dit que c'est un **anneau** (**LinearRing** en anglais).

Un MultiPoint peut notamment servir à stocker un ensemble de points dans un seul et même enregistrement HFSQL, sans avoir à utiliser un enregistrement par point. Utile dans le cas où l'ensemble de points en lui-même est l'entité manipulée par un programme, et non pas chaque point indépendamment.

Un MultiPolyligne peut notamment servir à stocker un ensemble de polylignes dans un seul et même enregistrement HFSQL, sans avoir à utiliser un enregistrement par polyligne. Utile dans le cas où l'ensemble de polylignes en lui-même est l'entité manipulée par un programme, et non pas chaque polyligne indépendamment.

Un MultiPolygone peut notamment servir à stocker un ensemble de polygones dans un seul et même enregistrement HFSQL, sans avoir à utiliser un enregistrement par polygone. Utile dans le cas où l'ensemble de polygones en lui-même est l'entité manipulée par un programme, et non pas chaque polygone indépendamment.

Un MultiPolygone doit vérifier un ensemble de propriétés pour être considéré correct / valide : - Tous les polygones appartenant à un multipolygone doivent être corrects, sans quoi l'ensemble du multipolygone est considéré comme incorrect. - Il ne doit pas y avoir d'intersection entre les *intérieurs* des polygones compris dans un multipolygone. - Les contours de deux polygones d'un même multipolygone peuvent avoir des intersections *ponctuelles* : ils ne peuvent pas avoir un segment continu en commun. Deux polygones ne peuvent donc pas se toucher en un nombre infini de points.

La validité d'un multipolygone peut être vérifiée à l'aide de la fonction FormeEstValide.