Обсуждение

Сведения, указываемые в свойствах проекта на вкладке "Пункты ОМС", нужны для заполнения реквизита 2 раздела "Исходные данные". Согласно Требованиям в данном реквизите указываются сведения о пунктах ГГС (не менее 3-х) и пунктах ОМС. А зачем там указывать базовые станции GPS?

Площадь нужно показывать для всех участков или только для участков определенного типа (например, для образуемых участков)?

Можно сделать опцию, чтобы надписи в межевом плане были как в проекте межевания:
- для простого участка - ":ЗУ1 / 100", где 100 - площадь участка;
- для многоконтурного или ЕЗП - "11:11:111111:12:ЗУ2(7) / 1200 (100)", где 1200 - площадь участка, 100 - площадь контура.

Если отображение площади в надписи участка по указанному выше образцу подойдет, то в следующей версии добавим опцию.

Кстати, а зачем это нужно? Это необходимо именно для конечного межевого плана (это нарушает требования), или как специальный вариант для выдачи заказчикам (только бумажный вид), или может нужно только в процессе работы для целей анализа в окне просмотра карты?

Добавим опцию в окно генерации графики.

Порядок действий такой:
1) выбрать в списке нужные участки;
2) в контекстном меню выбрать "Графика\Генерировать...";
3) в окне генерации графики включить опцию;
4) выполнить генерацию.

В результате для активного графического раздела (темы) для выбранных участков будут сгенерированы надписи с площадями. Надписи в свойствах участка и для других разделов не затронет.

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

Чтобы восстановить правильные надписи нужно повторно выполнить генерацию графики без включенной опции (либо через пункт "Графика\Генерировать графику..." в меню панели проекта, где такой опции не будет).

Ориентировочно будет в следующей версии.

По поводу видео уроков

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

По поводу вебинаров

С вебинарами идея хорошая и возможно в дальнейшем мы сможем что-то предложить в этом формате.

На данный момент есть очные семинары по обучению кадастровых инженеров, включая практическую часть по работе с ПКЗО. Семинары проводятся в г.Таганроге специалистами бывшего Учебного центра ЮРКЦ "Земля". Связаться с ними можно по почте umo@pkzo.ru или по тел. +7(961)314-40-41 в рабочие дни с 9:00 до 18:00 мск. Контактное лицо Наталья.

По поводу ввода координат из AutoCAD

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

Для массового переноса координат из AutoCAD в ПКЗО, возможно, удобнее будет использовать загрузку (импорт) координат из DXF или CSV файла. Для CSV файла можно использовать любой разделитель.

По поводу соответствия интерфейса стилю Windows 10

Пока переделывать интерфейс мы не планируем. Внешний вид имеет значение, но приоритет мы отдаем тому, что под капотом. С манифестом попробуем, если получится лучше, то включим в дистрибутив.

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

>Почему в новой версии пропала нумерация листов?

Она не пропадала. Поясните Ваш вопрос? При формировании какого документа, это происходит?

Возможно, включен режим «Формировать разделы в виде сплошной таблицы». В противном случае проверьте состояние опции (флага) «Проставлять номера листов».

Андрей, лицо, выдавшее документ, - это поле "Кем выдан" в свойствах документа или что-то другое?

Проверка дублей перед добавлением с справочник записей существует и должна работать (в случае, конечно, автоматического заполнения). Как именно у Вас добавляются дублирующиеся записи - когда Вы добавляете их вручную непосредственно в таблицу справочника или когда записи добавляются в справочник автоматически при заполнении/изменении свойств объектов проекта?

Такая проверка – составная часть процедуры проверки проекта. Для его выполнение необходимо наличие проверяемых объектов, в составе объектов проекта.

Как Вы себе иначе представляете проверку того чего нет в проекте...

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

ГеоКад61

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

Вы знаете о том, что документ в проект можно добавить из справочника ("Документы") без необходимости вручную заполнять все поля, в том числе и "Кем выдан"?

То, что КПТ загружено в карту - это просто набор полигонов/геометрических фигур/точек, соединенных линиями с текстовыми надписями поверх/поблизости для получения внешнего вида и содержимого схемы расположения, то есть, просто картинка. Допустим, обнаружите Вы, что участок проекта пересекает какой-то полигон карты. Как вы определите, к какому участку из КПТ относится этот полигон? Никак, потому что результатом загрузки графики из КПТ (а именно так эта операция и называется) является обезличенный набор геометрических фигур, призванный обозначить границы участков на схеме, но не призванный осуществлять аналитические/статистические/информационные операции.

Порядок проверки на наложения такой: на наложения проверяются только объекты проекта, то есть участки, загруженные в проект как объекты со всей сопутствующей информацией. Это достигается операциями "Участки / Добавить из файла / в XML-формате..." или "Проект / загрузить XML-файл...". Как только в проекте окажутся все нужные Вам участки - выполняйте проверку проекта и она обнаружит и укажет на все наложения.

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

Еще один из рецептов с применением геометрического фильтра описан тут. Более массово-аналитический способ. Для пытливых умов вполне выполним с условием внимания к слоям и типам.

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

После того, как Росреестром будет опубликована XML-схема для декларации (это предусмотрено нормативной базой), мы планируем добавить в программу полноценную возможность формирования декларации (как это сделано с актом обследования).

Если декларация не вписывается в 4-ре листа, то следовательно таков объем указываемых сведений. Автоматически вписать в желаемый объем не получится. После формирования печатного документа уменьшите/подберите используемые шрифты. 

