Українська   English
ДонНТУ   Портал магистров

Реферат по теме выпускной работы

Содержание

Введение

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

В соответствии с постановлением КМУ №1355 «О программе создания автоматизированной системы ведения государственного земельного кадастра» от 2.12.1997 г., автоматизированная система – это единая государственная система для обеспечения органов государственной власти и органов местного самоуправления, граждан, предприятий, учреждений и организаций достоверной информацией о земле. В качестве основополагающего элемента для функционирования такой автоматизированной системы в сфере земельного кадастра существует обменный файл, предназначенный для унификации земельно-кадастровых данных о земельном участке или их совокупности в электронном виде [1].

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

1. Актуальность темы

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

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

2. Цель и задачи исследования

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

Основные задачи можно разделить на три основных составляющих:

1) Анализ и сравнение существующей структуры обменных файлов форматов XML и IN4. Разработка предложений по оптимизации.

2) Выявление геометрических ошибок, наличие которых, по тем или иным причинам, возможно в обменном файле.

3) Разработка, на базе существующей ГИС-платформы, программного комплекса, который позволит визуальное отображение геометрических ошибок во взаимном положение нескольких кадастровых единиц.

3. Определение обменного файла в земельном кадастре Украины

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

По сравнению с файлом в формате IN4 , ХМL - файл намного сложнее. Тогда как IN4 - файл содержит в линейном виде дескрипторы (рис.1), которым присваивается соответствующее значение, то ХМL - файл является "деревом" элементов, он является структурным [2].

Структура In4 и XML файлов

Рисунок 1 - Структура In4 и XML файлов

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

Общая структура обменного файла состоит из 2 частей

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

Информационная часть (InfoPart) используется для обмена информацией о всех земельно-кадастровых единиц участка, предоставляет информацию про территориальные зоны, их метрические сведения. Информационная часть сложена из таких элементов как: метрическая информация обменного документа xml; территориальная зона, кадастровая зона, кадастровый квартал, блок описания земельного участка [5].

Структура  XML-файлов

Рисунок 2 - Структура XML-файлов
(анимация: 5 кадров, 10 циклов повторения, 160 килобайт)

4. Обзор исследований и разработок по данной теме

Специализированными исследованиями в области развития автоматизированных систем земельного кадастра в Украине занимались такие ученые как M.Г. Лихогруд, предложивший основную концепцию создания таких систем («Автоматизированная система государственного земельного кадастра Украины»), Л.Н. Перович, А.Н. Третьяк, М.Д. Черемшинский («Эволюция кадастровых систем в мире и развитие кадастровой реформы в Украине») и другие.

Автоматизированная система государственного земельного кадастра (далее АС ГЗК) прошла долгий путь становления в Украине. Новый виток перехода от бумажных носителей к электронным был предпринят в 2003 г., когда в качестве элемента по внесению информации о земельных участках и их собственниках был принят обменный файл формата IN4. Уже через 7 лет (в 2010 году) формат обменного файла был изменен более современный иерархически-структурированный XML-вариант.

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

Следует также упомянуть, что в настоящее время в качестве программных продуктов по ведению ГЗК существует множество вариантов: Донбасс 2000, ГИС 6, ГИС Терен-Реестр, Delta Digitals и другие [3].

5. Нормативно-правовая база в ГЗК Украины

В настоящее время законодательная и нормативно-правовая база создания и ведения кадастра в Украине включает:

1) Земельный кодекс Украины от 25.10.2001 № 2768;

2) Законы Украины «О топографо-геодезической и картографической деятельности» от 23.12. 1998 № 353,»О государственной экспертизе землеустроительной документации» от 17.06.2004 № 1808 и др.;

3) Постановления Кабинета министров Украины «О порядке ведения государственного земельного кадастра» от 12.01.1993 № 15, «О Программе создания автоматизированной системы ведения государственного земельного кадастра» от 02.12.1997 №  1355 , «О создании единой системы государственной регистрации земельных участков, недвижимого имущества и прав на них в составе государственногоземельного кадастра» от 17.07.2003 №1088, Порядок выполнения земельно-кадастровых работ и предоставления услуг на платной основе государственными органами земельных ресурсовот 01.11.2000 № 1619;

4) Приказ Госкомзема «Об утверждении Требований к структуре, содержанию и формату оформления результатов работ по землеустройству в электронном виде (обменного файла)» от 02.11.2009 № 573(файлы типа XML)и другие.

