ПКЗО. Программный комплекс для кадастрового инженераПКЗО. Автоматизация подготовки межевых и технических планов
  
 
E-MAIL:
ПАРОЛЬ:
 
  
главная / форум

Обсуждение

перейти к последнему сообщению в данном обсуждении

 Вопрос к техподдержкеВопрос к техподдержке [ Сергей Чевичалов ]
Понедельник, 24 ноября 2014, 14:33

Произвожу образование многоконтурного земельного участка. При создании проекта импортирую смежные участки из КПТ, в результате загрузок образуются тысячи точек и ПКЗО очень сильно тормозит, обновление графики при создании раздела занимает больше часа. Что можно сделать, как оптимизировать базу, что можно сделать? Видеокарта радеон 7700, процессор 2 ядерный 4гг, оперативы 4гига.В начале формирования графики загрузка процессора порядка 80-90%, спустя несколько минут загрузка падает до 10% и так больше часа до завершения сохранения проекта. Помогите пожалуйста, я так год буду графику актуализировать(!

 Вопрос к техподдержке [ Иван Климентьев (разработчик) ]
Понедельник, 24 ноября 2014, 14:56

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

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

Для работы с большими проектами используйте отдельную ГБД. Дополнительно выключите показ компонентов ГБД в главном окне (пункт меню "Вид / Компоненты ГБД").

 Вопрос к техподдержке [ Николаев Денис (разработчик) ]
Понедельник, 24 ноября 2014, 16:35

Если значительная часть участков в КПТ не является смежными для образуемого участка (а скорее всего это именно так), то можно загрузить участки из КПТ в виде графики (полигоны + надписи). Для этого используйте в команду меню панели проекта "Графика\Импорт графики\Из XML-формата...". Предварительно нужно создать слой, в нем два типа - площадной и текстовый.

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

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


 Вопрос к техподдержке [ Сергей Чевичалов ]
Пятница, 10 июля 2015, 08:55

Хотелось бы вернуться к данному вопросу. Помогите все таки разобраться с причинами медленной работы. Конфигурацию компьютера я уже приводил, проблема осталась даже после всех оптимизаций. Я прочитал практически в се посты на форуме по данной теме. Все сводится к тому что основное требование к машине - это тактовая частота, многоядерность не важна.У меня дома есть компьютер (процI7 c частотой 3,06 гг ) так на нем я провел эксперимент: запустил ПКЗО, создал обычный проект и произвел импорт участков из 3 XML - 15 тысяч точек. Генерация графики в разделе чертеж границ, заняла в районе 2 мин, тогда как намного меньший объем объектов на рабочей машине с частотой 4 гг. у меня занимает не один час. Рабочие базы на обоих машинах находятся на локальных дисках (не по сети), разница только в версиях операционки (на рабочем ПК (4гг)- виндовс 7 домашняя базовая, на домашнем (3гг) виндовс 7 максимальная). Может ли скорость работы ПКЗО зависить от версии виндовс? Почему машина с меньшей тактовой частотой обрабатывает значительно быстрее (в разы)????

 Вопрос к техподдержке [ Николаев Денис (разработчик) ]
Пятница, 10 июля 2015, 10:11

> Может ли скорость работы ПКЗО зависить от версии виндовс?

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

> Почему машина с меньшей тактовой частотой обрабатывает значительно быстрее (в разы)????

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

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


 Вопрос к техподдержке [ Алина ]
Пятница, 10 июля 2015, 11:04

Сдали межевой план на уточнение, пришло Решение о приостановлении. причина: При загрузке файла программа выдает ошибку:"Некорректное значение элемента STD_MP/Package/FormParcels/NewParcel(1)" . Как можно это исправить

 Вопрос к техподдержке [ Константин Финагеев (разработчик) ]
Пятница, 10 июля 2015, 12:24

В межевом плане на уточнение элементов "STD_MP/Package/FormParcels/NewParcel(1)" не может быть по определению. Либо межевой план не на уточнение, либо данное сообщение относится к межевому плану на образование, который, вероятно, не совсем корректно оформлен для указанного вида работ. Попробуйте выполнить проверку проекта и обратить внимание на сообщения, указывающие на наличие/отсутствие участков с определенными типами. Если не сможете сами найти причину - пришлите нам по электронной почте ( support@pkzo.ru ) для начала электронный документ межевого плана, на который программа (какая программа?) выдает упомянутую Вами ошибку, и полный текст отказа/приостановки.


 Вопрос к техподдержке [ Алина ]
Пятница, 10 июля 2015, 13:54

Я извиняюсь, межевой план на раздел

 Вопрос к техподдержке [ Константин Финагеев (разработчик) ]
Пятница, 10 июля 2015, 14:31

Вы выполнили проверку проекта и увидели замечание об отсутствии в проекте исходного участка, как я рекомендовал выше? При разделе в проекте должен присутствовать единственный участок с типом "исходный", Вы его имитировали в проекте справочным участком с обозначением с измененным стилем отображения. Оформление и состав проекта определяется объектами в панели проекта и их типами, а не изменением картинки чертежа. Если участок :177 действительно является исходным при разделе - измените его тип на "исходный". После этого изображение графических разделов построится автоматически без необходимости ручного вмешательства и обозначения образуемых участков тоже автоматически станут соответствующими требованиям и сообщение о некорректном значении элемента NewParcel при загрузке не появится.


 Вопрос к техподдержке [ ВладимиR [42] ]
Пятница, 10 июля 2015, 15:10

Сергей, в вашем эксперименте все зависит только от одного: КЭШ на проце. Это самая быстрая память доступная процессору, i7 (надо уточнить) vs (4GHz) процессора (тоже надо уточнить модель).

Далее не очень приоритетно, но тоже важно: скорость доступа к оперативной памяти на i7 - будет около 80 - 150 наносекунд, против второго процессора. Набор команд процессора, и их оптимизация.

Я когда смотрел на производительность при той же генерации графики видел огромную прокачку памяти на проект 10-20к точек за время генерации прокачивалось до 50Гигабайт данных как на чтение так и на запись.

На текущий момент, офисную технику для ПКЗО перевел на i3 3210.
По факту больше делать не стали, значит дело в работнике. Эффективнее можно работать чем на селероне, но... Открыто вкладок 20 браузера, + несколько ресурсоемких программ + графический просмотр, например, генплана сада + бла бла бла, получаем отвлечение внимание задержки на переключение из приложения в приложение, с ГДБ на ГДБ, локальный мессенджер... Когда узкие рамки (есть границы) работать легче.

 Вопрос к техподдержке [ ВладимиR [42] ]
Пятница, 10 июля 2015, 15:13

для проектов новых (более 1000 точек) делаю разбивку карты не 100 (по умолчанию) а в 64, тогда шустрее ерзает программа.

Особенно заметно на растровой подложке, например, яндекса (там битность цвета значительная: 256), на весь район получается 1.5 Гб 100х100км приблизительно.

 Вопрос к техподдержке [ Николаев Денис (разработчик) ]
Пятница, 10 июля 2015, 16:31

> видел огромную прокачку памяти на проект 10-20к точек за время генерации прокачивалось
> до 50Гигабайт данных как на чтение так и на запись.

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


 Вопрос к техподдержке [ Николаев Денис (разработчик) ]
Пятница, 10 июля 2015, 16:50

> для проектов новых (более 1000 точек) делаю разбивку карты не 100 (по умолчанию) а в 64,
> тогда шустрее ерзает программа.

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

> Особенно заметно на растровой подложке

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


 Вопрос к техподдержке [ ВладимиR [42] ]
Пятница, 10 июля 2015, 20:25

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

 Вопрос к техподдержке [ ВладимиR [42] ]
Пятница, 10 июля 2015, 21:10

на 4.2.7 загрузка 46000 точек составило 46 минут процессорного времени i5-3570k (без отрисовки)
генерация графики порядка 5 минут.
Прочитано - гигабайт, записано 350 Мб, сетевой трафик 300Кб/300Кб, диск 40Кб/45Мб соответственно.

т.е. с ранним ядром гораздо шустрее.

Обычная мифка с участками. XML выписки большой нет под рукой.

 Вопрос к техподдержке [ Иван ]
Суббота, 11 июля 2015, 06:18

ПКЗО шустро и без напрягов работает в Безопасном режиме, тогда и обновление графики молниеносное и ошибок не выдает. я Огромные проекты, типа линейные сооружения по всему населенному пункту, готовил именно так. Может это не правильно и вообще такого не должно быть, или возможно у меня где-то косяк в системе, но я победил эту работу именно в Безопасном режиме.
Ноутбук Система Win7 максимальная проц i7

 Вопрос к техподдержке [ ВладимиR [42] ]
Суббота, 11 июля 2015, 11:20

Иван, полтергейст. :)

 Вопрос к техподдержке [ ВладимиR [42] ]