Если это приходится делать часто, то измените стандартный шаблон декларации (уменьшите шрифт). Скопируйте папку стандартных шаблонов (для Windows XP - "C:\Documents and Settings\All Users\Application Data\ObjectLand Group\ПКЗО\Шаблоны\", для Windows не XP  - "C:\ProgamData\ObjectLand Group\ПКЗО\Шаблоны\") в любое удобное для Вас место.  Внесите изменения.

При формировании документа укажите в диалоге формирования документа измененный Вами набор шаблонов. Стандартный набор шаблонов, находящийся первоначально там, где Вы его найдете, изменять не следует (иначе при установке новой версии ПКЗО Ваши старания пропадут - стандартный набор шаблонов заменится) - делайте копию и изменяйте ее.

> импорт сведений ГКН и ЕГРП в формате XML напрямую из ZIP-архива

Добавил в список на будущее.

> при проверке техплана добавить проверку заполнения основной характеристики объекта
> кадастровых работ, так как в настоящее время если не заполнена общая площадь для здания,
> ошибку не показывает.

Исправили.

Сделаем выбор последовательной группы объектов с шифтом в следующей версии.

Добавим опцию в следующей версии.

Сначала я неправильно понял вопрос и ответил о загрузке в качестве объектов проекта.

Для загрузки графики на шаге выбора объектов есть только сплошной список полигонов. Информации о том, что какие-то полигоны есть контуры одного участка, там не доступна. По-быстрому переделать не получится, но возьмем это на заметку.

Выбор последовательной группы объектов с клавишей Shift будет работать как при загрузке в качестве объектов проекта, так и при загрузке графики. Контуры участка идут последовательно, поэтому выбрать все контуры можно будет двумя щелчками. Эта возможность будет доступна в следующей версии.

Добавил в список, но решение о добавлении этой проверки примем после анализа нормативной базы. Также посмотрим по поводу документов приложения.

Окно, о котором идет речь, насколько я понял, и которое используется в ПКЗО, уже является стандартным окном Windows для выбора папки, это не мы его придумали. В этом окне уже есть возможность выбора рабочего стола - прокрутите его содержимое вверх. Аналог "недавних мест" - выпадающий список с именами папок, ранее использовавшихся для загрузки, (в нашем диалоге рядом с кнопкой "Выбрать").

ВладимиR [42], я понял, о каком окне мечтает Ирина, но это окно имеет несколько неподходящую в данном месте для ПКЗО функцию - это окно позволяет выбирать файл(ы), в то время как нам нужно выбрать папку (каталог). Поэтому оно нам не подходит и вместо него используется стандартное окно, именно предназначенное для выбора папки.

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

В отличие от сторонних программ будет обеспечен более высокий уровень интеграции с основной программой (с процессом подготовки документов). Выписки и КПТ можно будет загружать в проект прямо из базы запросов. Для сформированного пакета будет команда создать запрос на отправку (в большинстве случае такой запрос будет сразу готов к отправке).

Выделите в окне чертежа объект и узрите в панели проекта волшебную кнопочку под названием "Найти в панели проекта объект, связанный с объектом карты", существующую практически с момента рождения ПКЗО :)

>с явно заданной заранее в настройках погрешностью, а не по удвоенному Mt

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

Заключение КИ -  это уникальный раздел. В справочнике «Формулировки заключения» создайте шаблон заключения и в дальнейшем используйте его.

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

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

Поскольку в кадастровых палатах допуск, как правило, меньше удвоенной Mt, то отсутствие замечаний в ПКЗО (при допуске равном удвоенной Mt) гарантирует отсутствие замечаний при проверке в кадастровой палате (там допуск, скорее всего, будет меньше).

 Al 

Такая возможность запланирована.

> некоторые выписки идут как архив в архиве

Пришлите образец на support@pkzo.ru

По поводу сопроводительных писем принято решение подождать, пока устаканится его форма. Имеющиеся у нас образцы из рекомендаций СРО и от кадастровых инженеров достаточно существенно отличаются. Кроме того, необходимо будет еще сделать формирование XML-документа, а схема еще не опубликована.

Извещение, думаю, тоже можно будет сделать.

На данный момент мы заняты подготовкой к изменениям, вступающим в силу с 1 января 2017 года.

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

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

Если у вас есть примеры программ, где расстановка надписей реализована в соответствии с вашими ожиданиями (или хотя бы лучше, чем у нас), сообщите нам, мы постараемся заимствововать идеи и сделать также в ПКЗО. Укажите название продукта и пришлите снимки экрана с примерами.

В любом случае, у нас есть определенные идеи как улучшить расстановку надписей и в будущем мы планируем попробовать это сделать. Насколько эти идеи окажутся работающими будет понятно только после экспериментальной проверки (сделаем и посмотрим что получится).

Татьяна, можно я встряну со скромным предложением по использованию того, что есть на данный момент? Наверняка Вы знаете о такой потенциально полезной вещи, как разбивка на листы. Наверняка Вы знаете о требовании обеспечения читаемости чертежа. Если объединить эти две вещи, то кнопка "расставить надписи красиво" вполне получается, если использовать нужный масштаб, при котором точки находятся на достаточном расстоянии друг от друга, позволяющем вполне нормально автоматически поместить надписи без растаскивания. Что изменится - повысится читаемость: ведь когда точки более придвинуты друг к другу и надписи расставлены вручную (многоэтажно и неравномерно) читаемость гораздо меньше, чем когда точки находятся на достаточном расстоянии друг от друга, позволяющем не трогать автоматически расставленные надписи, не так ли? Что еще изменится - увеличится количество листов, но ведь Вы же не отчисляете с каждого листа отдельный налог и от количества листов ничего, кроме читаемости не зависит- какая разница, 10 листов или 153, 432 или 23043? Наиболее явный минус - увеличение объема электронного документа (архива), если это имеет какое-то значение, но и с этим можно попробовать побороться.

