Геоинформационная система "Компас-2" и возможности её использования для ведения природных кадастров России

Государственная система кадастров делится на множество кадастров, одним из которых является кадастр памятников России.

Актуальность темы диктуется необходимостью создания базы данных о памятниках России для контроля за их состоянием как экологическим так и техническим.

Целью работы является создание варианта кадастра памятников России и привязка его (как дополнение) к ГИС ВлКомпас-2В».

Задачи исследования:

Исследование возможностей использования ГИС ВлКомпас-2В» для создания различных видов природных кадастров, определение недостатков, предложения по доработке.

Создание инструкции пользователя по ГИС ВлКомпас-2В» для использования её в учебном процессе в курсе ГИС. Разработка вариантов заданий с ответами.

Сбор данных по памятникам России (описание, мастер, фото и т.п.)

Сведение данных в единую базу;

Разработка варианта кадастра памятников России

Исходные данные:Ва ГИС-технология ВлКомпас-2В».

ДляВа поиска данных по памятникам России был использован Internet и материалы Публичной Библиотеки.

Практическая значимость результатов работы

Результаты проделанной работыВа имеют следующие направления применения:

в Гос.Думе как дополнение к ВлКомпас-2В» (эта ГИС-технология в настоящее время там применяется), или других государственных ведомствах

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

1.Кадастр

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

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

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

- в плоскости геоинформатики как дисциплины, оперирующей общими, не зависящими от области применения, свойствами пространственной информации и в сфере геоинформационных технологий, использующих эти свойства;

- в плоскости "обычной" информатики, так как не вся информация, обращающаяся в кадастре, имеет прямое отношение к пространственным объектам;

- в плоскости той или иной конкретной предметной области с ее специфическими задачами, сложившимися организационными структурами, терминологией и даже традициями;

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

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

Все это приводит к тому, что вокруг понятия кадастр, кадастры сегодня происходит чересчур много споров, которые напоминают иногда споры о том, каков данный предмет - "круглый, зеленый или твердый?" Одни считают, что "Кадастр" с большой буквы - это имя собственное, это Земельный кадастр, и только он один как Государственный кадастр и есть и должен быть, все остальное - от лукавого и попытки примазаться. Другие перечисляют множество возможных и нужных видов кадастров различного назначения - лесной, минерально-сырьевых ресурсов, недвижимости, водных ресурсов. Говорится также и о весьма комплексных кадастрах - градостроительном, урбоэкологическом и, наконец, комплексном территориальном.

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

В ГИСовских пакетах разных производителей - не меньшая путаница. Фирменная терминология даже распространенных пакетов общего назначения часто трудносопоставима без специального анализа, также встречаются и синонимы, и неполные синонимы, и омонимы. Еще хуже обстоит дело с терминологией, используемой в узкоспециализированных системах - за конкретным назначением операции пропадает ее сущность с точки зрения общей геоинформатики. Сама классификация ГИС-пакетов, хотя ей немало уже сообщений посвящено, остается областью на практике очень нечеткой. Под словом ГИС сегодня скрываются очень разные вещи. Мелькают еще и термины LIS (Land Information System - земельная инфорВнмационная система), FM (Facilities Management - системы управления объектами распределенной хозяйственной инфраструктуры), AM (Automated Mapping), что иногда переводят буквально, как системы автоматизированного картографирования, забывая при этом, что в реВнальности это реализация простейшего принципа работы с пространственной информацией, пред-ГИС, заключающегося просто во вводе, хранении в компьютере и отображении карт, воспринимаемых просто как чертежи. До сих пор встречается (надеюсь, что не среди наших читателей) прямое связывание понятия "геоинформационная система" или с географией, или с геологией, или с геодезией. Тогда как связь-то на самом деле с геоинформатикой, и речь в приставке "гео" идет о географическом, простВнранственном принципе организации информации, о пространственных информационных системах, составляющих функциональное ядро любой "настоящей" ГИС.

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

