Королев Ю.К. Общая геоинформатика. Часть 1. Теоретическая геоинформатика
Подождите немного. Документ загружается.
2.7.10. Подразделение моделей и форматов данных по их назначению
Разумеется, можно также проводить деление моделей и форматов данных по их назначению.
Для использования в ГИС, для использования в САПР, для использования в простых чертежно-
рисовальных системах. ГИСовские модели и форматы обычно чётко отделяются на сегодняшний
день от всех прочих за счет необходимости организации и активного использования связи между
информацией положения и атрибутивной информацией объекта. Серьезные ГИС сегодня также
должны обладать возможностями работать с непрерывно распределёнными данными, что часто
заставляет в одной системе использовать комплексные (часто говорят, гибридные) модели данных
(т.е. фактически несколько разных моделей данных). Всё это делает ГИСовские модели данных и
форматы в среднем более сложными, чем все остальные. Можно думать, что и передний край
теоретического осмысления общих вопросов о моделях и форматах данных также сегодня проходит
в области геоинформатики.
Если вернуться только к области ГИС, то всё равно сохраняется подразделение моделей и
форматов данных по типу использования. Я говорю о моделях и форматах внутренних (реально
используемых системой при её основном функционировании) и моделях и форматах обменных,
предназначенных для обмена с другими (ГИСовскими и неГИСовским пакетами).
2.7.11. Некоторые дополнительные моменты
Здесь можно сделать несколько замечаний. Во-первых, относительно деления позиционных
параметров на параметры положения и параметры, определяющие форму объекта. Только для
точечных объектов это всегда полные синонимы - точка формы не имеет, или её положение - это и
есть её форма. Для линейных же и площадных объектов ситуация иная. В дальнейшем мы ещё
будем подробнее рассматривать способы описания линейных и площадных объектов в различных
моделях данных, а сейчас только заметим, что они могут описываться как координатами каких-то
их точек, так и каким-то описанием их формы, например, заданием функций, график которой дает
форму требуемого объекта или просто словесным описанием формы - “квадрат со стороной 2
метра”. Нетрудно заметить, что в последнем случае (а иногда и в предпоследнем) информацию
положения можно отделить от информации, описывающей форму, поместив её просто в атрибуты
объекта. Для однозначности надо только определить, в каком месте объекта расположена та его
точка, положение которой задается локатором. Назовём эту точку привязочной точкой объекта.
определив её положение в собственной системе координат объекта, а точку в пространстве, которая
задается для такого объекта локатором - точкой вставки объекта. Это подход традиционно
используемый в отношении внемасштабных условных знаков для точечных объектов. Но он может
быть обобщен, если трактовать графическое представление условного знака как пространственный
объект, и вообще использоваться в других ситуациях, если нам удастся описать форму, размер и
ориентировку объекта через его атрибуты, например. Правда, многие задачи, требующие
взаимодействия пространственных объектов, анализа их взаимоотношений, могут затруднены при
таком представлении. Эти рассуждения показывают нам условность подразделения информации об
объекте на атрибутивную и информацию о его форме, а также возможность иногда рассматривать
отдельно информацию о положении, форме, размере и ориентировке (угле поворота) объекта.
2.7.12. Краткое резюме и практические следствия
Мы познакомились с некоторыми общими принципами построения моделей данных в
пространственных информационных системах, затронули кратко вопросы о разновидностях
моделей данных. Были приведены некоторые отдельные соображения, показывающие сложность
вопроса - как только мы выходим за рамки единственной конкретной программной системы с её
моделью данных и её ограничениями, многое, даже определения и классификация элементов,
слагающих модель данных, становятся непростой задачей, многое оказывается дискуссионным.
61
Мы затронули также принципиальную важность вопроса о выборе модели данных - часто это
вопрос номер 1, когда мы задумываемся о работе с пространственными данными и только
начинаем планировать ее. Это относится как к разработчикам оригинальных программных систем -
новых инструментальных средств для геоинформатики, так и к разработчикам приложений и к
пользователям, которые стоят перед проблемой выбора программного продукта для реализации
проекта.
Геоинформационные технологии принесли компьютерные методы в практику многих и многих
областей знания, где до этого использование компьютеров было ограниченным и
вспомогательным, усадили за компьютер много специалистов, которые до знакомства с ГИС
практически не имели дела с какими-либо информационными технологиями. Это порождает
определённые проблемы как в обучении геоинформатике, так и в практическом освоении
технологий. Может быть, сейчас стоит назвать некоторые из этих проблем, поскольку они в
значительной мере связаны с предыдущим текстом.
1. Многие пользователи не знают, не могут чётко сформулировать, чего они хотят. Процесс
постановки задачи и выбора модели данных, программного средства и конкретной технологии
связаны поэтому очень тесно. На этих этапах очень желательно тесное взаимодействие
специалиста-прикладника, способного формулировать задачу на содержательном уровне, и
специалиста по общей геоинформатике, выступающего в роли системного аналитика. Весьма
вероятно, что этот процесс должен быть итеративным - идти методом последовательных
приближений.
2. Пользователи могут думать, что применение какого-то программного обеспечения само по
себе решит их проблемы. Однако никакие самые совершенные средства обработки и анализа не
состоянии решить никаких проблем без достаточного обеспечения качественными данными и
продуманной постановки задачи.
3. Некоторые операции, возможные теоретически, на практике оказываются слишком дорогими
за счет необходимости сбора дополнительной информации, за счет того, что алгоритмы их
реализации требуют слишком больших вычислений даже для современных компьютерных систем.
Уровень реализации некоторых методов анализа в современных программных средствах может
быть недостаточен для их применения в определённых ситуациях (ограничения на число
объектов...).
62