Как найти линии, близко расположенные друг к другу после оцифровки? Может есть какой-то механизм поиска? расстояния между ними максимум 3 м.
Пост написан 25.08.2023 15:51:43
Поиск близко расположенных линий
Страница: 1
Сообщений 1 страница 42 из 42
Поделиться227.08.2023 07:46:18
Юрий написал(а):
Как найти линии, близко расположенные друг к другу после оцифровки?
Немного непонятен вопрос.
1.Это тупо несколько раз зацифровали одну линию.
2. Это слияние блоков.
3. Оцифровка специально так. К примеру без топологии.
4. Наложение полигонов.
Если это косяки оцифровки то мы тут параллельно в соседней теме это обсуждаем (и готов модуль). Шаг 1. и все острова видны. Если мелкие без базы то выбрать нулевые выдела. Есть по площади выборка. Да это модуль построения геоходов. Но промежуточный контур как раз во многом для этого служит. Сразу напишу предвидя вопрос как удалить лишнюю? Если нет полигона между этими линиями, то создать. Агрегирование вручную.
Пост написан 26.08.2023 22:18:36
Поделиться328.08.2023 08:28:57
1.Это тупо несколько раз зацифровали одну линию.
да. и 2 и 4 варианты
Пост написан 28.08.2023 08:07:52
Поделиться430.08.2023 15:20:44
Есть какое-нибудь решение?
Пост написан 30.08.2023 14:13:07
Поделиться530.08.2023 17:26:15
Юрий написал(а):
Есть какое-нибудь решение?
Когда решения появляются мы их сразу выкладываем и тут сообщаем.
Дмитрий Александрович сейчас занимается другой задачей:
http://lesis.mybb.ru/viewtopic.php?id=686&p=3#p8585
Когда закончит посмотрит Вашу.
Поделиться631.08.2023 08:23:14
Юрий написал(а):
Есть какое-нибудь решение?
Выборка таких линий вам ничего не даст. Вам надо удалить ненужные линии. Имеем два блока которые нужно слить в один. При наложении полигонов из за того что граница между блоками не копировалась (тут могут быть разные конторы, кадастровые отделы...) произошло наложение (как вы пишите до 3 метров). В них есть какая то база. И так просто их не выбрать. Вариантов, как я говорю всегда, как минимум три.
1. Просто с агрегировать по кварталу и выделу.
2. Логические операции. Наложение этих двух полигонов. Опцией AND. Вы получите все линии и полигоны которые наложились. Дальше дело техники. Именно то что вы и спрашиваете.
3. Схлопнуть эти линии при наложении. Очень опасная функция. Могут исказиться другие выдела. Не советую.
Если эти два блока создавались у вас в филиале, то надо поставить на вид исполнителям. Если это кадастровые границы то тоже надо об этом говорить. Почему искажается ситуация. Кадастр не доложен править работу лесоустроителей.
А вообще надо подробно писать что вы делаете. Догадываться очень сложно. Есть ещё сложности перевода из WGS_84 в местные системы координат. Там уже систематическая ошибка.
Пост написан 30.08.2023 23:56:35
Поделиться731.08.2023 09:26:13
Сергей Городничев написал(а):
1.Это тупо несколько раз зацифровали одну линию.
2. Это слияние блоков.
3. Оцифровка специально так. К примеру без топологии.
4. Наложение полигонов.
Добавлю из нашей практики - из присланного нам для выяснения проблем большое число таких данных было импортировано из нетопологических ГИС или автоматических оцифровщиков (при определенных настройках и характере используемого исходного материала). Причем, не всегда это происходит из-за неправильных настроек параметров создания линий - 3 метра действительно выставлять опасно.
Сергей Городничев написал(а):
Выборка таких линий вам ничего не даст. Вам надо удалить ненужные линии.
Ну, видимо, как раз, чтобы чтобы удалить Юрий и хочет найти их, выделить и визуализировать. Если ты контролируешь чужие базы, то "вручную" такие места обнаружить сложно. Теоретически для реализации этой задачи нужно найти все точки разных линий (или отрезков линий, не исключено, думать надо), обе координаты которых меньше установленного значения. Правда не уверен, что на данных после автоматической оцифровки это действительно что то даст - там может все выделить при определенных обстоятельствах. )
Но похожая функция меня тоже интересовала, только немного шире - сравнения двух баз данных и визуализации изменений в них. Хотя у этой задачи есть чисто графическое решение, но ненадежное из-за субъективного зрительного восприятия. Все же, выделение в БД таких объектов надежнее... Но откладывал, т.к. Д.А. всегда сильно загружен.
Дождемся когда Дмитрий Александрович закончит с темой "Контуры ОЗУЛ" - тогда он сможет что то сказать по этому поводу.
Поделиться831.08.2023 13:23:27
Выборка таких линий вам ничего не даст.
Как не даст? мне их и нужно найти. и понять много такого или нет.
необходимо после правки под кадастр. сказана настойчиво - кадастр это основа. при копировании образуются расхождения в 5 см.
Пост написан 31.08.2023 10:13:55
Поделиться931.08.2023 13:46:41
Юрий написал(а):
сказана настойчиво - кадастр это основа
Им бы только эту основу сначала в порядок привести, а потом настойчивость проявлять.
при копировании образуются расхождения в 5 см
По нашему поселку инструментально измеренная лицензированной организацией, подтверждаемая космосъемкой и доказанная в суде ошибка реестра составляет ~35-44 метров, а воз и ныне там. Причем, это видно прямо в их "публичной карте" на их же собственных данных:
В то время как данные лесоустройства прошлого века в этом же районе лежат идеально.
Поделиться1031.08.2023 14:06:14
Это отдельная тема для разговора. Не готов это обсуждать.
ЗЫ. Лично у меня к ним много претензий по многим вопросам и требованиям, начиная с игнорирования ими закона о системах координат 2011 года.
Пост написан 31.08.2023 13:53:34
Поделиться1131.08.2023 16:11:27
Я на мобильном не очень удобно. Я тебе талдычу второй день. Ты не только эти места будешь видеть но и их площадь. Сделай логические операции вот этого кадастра со своим блоком. А обсуждать надо.
Пост написан 31.08.2023 14:49:51
Поделиться1231.08.2023 17:49:52
Сделай логические операции вот этого кадастра со своим блоком. А обсуждать надо.
Что сделать? Я вас не понимаю. Можно пошагово с примерами. Не на словах.
Пост написан 31.08.2023 16:19:52
Поделиться1301.09.2023 00:00:09
Юрий написал(а):
Я вас не понимаю.
Меня и не надо понимать, хоть раз сделайте что говорят. Изменить - Полигон - Логические операции. Кто кто а тебе не могу поверить что не знаешь этой опции. Один полигон выбираешь и второй. Операция AND. Или полигон пересечения этих полигонов. Открыть Топол и пройти по кнопкам. Что тут непонятного?
Всё что угодно. Кадастр и разные исполнители. Тут же Вычитание полигонов. AsubB. Допустим из запреток вырезаем водоохранки. Вся нынешняя работа на этих операциях построена. Изучай пробуй.
Пост написан 31.08.2023 23:46:34
Поделиться1402.09.2023 08:23:02
Операция AND.
Да и к тому же - давно пора эти "слова" перевести на русский.
Пост написан 01.09.2023 08:04:34
Поделиться1502.09.2023 08:23:05
Тут же Вычитание полигонов. AsubB.
Я не программист. и каждый раз лести в интернет за переводом функции?????
Пост написан 01.09.2023 08:05:42
Поделиться1602.09.2023 09:04:28
Юрий написал(а):
Да и к тому же - давно пора эти "слова" перевести на русский.
Чтобы использовать кириллицу в качестве языка команд, нужно иметь отечественные средства разработки, да и свою полноценную операционную систему. Такие попытки были. Но к сожалению, люди способные реализовывать крупные ИТ проекты, должной мотивации со стороны государства не получают. У нас налицо отрицательный отбор и приходится пользоваться иностранными решениями.
Юрий написал(а):
каждый раз лести в интернет за переводом функции
Есть способ лучше. Описывать решения так как это делаем мы - давать полный интерфейсный путь к функции и ее текст. Но для этого нужно, чтобы и те, кто ждет помощи также описывали свои проблемы, подробно указывая что делали, чтобы те кто помогает могли воспроизвести проблему. Большинство тем на форуме заполнено наводящими вопросами в попытке выудить из вопрошающего, что ему нужно или что у него происходит.
Поделиться1704.09.2023 08:10:39
Большинство тем на форуме заполнено наводящими вопросами в попытке выудить из вопрошающего, что ему нужно или что у него происходит.
Согласен, это от того, что по эту сторону не программисты. Описывают так как понимают.
Пост написан 04.09.2023 07:59:13
Поделиться1804.09.2023 10:02:23
Моё обращение к Дмитрию Александровичу по поводу логических операций много лет назад.
В переводимых ресурсах таких текстов нет, так что нельзя.
OR - логическое "ИЛИ", результат есть, если хотя бы одно из значений присутствует;
AND - логическое "И", результат есть, когда присутствуют оба значения;
XOR - логическое "исключающее ИЛИ", результат есть, если присутствует строго только одно из двух значений;
A SUB B / B SUB A - вычитание из A значения B или наоборот.
Тут же я попросил "перевести" на русский.
Применительно к полигонам:
OR - логическое "ИЛИ", полигон в новом блоке будет там, где в одном из исходных блоков были полигоны и где они пересеклись - это слияние полигонов из двух блоков в новый;
AND - логическое "И", полигон будет только там, где в обоих блоках были полигоны - это выделение области пересечения полигонов;
XOR - логическое "исключающее ИЛИ", полигон в новом блоке будет там, где в одном из исходных блоков были полигоны, но за вычетом области, где они пересеклись - это слияние полигонов за вычетом области их наложения;
A SUB B / B SUB A - вычитание из A значения B или наоборот - из одного полигона вырезается область его пересечения со вторым.
Скажу так. Эти операции в большей степени, мы массово стали использовать при проектировании озу и категорий.
Пост написан 04.09.2023 09:56:59
Поделиться1904.09.2023 10:09:03
Юрий написал(а):
Согласен, это от того, что по эту сторону не программисты. Описывают так как понимают.
Для того, чтобы описывать как это делаем мы:
Грешнов написал(а):
Описывать решения так как это делаем мы - давать полный интерфейсный путь к функции и ее текст. Но для этого нужно, чтобы и те, кто ждет помощи также описывали свои проблемы, подробно указывая что делали, чтобы те кто помогает могли воспроизвести проблему.
не требуется подготовка программиста.
Нашим пользователям нужно не лениться и просто пошагово описывать то, что они делают, а лучше приводить интерфейсные пути, избегая принятых в их организации сокращенных или жаргонных наименований видов работ, действий или объектов. Тем более, что есть понятная схема описания проблем в теме Как задать вопрос.
Наш продукт достаточно универсален, многие задачи можно решать не единственным способом, у нас 4 десятка и у каждого пользователя есть свои технологические приемы работы, в том числе, не известные нам. Чтобы понять, что вызвало у пользователя вопрос или проблему мы должны воссоздать последовательность ваших действий. По тому как в большинстве случаев нам описывают ситуацию это сделать чаще всего невозможно. И приходится "клещами вытаскивать информацию".
Поделиться2004.09.2023 10:25:08
Юрий написал(а):
Это отдельная тема для разговора. Не готов это обсуждать.
Ребята а что делать? Это начало всех работ. Как мне описать это и объяснить людям?
Это не только ошибки Росреестра но и приказы Рослесхоза т.е. наших кадастровых отделов.
Моё мнение надо сделать правильно(я так и делал во многих случаях). А уже кадастровые отделы или ведомства следящие за наложением таких участков пусть разбираются.
Пост написан 04.09.2023 10:04:54
Поделиться2104.09.2023 10:25:48
Сергей Городничев написал(а):
В переводимых ресурсах таких текстов нет, так что нельзя.
Это был ответ Д.А. на вопрос о возможности русификации.
"Нельзя" потому, что это универсальные, применимые во многих языках программирования, служебные команды, описание которых есть в соответствующих учебниках. Поэтому тем, кто хочет самостоятельно формировать SQL запросы нужно изучать их в соответствующих источниках. Документация по прикладным программам этого не потянет, поскольку она станет не читабельна для менее подготовленных пользователей.
Но у наших пользователей все 22 года нашего существования были и пока еще сохраняются три альтернативных решения:
- мы не отказываем в просьбах помочь в формировании конкретных SQL-запросов к нашим БД;
- Вы всегда можете попросить дополнить нашу документацию добавив (расширив) в конкретный ее раздел описание не понятных Вам операндов, операций, функций и т.п... так как нам бывает трудно определиться с тем, что для нас очевидно, а для Вас не понятно;
- публиковать тут для размещения свои технологические решения для их вставки в нашу документацию от Вашего имени для использования другими пользователями.
Поделиться2204.09.2023 10:36:06
Сергей Городничев написал(а):
Ребята а что делать?
ИМХО, поздно что то делать. В конце 90-х мы попытались заключить тройственное соглашение между Рослесхозом, Роскомземом и Роскарторафией об упрощенном и безоговорочном принятии в единую БД (тогда реестра не было еще) инструментально снятые и зафиксированные средствами ГИС границы объектов или их изменения. Работа была проведена в полном взаимопонимании на уровне технических исполнителей, но затянута на стадии руководства. В результате не успели. А сейчас... с кем разговаривать то? Хоть одно ФИО в личку скинь если знаешь таковых... )))))
Поделиться2304.09.2023 16:11:23
Юрий написал(а):
мне их и нужно найти. и понять много такого или нет.
Дальше что? Какая работа? Задача какая стоит?
У нас это категории и ОЗУ. Поэтому нам надо было ещё и повыделку в эти границы впихнуть. А в масштабе страны!!!
Практически полностью переделка камеральных работ. От блоков до баз.
Опять вырываем одну операцию. Ещё раз повторюсь это начало работ. А получение координат его завершение. И к сожалению между нажатием трех кнопок в меню получения контуров может пройти несколько месяцев.
А это мы всё видели.
Росреестр. Границы двух субъектов.
Что влечет за собой встраивание повыделки в приказ Рослесхоза
Косяки лесоустроителей одного участкового лесничества.
Всевозможные переводы.
Плюс выделение новых категорий и ОЗУ.
Пост написан 04.09.2023 13:09:00
Поделиться2404.09.2023 17:35:10
Дальше что? Какая работа? Задача какая стоит?
Получение координат ЦНЛ и ОЗУ.
Пост написан 04.09.2023 17:06:05
Поделиться2505.09.2023 15:46:20
Давайте подождём Дмитрия Александровича когда он доделает модуль. А пока можно обсудить откуда берутся такие наложения, близко лежащие линии. Один пример у Юрия это косяк Росреестра. Хотя полагаю работать он должен по границам Рослесхоза полученные в ЦА. Надо же знать почему это происходит. Или нет смысла потому что нельзя ничего править?
Пост написан 05.09.2023 13:19:35
Поделиться2605.09.2023 19:32:48
Сергей Городничев написал(а):
Надо же знать почему это происходит.
Технические причины можно (и нужно, прежде всего в технологических картах) дополнять, учитывать, но не стоит рассчитывать, что это изменит ситуацию, т.к. первопричины отнюдь не технические и они лежат вне плоскости полномочий участников форума. Отсутствует нормальная логистика отраслевых информационных процессов. И не только в лесоустройстве, но и в кадастре и в картографии...
Что касается Дмитрия Александровича советую как можно быстрее, четче и полнее излагать свои пожелания, т.к. боюсь, что творческая пауза у него может скоро закончиться - внешние обстоятельства могут нас принудить к серьезным работам по системным задачам. Так что, не тратьте время на неважное пока есть еще такая возможность.
Поделиться2706.09.2023 08:39:25
А пока можно обсудить откуда берутся такие наложения, близко лежащие линии.
причины разные, начиная от простой безалаберности и не понимания при оцифровке - рисуют параллельно несколько линий.
до встраивания буферов и кадастра. примерное соотношение 50 на 50 (субъективное мнение).
Пост написан 06.09.2023 08:23:58
Поделиться2806.09.2023 13:40:06
Юрий написал(а):
примерное соотношение 50 на 50 (субъективное мнение).
Это встраивания буферов (50) и кадастра (50)? Или 50 процентов повыделка а 50 всё остальное?
Меня больше интересует буфера и кадастр. В основном кадастр. От этих любых процентов хотелось бы избавиться. Спрошу ещё. Знаете ли вы технологию работ кадастровых отделов? Сразу скажу что у меня тоже проскакивает мапинфовский жаргон ибо только в нём получали координаты контуров. Я в нём не работал но много наблюдал и давал задание сделать ту или иную операцию. Сравнивал результаты с Тополом.
И так. Идёт посадка во многом старых, отсканированных(уже тут есть искажения) на снимок планшетов!!! Порой с использованием растягивания растра. Что такое планшетная рамка и для чего служит не знают. Это впрочем не знают и многие работающие в филиалах. Затем оцифровываются границы по планшетам. Блоки(вектор) из которого и созданы эти планшеты не используются. О повыдельной информации никто не думает.
Это огромная часть косяков. Правда можно списать на какую допустимую погрешность. Но что тут скажешь когда просеки по таким планшетам вообще не сидят на местах.
Идёт правка этого контура. Удаление близлежащих точек. Во многом отсюда появляется тема острых углов. Удаляют на глаз точки лежащие на одной линии.
Это не болтовня. Реальная работа. Называть филиалы не буду.
Похожее происходит и с нашими контурами категории и озу. Тут уже не кадастр а наши специалисты работая в Мапинфо по тем же правилам правят так же эти контура. Это замкнутый круг. По этим правилам невозможно свести концы с концами.
Вот над этим я и подшучивал. Извините если это вы приняли на свой адрес.
А модуль что готовит Дмитрий Александрович действительно уже шедевр! В первую очередь переплёвывает с запасом имеющую технологию. Во вторых нет лишних переводов из программы в программу. А в третьих и это даже мне кажется актуальнее, отличная проверка наших косяков о которых мы тут говорим.
Пост написан 06.09.2023 11:41:42
Поделиться2906.09.2023 17:15:45
Знаете ли вы технологию работ кадастровых отделов?
Нет. Только отдельны фрагменты, и то со слов.
Идёт посадка во многом старых, отсканированных(уже тут есть искажения) на снимок планшетов!!! Порой с использованием растягивания растра.
Аналогично.
Блоки(вектор) из которого и созданы эти планшеты не используются.
Наши используют.
Пост написан 06.09.2023 16:04:39
Поделиться3009.10.2024 08:55:31
Как найти близко расположенные точки на линии?
На линии есть несколько точек, допустим 15. Пять из которых расположены близко друг другу, от 0 до 15 метров. Как их найти? В последующем проанализировать и удалить ненужные.
Пост написан 07.10.2024 15:12:19
Поделиться3109.10.2024 10:37:48
Читал ещё на той неделе, освежил так сказать в памяти. Решения так и не было найдено.
Пост написан 09.10.2024 10:07:29
Поделиться3210.10.2024 23:33:35
Решения не предложу но головной боли всем добавлю. При логических операциях или получении контура геоходов, происходит генерализация линий. Удаляются точки линии. Практически то что нам и надо. Но вот результат. При наложении полигонов или копировании линий образуются практически нулевые полигоны. Вот они близлежащие линии (один из случаев).
Пост написан 10.10.2024 09:49:52
Поделиться3311.10.2024 00:24:50
Сергей Городничев написал(а):
При логических операциях или получении контура геоходов, происходит генерализация линий. Удаляются точки линии. Практически то что нам и надо. Но вот результат. При наложении полигонов или копировании линий образуются практически нулевые полигоны.
Ну вообще то... при заявленных условиях то же самое и в натуре происходит. 
Это естественно и требует не очередной борьбы с математикой и ловли блох, а учета этой проблемы в отраслевых НПА. Но для этого их авторам нужно понимать сущность этих процессов и иметь в голове нормативные решения.
Тут мы вам ничем помочь не сможем. Так что, держите геоходы отдельно, вне топологии и не смешивайте с основной картой. В предвосхищении всех этих "радостей" мы и закладывали в свое время концепцию блоков типа _VydL. ))
Поделиться3411.10.2024 09:28:38
Это совсем новый вид работ которого никогда не было. Получение контуров по категориям земель и озу. И это надо встраивать в блок и присвоить номер выдела. Водоохранки, запретки, нерестовки и т.д. Поэтому встраиваем автоматом а не рисуем до скончания века. И что мы получаем при получении контуров? У нас исчезают точки, можно сказать геохода! И это не точки до 10 сантиметров между собой а 40,60 метров. Просто интересно. Почему удаляются эти точки линии? Если они лежат на прямой линии то тогда почему образуются такие полигоны? Да это практически нулевая площадь. Но их порой много в лесничестве. И при этом начинает глючить выражение %Area (я выбрал такие места отдельный блок) показывая нереальные площади. В моём понимании, если машина считает что это точки прямой линии то и наложить друг на друга должна без каких либо образующихся двойных(близлежащих) линий, не образуя полигоны. Я просмотрел все допуски какие знаю. Может где то ещё по умолчанию может стоять допуск генерализации?
Пост написан 11.10.2024 09:13:28
Поделиться3511.10.2024 09:40:19
Сергей Городничев написал(а):
Это совсем новый вид работ которого никогда не было. Получение контуров по категориям земель и озу. И это надо встраивать в блок и присвоить номер выдела. Водоохранки, запретки, нерестовки и т.д. Поэтому встраиваем автоматом а не рисуем до скончания века. И что мы получаем при получении контуров? У нас исчезают точки, можно сказать геохода! И это не точки до 10 сантиметров между собой а 40,60 метров. Просто интересно. Почему удаляются эти точки линии? Если они лежат на прямой линии то тогда почему образуются такие полигоны? Да это практически нулевая площадь. Но их порой много в лесничестве. И при этом начинает глючить выражение %Area (я выбрал такие места отдельный блок) показывая нереальные площади. В моём понимании, если машина считает что это точки прямой линии то и наложить друг на друга должна без каких либо образующихся двойных(близлежащих) линий, не образуя полигоны. Я просмотрел все допуски какие знаю. Может где то ещё по умолчанию может стоять допуск генерализации?
Конкретно на этот вопрос можно ответить только имея на руках конкретные материалы. У нас их нет. А абстрактно я уже ответил:
Грешнов написал(а):
требует ... учета этой проблемы в отраслевых НПА. Но для этого их авторам нужно понимать сущность этих процессов и иметь в голове нормативные решения.
То есть, если появляется "совсем новый вид работ" то сначала разработчики "новых идей" должны поставить в известность тех, от кого зависит их реализация - разработчиков... технологов... практиков... продумать вместе с ними реализацию. Затем потренироваться "на кошках" (наиболее умных, терпеливых, готовых к новшествам сотрудниках) и только потом в том же составе облекать это сначала в законченные технологии, а только затем - в НПА. Альтернативный вариант есть - имя ему "через задницу", т.е. наеборот. Что и делается активно в нашей отрасли. Сначала выпускаются странные... малообоснованные нормативы... о которых "нельзя спрашивать", а потом куча людей думает как эту хрень разгрести в авральном режиме. 
Мы для себя приняли решение более в авралах не участвовать. Только по вышеупомянутой схеме. ))
Поделиться3612.01.2025 23:31:02
Я сейчас опишу что делал (а точнее не делал ничего). Может что подскажете.
Перевожу блок в шейп. Сравниваю шейп и блок. Искажений нет.
Принимаю шейп в мапинфо. Сохраняю в шейп (или сразу мид миф).Открываю в тополе. Сравниваю с исходным блоком. Получается тысячи близлежащих линий в которых практически нулевые площади.
Сравнение идет вычитанием полигонов в логических операциях.
Это пожалуй и есть главный вопрос в этой теме.
Очень давно слышал что в тополе и мапифо используется (даже не знаю как толком сказать) разное количество знаков, после запятой, при построении (прорисовки) линий контуров.
1. Что нибудь дельное не подскажете как решить эту проблему?
2. И как работает эта настройка? Нельзя ли с её помощью это решить?
А это примерная картина (её небольшая часть) моих манипуляций между кадастровым отделом и моим блоком.
Пост написан 12.01.2025 11:23:12
Поделиться3713.01.2025 12:39:40
Сергей Городничев написал(а):
Очень давно слышал что в тополе и мапифо используется (даже не знаю как толком сказать) разное количество знаков, после запятой, при построении (прорисовки) линий контуров.
Тут мы вряд ли подскажем. Не занимаемся ни Shap-ами, ни МапИнфо. Скорее всего это зависит не от "Тополь - МапИнфо", а от того какие заданы параметры точности и алгоритмов округления как при хранении, так и при различных операциях с данными, в т.ч. конвертациях в обоих инструментах.
Сергей Городничев написал(а):
2. И как работает эта настройка? Нельзя ли с её помощью это решить?
Полагаю, что работает как написано - сколько знаков укажешь, столько и будет сохранять в блоках, а также показывать в окне при просмотре координат.
Сергей Городничев написал(а):
1. Что нибудь дельное не подскажете как решить эту проблему?
Трудно подсказывать теоретически, не зная задачи в комплексе, но на первый взгляд напрашивается, что нужно выяснить с какой точностью хранятся данные в твоем экземпляре МапИнфо (или проекта...) и попытаться экспортировать туда данные напрямую. В интерфейсе есть опция установки размера дробной части:
Не поместившийся в интерфейсе текст поправлю сегодня и выложу обновление - не работали с мапинфо и не заметили.
А вообще то, эти вопросы - компетенция тех, кто должен заниматься координацией в Вашей структуре. Точность представления данных не единственное место, где могут возникнуть такие расхождения если такой координации нет. Те же алгоритмы округлений разные даже в пределах одной страны (к ближайшему, большему, меньшему, четному, случайное, чередующееся) и они часто не регламентируются нормативно, не говоря уже о разных странах, из которых представлены используемые в отрасли и стране продукты. Вот, например, в последней лесоустроительной инструкции есть порядок округления 5-ки? ))
Поделиться3814.01.2025 13:13:18
Грешнов написал(а):
Не поместившийся в интерфейсе текст поправлю сегодня и выложу обновление - не работали с мапинфо и не заметили.
В сегодняшнем обновлении поправиили:
https://www.lesis.ru/support/topol_l_update_904_250114.exe
Поделиться3914.01.2025 20:16:14
Спасибо. Интерфейс поправили и тут и в пользовательской линейке.
Первые пробы показали работоспособность этих модулей. Как настройка знака после запятой. Так и экспорт в мид миф.
Грешнов написал(а):
А вообще то, эти вопросы - компетенция тех, кто должен заниматься координацией в Вашей структуре.
А вот из за этого, данная проблема полностью не решена.
Пост написан 14.01.2025 15:00:34
Поделиться4014.01.2025 20:32:17
Сергей Городничев написал(а):
А вот из за этого, данная проблема полностью не решена.
Просите Белоусова у гаранта конституции! Вам теперь только глобальная чистка "с головы" поможет, а он в этом спец. 
А нам пока не досуг "внутренней политикой" заниматься - с санкциями европеоидов бы разобраться... ) Вот разберемся - тогда и займемся ужО вашими любителями GIR-ров... SRI-ров... высот номер пять... диаметров номер шесть... и прочих дорогостоящих прошло-вековых идиотизмов... 
Поделиться4103.02.2025 08:36:17
Насколько я знаю все кадастровые отделы работают в Мапинфо. Проверка материалов тоже. Сдача материалов тоже в Мапинфо. А это два знака в координатах после запятой. Предлагаю по умолчанию в Тополе выставить два знака. Большую часть проблем мы решим этим. 
Ни каких болезненных для нашей работы последствий я не вижу.
Пост написан 03.02.2025 08:07:59
Поделиться4203.02.2025 11:00:05
Сергей Городничев написал(а):
Предлагаю по умолчанию в Тополе выставить два знака. Большую часть проблем мы решим этим.
Да я то и на один знак согласен.
Но дело в том, что будет происходить округление до 2-х знаков и, соответственно, исходные данные пользователя, который до этого работал с 3-мя знаками, поменяются. И сюда придет "проснувшийся" пользователь, который заявит, что "Тополь испортил ему данные". И будет вскрывать нам мозг, тратя наше время. )) Мы это все проходили уже.
Поэтому я считаю, что решение должен принимать пользователь. В конце концов ему это и так доступно через интерфейс "Настройки..."
Мы не работаем с реестром и с Мапинфо, где есть такое ограничение, создающее проблемы еще и из-за отсутствия встроенной топологии. К нам не поступают инициативно НПА.
Поэтому от своего имени мы не можем давать рекомендации. Мы можем лишь оговорить наличие проблемы совместимости данных, описать от чего это зависит, порекомендовать какие условия пользователь должен проверить и после этого дать ему возможность самому принять решение и установить этот параметр для своих условий. Ты ведь не можешь сейчас дать гарантии, что от реестра идут 2 знака ВО ВСЕХ филиалах!? Это как минимум нужно сделать опрос, а у Вас этим абсолютно никто не занимается. По общению с вами видно, что координация в технических вопросах и технические рабочие связи между сотрудниками филиалов нулевые.
Поэтому мы можем лишь сделать в диалоге инсталлятора анализ состояния этого параметра и, в случае 3-х, добавить диалог с пояснительным текстом и возможностью перейти на 2-а знака.
Тезисы для пояснительного текста я так понимаю примерно такие (!?):
- Во многих регионах кадастровики используют Мапинфо, который работает с 2-я точками и в результате обмена или слияния наших данных, имеющих 3 точки образуется большое число нетопологических объектов или объектов, имеющих площади равные или близкие к нулю.
- Переход на 2-е точки в Тополе позволит сократить число таких расхождений и улучшит преемственность данных при обмене с кадастровиками.
- Чтобы изменения сразу отразились в БД возможно понадобится совершить какие то операции с БД, которые инициируют округление (нужно пробовать, не готов с ходу прокомментировать). Иначе данные могут храниться в исходном 3-х значном виде независимо от настроек.
Страница: 1
