Со времени принятия Градостроительного
Предыдущие публикации, в которых описывались особенности построения ГИС-решений от CSoft, были в основном посвящены вопросам отработки эффективности собственно технологии. И это неудивительно, учитывая лавинообразно нарастающие объемы информации, подлежащей анализу. Однако практический опыт внедрения показал: если с самого начала не смоделировать весь жизненный цикл информации, которой оперирует ИСОГД, эффективность от внедрения системы будет резко снижена, в том числе из-за неоправданно большого объема ручной работы по вводу и многократному обновлению данных. Причем если этот жизненный цикл почти всегда изначально закладывается при проектировании ИСОГД в части использования оперативной информации из муниципальной ГИС и систем мониторинга инженерных коммуникаций, то документы территориального планирования чаще всего ранее рассматривались как некий статический пласт, используемый «вприглядку» и вряд ли подлежащий оперативному обновлению.
Сегодня такой подход никак не может быть признан правильным: жизнь показывает, что построение эффективной ИСОГД возможно только при выполнении двух важных условий:
Именно понимание необходимости обязательного выполнения названных условий и привело две компании, специализирующиеся в части разработки методологии градостроительной деятельности (ИТП «Град») и в части построения эффективной технологии создания распределенных геоинформационных систем (CSoft), к решению об объединении усилий. За год сотрудничества были достигнуты определенные результаты, с которыми мы и хотим ознакомить читателей журнала.
Технологии построения крупномасштабных ГИС-проектов, последовательно продвигаемые CSoft, подробно описаны в предыдущих публикациях и доступны как в печатном, так и в электронном виде. В основе таких технологий лежат:
Такая технология построения ИСОГД полномасштабно используется в Тюменской и Калининградской областях. При этом соблюдается ее двухуровневость, то есть на уровне муниципальных образований осуществляется ведение градостроительной информации в заданных географических и правовых рамках, а также, что особенно важно, в принятой системе координат. «Координатный вопрос» всегда был и остается болезненным: на уровне отдельных муниципальных образований ведение градостроительной информации, как правило, осуществлялось в местной системе координат, земельный кадастр — в системе координат 1963 года, наиболее приемлемая для ведения информации по межселенным территориям карта масштаба 1:10 000 — в системе координат 1942 года. А недавнее постановление
Предмет нашей особой гордости — эксплуатируемая в промышленном режиме система в подмосковных Мытищах, которая была признана лучшим отечественным проектом 2006 года. Однако совершенству нет предела. В текущем году была запущена система удаленного доступа со стороны сельских муниципальных образований к серверу, находящемуся в администрации района, что «вживую» демонстрировалось на выставке «Подмосковье-2007».
Несмотря на очевидный успех, разработчики технологии построения ИСОГД на основе СУБД Oracle продолжают совершенствовать свое детище. Итак, какие новые возможности были реализованы?
Время подтвердило правильность выбора базовой технологии построения ИСОГД на основе Oracle Spatial.
Во-первых, потому что никто из конкурентов Oracle не предложил альтернативных технологий, хотя бы отдаленно сопоставимых по эффективности: по данным независимых маркетинговых исследований, уже более 80% мирового рынка корпоративных хранилищ пространственной информации основаны на СУБД Oracle.
Во-вторых, потому что и сам Oracle динамично развивается: вышедшая недавно новая версия СУБД 11g содержит ряд существенных улучшений именно в части работы с пространственными данными.
Помимо логичного и вполне ожидаемого расширения списка поддерживаемых для преобразования внешних форматов данных и метаданных, при переходе на версию Oracle Spatial 11g пользователи получат:
В предыдущих статьях мы уже отмечали, что ГИС-решения от CSoft поддерживают специальную возможность Oracle, которая называется Workspace Manager и по сути является «машиной времени». С ее помощью любой пользователь при необходимости может без перезагрузки архивных данных генерировать на своем мониторе информацию на любой момент времени, с возможностью объединения на одной карте актуальных и исторических данных, причем корректировка исторических данных «задним числом» здесь исключена принципиально. В версии Oracle 11g эта технология получила дальнейшее развитие, что лишний раз свидетельствует о правильности выбранного пути.
Когда стало очевидно, что задачи накопления, анализа и конвертации пространственных и описательных данных, вне зависимости от их объема и количества пользователей, действительно успешно решаются с помощью «джентльменского набора» Oracle — CS MapDrive — семейства предметно ориентированных пользовательских приложений (UrbaniCS, UtilityGuide), логично сформировалась и следующая насущная проблема.
Ведь каждому объекту в ИСОГД обязательно соответствует некий набор не только семантических характеристик, но и документов в официально-бюрократическом значении этого слова. Мало того, эти документы не являются каким-то застывшим набором, они меняют свой статус по мере многотрудного продвижения от инстанции к инстанции. В самом деле, любому предварительному землеотводу ставится в соответствие как минимум заявка, которая по мере рассмотрения «обрастает» визами и резолюциями, в каждый момент времени она находится у вполне конкретного исполнителя, а контроль ее прохождения и составляет основную задачу навязшего в зубах «единого окна».
Типовой процесс движения такого документа в типовой же задаче резервирования адреса представлен на рис. 1.
Затем, если просителю повезет, к заявке добавятся и акт выноса на местность, и градостроительный план, и разрешение на строительство, и еще множество различных «бумажек», имеющих свой жизненный цикл. Информация же для автоматизированного формирования этих документов черпается именно из семантической базы. Однако документы со своими статусами должны храниться отдельно. Мало того, доступ к ним должен быть строго регламентирован.
На первых этапах развития ИСОГД от CSoft задачи документооборота решались с помощью внутренних модулей UrbaniCS. Однако постоянное усложнение этих задач, учет того факта, что часть пользователей будет решать чисто «канцелярские» задачи, не нуждаясь в доступе ко всем данным ИСОГД, необходимость формирования реестров и архивов документов вынудили нас искать альтернативное программное обеспечение.
Естественно, первой стандартной системой документооборота, на которой мы отрабатывали новую идеологию построения ИСОГД, стала прекрасно себя зарекомендовавшая система TDMS, разработанная CSoft Development. «Естественно», поскольку эта система была изначально ориентирована на использование только с серверными базами данных, в частности с Oracle, поскольку она изначально оснащалась интерфейсами связи с графическим документами, поскольку… опытная команда разработчиков TDMS была заинтересована в расширении функционала своего продукта по заявкам своих коллег, то есть нас.
Первый же пилотный проект показал правильность предпринятого подхода. Пользователи «канцелярского» типа продолжат работать с документами в привычном интерфейсе, а каждое изменение статуса документа тут же станет доступно пользователям ГИС-приложений, позволяя им полноценно проанализировать ситуацию.
Так, пользователь «классического» документооборота сможет просматривать, например, разрешения на строительство с учетом текущего статуса документа (рис. 2).
Но и пользователю ГИС-приложения доступен просмотр связанных с объектом на карте документов, хранящихся и обновляемых в системе документооборота.
При этом возможным становится выполнение запроса с критерием, включающим не только пространственные и семантические, но и статусные характеристики. То есть запрос «Показать все утвержденные в установленном порядке землеотводы, по которым было произведено вынесение границ на местность до 12 декабря прошлого года и рассмотрение по которым шло более 45 дней» может быть выполнен ГИС-приложением с опциональным просмотром в защищенном режиме образов самих документов (без выгрузки локальной копии документа).
Одной из наиболее наболевших проблем являлась унификация данных ИСОГД и систем мониторинга инженерных коммуникаций. Эти два направления долго шли параллельными путями: слишком велика казалась разница в уровне детализации данных, как пространственных, так и атрибутивных. Однако опыт внедрения ИСОГД совместно с системами мониторинга инженерных коммуникаций в Тюменской области показал, что существование различных структур данных, синхронизируемых специальными сценарными файлами, нетехнологично. Поскольку в небольших городах и структуры, занимающиеся разнообразным мониторингом, небольшие, существует тенденция к объединению компетенций. Кроме того, возможен вариант, когда вообще используется один сервер вместо нескольких распределенных. Этим решается проблема кадров: серверы, на которых работает Oracle, требуют грамотного администрирования, а при небольших расстояниях и относительно небольших объемах данных логичнее хранить всю информацию централизованно, с распределением прав доступа.
Поэтому было принято решение о перепроектировании структуры данных ИСОГД с некоторой избыточностью. Это позволит службам мониторинга инженерных коммуникаций получить полный доступ к фрагменту структуры, описывающему эти коммуникации. Градостроительные службы обращаются к тем же фрагментам, но с автоматическим агрегированием данных, позволяющим вносить свою специфическую информацию семантического характера, недоступную инфраструктурным компаниям.
В самом деле, сотрудникам администрации, осуществляющим градостроительные функции, вряд ли важно, в какую погоду была установлена ремонтная врезка в кабельную трассу и был ли просвечен сварной стык в газовой трубе, а сотрудникам кабельных сетей, в свою очередь, не обязательно знать, что прокладка новой кабельной линии произойдет за счет застройщика в качестве обременения.
В результате была получена единая структура данных с унифицированными справочниками, которая может использоваться как для распределенных серверов, так и для централизованного хранения на едином сервере. При этом все вносимые изменения становятся немедленно доступными всем пользователям и UtilityGuide, и UrbaniCS при наличии достаточных прав доступа.
Пример одновременной работы пользователей системы мониторинга газовых коммуникаций GasGuide и UrbaniCS приведен на рис. 4.
Стратегической целью Института территориального планирования «Град» со дня его основания остаются разработка, внедрение и постоянное совершенствование комплексного градостроительного подхода к управлению развитием территорий муниципальных образований. Эта цель достигается путем постоянного исследования проблем в области нормативно-правового регулирования градостроительных и земельно-имущественных отношений, методических подходов к градостроительному проектированию и созданию автоматизированных систем обеспечения градостроительной деятельности (ИСОГД). Исследования проводятся в процессе разработки конкретных градостроительных документов на территориях многих муниципальных образований различных регионов страны.
Колоссальное увеличение объемов градостроительного проектирования, вызванное небывалыми темпами роста всех направлений муниципальной экономики, вывело на первый план проблему создания единой автоматизированной системы управления градостроительным развитием территорий. Эта проблема не нова. Работа по совершенствованию управления развитием территорий ведется уже более полутора десятка лет. За это время было предложено множество разнообразных решений с обозначением приоритетов, часто несовместимых либо противоречивых по своей природе. Поэтому вполне закономерно возникновение идеи о системе управления градостроительным развитием территорий, которая представляет собой единый автоматизированный комплекс, включающий сведения о современном состоянии и использовании территорий; градостроительные решения всех уровней; нормативно-правовые и экономические инструменты.
В ходе проведения названных исследований институтом выполнен ряд научно-исследовательских работ, подготовлены методические рекомендации по разработке градостроительной документации муниципальных образований и созданию информационных систем обеспечения градостроительной деятельности (ИСОГД) как муниципального, так и регионального уровней. И эта деятельность уже принесла свои результаты. На сегодняшний день сформирована достаточно целостная методология разработки комплексных проектов управления градостроительным развитием территорий, которая широко внедряется на территориях пяти регионов России.
По нашему мнению, установленное градостроительным законодательством минимальное содержание ИСОГД не сможет обеспечить сложные процессы управления развитием территорий в условиях стремительно активизирующихся инвестиционных программ и динамических преобразований земельно-имущественных отношений. Единственным правильным решением мы считаем создание в муниципальных образованиях автоматизированной ИСОГД, которая представляет собой инструментальный комплекс, обеспечивающий информационно-аналитическую поддержку управленческой деятельности органов архитектуры и градостроительства в сфере развития территорий. В этом случае минимальный состав разделов ИСОГД, утвержденный Постановлением Правительства
Предлагаемое решение по созданию ИСОГД полностью соответствует требованиям федерального градостроительного законодательства и вместе с тем позволяет решить множество вопросов местного значения, регламентированных Федеральным законом «Об общих принципах организации местного самоуправления в Российской Федерации».
В результате проработанные специалистами ИТП «Град» классификаторы, используемые при создании градостроительных документов и их применении совместно с пространственными данными, были гармонично встроены в используемую UrbaniCS структуру данных ИСОГД.
Разумеется, работа еще продолжается, однако первые ее итоги уже можно подвести.
Выполненные на той же картографической основе, что и остальные данные ИСОГД, функциональные и территориальные зоны, зоны с особыми условиями использования территорий, красные линии и линии регулирования застройки, а также иные градостроительные данные доступны сотрудникам, занимающимся градостроительной деятельностью. При этом градостроительные требования и ограничения просто генерируются в виде результатов пространственных запросов (особенно эффективно их исполнять на стороне сервера Oracle, не задействуя ресурсы рабочих станций).
Любые предложения по изменению градостроительных документов в силу изменившихся обстоятельств рассматриваются в соответствии с процедурами, установленными законодательством. И, что не менее важно, все изменения, утвержденные соответствующими инстанциями, также вносятся в единое хранилище данных с сохранением всех предыдущих состояний градостроительных документов. Эту возможность обеспечивает все тот же Workspace Manager.
При проведении конкурсов на разработку градостроительной документации появится, наконец, возможность сформулировать единые технические требования, что позволит использовать результаты работы специалистов-планировщиков непосредственно после выявления победителей, просто «положив» соответствующие данные на нужные «полочки» ИСОГД.
Таким образом, современный этап развития ИСОГД требует внедрения комплексного и сбалансированного решения, основанного на единой методической и технологической базе, уровень которой гарантированно обеспечивает перспективное развитие систем поддержки градостроительной деятельности вне зависимости от сложности решаемых задач, объема перерабатываемых данных, количества одновременно и на разных уровнях работающих пользователей.
Этапы внедрения такой комплексной системы приведены на рис. 6.
Как видим, объединение опыта специалистов ИТП «Град» и CSoft принесло впечатляющие результаты. Но на этом наше сотрудничество не заканчивается. Впереди новые проекты, новые свершения!