Просто попробуйте подобрать такой масштаб, при котором не придется расставлять вручную надписи, и дайте ПКЗО сделать свою работу по разбивке на листы и генерации надписей, не стреляйте в пианиста :)

В ПКЗО есть возможность разбивки актов согласования по отдельным выносным листам. Для каждого выносного листа будет сформирован отдельный лист акта согласования, на котором будут только те участки границ, которые попадают на соответствующий выносной лист. Для этого в окне формирования бумажной формы для раздела "Акт согласования" нужно выбрать соответствующий вариант шаблона (с разбивкой на листы).

Мы постараемся найти дистрибутив программы OmegaGeo и посмотреть как там все работает. Может быть сможем подчерпнуть там идеи как улучшить наш алгоритм.

Контекстное меню участка -> (Новые\Исходные) Границы -> Все вершины -> Перенумеровать.

Вы предлагаете, чтобы программа сама определяла плотность точек и выбирала интервалы, на которых скрывать часть точек, или это будет задавать пользователь?

Сам подход с разрешением наложений с помощью скрытия части надписей кажется нам неправильным. Отсутствие части надписей в графических разделах межевого или технического плана может быть расценено как нарушение Требований. В случаях, где нумерация непоследовательная это будет обоснованным не только формально, но и с практической точки зрения. Например, типичная нумерация точек для контура в случае нескольких смежных участков - 1, 2, н1, 7, 8, н2. Если скрыть какие-то надписи из этой последовательности, то поиск нужной точки сильно затрудняется.

Подход с применением весовых коэффициентов для определения того, какие надписи показывать, а какие скрывать - это немного для других задач. Опять же сам принцип в случае конфликтов скрывать менее приоритетные надписи на наш взгляд не подходит для межевых и технических планов.

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

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

Использование растровых подложек, полученных через веб-сервисы (ПКК, Гугл, Яндекс и т.п.) есть в нашем списке на будущее. Конкретный срок пока не обозначен.

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

> геодезические построения для отрисовки объектов

Я не очень понял, что вы имели ввиду под "геодезическими построениями для отрисовки объектов".

В ПКЗО есть возможность добавления новых точек по указанным расстояниям и углам (в разных комбинациях). По сути это есть геодезические построения. Вторая сверху кнопка на панели инструментов справа от области карты.

Сделаем в одной из следующих версий.

По поводу видимости границ кварталов. Сделаем в следующей версии (по-умолчанию оставим только в схеме расположения).

По поводу видимости точек. Проблема понятна. В одной из следующих версий постараемся придумать решение. Наверное, сделаем соответствующую опцию (флажок "Показывать точки") в окне управления видимостью слоев и типов (в меню панели проекта "Графика\Видимость слоев и типов..."). На данный скрыть соответствующие слои можно через окно легенды.

В настоящий момент следует поступить так, как написано "ЗАПОЛНЯЕТСЯ ВРУЧНУЮ", непосредственно в печатном документе.

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

Чтобы программа не проверяла все объекты в КПТ, используйте при загрузке тип "справочный". Объекты этого типа не обрабатываются процедурой проверки (за исключением явных ссылок на них из объектов работ).

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

Поиск проектов (не только в текущей ГБД, но и в рамках нескольких ГБД, расположенных внутри указанной папки) есть в нашем списке.

По поводу растровых подложек, полученных через веб-сервисы, отвечал выше. Пока изменений нет.

Клиент для работы порталом Росреестра через веб-сервисы находится в разработке. Все выписки и КПТ, загруженные через это приложение, будут сохранятся и в дальнейшем их можно будет использовать прямо из ПКЗО: найти по подстроке и загрузить в виде подложки или в виде объектов проекта. Если я правильно понимаю, это дает те же возможности, что и упомянутый вами журнал выписок.

> Нельзя сразу в справочнике,в информациях о кадастровом инженере указать СРО ?

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

>в справочнике документов нет выписки ЕГРН

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

>что треБует копирования справочников и т.д. и т.п.

Создание и использование новой ГБД не требует копирования справочников.

>От чего зависит скорость работы Базы Данных

Например, от объема содержащейся в ней информации, расположения ГБД (локальный диск или сетевой ресурс).

Ниже приведем несколько практических советов позволяющих сократить в отдельных случаях время выполнения операций.

Характеристики компьютера.
Наиболее критичным параметром, влияющим на скорость выполнения операций, является частота процессора. Рекомендуем выбирать процессор с наибольшей частотой. При этом количество ядер, скорость жесткого диска и тип процессора (пентиум/целерон, размер кэша и пр.) оказывают несущественное влияние.
При выборе объема оперативной памяти достаточным будет минимальный объем, определенный требованиями операционной системы.
Видеокарта на скорость работы не влияет и особых требований к ней не предъявляется.