Суббота, 11 июля 2015, 11:33

на 1.8.1.13 крэшится на той же мифке.

так что 4 ядро шустрее гораздо, а значит честь и хвала архитектору.

 Вопрос к техподдержке [ Константин Финагеев (разработчик) ]
Суббота, 11 июля 2015, 14:42

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


 Вопрос к техподдержке [ Николаев Денис (разработчик) ]
Понедельник, 13 июля 2015, 12:38

Владимир, по поводу "прокачки памяти" подведем итог.

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

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

3. При генерации графики высокая степень "прокачки" связана с большой нагрузкой на СУБД. Идет обработка большого количества записей, объектов и связей между ними. При этом доступ к СУБД происходит в постраничном режиме, т.е. чтение и запись выполняется блоками. Размеры этих блоков (страниц) задаются при реорганизации ГБД. Таким образом, увеличение размеров страниц увеличивает максимальный размер ГБД, но при этом также увеличивают и степень "прокачки".

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


 Вопрос к техподдержке [ ВладимиR [42] ]
Понедельник, 13 июля 2015, 18:15

http://habrahabr.ru/search/?q=%D0%BA%D1%8D%D1%88+%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81%D0%BE%D1%80%D0%B0

первые 10-20 статей интересные.

еще очень мне понравилась: http://habrahabr.ru/post/43905/

