У нас пока не требуют.

А так с ходу получить ведомость координат - не находил я такой функции в тополе.
Даже если, грубо, выбрать все озу, по видам, а стальное всё удалить. По сути, остаётся буферная зона, для которой нужны координаты.
А там поворотов на каждые 100 метров на местности 10 штук, не менее - километровая ведомость получиться. Опять же надо по каждому виду ОЗУ делать отдельно.

Отредактировано Юрий (30.07.2020 08:18:11)

А что нужно то в итоге - координаты каждого выдела по периметру? координаты "буфера" ОЗУ? или вообще координаты центра выдела? Приказ не читал, сознаюсь.
Было бы неплохо по выбранным и по видам получать.
А что если использовать раскрашенную кату по ОЗУ? управляющий то файл у нас есть уже. Соответственно он вносить какой-то идентификатор в к каждому полигону.
Его и использовать для задачи.
Мысли в слух.

Можно. Только что, в повыделке выделил ОЗУ вдоль дороги, перенес в карту, запустил "Контур..." - скопировал в буфер обмена. Единственное ограничение - контур должен быть один. То есть, нужно либо сразу указывать в каких кварталах искать, либо снимать выделение с "лишних" большим прямоугольником. В любом случае, это на порядок быстрее чем тюкать или выделять линиями. И так по очереди все самостоятельные контуры. Ограничение понятно - программе нужно знать первую точку каждого контура.

Номер первой точки ввести пока нельзя, но не думаю, что для Д.А. будет сложно добавить. Инструмент перенумерации есть, но он ручной. Поэтому пока указывать первую точку, чтобы задать логику нумерации и потом в Excel перенумеровать функцией "Прогресс".

Так сейчас это заменено "буфером обмена". Данные в этом формате прекрасно вставляются и в ворд и в эксель. Удобнее это делать в "однострочном" режиме - легче редактировать, переименовывать и т.п.

Смысла нет. Программист потратит на это достаточно времени, а в Эксель или Ворд, куда все рано потом это кидаете, это удаляется за секунду.

Смотря в каком виде хотите получить. Например, если сохраняли контуры в виде линий и точек геоходов или для линий создали точечные объекты по точкам поворота, то есть в итоге имеете точечные объекты для всех контуров, то далее можно следующее.
- добавляете поле номера точки, номера контура, если этих полей ещё нет, заполняете их нужным образом.
- добавляете стандартные поля X и Y - система автоматически запишет в них координаты в текущей системе координат блока.

Если для группы точек выполнить "Окно / Новое окно базы данных" - увидите таблицу базы данных с вашими точками. Там есть функции заполнения полей, можно управлять набором видимых полей, можно даже напечатать отчёт с номерами и координатами.

Далее можете вытащить номера и координаты просто из TN2.mdb - там будет таблицы группы точек с вашими полями.

Это вопрос не к нам. Мы не технологи и у нас нет производственных работ, на которых мы могли бы их отладить. Делать абстрактные персональные затычки мы не сможем.
Публикуйте тут в полном объеме свои технологии, показывайте в них слабые места и обсуждайте общие решения. По результатам, если это будет возможно, сможем помочь.

Повторяю. Мы разработчики, а технология печати в нужном формате - функция пользовательская. Поэтому сами придумывать технологии производственных работ не имея их объемов мы не сможем. Поэтому путь один - Вы тут формируете универсальную технологию работ, готовите все библиотеки, настройки под ключ. И тогда мы сможем это опробовать и придумать какие то упрощения, усовершенствования.  Некоторые я тут уже озвучивал. Но Вы выбрали самостийный путь развития и "секретность". В таких условиях места программистам нет. Это только Вам кажется, что Вы настолько понятно описываете проблемы и задачи, что можно в них что то усовершенствовать по схеме "черного ящика". Простите, но у Вас пока уровень "машина не едет, что то надо сделать".
Повторюсь, что нужно, чтобы мы могли Вам помочь в оформительских делах:
- Полное подробное описания порядка работы от нуля и до конца.
- Полный набор проектов... библиотек и пр. что требуется для выполнения всех схемы.
- Образцы, на которых все это можно увидеть на конечном этапе при печати.
Вот тогда мы сможем принимать от Вас заказы на доработку этой технологии. Скриншоты, фрагментарные описания и требования "вот эту кнопочку так, а эту эдак" - это не будет работать. Д.А. с нуля ничего воссоздавать не обязан - это кувалдой кнопки забивать.