Большое количество проектов в ГБД.
При большом количестве проектов в одной ГБД операции в главном окне имеют существенные задержки, причем длительность зависит от количества проектов, но не зависит от размера проектов.
В этом случае обратите внимание на возможность отключения показа компонентов ГБД в главном окне (меню «Вид\ Компоненты ГБД»).
Мы не рекомендуем накапливать в рабочих ГБД большое количество проектов, т.к. это приводит к замедлению работы в главном окне.
После завершения проектов лучше перемещать их в специальные (архивные) ГБД.

Оптимизация растров.
Если активно работаете с растрами, то в рабочей ГБД преобразуйте их в растры с минимальными размерами памяти с помощью операций, доступных в диалоге редактирования растрового объекта. Везде где возможно, преобразуйте растры в монохромные.
Где цвет необходим, но можно поступится разнообразием цветов - преобразуйте растры в 4-битные.
Где нужно сохранить цвет - преобразуйте в 8-битные и используйте постеризацию до 10-16 цветов.
С помощью соответствующей операции уменьшайте размер растра (фактически разрешение) до минимально приемлемого.

Параметры карты
Воспользуйтесь возможностью автоматической настройки размеров карты проекта (пункт "Графика\Параметры карты..." в меню панели проекта)

Обновление графики
В ПКЗО все данные проекта, включая координаты точек, хранятся в таблицах, а графика строится по данным из таблиц. На больших проектах обновление/актуализация графики может занимать достаточно длительное время, значительно превышающее время внесения изменений в таблицы. Поэтому на новом ядре (версии 4.1.x) существует опция не выполнять обновление графики после каждой операции, а отложить ее обновление на потом. Теперь при внесении изменений программа только запоминает, что нужно обновить, а само обновление (актуализацию) графики можно выполнить в любой момент. В настройках приложения на вкладке "Интерфейс" включите опцию "Отключить обновление графики сразу после операции… " (пункт "Настройка" в контекстном меню элемента ПКЗО в главном окне).

Виктор

>Хотелось бы чтоб вычислялись координаты точки пересечения двух линий.

Для каких практических целей это нужно?

Андрей Ларионов 

>Как исправить шаблон декларации

Реализуем/исправим в следующей версии.

Что такое "в графе присвоенный адрес"?

Мы знаем о существовании двух вариантов: «Присвоенный адрес», «Описание местоположения».

Где Вы указываете слова «Российская Федерация» для варианта «Присвоенный адрес»?

В каком реквизите (строке) они при этом не выводятся?

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

ООО Землемер 

Мы не планируем обновлять библиотеку. Это занимает значительное время. Актуальные редакции документов можно найти в сети.

Обращения с картинками Вы всегда можете отправить на электронную почту.

Пришлите проблемный проект. Проект можно сохранить в отдельный файл с помощью команды «Сохранить в файл…» в контекстном меню проекта. Полученный архив пришлите нам (support@pkzo.ru).

Исправим в следующей версии. Поправить можно в шаблонах. Шаблоны лежат в папке "C:\Users\All Users\ObjectLand Group\ПКЗО\Шаблоны". В понедельник сможем выслать вам исправленные шаблоны по почте (для этого напишите письмо на support@pkzo.ru).

Нет. Для формирования выходных документов необходим Microsoft Word.

 ООО Землемер

Мы не говорили, что он есть. Мы говорили, что мы реализуем такую возможность.

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

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

В контекстном меню, добавленного в проект строения - "Операции/Сформировать декларацию...". Будет сформирован печатный документ.

Рассмотрим такую возможность. Это представляется в виде отдельной команды для формирования документа в PDF-формате. В документ включаются все разделы основного документа (сформированные через Word), акт согласования (в виде файла для эл.вида) и документы приложения (в виде файлов). Опции для печати (номера листов, титульный, содержание) не применяются.

>В objectland такая возможность есть

Конкретно какая (название операции)?

Все возможности ObjectLand'a есть ПКЗО. ПКЗО - это специализированное "дополнение" к ObjectLand' у.

Мы понимаем важность указанных вами возможностей и обязательно постараемся их добавить. Возможность взаимодействия с Росреестром через веб-сервисы уже в работе.

Да, можно. 

Выделите номера/надписи точек на карте и выполните команду "Графика\Добавить линию-выноску". 

Выделить надписи всех точки участка можно командой в контекстном меню участка "Границы\Все вершины\Графика\Показать надпись".

Загрузку графики ОКС из XML добавим.

Сделаем.

Добавим в меню пункт "Графика\Показывать растровую подложку". По аналогии с проектным слоем.

> смещение вершины по ребру на заданное расстояние

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

> перемещение ребра на заданное расстояние

Перемещение ребра можно выполнить с помощью операции раздела площадного объекта на части (кнопка на панели инструментов справа от области карты). Там нужно выбрать вариант: делить на части заданной ширины. Предварительно нужно выбрать на карте ребро (две смежные вершины), которое необходимо передвинуть (в режиме редактирования вершин щелкнуть на ребро). В качестве ширины части задайте величину смещения. Количество частей - 1. Включите флажок "Создавать площадной объект с остатком" (это будет результирующий полигон). Нажмите "Выполнить". В окне результатов можно посмотреть получившиеся площади и, если необходимо, вернуться к параметрам, поменять что-то и повторить.

В панели проекта команда "Проект\Подсчет суммы площадей".

В классификаторе типов документов соответствующего кода мне найти не удалось. Как определить, что документ является согласием на обработку персональных данных?

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

