Банк рефератов содержит более 364 тысяч рефератов, курсовых и дипломных работ, шпаргалок и докладов по различным дисциплинам: истории, психологии, экономике, менеджменту, философии, праву, экологии. А также изложения, сочинения по литературе, отчеты по практике, топики по английскому.
Полнотекстовый поиск
Всего работ:
364150
Теги названий
Разделы
Авиация и космонавтика (304)
Административное право (123)
Арбитражный процесс (23)
Архитектура (113)
Астрология (4)
Астрономия (4814)
Банковское дело (5227)
Безопасность жизнедеятельности (2616)
Биографии (3423)
Биология (4214)
Биология и химия (1518)
Биржевое дело (68)
Ботаника и сельское хоз-во (2836)
Бухгалтерский учет и аудит (8269)
Валютные отношения (50)
Ветеринария (50)
Военная кафедра (762)
ГДЗ (2)
География (5275)
Геодезия (30)
Геология (1222)
Геополитика (43)
Государство и право (20403)
Гражданское право и процесс (465)
Делопроизводство (19)
Деньги и кредит (108)
ЕГЭ (173)
Естествознание (96)
Журналистика (899)
ЗНО (54)
Зоология (34)
Издательское дело и полиграфия (476)
Инвестиции (106)
Иностранный язык (62792)
Информатика (3562)
Информатика, программирование (6444)
Исторические личности (2165)
История (21320)
История техники (766)
Кибернетика (64)
Коммуникации и связь (3145)
Компьютерные науки (60)
Косметология (17)
Краеведение и этнография (588)
Краткое содержание произведений (1000)
Криминалистика (106)
Криминология (48)
Криптология (3)
Кулинария (1167)
Культура и искусство (8485)
Культурология (537)
Литература : зарубежная (2044)
Литература и русский язык (11657)
Логика (532)
Логистика (21)
Маркетинг (7985)
Математика (3721)
Медицина, здоровье (10549)
Медицинские науки (88)
Международное публичное право (58)
Международное частное право (36)
Международные отношения (2257)
Менеджмент (12491)
Металлургия (91)
Москвоведение (797)
Музыка (1338)
Муниципальное право (24)
Налоги, налогообложение (214)
Наука и техника (1141)
Начертательная геометрия (3)
Оккультизм и уфология (8)
Остальные рефераты (21697)
Педагогика (7850)
Политология (3801)
Право (682)
Право, юриспруденция (2881)
Предпринимательство (475)
Прикладные науки (1)
Промышленность, производство (7100)
Психология (8694)
психология, педагогика (4121)
Радиоэлектроника (443)
Реклама (952)
Религия и мифология (2967)
Риторика (23)
Сексология (748)
Социология (4876)
Статистика (95)
Страхование (107)
Строительные науки (7)
Строительство (2004)
Схемотехника (15)
Таможенная система (663)
Теория государства и права (240)
Теория организации (39)
Теплотехника (25)
Технология (624)
Товароведение (16)
Транспорт (2652)
Трудовое право (136)
Туризм (90)
Уголовное право и процесс (406)
Управление (95)
Управленческие науки (24)
Физика (3463)
Физкультура и спорт (4482)
Философия (7216)
Финансовые науки (4592)
Финансы (5386)
Фотография (3)
Химия (2244)
Хозяйственное право (23)
Цифровые устройства (29)
Экологическое право (35)
Экология (4517)
Экономика (20645)
Экономико-математическое моделирование (666)
Экономическая география (119)
Экономическая теория (2573)
Этика (889)
Юриспруденция (288)
Языковедение (148)
Языкознание, филология (1140)

Статья: Цифровая модель местности и ее использование в современных геоинформационных системах

Название: Цифровая модель местности и ее использование в современных геоинформационных системах
Раздел: Рефераты по географии
Тип: статья Добавлен 23:34:02 18 июня 2009 Похожие работы
Просмотров: 3041 Комментариев: 2 Оценило: 0 человек Средний балл: 0 Оценка: неизвестно     Скачать

С.Ю. Матвеев, В.А. Курочкин, И.С. Щвецов, С.И. Кемайкин

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

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

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

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