Среди литературы на локальном уровне (по материалам преподавателей и магистрантов ДонНТУ) были использованы работы Д.Ю. Гавриленко («Обоснование и исследование информационных и пространственно-топологических моделей объектов земельно-кадастровых систем», «Автоматическая и координатная коррекция границ землевладений в АС ЗК» и т.д.), М.Л.Лепеш (Исследование и анализ кадастровой информации в базах данных) и другие.

6. Исследование семантической составляющей обменного файла

На предприятиях для создания обменных файлов и конвертации используется AutoCad с надстроенными функциями, Delta Digitals, ГИС 6, Менеджер обменных файлов и другие. Последний и был использован в качестве парсера в данной работе [6].

В общем смысле, парсинг – это линейное сопоставление последовательности слов с правилами языка. Понятие «язык» рассматривается в самом широком контексте. Это может быть человеческий язык (например, русский), используемый для коммуникации людей. А может и формализированный язык, в частности, любой язык программирования [7]

В менеджере обменных файлов было открыто 5 файлов с целью проверки на наличие в них ошибок, в результате были получены следующие данные (рис.3-рис.7):

Результаты проверки первого файла

Рисунок 3.- Результаты проверки первого файла (4 ошибки)

Результаты проверки второго файла

Рисунок 4 - Результаты проверки второго файла (3 ошибки)

Результаты проверки третьего файла

Рисунок 5 - Результаты проверки третьего файла(4 ошибки)

Результаты проверки четвертого файла

Рисунок 6 - Результаты проверки четвертого файла (2 ошибки)

Результаты проверки пятого файла

Рисунок 7 - Результаты проверки пятого файла (3 ошибки)

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

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

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

Поэтому следует решить проблему проверки данных, ошибочность которых не может быть обнаружена программным обеспечением.

Далее выполним проверку следующих параметров одного из обменных файлов. В блоке метрическая информация, в элементе координаты узлов попробуем ввести несколько значений координат, которые в СК 63 невозможны, так как количество имеющих координаты x и y ограничено (знаки составляющих целую часть числа). После этой операции, было определено, что земельный участок принимает вид прямой, если сильно изменить значения координат одной ее точки или программа выдает сообщение о завершении работы (рис.8).

Результат проверки координат

Рисунок 8 - Результат проверки координат

Но все равно идет построение этого участка, и если ошибка в координатах небольшая существую возможность ее не заметить, так как отсутствуют средства проверки.

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

Далее в элементе «Полилиния» приведены номера узлов между которыми идет полиллиния и ее длина. Совокупность полилиний образует контуры угодий, земельного участка, смежников и тому подобное. Проверить правильность построения полилиний возможно только при сравнении полученного изображения, с графическими материалами предоставленными для регистрации обменного файла.

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

Во-первых, необходимо ввести проверку на нахождение кадастрового квартала в соответствующей кадастровой зоне (путем сравнения их координат).

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

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

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

Далее местонахождение участка определяется в пределах указанной ранее административно-территориальной единицы.

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

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

Выводы

1) На данном этапе исследования был выполнен:

- Анализ семантической составляющей обменного файла.

-Вынесены предложения по улучшению структуры, с целью оптимизации работы земельно-кадастровой БД.

2) В процессе выполнения:

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

3) Планируется:

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

Список источников

  1. ПКМУ N1355 Про Програму створення автоматизованої системи ведення державного земельного кадастру від 2 грудня 1997 р.
  2. Маліцький А.А. XML – новий формат обмінного файлу для земельного кадастру/ Сучасні досягнення геодезичної науки та виробництва/ Збірник наукових праць. — Львів, Інститут геодезії НУ “Львівська політехніка„ - 2010, с. 229-231.
  3. Гавриленко Д. Ю. «Обоснование и исследование информационных и пространственно-топологических моделей объектов земельно-кадастровых систем»/Диссертация на соискание ученой степени кандидата технических наук, Донецк -2011 г.
  4. Приказ Государственного комитета Украины по земельным ресурсам «Об утверждении Требований к структуре, содержанию и формату оформления результатов работ по землеустройству в электронном виде» №573 от 02.11.2009 г.
  5. Методичні рекомендації при формуванні обмінного файлу XML [Электронный ресурс]. – Режим доступа: http://www.myland.org.ua/index.php?id=2384&lang=uk
  6. Менеджер обмінних файлів [Электронный ресурс].– Режим доступа: http://www.ex.ua/5183279k
  7. Парсинг [Электронный ресурс].– Режим доступа: http://parsing.valemak.com/