> возможно ли сведения из ЕГРН автоматически помещать наверх списка исходных документов?

Добавил в список на будущее. Для списка документов сделаем команду перемещения сведений ЕГРН (ГКН, ЕГРП) в начало списка.

> добавьте пожалуйста автоматическое прикладывание PDF образа межевого плана

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

> Возможно ли сделать полупрозрачную заливку для площаднх объектов?

По поводу полупрозрачных заливок ответил тут.

> возможно ли сделать выборочное подписывание для ОКСов,
> а именно - не подписывать сооружения, представляющие собой окружность (колодцы).

Автоматически программа создает надписи для всех объектов. Можно удалить какие-то (лишние) надписи вручную. При последующей актуализации (в панели проекта команда "Графика\Актуализировать графику...") надписи не будут восстанавливаться. Восстановить надписи можно с помощью команды "Графика\Генерировать графику...".

Евгении Болховитиной
> Добавьте, пожалуйста, место для подписи КИ и оттиска печати на выгружаемом в ворд Проектном плане.

Если речь идет о документе "Проект межевания земельных участков", то согласно форме из приказа №388 для проектного плана не предусмотрены реквизиты с подписью и печатью кадастрового инженера. Поэтому в стандартную форму мы включать такие реквизиты не будем.

Если в этом есть необходимость, вы можете сделать копию шаблонов и вручную добавить в шаблон необходимые реквизиты. Затем. при формировании документа нужно будет выбрать файл набора шаблонов из вашей папки. Если есть затруднения с тем, как добавить необходимые реквизиты в шаблон, напишите на support@pkzo.ru, мы поможем.

> При формировании декларации в незаполненных ячейках должны быть прочерки.
> Ранее вы обещали это устранить.

Проверил - все пустые реквизиты заполняются прочерками.

Кроме тех реквизитов, которые заполняются галочками. По идее прочерки не предусмотрены для заполнения в местах для указания галочек.

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

> И не проставляется текущая дата на последнем листе декларации

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

Ответили на почту.

Ответ тут. Аналогии с разделом об измерениях совершенно никакой нет: тогда самой XML-схемой предусматривалось включение PDF-файла с этим разделом.

Сделаем.

> "сбросить выбранные объекты" не только через контекстное меню, но и клавишей ESC

Принимается. В следующей версии сделаем. Будет работать и в режиме селекции (красная подсветка), и в режиме редактирования (синяя подсветка).

> добавьте вариации перенумерования точек для многоконтурного линейного сооружения
> не только слева направо/сверху вниз, но и наоборот

Уточните в каких ситуациях это нужно. Порядок нужен строго наоборот: снизу-вверх справа-налево? или может снизу-вверх слева-направо?

> Всё это нужно для того, чтобы порядковые номера контуров и их номера координат возрастали
> по пути следования сооружения

Есть возможность перенумерации точек в порядке их вхождения в границы объекта. В контекстном меню "Границы->Все вершины->Точка->Перенумеровать...". В результате все точки, которые входят в границы объекта, будут перенумерованы в порядке их вхождения в контур. Для многоконтурных объектов будет учитываться последовательность контуров. Для объектов с составным контуром будет учитываться последовательность элементов контура.

> Есть ещё пожелание в части увеличения/уменьшения колёсиком мыши-
> чтоб изменение масштаба происходило не по центру окна, а по курсору

Удерживайте при вращении колесика клавишу Shift. Тогда центр фрагмента будет перемещаться в место курсора.

Андрей Ларионов 

>В контекстном меню "Границы->Все вершины->Точка->Перенумеровать...". 

Обнаружена ошибка при перенумерации (контекстное меню строения) при наличии точки, входящей в разные контура (общей точки). Исправление войдет в следующую версию. Если нужно, вышлем исправление на электронную почту

> на основном листе чтобы были видны не только выносные листы,
> но и характерные точки с их подписями, где нет листов.

Слои с точками и их надписями подключены к теме со схемой листов, но их видимость по умолчанию выключена. Их видимость можно включить (нажимая на флажки) в окне легенды (пункт "Тема\Легенда" в меню окна просмотра карты).

Специальной возможности сделать так, чтобы отображались только те точки, которые не попадают в область листов, на данный момент нет.

Можно поступить следующим образом. Поскольку каждая тема имеет отдельный слой с надписями, в теме со схемой листов можно вручную удалить надписи для точек, которые находятся в скоплении и читаемость которых затруднена (наверное, не обязательно удалять прямо все точки, которые попадают на выносные листы).

Сами точки (точечные объекты) удалять нельзя, т.к. они находятся в общем слое и в результате будут удалены во всех графических разделах.

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

> Также речь идёт о быстром поиске слоёв карты для отключения/включения их видимости и селекции.
> Работа в этом направлении остановлена?

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

Все это давно реализовано в программе. 

Пункты ОМС загружаются отдельно - в свойствах проекта на вкладке "Пункты ОМС". 

Система координат устанавливается их КПТ, если в момент импорта в свойствах проекта не указана система координат. 

Участки загружаются все или выбранные Вами. Графика отображается для тех ЗУ, для которых в КПТ приведены координаты характерных точек.

Пункты ОМС и участки (а также и другие виды объектов) можно загрузить из XML-файла одной операцией через команду "Проект\Загрузить XML-файл...".

Для каких целей это нужно?

>Наверное дело в том, что при отсутствии этого адреса МП не проходит проверку. 