Какие это могут быть требования? БазовыВнми для кадастров любого типа являются функции учетные, инвентаризационные. Соответственно, критически важным является качество представления в компьютере графических данных, прежде всего, границ объектов. Качество в данном случае не исчерпывается только полнотой (отсутствием пропусков объектов) и малыми допусками на точность представления положения каждой линии по сравнению с натурой. Качество цифровой графической базы в данном случае - это еще и ее корректность, внутренняя непротиворечивость. Это внутренняя непротиворечивость внутри одного тематического слоя - соответствие формального геометрического типа каждого объекта его смысловому содержанию (я говорю о такой, например, вещи, как замкнутость всех площадных объектов. Все, что по смыслу своему является площадным объектом, должно быть представлено замкнутым полигоном, замкнутым не только визуально, но и в формальном геометрическом смысле). Все границы прилегающих полигонов должны быть в точности одной и той же линией, а не просто визуально неотличимыми двумя близкими линиями. В земельном кадастре абсолютно вся территория, без пропусков, должна принадлежать какому-либо площадному объекту - полигону, пусть даже полигону с атриВнбутом "нет сведений". Не должно быть никаких, даже микроскопических паразитных полигонов, происходящих из неточных соответствий контуров. Да и между различными слоями информаВнция должны быть согласована.

Все эти требования делают необходимым использование топологического контроля в процессе создания кадастровых карт. Я берусь со всей ответственностью заявить, что никакие квалификация и усердие операторов ввода, будь то дигитайзерные технологии, сканерные технологии с ручной прорисовкой или с использованием программ-векторизаторов, не дают необходимого качества карт без использования топологического контроля. Правда, сегодня даже некоторые наиболее продвинутые отечественные пакеты по векторизации, типа Easy Trace и MapEdit, включают в себя некоторые средства такого контроля. Это очень хорошо, но окончательное редактирование карт должно производиться все-таки в самой ГИС. То есть, делаем вывод - ГИС пакет или система пакетов, используемых в кадастре, должны поддерживать векторно-топологическую модель данных по крайней мере на каких-то этапах работы и на определенном уровне рабочих мест,

Пожалуй, еще более существенно наличие топологического контроля на этапе функционирования кадастровой системы. Многочисленные редактирования, особенно проводимые как отдельные разрозненные акты редактирования, в разное время и разными исполнителями, неизбежно быстро нарушат целостность базы данных без наличия того же топологического контроля. Это касается и целостности системы связей "графические объекты-атрибуты", и корректности взаимоотношений между графическими объектами. Часто, говоря о требованиях кадастровой системы к программному обеспечению, забывают, что кадастр не создается один раз навсегда как система, фиксирующая существующие отношения собственности на, например, земельные угодья. Кадастр должен жить активной жизнью, и быть способным отслеживать оперативно и без нарушения работоспособности все происходящие изменения.

В частности, должна обеспечиваться упомянутая целостность базы данных при ее редактировании, и должна поддерживаться возможность отслеживания истории изменений базы данных. Юристы легко подтвердят важность возможности отслеживания такой истории владения объектами собственности - земельными участками, объектами недвижимости - для урегулирования спорных ситуаций. Надо понимать, что для этого необходимы специальные средства, отслеживающие каждое изменение базы данных и ведущие журнал таких изменений, а не просто хранение копий состояний базы данных в отдельные дискретные моменты времени (это, например, обеспечивает модуль ArcStorm системы ARC/INFO). А отслеживать изменения пространственной БД гораздо сложнее, чем непространственной - земельные участки не только меняют владельца и характер использования, они еще по ходу их истории делятся, объединяются, меняют форму и соседей, В такой ситуации отслеживание истории землеВнпользования (например)также требует использования векторно-топологической модели данных.

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

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

Опять та же пресловутая топология! Не слишком ли много о ней разговоров. Многие говорят, что это хорошо, но вот все системы, поддерживающие векторно-топологический формат, дороги, сами структуры данных чрезвычайно сложны и, за счет этого, не обеспечивают того быстродействия, как более простые! Ответ на это должен быть простой - ни один пакет ГИС, взятый в единственном числе, не обеспечит сегодня эффективного решения задачи построения и, тем более, эксплуатации кадастра. Требуется находить некоторую комбинацию из нескольких тесно взаимоувязанных пакетов разного уровня сложности и разной стоимости, разделяющих одну и ту же идеологию, модели, форматы данных. Это, помимо прочего, позволит также радикально разрешить и проблему выбора аппаратной платформы. Ясно, что на некотором уровне кадастра совершенно необходимо сегодня - или будет необходимо завтра (не надо обольщаться!) - использование компьютеров более мощных, чем привычные офисные персоналки (будут ли это мощные сервера и рабочие станции на базе lntelовского процессора с Windows NT или RISC/UNIX рабочие станции и сервера, это не так принципиально). И так же ясно, что уровень массового пользователя не может и не должен быть обеспечен ими, а только гораздо более дешевыми ПК не самоВнго верхнего уровня. Я не случайно употребил во множественном числе "модели данных", а не "модель данных", потому что сегодня есть примеры комплексирования в одной системе связных пакетов нескольких моделей данных, в частности, векторно-топологической и векторной нетопологической (наглядный пример - покрытия ARC/INFO и шейп-файлы), а также и растровой моделей данных.

