Обсуждение

Изменения в ПКЗО 5.2.23. Версия доступна для скачивания на сайте.

Поле "Дата" для исходных документов в 6 версии XML-схемы техплана является обязательным. И это можно изменить только другой версией XML-схемы.

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

>Разработчики все правильно делают.

Спасибо.

Часто встречается ситуация использования в проектах координат не округленных до сотых.

При формировании МП происходит автоматическое округление координат до сотых, и КП получит и увидит «мир» округленных координат, который будет отличаться от старательно подгоняемого пользователем.

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

Чем это противоречит Требованиям?

ISl 

>Координаты не выходят. Накладывается должным образом.

Пришлите проблемный проект.

Мы подтвердим или опровергнем это утверждение.

Проект можно сохранить в отдельный файл с помощью команды <Сохранить в файл:> в контекстном меню проекта.

Полученный архив пришлите нам support@pkzo.ru.

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

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

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

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

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

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

>При визуальном осмотре, при максимальном увеличении пересечения нет.

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

УДАЛЕНО ...

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

>Не могу сформировать МП раздел земельного участка, ругается на ошибки (накладка на исходный и границы пересекаются) 

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

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

При выполнении геометрических операций, ПКЗО не занимается округлением координат до сотых и/или тысячных. Результат выполняется с максимальной точностью (рис.1).

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

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

PS. В чем именно заключается несоответствие условных обозначений в МП? 

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

Не понятно зачем показывать, а затем отключать? 

Полный КН можно узнать и сейчас :).

Переключение между отображением номера внутри квартала (:1) и полного кадастрового номера (69:01:0000000:1) предусмотрена для участков (справочных), загруженных в проект. Флажок в свойствах участка под полями с обозначением.

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

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

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

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

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

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

Получили ваш проект.

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

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

2. Когда смежный участок не имеет границ по сведениями ЕГРН. В этом случае, если только смежный участок не находится внутри «дырки» в объекте работ, новые границы для него установить не получиться, поэтому смежество с таким участком нужно будет задать вручную в свойствах ребер.

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

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

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

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

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

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

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

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