Если я наберу сотрудников и мы завтра ввяжемся в ЛУ работы и за их счет сделаем всю схему создания макулатуры под "периодическое" лесоустройства (думаю, что за квартал) то, простите, Вы то нам тогда зачем нужны будете! Да и Тополь в удобном для Вас виде!
Так что, хотите секретничать - секретничайте на здоровья, на нас только своих тараканов, коллеги, не вешайте.

Включи видимость направления линий. Я думаю, что номера идут по ним. Попробуй поменять направление. Впрочем, сам не проверял, мое предположение - при прорисовке то нумерация идет именно по направлению движения.

Выделяй в карте "Поиском" или через "Выделить в дереве - Отразить выбор в карте" нужные выделы, затем в "Контур - Формировать ход - Из границ выделенных выделов". В этом случае она предлагает указать первую точку. Вот только она при замыкании делает некорректную запись - добавляет к первой точке точку с последним номером и сообщает об этом. Визуально это выглядит как две метки в одной точке. Но одну точку легко поправить, хотя и Д.А., думаю, сможет это учесть.

Соглашусь. Не признаю лазить в другие программы. Тем более что это решаемо в Тополе. Жаль только, что человек поднявший эту тему находится в бане. Полноценного обсуждения не получится.

Саша может по почте ответишь. А на бумаге надо показать геоход и номер точки? Если надо то в какой программе не делай это нереально. Только по одному контуру(выделу). Бред. А если показывать общий контур ОЗУ то проблем нет.

Подготовлена 806 версия, где существенные дополнения сделаны в модуле работы с контурами.

Добавлена команда в меню "Формировать ход / Установить текущую точку как начало", позволяющая текущую (выделенную) в таблице точку контура назначить начальной, программа циклически передвинет все остальные. Контур, естественно, должен быть замкнут, операция применима к основному контуру.
Чтобы легко найти нужную точку, которую будете устанавливать начальной, используйте операцию "Формировать ход / Найти точку хода" - её можно будет указать на карте.

Для решения этой проблемы добавлена команда "Формировать ход / Изменить направление контура на обратное". При ручной прорисовке направление контура зависит от вас, при получении контура из границы полигонов программа пытается задать правильное направление, зная, где находится выбранный полигон относительно линии, но при формировании контура выбором линий определить, в каком направлении будет контур замкнут, в принципе нереально, направление задаёт первая выбранная линия. Вот здесь эта операция необходима.
А чтобы можно было легко определить направление контура, добавлена ещё одна команда "Показать / Показать направление линии".

Эта ошибка исправлена, она возникала не всегда и зависела от сочетания выбранной начальной точки и числа точек в линиях, к ней примыкающих - в местах соединения линий лишние точки исключаются, в месте замыкания контура это срабатывало не всегда.

Также исправлена ошибка, когда при передаче данных в блок геоходов или в блок повыдельной карты рабочий блок контура закрывался. Также добавлено несколько пиктограмм в меню.

Вчера вечером выложили, пробуйте.

Поправили опечатку в имени. Скачивайте.

Принудительно (программно, по-умолчанию) задать по часовой стрелке всегда. Первая точка самая северная, если иное не задано.

Среди 100 т.выд. невозможно предугадать какой контур в каком направлении рисовать и какое направление потребуется в при оформлении в будущем.
Вот я и предлагаю: направление по-часовой, начальную точку - самую северную, если если иное не указано пользователем.
Мы же ведь используем отдельный слой? или всё в одном блоке vd считаем?
Если в отдельном, то игнорируем изначально направления, заданные при оцифровке, принудительно (программно) задаём все по часовой.