Следует также отдавать себе отчет, что никакая комбинация из сегодняшних ГИС (имея в виду именно ГИС-пакеты) не в состоянии обеспечить работу кадастра на федеральном и даже большом региональном уровне при высокой интенсивности пространственных запросов большого числа удаленных, то есть работающих по каналам связи, пользователей. А такая перспектива для нас является если и не ближайшей, то очень близкой. Sдecь необходимо использование принципиально нового и в мире, а в России почти совсем неизвестного, класса программных продуктов - серверов пространственных баз данных. Эти системы обычно опираются как на подстилающий уровень на мощные реляционные СУБД класса Oracle или Informix, но представляют собой совершенно отдельный, новый тип систем. (О сервере пространственных данных SDE мы уже кратко рассказывали в предыдущих номерах ARCREVIEW, а в этом номере ему посвящен целый разворот).

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

- возможных и необходимых - связей огромно, и всех их заранее не предусмотреть. Попытки под крышей какого-то частного кадастра объединить несколько, или тем более все возможные кадастры, наталкиваются на сопротивление со стороны других ведомств и специалистов. И, наверное, на оправданное сопротивление. С другой стороны, местные администрации заявляют, и также вполне обоснованно, что им важнее всего комплексный взгляд на территорию, ее ресурсы и проблемы. Под лозунгом комплексного территориального кадастра нельзя объять необъятного. Тем более, что приоритетные задачи у конкретных регионов различные и меняются с течением времени, и всех необходимых связей предусмотреть заранее нельзя. Единственное разумное решение - комплексный территориальный кадастр должен представлять собой не отдельную систему а систему комплексного использования на региональном уровне отдельно существующих, но согласованных частных кадастров. Так вот, такое согласование разных кадастров, разных тематических слоев и даже разных масштабов возникло на базе использования векторно-топологических данных. В последнее время программные продукты ESRI приняты за основу при создании ряда национальных и региональных систем ведения земельного кадастра (достаточно часто он является основой прочих кадастров). В их числе:

Австрия. Дистрибьютор ESRI в этой стране, компания Datamed Informations Systeme, выиграл проект стоимостью 2,5 млн. долл. США Австрийского федерального кадастрового агентства. К интегрированной информационной кадастровой системе подключены все 68 региональных офисов Агентства. В числе других создаются кадастровая карта страны и карта сельскохозяйственного использования земель. Установлено 78 лиВнцензий ARC/INFO и ArcStorm, 250 ArcView. Помимо этого, в рамках тематически связанного с кадастровым проекта, Datamed поставила ГИС сиВнстему австрийскому правительственному департаменту по дистанционному зондированию. В нее входит три лицензии ARC/INFO, ArcStorm, ARC GRID, 6 лицензий ERDAS Imagine с модулем ORTHOMAX.

Кипр. Компания Dansoft и ESRI выиграли US $ 12 млн. контракт на создание системы национального кадастра и регистрации земель.

Иордания. Центральный аппарат Департамента земель и съемки, а также региональные офисы регистрации земель во' всех городах страны переведены на работу с продуктами ESRI. В базу данных занесена информация по 812 тыс. земельных участков, 2 285 тыс. землевладельцев. Ежегодно фиксируется порядка 15 тыс. сделок с землей. Королевским географическим центром Иордании (национальное картографическое ведомство) с помощью ГИС продуктов ESRI переведено в цифровую форму (в виде покрытий ARC/INFO) более 23 тыс. листов кадастровой карты.