про счетчики имею представление. Ну на эти счетчики еще надо смотреть и на кол-во переключения контекста процесса, допустим выписка:https://yadi.sk/d/HMbrkd2Ghqawx загрузка работала более 6 часов (Стандартная ГДБ, настройки памяти в приложении по мах CPU c2d T5800 старичок) и крах.

https://stepic.org/lesson/Синхронизация-потоков-817/step/1
https://stepic.org/lesson/Многозадачность-816/step/4

Конечно это "прочий" IO. Но скажем так: диск не используем, память не используем, просто по шине гоняем со скоростью 10-20кб в секунду мусор на овер 12гигов (на примере выписки, автогенерация графики отключена) Конечно же в это время идет "обсчет" на проце.

Это мое мнение, никого не призываю принимать, обращать на него внимания.

чтобы быстро надо много ресурсов, проблема в 2гб в наше время не стоит высоко. Учитывая, что приложение 32 битное, это его порог в адресации.

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

 Вопрос к техподдержке [ ВладимиR [42] ]
Понедельник, 13 июля 2015, 18:16

немножно не корректно про 2гига. ну да ладно.

 Приложение к межевым и технич планамПриложение к межевым и технич планам [ Геннадий ]
Четверг, 16 июля 2015, 16:03

Почему нельзя приложение вставлять в формате "jipeg"

 Приложение к межевым и технич планам [ Иван Климентьев (разработчик) ]
Четверг, 16 июля 2015, 16:13

Например, п.19 требований к МП:«...документы, которые в соответствии с Требованиями подлежат включению в состав Приложения, оформляются в форме электронных образов бумажных документов в виде файлов в формате PDF...».


 Вопрос к техподдержкеВопрос к техподдержке [ gisuser ]
Пятница, 30 октября 2015, 17:01

Доброго времени суток!
Уточняю ЕЗП с частями, 4 дня обеспечивал читаемость чертежа, сегодня пришлось поменять крохотную часть границы 52 точки, их надписи стали мелкими (масштаб при замене был крупнее) выбрал я эти надписи и запустил генерацию графики... !!4 дня!!... - не так выбрал как надо и галочка сохранять местоположение надписей была отключена, и масштаб не тот, отгенерировала мне весь проект эта генерация, сначала начинать обеспечивать читаемость? нет обратной генерации?
P.S. клавиатуру жалко.

 Вопрос к техподдержке [ Иван Климентьев (разработчик) ]
Пятница, 30 октября 2015, 17:13

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


 Вопрос к техподдержке [ Александр ]
Четверг, 5 ноября 2015, 17:24

межевой план по образованию земельного участка из земель муниципальной собственности. На участке находятся строения, внесенные в ГКН. Вношу сведения о строениях в "Строения" (тип - справочное,)далее вношу сведения о строениях в ЗУ1 (тип связи - образуемая). На бумажном носителе не заполняются строки в реквизитах в соответствии с Требованиями (п.37) о имеющихся зданиях, при проверке замечаний по этому поводу нет. ПОЛУЧАЮ ПРИОСТАНОВКУ, подскажите что делать.

 Вопрос к техподдержке [ Иван Климентьев (разработчик) ]
Четверг, 5 ноября 2015, 17:34

Какие именно строки не заполняются и в чем именно заключается причина приостановки?

 Вопрос к техподдержке [ Александр ]
Четверг, 5 ноября 2015, 20:05

Приостановка из-за отсутствия сведений об имеющихся на образуемом участке зданий: реквизит 4 раздела "Исходные здания" и строка 6 реквизита 4 раздела "Сведения об образуемых земельных участках и их частях". В XML файле - раздел "Inner_CadastralNumber".

 Вопрос к техподдержке [ Иван Климентьев (разработчик) ]
Пятница, 6 ноября 2015, 09:45

