 |
www.integro.ru ЦСИ ИНТЕГРО
|
Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
Oleg
Зарегистрирован: 30.05.2006 Сообщения: 34 Откуда: Тольятти
|
Добавлено: Вт 13 Янв 2009 11:50 Заголовок сообщения: |
|
|
Евгений!
если не секрет, как вы прописываете структуру в GML(WMS)
или как бы вы построили структуру таблиц (OpenGIS)
при такой структуре в ИнГео
Слой1
Стиль1 (определяет геометрию, включать в меню прорисовки форм)
Стиль2 (определяет геометрию, включать в меню прорисовки форм)
Стиль3 (определяет геометрию, включать в меню прорисовки форм)
Таблица1 (один к одному)
Таблица2 (один ко многим)
С уважением,
Бураков Олег. |
|
Вернуться к началу |
|
 |
andreichernov
Зарегистрирован: 14.02.2005 Сообщения: 209 Откуда: Самара
|
Добавлено: Вт 13 Янв 2009 13:43 Заголовок сообщения: |
|
|
Здравствуйте!
wms-сервер на Ингео invest.smr.ru
подключайтесь, пробуйте
Замечу, что спецификация wms не требует спецификации стуруктуры данных. Она простая, там получаются только картинки и капабилити.
Структура, совместимая с GML, нужна при реализации WFS спецификации.
Oleg писал(а): |
если не секрет, как вы прописываете структуру в GML(WMS)
или как бы вы построили структуру таблиц (OpenGIS)
при такой структуре в ИнГео
Слой1
Стиль1 (определяет геометрию, включать в меню прорисовки форм)
Стиль2 (определяет геометрию, включать в меню прорисовки форм)
Стиль3 (определяет геометрию, включать в меню прорисовки форм)
Таблица1 (один к одному)
Таблица2 (один ко многим)
|
Невозможно отобразить один к одному эту структуру в opengis
Я советую следующее
1) Крайне желательно, чтобы правила цифрового описания объекта были так заданы, чтобы объект одновременно имел одну и только одну форму, определяющую геометрию (разные объекты могут иметь формы и разных стилей). В 98% случаев это можно решить.
Это и концептуально верно (одна основная форма, остальные дополнительные).
2) Для формы, определяющей геометрию, прописывается информационный объект в GML со всей семантикой.
ИД стиля записывается как дополнительное сем поле.
Тип граф объекта (мультиточка, полилиния, полигон, коллекция) - в зависисмости от количества контуров и их типа.
3) Для форм стилей, не определяющих геометрию, организуются дополнительные классы пространственных объектов (слои) в GML.
В их семантике записывается только ссылка на ИД основного объекта и ИД стиля.
Вся эта штука экспортируется в GML
По крайней мере, такая декомпозиция может обратно собрать композицию при импорте и она относительно нормализована (нет дублирований).
По-поводу нескольких таблиц и таблиц 1:М я до конца не разбирался, но вроде там можно в GML их экспортировать.
С уважением, Андрей Чернов. |
|
Вернуться к началу |
|
 |
Лазарев Евгений
Зарегистрирован: 12.06.2008 Сообщения: 48 Откуда: УралГеоИнформ
|
Добавлено: Ср 14 Янв 2009 20:47 Заголовок сообщения: |
|
|
а для ведения пространственных данных находящихся в сложной структуре классификатора данных существует простой способ это ведения геопортала метаданных
на этот счет вроде даже и стандарты есть то есть объекты одного типа представленны одним слоем в базе а отношения между слоями определяются метаданными
это как реализация объектной модели данных в реляционных хранилищах в итоге данные как ни крути храняться в таблицах не существуют подтаблиц а отношения между таблицами задаются диаграммами и метаданными
и на этот счет даже имеется научное обоснование что любую структуру данных можно представить в реляционной структуре
поэтому не надо запариваться и требовать от стандартов OpenGIS чегото сверх естественного они лишь описывают принципы хранения данных
а метаданные придется описывать отдельно
просто в ингео это решили совместить вот и все
у этого подхода есть и плюсы есть и минусы |
|
Вернуться к началу |
|
 |
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах Вы не можете добавлять приложения в этом форуме Вы можете скачивать файлы в этом форуме
|
|