PADB – разрабатываемый модуль расширения QGIS для работы с пространственными данными об ООПТ. Немного о нем писалось в предыдущих сообщениях, теперь поконкретнее о том, что будет внутри и как все это будет работать и выглядеть. Предупреждение, дальше – весьма специфическая информация.
Работать с модулем будут скорее всего люди плохо знакомые с Г?С, поэтому все должно быть очень просто. Второе условие – храниться пространственные данные будут в shape-файлах, поэтому атрибутика и геометрия будут разделены.
Основой всего будет список объектов, в виде панели типа такой:
Как видно, панель состоит из двух частей. Нижняя – содержит геометрически примитивы (собственно контура объектов – полигоны, линии, точки) и заполняется из соответствующих shape-файлов. Если в shape-файлах есть поле name с именем объекта, то нижний список достаточно удобен для восприятия (в отличие от неподписанных элементов, показывающихся как oopt-poly – Unknown). Свободный элемент – геометрия еще не соединенная с объектом БД.
Дальше, в интерактивном режиме, эти геометрические примитивы “собираются” в объекты БД, с помощью меню добавления нового объекта или просто перетаскиванием в верхний список. Большой нюанс в том, что одному элементу может соответствовать несколько геометрий (кластерные ООПТ), как правило полигонов, а в перспективе, и кучи всего другого, точек встреч редких видов, линейных объектов, привязочных точек площадок и фотографий и бог знает чего еще.
Таким образом оператору один раз надо будет “собрать” сеть ООПТ.
Ну и наконец, после того, как она собрана, можно приступить к заполнению собственно установленной формы кадастра, которая соответствует каждому созданному объекту и вызывается из верхней части списка.
К этому всему будет приделано еще много чего, для быстрой навигации по объектам и заполнения атрибутики. Если вы хотели бы попробовать все это в действии или есть какие-то пожелания, сейчас самое удобное время их высказать.
Вещь очень ценная и может иметь не только столь узкое назначение. Если бы добавить возможность самостоятельно модифицировать атрибутивную таблицу, или гого пуще, добавить связь с внешней БД… 🙂 Хотя тогда это уже будет не для “людей, плохо знакомых с Г?С “
?МХО шейп – плохая идея для хранения базы данных, он при работе в ArcView и ArcGIS часто портился, да и ограничение у него в 254 поля в атрибутивной таблице. Я бы выбрал Postgis для хранения данных
Ну насчет порчи шейпа – это вопрос, 254 поля в общем тоже достаточно для большинства целей, а вот отсутствие чего-то типа МЕМО-полей для больших объемов текста – это минус конечно. Не знаю, есть ли сие в PostGIS.
Пересоздать Г?С не пытаемся 🙂 Пытаемся внести порядок в отдельно взятую область. Шейпы используются только для хранения геометрии, вся атрибутика – в SQLite.