Это частный случай. Условие применимо только когда контур принят через импорт, задан оператором  выбором линий целиком, либо он не замкнут и бо'льшая его часть приходится на восточный сектор будущего полигона. Д.А. не сможет писать отдельный функционал под каждый случай - модуль универсальный.
Разработчику приходится "обрабатывать" все возможные сценарии формирования контура. Это многомерная матрица, как правило, входами в которую являются: характер ввода (импорт, прорисовка, отбор), их сочетания (только импорт, только прорисовка, только отбор, сначала прорисовка - потом отбор, сначала отбор - оптом прорисовка.....), направления существующих линий и потребное (по часовой, против, черезполосица, совпадает - не совпадает), потребность в указании точки (нужно - не нужно, вручную - автоматом, по стороне света или по близости к просеке...)....... список длинный. Это из реально использованного, которое вспомнил за 5 минут... Посидел бы полчаса - еще набросал бы столько же. Сел бы рядом кто то из региона, где я не работал с данными - еще накидал бы... Так что, "взять и поделить" не получится... ) шучу...
Пока Д.А. переключился на текущую задачу у Вас еще есть время подумать.

Надо обсудить, на каком этапе это сделать. Я вижу пока единственный вариант - при сохранении в блок геоходов, тогда в этом блоке надо будет добавить поле идентификатора и записывать значение при сохранении.

А может уже сразу в контуре. Чтобы копировать в буфер уже с номером хода.

А не похоже ли это действо с ОЗУ и категориями защитности на работу кадастровиков? Уж больно форма отчёта и картинки, из имеющегося у меня примера, похожи на это.

В 807 версии в модуль работы с контурами добавлен функционал по заданию идентификатора контура и работе с ним.

Добавлена возможность задания идентификатора контура, он может быть и текстового формата.

Идентификатор будет записываться в поля базы блока *_Geo.blk для линий и для точек геохода, поле идентификатора Kontur будет добавлено в таблицы автоматически.

Идентификатор будет записываться в заголовок при сохранении геоданных в файл, при считывании сохранённого файла, при копировании геоданных в буфер обмена.

При копировании координат в буфер обмена они будут записываться в формате:
    Номер/идентификатор хода - номер точки - координаты точки
чтобы было удобно в дальнейшем их использовать в Excel.

Выложена, пробуйте.

Поправил. Была опечатка в имени.

Попробуй сделать так:
Жмем Win+R
Вводим regedit и Enter
Находим раздел:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage
В нем ищем параметр 1252
Меняем его значение с c_1252.nls на c_1251.nls
Перезагружаемся.
Возможно поможет. Если нет - ждем Д.А.

Там я использую разные функции для точек и линий. Для точек осталось, как было раньше, с номерами проблем не было, а с кириллицей какой-то конфликт, предполагаю, где-то некорректно что-то работает на преобразовании ANSI - UNICODE, так как MDB-база использует UNICODE. Для линий там не получалось, как было сделано для точек, я сделал по-другому, и это работает правильнее. Переделаю на тот же функционал, который использую для линий, и запись идентификаторов точек. Справлюсь, я думаю.

Выложена, пробуйте.

Там для исключения ошибки использован другой алгоритм: после создания каждой точки выполняется её выбор по условию, для выбранной точки заносятся идентификаторы, выбор сбрасывается и так далее для каждой следующей точки - отсюда и все мигания интерфейса, и бегающий движок. Много точек - много миганий.

Когда коллеги справятся с проблемой записи кириллицы в функционале прямой записи в базу при создании точек, сможем вернуться к старому быстрому алгоритму, а пока сделано "в лоб", работает медленно, но работает правильно, что самое главное сейчас.

Я посмотрел фильмы. Медленно, потому что через многократные запросы ToPas. Заранее предположить, что и насколько будет тормозить, сложно.  Попробую что-нибудь придумать. Нет уверенности, что коллеги быстро разберутся с проблемой кириллицы, они её не используют, поэтому сами не сталкивались.

В 809 версии при сохранении возможности использования кириллицы сохранение геохода с идентификацией существенно ускорено. Я сумел заменить запись в базу через ToPas прямой записью в MDB-базу.

А итоговая часть в документации есть?

Вы на Росреестр не ориентируйтесь. У нас их ошибки в 35 метров, подтвержденные судебной экспертизой, уже пятый год не исправляются. Это еще те "специалисты"...

Смотря на каком проложении. По ЛУ инструкции допуск линейных погрешностей, по крайней мере, раньше был 1/500 для 1-2 разрядов и 1 /300 для 3-го. Так что, при проложении более 150м - нет ошибки, если меньше - есть.