Подготовка межевых планов на новом ядре (ПКЗО 4.1.х):

"3. Список ОКС (зданий\сооружений), расположенных на участке, теперь указывается иначе. Сначала нужно добавить строения с типом "справочный", затем добавить связи с этими строениями в списке "Строения" внутри участка в дереве панели проекта (или в списке "Участки" внутри строения).

Для измененного или уточняемого участка для связи нужно выбрать тип:
1) существующая связь - была до выполнения работ и сохраняется после;
2) добавляемая связь - добавляется в результате работ;
3) удаляемая связь - прекращается в результате работ."

Для уточняемого участка.

В исходных данных, согласно наименованию столбца для реквизита 4, указываются сведения об ОКС только для исходных участков. Обратите внимание, что для реквизита 5 явно указаны исходные, измененные и уточняемые участки. Если бы составители приказа имели ввиду указывать в реквизите 4 сведения об уточняемых, то логично было бы в названии столбца так и написать (как они сделали в реквизите 5). А что касается п.37, то там нет однозначных указаний для каких типов участков нужно включать сведения в какие разделы. Там просто перечислены типы участков и разделы в которые включаются сведения, но не указано, что для всех типов обязательно включение во все разделы.

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

Для образуемого участка.

Указать сведения в разделе «Исходные данные» можно после формирования печатного документа самостоятельно. В xml-документе это невозможно сделать из-за ограничений xml-схемы межевого плана. Как вариант можно приложить скан раздела печатного документа в pdf-формате. В аналоге раздела  "Сведения об образуемых земельных участках и их частях", сведения об ОКС будут указаны.


 Вопрос к техподдержке [ Лилия Купчихина ]
Понедельник, 31 октября 2016, 11:26

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

здравствуйте
реализована ли эта функция?

 Вопрос к техподдержке [ Николаев Денис (разработчик) ]
Понедельник, 31 октября 2016, 16:14

Пока нет.


 Межевой план исправление ошибкикиМежевой план исправление ошибкики [ Андрей ]
Понедельник, 19 марта 2018, 04:54

При загрузке исходного земельного участка XML файла возникает список замечаний Загружаемый код ограничения (обременения) 022004000000 отсутствует в классификаторе видов обременения XML-схемы а также 022006000000

 Межевой план исправление ошибкики [ Иван Климентьев (разработчик) ]
Понедельник, 19 марта 2018, 09:11

И это верное замечание.


 Вопрос к техподдержкеВопрос к техподдержке [ марина ]
Четверг, 26 июля 2018, 10:08

Добрый день подскажите пожалуйста в чем проблема, а именно при формировании технического плана на многоквартирный дом нет данных о местах общего пользования, отсутствуют сведения. Однако в помещения они включены, как нежилые помещения с определением общее имущество в многоквартирном доме. Например помещение №26. Также при формировании «Схемы расположения здания на земельном участке контур из-за дуг дает прерывистый, хотя если увеличить чертеж, то видно, что пунктира нет.

 Вопрос к техподдержке [ Иван Климентьев (разработчик) ]
Четверг, 26 июля 2018, 10:12

Мы затрудняемся заочно определить причины. Речь о каком документ - печатном или xml?

Пришлите проект на support@pkzo.ru


 Вопрос к техподдержке [ Амир ]
Вторник, 22 октября 2019, 11:31

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

 Вопрос к техподдержке [ Иван Климентьев (разработчик) ]
Вторник, 22 октября 2019, 11:37

Нет, не должны.


 Вопрос к техподдержке [ Иван ]
Пятница, 25 октября 2019, 09:41

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

 Вопрос к техподдержке [ Иван Климентьев (разработчик) ]
Пятница, 25 октября 2019, 10:05

Что такое «готовое сформированное выданное дело»? Zip-пакет?


 Вопрос к техподдержке [ Иван ]
Пятница, 25 октября 2019, 14:25

Да

 Вопрос к техподдержке [ Иван Климентьев (разработчик) ]
Пятница, 25 октября 2019, 15:30

Импорт (обратная загрузка), сформированного XML-файла межевого плана, в ПКЗО невозможен. 

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


 Вопрос к техподдержке [ Иван ]
Понедельник, 28 октября 2019, 07:20

Спасибо за развернутый ответ!

Ответить

Знаком «*» отмечены обязательные для заполнения поля.
Ваше имя:  *
Адрес электронной почты:  
Тема:  *
Сообщение:
 *
Подтверждение:
(не требуется для зарегистрированных пользователей)
 *
 
Copyright © 2016–2019 ООО «Радом-АйТи»
Лицензионое соглашение
главная | новости | о продукте | скачать | купить | форум | наш адрес