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

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

Я посмотрел фильмы. Медленно, потому что через многократные запросы 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