ВГС84зона38 - это я так понял UTM 38N (на датуме WGS84)... Зря Вы мечетесь. Правильнее работать в СК конечного продукта, а вспомогательный материал приводить (или визуализировать, что дольше) к нему, чтобы свести до минимума количество конвертаций исходного материала.

Можно ли программно найти такие места в блоке?

Касание одной точкой.

Пост написан 24.02.2023 10:55:51

Если такой вариант. Построить точки, птичку снять чтобы не удалялись точки с одинаковыми координатами. Везде будет одна точка точка а в таких местах четыре. Выбрать точки с одинаковыми координатами. Не соображу как выражение составить.

Пост написан 28.02.2023 11:36:35

В версии 878 добавлена функция в меню кнопки отбора линий: "Одна общая точка полигонов в акт. блоке". Перед её использованием в дереве данных TopoL выделяете тот блоке, где будет выполняться поиск, затем вызываете эту функцию.

Функция работает довольно быстро, по результатам  поиска она сообщает, сколько линий выделено в блоке из расчёта, что в точке касания полигонов будет выделено четыре сходящихся линии, либо сообщает об отсутствии таких мест.

Тестирование функции выявило, кроме явных ситуаций касания полигонов, множество дефектов оцифровки блоков, когда в границе имеются двойные линии, образующие щель, но в каком-то месте эта щель смыкается - соседние полигоны в результате граничат в одной точке.

Неожиданно очень приятная штука. Думал одно а появился новый очень нужный инструмент поиска косяков. Сижу за работой второй день. Очень порадовался.

Пост написан 26.03.2023 13:24:06

Алгоритм существует, он основан на сумме углов поворота (с учётом знаков), справа и слева по ходу, сумма внутренних углов меньше суммы внешних (кажется, на 2 Пи). Попробую как-нибудь реализовать.

Спасибо. Попробовал сработало!

Пост написан 15.05.2023 09:33:52

Я сейчас изучаю эту проблему - мелких контуров в некоторых объектах, которые присылали с проблемами, бывает очень много. С этим попробуем справиться.

Насчёт нумерации контуров - эта задача сложнее, у программы "глаз" нету, она может только анализировать координаты описывающих прямоугольников, которые будут пересекаться. Подумаю.

Я надеюсь, новый функционал сильно упростит задачу выделения и оформления окружных границ. Я проверял работу алгоритмов на относительно небольшом наборе доступных мне исходных данных. Если на ваших данных выявятся проблемы и возникнут предложения по усовершенствованию технологии, пишите сразу, пока всё свежо, сможем быстро это дополнить.

Да, воспроизвёл проблему. Думаю, анализируя топологию, я её решу.

Здесь с одной стороны вкралась ошибка - путаница между именами полей NoKont - KontNo (ошибочно). Сергей Петрович это сразу заметил. Это исправлено.
С другой стороны номера контуров берутся от полигонов, выделенных на первом шаге, если не нажать кнопку нумерации - номеров не будет. Сделаю контроль.

Думаю, что это тоже можно будет реализовать через анализ топологии.

Но по приведенному примеру возник вопрос: Острова внутри контура имеют обход границы против часовой стрелки. Это так и должно быть? Или лучше по часовой? Я могу сделать и так, и так.

Математических обоснований для того или иного варианта думаю не существует. По крайней мере, спецификации OGC это порядок не оговаривают. А разработчикам все равно, но им нужно единообразие в рамках своей системы. Поэтому каждый производитель решает этот вопрос самостоятельно. Например, Oracl делает это наоборот - внешнее кольцо против, а внутреннее - по часовой. У них это закреплено в документации.
Но во всех случаях, я обратил внимание, что всегда внешний контур и внутренний делаются обратными друг другу. Поэтому если Тополь по умолчанию делает внутреннее кольцо против, и это совпадает с данными кадастра, то может лучше так и сделать!?

Дмитрий Александрович написал(а):
     Да, воспроизвёл проблему. Думаю, анализируя топологию, я её решу.

Знаете как ее решают кадастровые отделы? Они либо раздвигают эти полигоны либо соединяют их. Как вам решение!

По поводу направления контуров. Основной ход по часовой, исключения не важно. Вот я целую неделю пытался это узнать.

Как Дмитрий Александрович сделает так и будет значит. Я бы по часовой всё делал. Для этого и просил инструмент поворота направления линий.