Малайзия. По проекту MINI CALS осуществляется вторая фаза повсеместного, в пределах страны, внедрения ГИС в составе ARC/INFO, ArcView, SDE и приложений, написанных на MapObjects, Продукты используются в комплексной информационной системе, в которую входят подсистемы Управления информацией, Кадастровой съемки, Крупномасштабного картографирования, Управления базой данных по кадастру.

Мексика. Несколько лет назад правительство Мексики законодательно утвердило новую земельную реформу разрешавшую передачу части земельных угодий (более 50% общей площади земель, более 10 млн. участков) в частное владение фермерам. Для контролируемого проведения этой реформы Национальный институт статистики, географии и информации ( INEGI , основное агентство по картографии и переписи населения) выделил около 8 млн. долларов США на создание ГИС системы для поддержки базы данных по земельному кадастру Создание кадастровой ГИС было поручено компаниям ALTEC и SIGSA (Sistemas de Informacion Geografica) -дистрибьютору ESRI в Мексике. Система объединяет 11 региональных офисов INEGI, в каждом стоит по 3 сервера и 36 UNIX рабочих станций SUN, на которых установлено 400 лицензий ARC/INFO с модулем COGO и сотни ArcView Более 1000 человек прошли обучение по работе с ГИС. Успешное осуществление проекта показало, что ESRI вкупе со своими дистрибьюторами готов к выполнению любых крупномасштабных, в том числе кадастровых работ,

Испания. Проект по модернизации и автоматизации национальной системы землепользования Кадастрового центра Испании (Centre de Gestion Cadastral у Contribucion Tributaria, CGCCT). Система базируется на платформе Hewllet-Packard и программном обеспечении ARC/INFO. К ней поэтапно подключаются как региональные центры картографирования и земВнлепользования, так и муниципалитеты (начиная с Мадрида), организации, отвечающие за коммунальные сети, а также другие национальные агентства. На базе полностью интегрированной системы правительство Испании проводит организацию специальной сети кадастровых центров, в которых будут разрабатываться специализированные приложения под ARC/INFO не только для Испании, но и для других испаноговорящих стран (например, в Южной Америке). В проекте активно участвует компания EPTISA - дистрибьютор ESRI в Испании.

Шри-Ланка. Три тендера национального Министерства сельскохозяйственных земель и леса выиграла компания EMSO Ltd. - местный дистрибьютор ESRI. В двух тендерах, где заказчиками являются Отдел Картпроизводства и Департамент съемки местности, требования заВнключались в разработке ГИС системы по топографическому картированию, обеспечению кадастрового картографирования и программе создания земельной информационной системы (LIS). В третьем тендере заказчиком был Отдел планирования политики землепользования (LUPPD). Основная цель Министерства Земель - на базе ГИС продуктов ESRI взять под контроль и улучшить систему землепользования на острове.

Израиль. Большие кадастровые земельные проекты по всем крупным городам страны. Только в Тель-Авиве под кадастровые и картографические приложения задействовано более 40 лицензий ARC/INFO.

Эстония. Национальный земельный отдел. Составление кадастровых карт на основе наземных и спутниковых данных средствами ARC/INFO.

Словения. Администрация по земельной съемке. ГИС проект на базе продуктов ESRI.

Ямайка. Организация контроля за быстрой стихийной урбанизацией острова (площадь 1,1 млн. га) у половины из 629 тыс. земельных участков не оформлены права собственности) потребовала внедрения современных информационных технологий. В связи с этим Правительство Ямайки разработало проект модернизации системы учета и регистрации земель. Фонды на этот проект выделил Американский банк развития, а его выполнение поручено Министерству окружающей среды и жилищного строительства Ямайки и компании Fujitsu ICL, дистрибьютору ESRI. В качестве основы системы учета земель используются продукты канадской компании NovaLIS Technology - интегрированный пакет решений для землепользования, спроектированный для совместной работы с ARC/INFO и другими продуктами ESRI. Сканирование 20 тыс. имевшихся бумажных карт проводилось с помощью модуля ArcScan, а хранение информации и управление кадастровой базой данных осуществляется с помощью модуля ArcStorm системы ARC/INFO.

США. Бюро управления земельными ресурсами. Многомиллионный, пожалуй самый крупный в области ГИС за всю мировую историю, контракт на создание Автоматизированной системы управления земельными и минеральными ресурсами на территории США. Включает поставку нескольких тысяч лицензий ARC/INFO.