Мы так и предполагаем, но выписка не является основанием для указания адреса (п. 62 Требований). Соответственно его отсутствие в выписке не является основанием для таких действий.

При его отсутствии, в печатном документе про адрес ничего не указывается (п. 61):

«адрес (адрес электронной почты) для связи с правообладателем смежного земельного участка, при наличии таких сведений.»

В электронном документе для адреса выделен отдельный обязательный реквизит. Что указывать при отсутствии (не указании) адреса или адреса электронной почты (!) – большой вопрос…

Мы правильно понимаем: в xml-документе указывать "отсутствует", в печатном - ничего не указывать (п. 61)?

Microsoft Word имеет ограничение на максимальный размер листа (по любой стороне) - 55,87 см, поэтому подготовить и использовать шаблоны формата больше А3 не представляется возможным. Самый большой из стандартных форматов получается А3. 

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

На данный момент использовать графический раздел в формате А2 или больше можно в виде готового файла (указывается в свойствах графического раздела). Такой файл нужно подготовить в другой программе и сохранить в требуемом формате (PDF или в некоторых случаях JPEG).

При этом изображение требуемого размера из ПКЗО можно получить с помощью печати в метафайл (пункт "Тема\Печать..." с включенным флажком "Печать в метафайл"). При таком подходе в сторонней программе вам потребуется подготовить шаблон, вставить изображение раздела и легенду. Изображение легенды можно скопировать из шаблонов ПКЗО.

Алику Харисову

В электронном виде в соответствии с XML-схемой элемент ContactAddress является обязательным и не может быть пустым, поэтому тут без вариантов нужно что-то указывать. В следующей версии сделаем, что если адреса не будет, будет заполняться "отсутствует".

В бумажной форме мы все-таки склоняемся к тому, что если адреса нет, то его не надо указывать. В п.61 Требований использована формулировка "при наличии таких сведений". Такая же как для отчества, например. Если отчество отсутствует, очевидно, что не надо дополнительно указывать строку "отчество: отсутствует". Для адреса мы предлагаем поступать также.

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

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

Добавим в следующей версии.

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

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

Чтобы не отображались?..

Если что-то не нужно, то можно отключить видимость отдельных объектов в любом графическом разделе – «Графика/Видимость слоев и типов…»

В следующей версии сделаем:

1. Для согласующей организации сделаем возможность выбрать из справочника заказчиков.

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

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

Зачем?...

Это значительно увеличит время формирования документа. При формировании документа осуществляются проверки на его валидность.

Объект работ (здание или сооружение) может быть не связано ни с одним участком, если участок, на котором он расположен, не поставлен на учет (не имеет кадастрового номера). Выдавать замечание по этому поводу нам кажется неправильным.

Чтобы исключить ошибки, мы рекомендуем использовать проверку проекта. Она выдаст замечание, если будут участки, которые пересекаются с контуром здания, но не связаны с ним.

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

А насколько часто на практике бывают ситуации, когда участок не надо указывать (сведения о нем отсутствуют в ЕГРН)?

По сравнению с ситуацией, когда участок есть, но его границы отсутствуют.

Хорошо, добавим замечание в проверку проекта в категорию пространственного анализа (потому что учитывает наличие пересечений с границами участков).

Условие:
1) участки, на которых расположено строение, не заданы;
2) контур строения не задан (нет возможности определить участки пересечением границ);
3) контур строения задан, но пересечения с границами участков не найдены, при этом имеются участки без границ, которые потенциально могут быть участками, на которых расположено строение.

Все многообразие «вышеуказанных ситуаций», должно укладываться в виды операций, определенные нормативными актами и в реалии действующей xml-схемы.

1. Если не нужна схема, то не оформляйте ее.

В актуальной версии ПКЗО признаком включения схемы геодезических построений является наличие точек построения (элемент «Точки построения») и/или наличие характерных точек границ объекта работ с методом определения координат отличным от аналитического или картометрического методов.

2. Если считаете не нужными сведения о средствах измерения, то не указывайте их. С точки зрения xml-схемы, они не являются обязательными

3. Вы можете не указывать метод определения координат, но…

Согласно XML-схеме, в разделе "Сведения о выполненных измерениях и расчетах" обязательно должен быть указан метод определения координат хотя бы для одной точки. Даже если Вы не проводили никакие измерения ни для одной точки ввиду их отсутствия. Для выполнения этого условия и обеспечения соответствия XML-схеме в формируемом документе будет указан метод определения координат "Иное описание" и в качестве номеров точек приведено пояснение: "Наличие непустого элемента GeopointsOpred необходимо для обеспечения соответствия XML-схеме.".

При формировании документа, увидите следующее пояснение:

«Отсутствуют новые точки, определенные в результате кадастровых работ.

Согласно XML-схеме, в разделе "Сведения о выполненных измерениях и расчетах" обязательно должен быть указан метод определения координат хотя бы для одной точки. Для выполнения этого условия и обеспечения соответствия XML-схеме в формируемом документе для данного объекта программой автоматически указан метод определения координат "Иной метод" и в качестве номеров точек приведено пояснение: "Наличие непустого элемента GeopointsOpred необходимо для обеспечения соответствия XML-схеме."»

В печатном документ будет указан «прочерк».

В xml-документе можно изменить метод на аналитический. В настройках ПКЗО на вкладках «Электронный вид/Общее» измените значение опции «Метод определения координат когда новые точки отсутствуют».