Конечно, подобные трансформации не могли не затронуть геоинформатику, призванную упростить управление сложными территориальными инфраструктурами, хотя изначально ГИС (геоинформационная система) родились как средство создания и актуализации карт. Естественно, что электронные средства, предназначенные для издания карт, очень быстро вытеснили классические пластики, карандаши, перья. Несколько позже ГИС стали расценивать как средство интеграции атрибутивных и пространственных характеристик самых разнородных объектов, тем самым построив «мостик» между ГИС и СУБД (система управления базами данных). Поддержка проекций, построение тематических карт и, наконец, появившиеся средства поддержки топологии – все это следствие процесса осознания того, что ГИС представляет собой серьезное и, пожалуй, единственное средство управления все усложняющейся системой жизнеобеспечения человека.

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

Современные ГИС: проблемы создания цифровых основ

Классическое представление карты в виде совокупности объектов неизбежно влечет к нарушению топологической целостности модели территории, отражаемой картографическими материалами. Объекты так или иначе имеют общие границы, и естественно, что при изменении какого-либо из соприкасающихся объектов необходимо производить модификацию объектов-«соседей», что в целом усложняет процедуру создания и модификации карты. В большинстве случаев ошибки редактирования карт влекут за собой сложно устранимые дефекты топологической структуры. Конечно, возникающие ошибки в топологии были бы несущественны в случае, если бы нас интересовала только распечатанная на бумаге или пластике картографическая основа, но поскольку современные ГИС предоставляют средства измерений, развитые средства топологического и пространственного анализа, то любая ошибка такого рода повлечет за собой ошибки функционирования множества подсистем ГИС. Изменить ситуацию можно посредством «отщепления» от объектной модели карты информации о границах объектов в отдельный слой – слой топологии. При этом каждый из объектов сохраняет ссылки на свои границы. Редактирование карты в этом случае сводится к редактированию слоя топологии. Слой топологии часто называют дуго-узловой моделью, а к каждому из объектов, по сути дела, привязаны правила «сборки» объекта на этой дуго-узловой модели. Следует заметить, что такой подход, к сожалению, до сих пор остается нереализованным в большинстве геоинформационных систем.

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

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

Карта как модель территориальной инфраструктуры

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

Рис. 1.

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

Рис. 2.

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

Предпосылки хранения цифровой модели местности в реляционных базах данных

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

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

Рис. 3.

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

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

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

Представление данных о цифровой модели местности в рамках реляционных СУБД

Какой должна быть структура базы данных для хранения данных о цифровой модели местности? Естественно, что реляционная база данных накладывает существенные ограничения на представление данных. Двумерные таблицы серьезно ограничивают средства структуризации данных о цифровой модели местности. Традиционно информация об объектах, представленная в виде таблицы, выглядит следующим образом: запись в целом содержит информацию об объекте, а поля записи – атрибутивные характеристики объекта. Пример «классического» подхода показан в следующей таблице:

ID Attr1 Attr2 Attr3
0101 12 11.12.1999 Comment
0104 15 25.11.1987 Comment

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

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

HOI HDC DATA VAL
0104 050723 11.12.1999 27
0104 050721 08.11.1999 45.5
0104 096782 21.10.1999 Текст
0105 050723 15.10.1999 97

HOI – Hierarchy Object Identification (иерархический идентификатор объекта)

HDC – Hierarchy Data Classification (иерархический классификатор данных)

DATA – дата/время внесения характеристики

VAL – величина

Единственной технической сложностью реализации такого представления данных является хранение значения атрибута, поскольку разные атрибуты могут быть представлены различными типами данных. Можно предложить несколько возможных вариантов решения проблемы. Например, использовать в качестве типа данных поля [VAL] тип BINARY или создать в таблице поля, соответствующие всем возможным используемым типам данных (фактически расщепление поля [VAL] на [VAL_INTEGER], [VAL_DOUBLE], [VAL_STRING], [VAL_DATA], [VAL_BINARY] и т.д.). Корректность информации, помещаемой в базу данных, может в этом случае обеспечиваться программным обеспечением.

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

Рис. 4.

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