Пост написан 21.07.2023 11:09:44

Попробовал. Работает. Но вот 'стабильности нет'.
1. Без применения Групповых операций. Всё работает замечательно.
2. Первый раз срабатывает и с Групповыми операциями. Но затем повторить ту же операцию с этой же выборкой уже нельзя.



или на нашем примере с касанием



А Групповые операции надо делать на всех контурах чтобы убрать лишние точки на одной линии.
Несколько моих хотелок уже учтено.
Можно ли?
1. Регулировать количество надписей поворотных точек.(каждая 5.10.20)
2. Регулировать количество знаков после запятой в координатах.
3. Вывод ведомости координат. (если реально то можно предоставить необходимый формат)
Спасибо большое. Здорово всё продумано!

Пост написан 29.07.2023 10:48:19

И ещё. Закрыть блок и открыть. Первый раз срабатывает. Допуск сглаживания (довольно много раз проверял) 0.001 практически не искажает ситуацию. Чтобы убрать точки можно и 0.0001. А вот на построение повторного контура это уже не влияет (можно уже и без него), начинает так себя вести.

Пост написан 30.07.2023 09:55:20

Дмитрий Александрович написал(а):
Мне её воспроизвести пока не удалось.

По техническим причинам пока не могу фильм сделать.
Скажу так. Повторите одну операцию три раза (одной и той же выборки) используя сглаживание линий 0.001.
1. Первый раз всё проходит штатно.
2. Второй раз контур замыкает но пропадает одна точка.
3. Третий раз контур не замыкается.
И далее идёт поочередно 2 и 3. Как выше на рисунках.

Пост написан 31.07.2023 23:33:26

Учтено. Дмитрий Александрович добавил окошко в последнем диалоге.

Поправлено, на примере из деморегиона у меня не проявилось. Выложена версия 884, пробуйте.

Да, сегодня я тоже смог повторить. Похоже на какую то проблему с тем, что блок d:\LesIS\__temp\Kontur_2.blk\ остается открытым или в памяти. Так как у меня точно не воспроизводится если выходить из программы. Поэкспериментирую еще и сделаю протокол для Дмитрия Александровича.
А пока могу рекомендовать не получать такие контуры повторно, подряд.
А ты пробовал подряд делать разные геоходы? Если нет - попробуй, проявляется? Или когда только на одном наборе повторяешь?

Дмитрий Александрович нашел и исправил проблему - при обновлении Visual C++ Microsoft их библиотека - менеджер управления памятью заменила нашу от Borland. И она явно некорректно очищала память при этой операции.
Пересобрали ту же самую версию 884 - переустановите ее сегодняшнюю версию и попробуйте.
Я повторил на примере 30-31 кв деморегиона эти операции раз десять, сбоя не происходит.

Спасибо вам за создание такого модуля!
После выходных где я сделал более двух сотен контуров, сегодня хватило десятка чтобы понять что всё работает. Конечно может создаться какая то ситуация но это уже по ходу работ. И ситуации будут. К примеру: Хотелось бы вручную редактировать рабочий контур и сделать повторную перенумерацию. По площади нужное не всегда отберешь. Опора ЛЭП маленькой площади или ещё что то. А есть действительно косяки оцифровки.

Сергей Городничев написал(а):

Кадастр в Мапинфо получает все контура по часовой  если нет специального техзадания. Поэтому прошу в меню или изменить какая кнопка активна. Или чтобы запоминала выбор пользователя.

Ну если можно вывод координат. Образец высылал на почту.

Пост написан 14.08.2023 12:37:37

Грешнов написал(а):

На данном этапе это наилучшее решение.

Грешнов написал(а):

Да именно в нём. Только так и только таким размером.

Грешнов написал(а):

О! Тут бы я пофантазировал. Чтобы все поля заполнялись из баз. Область, район, лесничество и т.д. что там ещё прописано...

Пост написан 14.08.2023 15:59:05

Это мы понимаем и именно поэтому операцию я разделил на два шага - рабочий блок можно свободно редактировать как при высвеченном первом диалоге, так и между двумя шагами операции, это никак не должно повлиять на выполнение второго шага.
Именно с учётом возможных проблем при формальном выборе по площади программа показывает число выбранного и от удаления можно отказаться и посмотреть, что было выбрано.