Не могли бы Вы пояснить, для чего нужна конвертация в kml?

Что содержится в конвертируемых xml и dwg?

Пришлите образцы KML-файлов на support@pkzo.ru.

Сделать выгрузку (экспорт) в формате KML мы можем, но проблема не в этом.

Сложность заключается в том, что в KML-файле координаты должны быть в геодезической системе координат WGS84, а кадастровые работы выполняются в местных системах координат, установленных для ведения кадастра в регионе (например, МСК-20). Во всех выписках, КПТ, межевых и технических планах координаты приведены в местных системах координат.

Ключи перехода от местных систем к геодезической до сих пор являются секретной информацией (п.19 прил.2 письма Роскартографии от 25 марта 1996 г. N 3-02-670). В официальных источниках по этой причине их нет и быть не может. С учетом этого требование вашего министерства выглядит, мягко говоря, странным.

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

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

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

Добавлять возможность выгрузки (экспорта) в KML (WGS84) с поддержкой неофициальных параметров пересчета для всей страны нам представляется нецелесообразным.

Можем предоставить подробную инструкцию как сделать преобразование координат и KML-файл с помощью утилиты cs2cs и текстового редактора. Если такой вариант вам подойдет, то, сообщите, вышлем вам на почту инструкцию (с утилитой, неофициальными параметрами пересчета для вашего региона и шаблоном KML-файла).

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

Скрипт для выгрузки (экспорта) в KML (WGS84) для МСК-20.

Видеоинструкция доступна по ссылке.

Объекты проекта можно селектировать по категории земель. Смысл понятен из видео.

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

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

Такой возможности нет.

Мы можем предложить сформировать такой список.

Пришлите для этого проект. Проект можно сохранить в отдельный файл с помощью команды «Сохранить в файл» в контекстном меню проекта. Полученный архив пришлите нам - support@pkzo.ru.

Добавить в проект сведения для ZoneToGKN технически очень проблематично. По быстрому это сделать точно не получится.

В случае со стажером можно работать в две итерации. Сначала стажер делает TerritoryToGKN, передает проект куратору и получает подписанный пакет (папку с файлами). Затем готовит ZoneToGKN, формирует пакет без подписывания, передает его куратору, который загружает пакет в окне формирования и формирует уже конечный пакет с подписыванием.

Поясните Вашу просьбу. Мы не поняли, что Вы хотите.

Ваш заказ выполнен 21.12.2018. Настройки ПКЗО, вкладка "Электронный вид", вкладка "Общее", переключатели "Имена для файлов в составе пакета..." :)

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

По поводу ограничений могу уточнить.

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

Во-вторых, Росреестр, Google, Яндекс, Esri и прочие поставщики выдают растровые подложки с привязкой в системе координат wgs84. Тогда как кадастровые данные в выписках и КПТ используют системы координат для ведения кадастра. Ключей перехода в открытом доступе нет (эти ключи до сих пор имеют статус секретной информации).

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

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

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

С другой стороны, некоторые случаи, прописанные в приказах, выявить можно: например, при уточнении участка, или если в смежных участках исправляется ошибка, или если технический план оформляется в отношении ЕНК. Для них можно добавить проверку.

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

Я имею ввиду сведения, которые были внесены в новой редакции требований, но до сих пор не предусмотрены в XML-схеме (например, номер члена СРО и т.п.). Были рекомендации указывать такие сведения именно в заключении. Исходя из этих рекомендаций и делают такие заявления, что мол заключение не может быть пустым.

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

О несохранении каких изменений в проекте идет речь?

PS. Для непрофильных вопросов, пожалуйста, создавайте отдельные темы.

В программе нет операций сохранения или не сохранения данных.

Что такое «замены графики сохранения»? О выполнении, каких действий в программе идет речь? 

Что значит «графика в проекте остается старой»? Как это проявляется?

Операция сохранения(подтверждение пользователем – «Ок», «Сохранить» и т.п.) требуется в особенных ситуациях, например, при редактировании свойств проекта. В остальных случаях данные сохраняются сразу, после внесения изменений.

Пожалуйста, опишите подробно выполняемые Вами действия по изменению и "сохранению" графики. 

Чем подробнее Вы это сделаете, тем быстрее и точнее мы сможем дать ответ.

Подробности(текстовое описание и скриншоты) направляйте на support@pkzo.ru.

Версия 5.3.0 для скачивания уже была и продолжает быть. Мы не рекомендуем использовать устаревшие версии ПКЗО, в которых присутствуют исправленные позднее ошибки.

Добавьте участок, как объект проекта и точки станут видимы.

Какие-либо границы, можно временное добавить в виде участка и также обозревать их точки.

Мы рассмотрим такую возможность.

Будем признательны, если Вы поделитесь "программкой M@B", описанием ее возможностей, скриншотами настроек/работы и другими подробностями.

Для какой задачи это нужно?

Наш взгляд на данный вопрос уже был рассмотрен в данной теме.

Предполагаю, что вы говорите про список последних документов, который виден через панель задач в "списке переходов" (jump list). Мы посмотрим, но, скорее всего, с этим сделать ничего не получится. Этим управляет операционная система и вариантов работать с этим списком из программы практически нет. Свои файлы можно закрепить в списке (нажать справа от элемента в списке) и тогда они будут всегда наверху. 

При открытии шаблонов мы используем параметр AddToRecentDocs=False, что исключает эти документы из списка последних документов внутри Word. К сожалению, это влияет только на список, который используется в самом Word, когда нужно выбрать документ для открытия по "Файл\Открыть".

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