Ранее уже упоминалась проблема «восприятия» разными службами и отраслями одного и того же объекта. Каждая из служб отстраивает свою модель объекта, несущую только те характеристики и атрибутивные данные, которые необходимы для решения специализированных, отраслевых задач. Однако проблема заключается не в разнообразии возникающих моделей, а в том, что ряд характеристик объекта дублируется в различных отраслевых базах. Более того, различные отрасли для одних и тех же объектов применяют различные способы классификации и кодирования информации. Таким образом, проблема сводится к тому, каким образом осуществить обмен смежными характеристиками объекта, если имеются две различные базы данных, между которыми необходимо совершить частичную репликацию информации так, как показано на рис. 5.

Рис. 5.

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

Следует заметить, что если межотраслевой классификатор типов данных является вполне приемлемым решением, то с объектным классификатором возникают серьезные проблемы. Каждая отрасль производит свое деление объектов на группы и подгруппы, а как следствие – проводит свою «политику» индексации (кодирования) объектов. В результате этого два различных кода могут описывать один и тот же объект (пример показан на рис. 5, кода с точки зрения одной отрасли объект идентифицируется как 0104, а с точки зрения другой как 072211). Естественно, что для того чтобы произвести обмен данными между этими таблицами, необходимо, чтобы система импорта-экспорта могла выполнять переиндексацию информации, то есть необходимо определенным способом «уравнять» различные варианты индексации одного и того же объекта.

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

Однако построение таблицы уравнивания объектов приводит к проблеме, связанной с необходимостью выполнения условия транзитивности. Если [код А] = [код B], а [код B] = [код C], отсюда следует, что [код А] = [код С]. Вне сомнения, поиск всевозможных транзитивных пар кодов объектов вызовет существенные проблемы при интерпретации содержимого таблиц. Решением проблемы является введение в систему некоторого системного кода, посредством которого и происходит уравнивание объектов. В этом случае в первой колонке таблицы уравнивания содержится отраслевой код объекта, во второй – его системный идентификатор. При этом у всех отраслевых «ипостасей» объекта системный идентификатор общий. Если мы производим уравнивание объектов двух отраслей впервые, то при вставке их идентификаторов в таблицу уравнивания генерируется любое произвольное уникальное число – системный ключ. Если код одного из объектов уже присутствует в базе данных, то вновь добавляемому объекту присваивается уже существующий системный идентификатор. Это простое правило позволяет полностью избежать возможных коллизий, поскольку выбор системного ключа произволен и его можно изменять и регенерировать в любой момент. Несложно также представить объединение нескольких таблиц уравнивания в единую таблицу.

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

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

Представление пространственной модели в рамках реляционной СУБД

Последняя проблема, решение которой приводит нас к возможности реализации полноценной цифровой модели местности, заключается в способе приведения топологической пространственной модели местности к предлагаемой выше структуре баз данных. Основой формирования любой карты являются точки. Но что такое точки в контексте проведенной выше формализации? Точки создают топографы, геодезисты, которые представляют отрасль, по сути дела, вводящую в единую цифровую модель местности новые объекты. Эти объекты имеют свои отраслевые идентификаторы и, естественно, свойства, которые выражаются координатами X, Y, Z. Геометрические характеристики точки, конечно же, являются типами данных, которые, в свою очередь, имеют классификационный код. Таким образом, цифровая модель местности фактически поглощает точки как совершенно обычные объекты. Более того, зачастую нет необходимости вводить объекты-точки, а можно сразу назначить свойства X, Y и Z для любого объекта, например трубы, моста, столба и т.д. Механизмы синхронизации, которые детально обсуждались выше, позволят избежать дублирования или недостоверности информации внутри базы данных, содержащей модель местности. Можно даже предусмотреть механизм приоритетов в случае, если, например, координата X появилась у объекта дважды со стороны разных служб. Если различным службам назначить коды, которые появляются как в идентификаторе объекта, так и в идентификаторе типа данных, то координаты объекта разумно ввести как тип данных, принадлежащих, например, геодезической службе. Если какая-либо другая организация продублирует координату в своей базе с ошибкой, то выбор правильных данных допустимо произвести автоматически, следуя правилу, что наиболее достоверные данные поставляет та служба, код которой в идентификаторе объекта и идентификаторе класса данных совпадает. Это автоматически позволит избежать возникающего параллелизма в сборе информации.

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

Рис. 6.

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

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

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