Россия. Таганрог, Оренбург, Кириши, Ижевск, ряд городов Центрально-Черноземного района, ряд городов Башкортостана..

1.1.Формирование индексных карт тАУ основа ведения кадастра.

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

Прежде всего, чтобы что-то оценить, необходимо провести качественный и количественный анализ того, что есть. Все события, которые происходят вокруг нас, тесно связаны с временными и пространственными параметрами: когда происходит событие (время происходящего) и где происходит событие (место происходящего). В наиболее полном и наглядном виде ответы на эти вопросы могут дать современные ГИС.

Итак. Где происходит событие: отводится земельный участок, продаётся дом, прокладывается нефтепровод, планируется фундамент новой постройки, разливается река, выгорает лес, планируются новые лесополосы, разбиваются парки, прокладываются новые автомобильные и железные дороги, закладываются новые виноградники. Всё это начинается с качественного и количественного анализа и учёта земель. Таким учётом и призвана заниматься ГИС Кадастра.

Не важно, будет этот кадастр городского или областного масштаба. Областной кадастр всегда должен учитывать кадастровые ГИС городов, расположенных на территории данной области (как минимум - границы городов и населённых пунктов).

1.1.1.Индексные карты

В течение многих лет на территории Украины сложилось административно-территориальное деление на области, районы, сельские советы. Выделились города республиканского и областного подчинения, населённые пункты. Именно такое деление оказалось наиболее приемлемым и наглядным для формирования индексных карт. Индексным картам смело можно дать название кадастровых, поскольку с формированием индексной карты области, города, населённого пункта появляется понятие кадастровой единицы: кадастровая зона, кадастровый квартал, кадастровый номер участка.

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

Структура индексного номера земельного участка очень долго была предметом горячих дискуссий. Одним из спорных моментов является вопрос, связывать ли индексный номер участка с его географическим расположением, или индексный номер есть только поисковый атрибут электронной таблицы. Второй момент: если есть атрибутивная таблица и вопрос о "привязке" земельного участка отходит на второй план или вообще не рассматривается, то ГИС превращается в регистрационную систему землепользовании и землевладений. В таком случае решить вопрос о структуре индексного номера в атрибутивной таблице можно очень просто - очередному земельному участку присваивать очередной (порядковый) учётный номер записи в таблице базы данных. Но тогда возникает закономерный вопрос - где тут ГИС и как проводить пространственный анализ расположения земельных участков?

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

1.1.2.Опыт Одессы

В ОЦГЗК, а до этого в городском бюро земельных ресурсов г. Одессы, начиная с 1997 года выполнялись опытные разработки по автоматическому формированию индексных номеров земельных участков. Они позволили получить ответ на вопрос, каким образом, даже не имея установленных границ города, можно разработать индексную карту города и постепенно заполнить ее географически привязанными объектами землепользования. Работы, начатые в городском бюро, были успешно продолжены в Одесском центре Государственного земельного кадастра.

Принципы автоматизированного формирования индексного номера земельного участка полностью себя оправдали. Основополагающим принципом стала устойчивая электронная связь между графической частью кадастровой базы данных и её атрибутивной частью через индексный кадастровый номер, который формируется автоматически, в зависимости от административно-территориального устройства Одесской области. Кроме того, в структуру индексного номера удалось заложить информацию о физиВнческом размещении на жёстком диске компьютера файлов автомаВнтизированной системы. Хранить всю информацию в одной базе стало просто ненужно. Такую систему очень легко разбивать на составные части с целью установки отдельно по районам. Система очень проста, а значит - надёжна. Она может работать в режимах "файл-сервер", "клиент-сервер".

Разработанный принцип формирования индексного номера земельного участка очень легко переносится на любые административные единицы: область, город, населённый пункт. Для его реализации не требуется наличия точно географически установленных границ административных единиц, такие границы можно формировать методом Влот частного к общемуВ».

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

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

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

Справедливо будет заметить, что, как правило, финансирование таких видов работ как корректировка плановых материалов (любых кадастровых материалов) очень слабое. Отсюда и неактуальная электронная информация.

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

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

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

