Руслан Пархуць писал(а):
1. Вдосконалити ф-цiю @Map.SplitMultiPolygon N, результатом якої був би список новостворених об'єктiв
Список номерів новостворених об'єктів (після @Map.SplitMultiPolygon N) - всі номери, більші за @Map.Count, застосованої до розділення.
Руслан Пархуць писал(а):
2. Додати нову для отримання типу елементу @Map.Object[N].Type 1-точка, 2-лiнiйний елемент, 3-складний полiгон i т.д.
Вроді як, вирішено вже
тут, крім того є
@Map.Layers.Polygon Number [0/1], @Map.Object[N].Closed, хоча повністю підтримую прохання.
Руслан Пархуць писал(а):
... це вже iнше питання, приклад для аналiзу i що хочете отримати.
На малюнку "неправильний" полiгон, контури 5,6 мають бути в 2, чи 1 полiгонi, чи 5 в 1-ому а 6 в 2-ому, чи ....
Ще раз дякую пану Руслану за варіант в "розборі польотів". Насправді, накладка полігонів, от де інше питання, а моє - самий раз:
Ви впевнені, що перебираючи створені функцією розділення на прості полігони в порядку зростання номерів цих об'єктів, ви перебираєте спочатку зовнішній, потім внутрішній
Ніхто не підтверджував, що функція
spbSplit саме в такому порядку присвоює номера новоствореним об'єктам.
Як на мене, відкрито два питання:
1) якщо для складного полігона у властивостях (в списку точок) першими йдуть координати внутрішнього полігона, а після розриву - координати зовнішнього полігона,
номер внутрішнього полігона, після розбивки складного на прості функцією
spbSplit,
буде менший ніж зовнішнього?
2) якщо при розділенні полігона прості полігони створюються в тому ж порядку, в якому їх координати описані в списку точок (у властивостях об'єкта), то запропонований спосіб розділення збірно-складних не годиться, тоді треба читати
Алгоритм установления принадлежности точечного объекта внутренней области линейного замкнутого объекта.
Складно це, тому прошу розробників
допрацювати функцію @Map.SplitMultiPolygon N, на предмет розділення збірно-складних полігонів на прості та/або складні, або хоча б дати відповідь на перше питання.