Форумы GIS-Lab.info

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

Если никто не ведет, может кто нить подскажет какую-нить идею по этому вопросу.

Заранее всем спасибо

А просто Excel не подойдет ?
Я просто не знаком на практике с этой тематикой, поэтому так спрашиваю

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

kirill_62 писал(а):можно конечно, попробовать. но просто база данны как то удобней мне кажется, в EXCEL только информация, а в базе возможно и хранение фалов (а не разбросанные файлы где непонятно) но я уже тоже думаю что это грезы, слишком замороченно, и долго писать что то, писать либо новую программу, либо web-верстка с БД, либо прикручивание модуля к QGIS

"Долго или нет" - при нынешних технологиях, это поверьте, на 99% зависит от постановки задачи.
Мои разработчики за день окучивают до 15 сущностей (на одного), если сис.аналитик все распишет толково.

Накидайте четко Ваше понимание чего Вы хотите от БД (программы), тогда коллеги:
1. подскажут существующее решение
или
2. подскажут похожее решение, которое надо доработать, настроить
или
3. сделают Вам новое решение
или
4. Пропустят Ваш вопрос ...

На Геодезист.ру в ресурсах выкладывали программу для каталогизации выписок..., но сам не пробовал
На так задача слагается из следующих условий:
могут быть 4 вида выписок:
- КПТ
- кадастровая выписка
- кадастровый паспорт
- выписка из ЕГРП
первые 3 из перечисленных имеют графическую информацию
все они из Росреестра приходят в виде zip архивов, в которых xml файл, sig файл и редко уже, но встречается pdf и sig для pdf
к сожалению в наименовании архива никак не отражается кадастровый номер участка или квартала на который его заказывали
по идее программа каталогизатор должна уметь загружать zip архив, из него извлекать xml анализировать по структуре и относить в группу по типу выписки, считывать номер квартала/участка и размещать его в древовидную структуру, аналогичную принятому в кадастровом делении - округ/район/квартал/участок
т.е. субъекты РФ/единицы АТД/квартала/участки, соответственно КПТ должны отображаться на уровне кварталов (КПТ на "нулевой" квартал соответственно относится к уровню "единицы АТД"), а выписки/паспорта/данные ЕГРП на уровне - Участки, вопрос как их группировать - по номеру участка или по типу выписки наверное спорный, наверное по номеру участка более верный вариант, но хорошо бы если можно было переключать тип сортировки
также по каждой выписке должна отображаться дата, т.к. бывает целесообразно заказать новую выписку, для обновления информации...
Естественно программа не должна внутри себя хранить сами выписки, достаточно ссылок, но возможность пакетного копирования выбранных выписок из списка в новое место хранения - желательно...

Донецков писал(а): и размещать его в древовидную структуру, аналогичную принятому в кадастровом делении - округ/район/квартал/участок
т.е. субъекты РФ/единицы АТД/квартала/участки,

Извините за офф-топ, но я не смог удержаться: вы хотите присвоить росКадастру упорядоченность, которая в нем отсутствует. Например, в Московской области, пострадавшей от харасметна братской любви с Москвой, есть около 150 тысяч участков с кадастровым номером 50:.... , но входящих в кадастровый квартал/район/округ 77:...
И это не говоря том, что и по округам и районам гуляют участки из других единиц. Для кварталов - это вообще ординарное явление, где то 1%.

Не спорю, и не только в Москве/Подмосковье, но это можно на худой конец отмечать в "Примечании", в крайнем случае, т.к. более 90% участков все-таки совпадают со своей "пропиской"...

Данная тема кажется из общих соображений оч. родственной с недавней темой Программа для учета топокарт

Вариант решения. Программа тестировалась исключительно на Win7-64 и явно недостаточно.

Все никак руки не доходят допилить поделие

Смысл в том, чтобы скрипты разбирали все архивы и xml'ки и создавали папки и подпапки в нужной иерархии.
У меня сейчас оно работает(почти) так:
- Есть папка куда закидываются все выписки
- По таймеру, папка разбирается у файлов выписок вычисляется md5 сумма. В последствие она будет являться именем файла выписки.
- Далее скрипт анализирует каждый файл (что это и к какой кадастровый номер и дату). Данные об этом заносятся в БД.
- Скрипт-сборщик читает всю БД и собирает "пачки" по кадастровым регионом.
- Для себя так же планирую собирать shp слой с визуализацией данных как здесь, только с поквартальными полигонами.
- Далее все раздается по bittorrent протоколу

kirill_62
Вы нашли для себя приемлемый вариант?
Если да, поделитесь на чем остановились, пожалуйста

Если честно, был огромный завал на работе, поэтому пропал на некоторое время отсюда. Пока решение на найдено.... Смотрел что предложили в предыдущем сообщении, не совсем понравилось, все красиво, но там как я понял на скорую руку, только прописывает что существует такой то квартал, а его файл называется так то, а если хочешь открыть его то сам проводишь поиск по имени на компе, думаю не совсем удобно, но это мое личное мнение, либо я не до конца разобрался, буду еще смотреть. Да и думал может с визуализацией как то поудобнее будет, но это мечты....Думаю наверно стоит сеть учить Python и что то писать самому для QGIS, будем искать самоучитель какой нить и учиться.... СНОВА В ШКОЛУ))))))

kirill_62 писал(а):Да и думал может с визуализацией как то поудобнее будет, но это мечты....Думаю наверно стоит сеть учить Python и что то писать самому для QGIS, будем искать самоучитель какой нить и учиться.... СНОВА В ШКОЛУ))))))

НУ или попробовать, как предлагалось выше, написать требования ("хотелки"),
возможно кто-то посоветует подходящее решение или даже сделает

Сейчас я прихожу к такому ходу работы:

1. Скачивается ZIP КПТ
2. В QGIS написать плагин (или же даже отдельную прогу), который будет разархивировать ZIP и читать XML, с возможностью передачи данных в БД.
3. А уж QGIS будет визуализировать данные с БД.

4. Вот только пока думаю, над тем, что допустим приходит новая КПТ (свежая), что делать со старой??? допустим тоже хранить в БД (но тогда как не запутаться, какая новая а какая старая КПТ) либо же удалять старую из БД и записывать новую, из эотго вытекает что в пункте 2, должен проводиться поиск старой КПТ в БД и если она существует, то предлагать перезаписать ее либо записать еще раз.

Либо в место пункта 2, использовать Landprocessor, но тогда остается вопрос продумать красивую структуру БД и решить вопрос по пункту 4.


Если у кого то есть идеи, или может что то я не то думаю или пишу, корректируйте.

Просто думаю если прикрутить плагин к QGIS, это даст менее затратное время, на открытия программ разных и уменьшает кликанья мышкой)