Обычная черная (0,2 мм) линия используется для границ зданий и сооружений. Для границ участков нужно использовать какой-то другой условный знак - выбрали толстую линию (0,4 мм). Если использовать цвет, то на черно-белом принтере будет плохо различаться. Пунктиры и штрихи активно используются для частей объектов, наземных, подземных контуров. Более толстая линия выглядит оптимальным выбором.

Толщина линии для стилей задается с шагом 0,2 мм (равно одному условному пикселю), поэтому можно установить 0,2 мм или 0,4 мм. Что-то среднее, например, 0,3 мм не получится.

А с чем связано ваше предложение сделать линию тоньше?

Использовать обычную черную линию (толщиной 0,2 мм) для границы участков не получится, т.к. этот условный знак установлен приказом для существующих границ зданий, сооружений.

Увеличить толщину линии для слоя "Загружено из XML" можно через окно легенды.

1. В окне карты -> Меню -> Тема -> Легенда -> откроется окно легенды

2. В окне легенды -> Найти слой "Загружено из XML" -> Контекстное меню (правая кнопка мыши) -> Свойства -> откроются свойства слоя.

3. В окне свойств слоя -> Вкладка "Стили" -> Вложенная вкладка "Линия" -> Из библиотеки ГБД -> "Черная жирная".

Согласен, возможность задать стили прямо в окне загрузки несколько упростит процесс. Добавил в список на будущее.

Возможность сохранения размеров окон есть, но пока она работает только для некоторых окон, например, для окна выбора из справочников (по каждому справочнику отдельно). В контекстном меню заголовка окна (правой кнопкой на заголовке) пункты "Запомнить текущий размер" и "Восстановить исходный размер". Можем включить эту возможность для окна свойств проекта или для всех окон свойств.

В следующей версии сделаем.

Как в большую, так и в меньшую сторону от начального значения? Какое практическое применение это имеет?

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

Зачем это нужно, если процедура проверки проекта проверит контура «все разом»?

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

Или мы что-то не знаем? 

Какой смысл проверять отдельное "слагаемое", когда важна "сумма"?

В момент загрузки xml, на шаг 2 «Настройка параметров», смотрите опцию «Не загружать объекты без границ».

Нет.

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

Если Вы уже загрузили в проект, то можно воспользоваться командой «Удалить лишние объекты…». Ее можно найти в контекстном меню проекта и/или в панели проекта «Проект/ Удалить лишние объекты…»

А как определить, что границы участка в КПТ неуточненные?

Какие пересечения Вы ожидаете найти с помощью этого параметра?

Пересечения границ смежных ЗУ или что-то иное?

Екатерина 

Алгоритмы ГИС ObjectLand, использующиеся для определения таких пересечений, не имеют возможности задания параметра.

Параметр «Предельное расстояние между вершинами и границами», учитывается только для границ отдельного участка: касание внешних и внутренних границ участка, близость точек границы и т.п.

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

Давайте конкретизируем задачу.

Вам нужно совмещать точки каких объектов: территориальных зон?

С точками каких объектов: других территориальных зон, участков, границ НП\МО?

Что делать, если в близости образуемой точки будет несколько точек от существующих объектов? Как выбрать точку, с которой совмещать? Есть ли приоритеты по видам объектов? Учитывать ли погрешность (Mt) точек?

В ObjectLand есть похожая операция: пункт  "Стянуть..." в контекстном меню объекта карты в режиме редактирования. Выполняет стяжку всех точек выбранного объекта к границам других объектов (можно ограничить только селектируемыми слоями и типами).
https://www.objectland.ru/support/doc/usermanual/MEDC_TieMode.html.

Мы не о режиме стяжки рассказали.

>если выбираю оба объекта

Операция применяется к одному селектированному объекту.

О какой возможности редактирования идет речь?

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

Это значит, что если скрыть надпись, то восстановить ее опираясь на предыдущую и последующую однозначно невозможно. Например, есть последовательность точек "15, н1, 16". Если скрыть надпись "н1", то понять по чертежу какое у нее обозначение будет нельзя. Это нарушение читаемости точек, что нарушает п.77 Требований.

Поэтому на данный момент для участков возможность скрытия части надписей точек недоступна.

Пришлите нам пример проекта, где есть сложности с обеспечением читаемости точек для участков. Мы попробуем придумать какое-то решение. Может быть подойдет адаптация опций для генерации графики, может быть что-то другое.

В вашем примере последовательность нумерации нарушена, но даже если ее соблюдать (исходная последовательность такая н1,н2,н3,1,2,н4,н5,3,н6,4,5), то после точки н6 может идти как точка точка 4, так и точка н7.

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

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

Если у вас есть проблема с обеспечением читаемости (расстановкой) надписей точек в конкретном проекте, пришлите его нам на почту, мы попробуем предложить какие-то решения.

Список проектов в ГБД можно увидеть, если открыть ГБД в программе.

Уточните что вы имеете ввиду под "увидеть проекты в файле .gdb" и зачем это нужно. Возможно, мы сможем предложить какое-то решение.

Виктор, мы планируем сделать инструмент для показа списка проектов в ГБД (без необходимости поочередного открытия самих ГБД). Помимо имени проекта какие еще поля/детали проектов по Вашему мнению были бы важны/полезны для поиска в таком списке?

Хорошо, принято.