Обсуждение

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

Работа с ПКЗО с большими объемами информации [ Валерий Аюпов ]

Пятница, 30 ноября 2012, 10:19

Добрый день Уважаемые разработчики и посетители данного форума! Давно хотел написать. Очень уважаю труд разработчиков ПКЗО и даже больше скажу, что ПКЗО на сегодняшний день в плане формирования и подготовки документов для ОКУ является одним из лучших в России. Об этом постоянно говорю. Но имеются некоторые минусы. Так если в проекте больше 10000 точек, то работать становится с трудом, а то и порой невозможно. Большие временные обработки объектов приводят просто к отдыху работающего и низкому коэффициенту выходных документов. Может как предложение для больших объектов делать серверные приложения на бесплатных СУБД. Взять к примеру по аналогии ПК ЕГРЗ (уже в истории) он и при больших размерах шевелился. Или сделайте при ПКЗО тот конвертер XML где работнику ПКЗО можно было быстро определиться, что ему заливать в проект из исходных данных XML-документов (это про КПТ). Рекомендую кстати использовать на мой взгляд очень неплохой конвертер КПТ, который за очень короткий промежуток времени обрабатывает большие объемы КПТ в виде XML-файлов (https://sites.google.com/site/landprocessorproject/landprocessor)

С уважением!

[ Николаев Денис (разработчик) ]

Пятница, 30 ноября 2012, 11:34

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

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

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

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

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

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

[ Лилия Купчихина ]

Понедельник, 25 марта 2013, 11:41

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

[ Иван Климентьев (разработчик) ]

Понедельник, 25 марта 2013, 11:52

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

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

[ Иван ]

Пятница, 21 ноября 2025, 22:47

Здравствуйте! Объемы КПТ растут программа надолго задумывается при загрузке КПТ. Какие настройки необходимы для быстрой обработки данных при этом загрузка ЦП 26%, а занимаемый ОЗУ 375 Мб. В системе ресурсы есть как заставить программу более активно их расходовать. Трудно загружать много контурные участки, терзоны, и другие зоны состоящие из большого количества контуров (лесфонд например) по на огромной территории порой на нескольких муниципальных районах.

[ Денис Николаев (разработчик) ]

Понедельник, 24 ноября 2025, 14:06

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

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

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

Ответить

Знаком «*» отмечены обязательные для заполнения поля.