То есть операции удаления малых полигонов, операцию перенумерации полигонов можно выполнять многократно, пока диалог высвечен. Если это будет полезно, могу высветить площади отобранных островков. Можно поправить нумерацию полигонов, которую выполнила программа автоматически.

Что касается порядка нумерации контуров островов, то программа старается их пронумеровать сверху-вниз.

Сергей Петрович смотрит 885 версию, там реализовано что-то из пожеланий: сохранение параметров, высветка меток-площадей островов, возможность удаления выбранных пользователем островов.
Добавлен Шаг 3, позволяющий выбирать блоки выделенных ранее контуров и копировать в буфер обмена данные в формате вставки в ваш файл "Макрос_Свод в таблицу_вне_нп_тз_и_суб.xlsm".

Надеюсь, станет ещё удобнее работать с контурами.

Файлик пришлось переименовать:
d:\LesIS\_Les\ParametryPolz\Gorodnichev\Coordinates.xlsm
Не увлекайтесь кириллицей и пробелами - поддержка длинных имен поддерживается майкрософтом далеко не идеально. Начинаешь это понимать когда сталкиваешься с конкретными и всегда неожиданными примерами.

Дмитрий Александрович написал(а):
"Изменить / Полигоны / Другие инструменты редактирования / Работа с выбранными полигонами"
Дима ты прям как видел вчера что я пытаюсь править полигоны) Отлично дополняют друг друга эти две опции.
   Что мне не очень понравилось или я не так делаю, так это чтобы появился текст в карте этих островов надо зайти в опцию удаления и отказаться от неё. Как то настораживает)

Пожалуй ещё одна просьба будет. Что то похожее на опцию с островами. В самой программе у нас это реализовано. Выборка маленьких полигонов. При проектировании особенно водоохранных зон и ещё в сельских лесах образуется множество мельчайших кусочков. И прежде чем встраивать в блок нам приходится самим добавлять поле Area, выбирать по площади все мелкие части. Сделать как бы выборку мелких выделов основного хода.
Возможно ещё вопросы будут по выборке острых углов. В Тополе есть такая опция как и с полигонами. Но это чуть позже. Возможно и необходимость отпадёт.

А так уже пора запускать и обкатывать на больших объемах. Ещё раз огромное спасибо!
Это не только хорошая функция но и отличная возможность проверки самой работы.

Пост написан 22.08.2023 15:57:34

Дмитрий Александрович написал(а):

   Так это всё понятно. Но получается мы на половину решили задачу. Мелкие исключения мы проверяем и видим а мелкие хода выбираем вручную.
И все эти операции в основном для правки основного блока. Чтобы потом построить уже сразу нужные геохода.

Пост написан 26.08.2023 22:00:45

Версия 886 а скачка идёт 885.

Пост написан 28.08.2023 09:31:53

Конечно надо пробовать и пробовать. На мой взгляд то что надо!
Тогда не буду эксперименты лишние проводить сразу попрошу о чём говорил выше. Поиск линий с острыми углами. Так же добавить кнопку выхода на это меню.

Они образуются при расхождении данных кадастровых отделов и материалов лесоустройства.

И тогда полагаю больше вопросов не будет.

Пост написан 28.08.2023 11:22:49

То что вы здесь реализуете применимо к свободному слою?

Пост написан 31.08.2023 08:03:07

*

Сергей Петрович, коллега с неуважением относсится, это точно в БАН, как хочу так и выражаюсь, смысл понятен.

**

Первый шаг верхняя строчка для структуры. Вторая строчка первый шаг для любых блоков. Полигон должен затемнен. (Выбран)
Вы о чём? скрины по работе приведите. предметно.

Пост написан 31.08.2023 13:34:17

Специально со скринами.
Юрий написал(а):

Открываем и смотрим техпомощь.


Я ответил.


По моему ответил на вопрос.
Эта тема очень важна для нас всех.

Пост написан 01.09.2023 20:57:38

Модуль отличный. Начинаем работать. Что хочу сказать.
Выбираем все полигоны деморегиона (показательно, там есть ошибки оцифровки). Запускаем Шаг 1. Получаем рабочий контур 2.
Видим в нём 6 островов. Чтобы выбрать нужные нам надо их выбрать.
1. Чтобы их выбрать надо забить площадь всего лесничества(примерно). Хотелось бы просто их выбрать ВСЕ.