создание единого порядка автоматизированного ведения государственного земельного кадастра;

создание автоматизированной системы учёта плательщиков (физических и юридических лиц) земельного налога;

внедрение системы государственной регистрации земельных участков.

Решение такой задачи тесно связано с работами по инвентаризации земель. После выполнения работ по инвентаризации земель можно сформировать географические границы кадастровых единиц, прошедших инвентаризацию, и перенести индексные номера с индексной карты на реальную масштабную карту кадастровой единицы. Предлагаемая структура индексации земельных участков была успешно применена в Одесском центре Государственного земельного кадастра. Опираясь на такую структуру, были разработаны индексные карты всех районов Одесской области, индексные словари. Конечным результатом было создание первой версии Автоматизированной системы областного земельного кадастра, принципы работы которой можно успешно применить и при создании городского кадастра.

Разработанная нами первая версия автоматизированной системы областного кадастра была утверждена приказом Одесского областного управления земельных ресурсов как единая действующая авВнтоматизированная система по всей Одесской области. Эта версия получила название "Областная автоматизированная земельно-информационная система" (ОАЗИС).

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

Разработанная версия автоматизированной системы содержит в себе: индексные карты Одесской области и районов, словари, инструменты геодезических построений и паевания земель под ArcView 3.1, набор программ по формированию автоматизированным способом каталогов координат (в ArcView или Word), приложений к госактам и самих госактов.

Подводя итоги сказанного, следует отметить, что развитие ГИС обВнластей и городов подтвердило правильность выбора следующей структуры индексного номера:

хх.ххх.ххх.хх.ххх.хххх

В такой структуре первые три группы цифр (область, район или город, сельский совет или район города) легко заменить на код КОАТУУ для преобразования индексного номера в кадастровый номер земельного участка:

ХХХХХХХХХХ:ХХ:ХХХ:ХХХХ

или:

КОАТУУ:ХХ:ХХХ:ХХХХ

Приведенная структура кадастрового номера земельного участка утверждена Приложением к Указанию Госкомзема Украины от 20 марта 2002 года № 12.

1.2.Использование ГИС и ДЗ в земельном кадастре.

Для измерения земельных участков, согласно спецификаций многих действующих проектов, были использованы аэроснимки. Для обработки "сырого" материала и получения из него ортофото потребовалось мощное программное обеспечение, создающее точную цифровую модель рельефа (ЦМР) и выполняющее ортотрансформирование. В центре "ГеоГрафик" была создана группа, которая при помощи программного обеспеченияВа ERDAS IMAGINE провела первые тестовые работы по созданию ортофото масштаба 1:5 000 и 1:12 000. В фотограмметрическом модуле ERDAS IMAGINE OrthoBASE Pro есть функция автоматического создания цифровой модели местности (ЦММ) в виде цифровой модели рельефа (ЦМР). ЦМР - растровое представление модели рельефа, при котором дляВа каждой точки растра определены значения высот. Знание ЦМР даёт возможность учитывать смещение за счет рельефа при съемке и производить ортотрансформирование аэрофотоснимков.

После первых успешных работ группа из 10 человек начала обрабатывать снимки по всей .Первые проблемы появились с горно-лесными участками, где коррелятор программы не смог работать полностью в авВнтоматизированном режиме. Дополнительные связующие точки между снимками расставлялись вручную, что намного замедляло процесс получения ЦМР. Однако итоговая производительность всех работ по ортотрансформированию выросла за счет использования специально разработанного для ERDAS IMAGINE конвертора для импорта и использования в OrthoBASE опорных GPS точек и данных камеры.

Появление нового фотограмметрического модуля OrthoBASE Pro дало возможность улучшить качество ЦМР и процесс ортотрансформирования в целом. В модуле добавились новые функции: автоматическое построение, фрагментирование и производство мозаики из отдельных ЦММ на всю область проекта, задание областей интереса для исключения из расчета при создании ЦММ (озера, реки, районы застройки, лес), задание различных параметров для контроля точности выходной

Вместе с этим смотрят:

Авангардизм як явище архiтектури ХХ столiття

Автоматическая автозаправочная станция на 250 заправок в сутки

Амурський мiст

Анализ деятельности строительного предприятия "Луна-Ра-строй"

Анализ проектных решений 20-ти квартирного жилого дома