Оценить/Добавить комментарий
Имя
Оценка
Комментарии:
Где скачать еще рефератов? Здесь: letsdoit777.blogspot.com
Евгений07:21:45 19 марта 2016
Кто еще хочет зарабатывать от 9000 рублей в день "Чистых Денег"? Узнайте как: business1777.blogspot.com ! Cпециально для студентов!
12:59:14 25 ноября 2015

Работы, похожие на Статья: Цифровая модель местности и ее использование в современных геоинформационных системах
Геоинформационная система "Компас-2" и возможности её ...
Южно-Уральский государственный университет Архитектурностроительный факультет Кафедра градостроительства ДИПЛОМНАЯ РАБОТА "Геоинформационная система ...
Перевод карт и других источников пространственной информации в цифровую форму и ГИС-технологий ее анализа открывают новые пути манипулирования географическими знаниями и их ...
В основе этих требований лежат современные объектные модели цифровых карт и клиент-серверные технологии работы с большими массивами пространственной информации, хранящейся в ...
Раздел: Рефераты по строительству
Тип: дипломная работа Просмотров: 8383 Комментариев: 2 Похожие работы
Оценило: 1 человек Средний балл: 2 Оценка: неизвестно     Скачать
Автоматизированные информационные системы кадастра
Введение. В экономически развитых странах кадастр земель и другой недвижимости прошел этапы становления и развития на протяжении последних 200-400 лет ...
К технологическим проблемам обеспечения работы информационных кадастровых систем относятся проектирование математической основы электронных карт, проектирование цифровой модели ...
Карта - один из наиболее важных источников массовых данных для формирования позиционной и содержательной части баз данных ГИС в виде цифровых карт - основ образующих единую основу ...
Раздел: Рефераты по менеджменту
Тип: дипломная работа Просмотров: 3339 Комментариев: 3 Похожие работы
Оценило: 0 человек Средний балл: 0 Оценка: неизвестно     Скачать
Электронные системы отображения навигационных карт
ОДЕССКАЯ ГОСУДАРСТВЕННАЯ МОРСКАЯ АКАДЕМИЯ Вагущенко Л.Л., Данцевич В.А., Кошевой А.А. ЭЛЕКТРОННЫЕ СИСТЕМЫ ОТОБРАЖЕНИЯ НАВИГАЦИОННЫХ КАРТ Второе ...
В векторных ЭК (Vector electronic navigational chart -VENC) применяется метод цифрового представления элементов карты с помощью точек, линий, контуров, заданных своими координатами ...
... или временные (с указанием срока действия), корректуры для добавления, удаления, замещения КО или их атрибутов; пространственные корректуры для полной замены одной или нескольких ...
Раздел: Рефераты по информатике, программированию
Тип: книга Просмотров: 7226 Комментариев: 2 Похожие работы
Оценило: 0 человек Средний балл: 0 Оценка: неизвестно     Скачать
Анализ состояния геоинформационных технологий в решении типовых задач ...
Министерство образования Российской Федерации Российский государственный гуманитарный университет Факультет информатики Кафедра общей информатики ...
Цифровые карты местности имеют внутренний формат ГИС-Панорама.
Векторный топологический редактор GeoDraw позволяет осуществить ввод данныхвкторизацией традиционных карт и планов с бумажных и других носителей по растру или с помощью дигитайзера ...
Раздел: Рефераты по геологии
Тип: дипломная работа Просмотров: 5593 Комментариев: 2 Похожие работы
Оценило: 1 человек Средний балл: 4 Оценка: неизвестно     Скачать
Использование ГИС в муниципальном управлении
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ ГОУ ВПО "ЯКУТСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ИМЕНИ М.К. АМОСОВА" Биолого-географический факультет Кафедра ...
Геоинформационная система (ГИС) - это программно-аппаратный комплекс, решающий совокупность задач по хранению, отображению, обновлению и анализу пространственной и атрибутивной ...
Как правило, инструментальные ГИС поддерживают работу, как с растровыми, так и с векторными изображениями, имеют встроенную базу данных для цифровой основы и атрибутивной ...
Раздел: Рефераты по геологии
Тип: реферат Просмотров: 7340 Комментариев: 3 Похожие работы
Оценило: 1 человек Средний балл: 4 Оценка: неизвестно     Скачать
Операции над графикой
ГРАФИЧЕСКИЕ СТАНДАРТЫ В настоящее время в графических системах используются различные форматы и стандарты, такие как Initial Graphics Exchenge ...
Прежде чем приступить к аппаратному и программному воплощению ГИС необходимо решить ряд организационных вопросов, таких как разработка региональной и муниципальной концепции работы ...
Главным преимуществом работы с цифровыми картами является использование только одной базовой карты, например, цифровой кадастровой карты как пространственной основы для всех ...
Раздел: Рефераты по информатике, программированию
Тип: реферат Просмотров: 378 Комментариев: 4 Похожие работы
Оценило: 0 человек Средний балл: 0 Оценка: неизвестно     Скачать
Разработка геоинформационной системы
... без детального изучения ее территории. Современная техника геодезических и съемочных работ обеспечивает получение точной топографической карты, ...
Основное отличие ГИС от просто информационной системы в том что, ГИС - информационная система, обеспечивающая сбор, хранение, обработку, доступ, отображение и распространение ...
- создание, редактирование и сохранение списка стандартных высот для объектов цифровой карты местности (по видам объектов, согласно классификатора условных знаков);
Раздел: Рефераты по информатике, программированию
Тип: дипломная работа Просмотров: 1255 Комментариев: 2 Похожие работы
Оценило: 0 человек Средний балл: 0 Оценка: неизвестно     Скачать
Оценка эффективности использования электронных пластиковых карт Бaнкa ...
Coдержaние Введение Глaвa 1. Теoретичеcкие ocнoвы иcпoльзoвaния плacтикoвых кaрт 1.1 Иcтoрия вoзникнoвения плacтикoвых кaрт 1.2 Виды плacтикoвых кaрт ...
В бoльшинcтве экoнoмичеcки рaзвитых cтрaн плacтикoвaя кaртa являетcя неoтъемлемым aтрибутoм cферы тoргoвли и уcлуг.
Pасчеты по экономической эффективности должны быть пpиведены к единым цифpовым паpаметpам, то есть к конкpетным денежным выpажениям, позволяющим в единой системе меp оценивать ...
Раздел: Рефераты по банковскому делу
Тип: дипломная работа Просмотров: 1111 Комментариев: 2 Похожие работы
Оценило: 0 человек Средний балл: 0 Оценка: неизвестно     Скачать
Использование высоких технологий криминальной средой. Борьба с ...
МИНИСТЕРСТВО ВНУТРЕННИХ ДЕЛ РОССИЙСКОЙ ФЕДЕРАЦИИ Уфимский юридический институт ИСПОЛЬЗОВАНИЕ ВЫСОКИХ ТЕХНОЛОГИЙ КРИМИНАЛЬНОЙ СРЕДОЙ. БОРЬБА С ...
Такой тип программ иногда называют машинным (объектным) кодом, что отличает его от программ, записанных программистом на языке высокого уровня (исходными кодами).
Компьютерная информация - это цифровая информация, описывающая принадлежность, пространственно-временные и информационные характеристики информационного сигнала.
Раздел: Рефераты по государству и праву
Тип: учебное пособие Просмотров: 9953 Комментариев: 2 Похожие работы
Оценило: 0 человек Средний балл: 0 Оценка: неизвестно     Скачать
АСУ целевыми программами в некоммерческой организации
Доклад Уважаемые члены комиссии, представленный вашему вниманию дипломный проект посвящен разработке автоматизированной системы управления процессом ...
Дальнейшая ее детализация в виде логической модели, представляющей собой полную атрибутивную модель с обозначением всех сущностей, ключей, атрибутов и связей, а также ее ...
Таким образом, логическая модель базы данных представляет собой полную атрибутивную модель, которая дает наиболее детальное представление структуры данных: представляет данные в ...
Раздел: Рефераты по информатике, программированию
Тип: реферат Просмотров: 1344 Комментариев: 2 Похожие работы
Оценило: 0 человек Средний балл: 0 Оценка: неизвестно     Скачать

Все работы, похожие на Статья: Цифровая модель местности и ее использование в современных геоинформационных системах (3840)

Назад
Меню
Главная
Рефераты
Благодарности
Опрос
Станете ли вы заказывать работу за деньги, если не найдете ее в Интернете?

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



Результаты(151100)
Комментарии (1843)
Copyright © 2005-2016 BestReferat.ru bestreferat@mail.ru       реклама на сайте

Рейтинг@Mail.ru