Выбрали таким образом. Пишет 6 островов.

Находим нужный контур и освобождаем его.

Должно остаться пять контуров. Остальные не нужны мы их удаляем.

Он так же пишет 6 островов хотя удаляет 5. Не очень приятный момент.
2. Можно ли сделать чтобы при удалении показывалось количество выбранных полигонов?
3. Может подскажете как быстрее сделать. В основном блоке, у нас к примеру, все нужные полигоны показаны прочими землями. Как быстро сделать чтобы их выбрать в контуре 2. Там все острова одним кодом(и нужные и ошибки оцифровки)
Я лично вижу как копирование атрибутов какого то рабочего поля отвечающего за класс объекта. Тогда мы можем быстро выбрать нужное и освободив удалим ошибки оцифровки. А в некоторых блоках это не 5-6 шесть островов а десятки и даже сотни.
4. И такой вопрос. Мы при сдаче готовим схему(PDF) каждого контура, окрашенную по категории или озу с номерами точек и участка. С точками и номерами участков у нас порядок. А вот с полигоном небольшие сложности. Может в контуре 2 иметь возможность создания двух полей KATZASCH и OZU? Один контур один шифр. Мы создаем копию контура 2 где есть полигоны. Весь блок подгружать не очень здорово. Как то так.

Пост написан 06.10.2023 09:26:50

Пункты 1 и 2 пожеланий я реализовал, вроде-бы получилось.

По пункту 3:
  - созданные TopoL-ем полигоны островов 9999 в исходном блоке могут быть полигонами других групп, либо дырками, где вообще нет полигонов;
  - мне кажется, что ошибки оцифровки, это с вероятностью 99% дырки;
  - попробую поискать возможность отбора островов в блоке Контур_2 по признаку, что остров висит над дыркой.
Буду изучать функциональные возможности для реализации этого.

По пункту 4 - реализовать это можно, но при реализации надо будет учесть следующее: если просто тупо создать в  Контур_2 поля KATZASCH и OZU, значения в них будут корректными только в том случае, если происходил отбор по KATZASCH или OZU, причём только в том поле, по которому производился отбор. Поясню: если полигону в Контур_2 соответствует несколько выделов с разными значениями KATZASCH или OZU, то что скопируется с результирующий контур - скорее всего вопрос случайности. Попробую это как-то упорядочить.

Дмитрий Александрович написал(а):

Долго же я соображал, что значит Выбрать острова над исходными дырками. И в чём разница с Выбрать все острова, на деморегионе.

Тут все острова являются "дырками". То есть вообще нет никаких полигонов. Потом взял свой блок и сразу въехал. Здорово. Но обязательно нужно чтобы в блоке все нужные исключения были залиты полигоном. И ещё, при выборе островов над исходными "дырками" идёт переключение выбора активного блока. Как бы предлагая сразу исправить в исходнике. Тут немного я запутался.
Надо поработать чтобы понять как удобнее править. Спасибо!

Пост написан 17.10.2023 17:18:22

Д.А. подчистил и доработал этот инструмент. Выложена версия 890.
Полное описание изменений как обычно тут:
История версий

Я посмотрел в отладчике, что происходит. Как я понимаю, полигона в этой дырке нет, так?
Проблема в том, что программа считает конур вокруг дырки ЗАМКНУТЫМ, он же на себя замыкается,
и не понимает, как его обработать вместе в двумя другими линиями. Подумаю, как обработать такую ситуацию.

В 891 версии обрабатывает эти ситуации. Есть нюанс:
- если в Kontur_2 на том исключении внутри контура полигона нет, но есть касание в одной точке, она его обходит по границе с заходом внутрь, выходом и продолжает идти дальше по окружной границе, то есть исключение встраивается в основной контур;
- если в Kontur_2 на том исключении внутри контура есть полигон, основной контур внутрь не заходит, а тот полигон обрабатывает как остров внутри с соответствующей нумерацией.

Проверил на том материале где заметили проблему. Отработал. В моем случае зашел и продолжил нумерацию. Без островов. Работаем дальше. Спасибо!

Пост написан 24.11.2023 09:01:22