Чому дійсні багатокутники повторюють ту саму початкову та кінцеву точку?

У світі ГІС для більшості сучасних форматів та стандартів (наприклад, Shapefiles, WKB / WKT , GML, KML тощо) дійсні багатокутники повинні мати закриті лінійні кільця, що є рядком координат, де перша точка є повтором останнього пункту. Наприклад, трикутнику потрібно чотири точки (а не три).

POLYGON ((10 20, 30 60, 50 20, 10 20))

Хто розпочав цю конвенцію і чому? Це якась спадщина попереднього зберігання Shapefile? (Наприклад , як MS Windows все ще використовує 2 байт CR + LF нової рядок?) Інші стандарти не-ГІС (наприклад , SVG ) НЕ вимагають такого повторення , щоб закодувати багатокутники.

Ця конвенція сходить до індустрії обстеження; яка має точку початку. Отже, ви починаєте з простору, і остання точка, на яку ви посилаєтесь, - ваша точка закриття. Таким чином у вас є закритий об'єкт.

Отже, щоб створити повний об'єкт COGO, ви повинні мати повний опис того, що описується. Його точніше, ніж передбачається близьке.

Критерії для дійсних багатокутників визначені в НГК «s Simple Feature стандартів документа * дотримувалася більшістю програмного забезпечення ГІС і просторових баз даних. Причини вимагати відповідності початкових і кінцевих точок, ймовірно, пов'язані з топологічною концепцією закритого набору .

Правилами для дійсного багатокутника є:

1. Полігони топологічно закриті
2. Межа багатокутника складається з набору лінійних кілець, що складають його зовнішні та внутрішні межі
3. Ні два Кільця в межовому хресті та Кільця в межі Полігона не можуть перетинатися в точці, але лише як дотична
4. Полігон може не мати ліній зрізу, шипів або проколів
5. Інтер'єр кожного полігону - це з'єднаний точковий набір
6. Зовнішній вигляд багатокутника з 1 або більше отворами не з'єднаний. Кожен отвір визначає з'єднаний компонент зовнішності.

Дійсні багатокутники

Недійсні багатокутники

** Якщо OGC насправді мали свої стандартні документи доступні в Інтернеті, а не в PDF-файлах, що завантажуються, що вимагають натискання угоди, вони можуть читатися частіше .. *

Це також полегшує багато алгоритмів, якщо вам не доведеться знову турбуватися про обгортання до початку полігону.

Немає вагомих причин, лише практика. Полігони - це прославлені лінії.