Новости ЕСИМО
| Новости ЕСИМО Электронное периодическое издание Newsletter вып.9. 2001 г. |
Свидетельство о регистрации Эл. N 77-2093 от 17 ноября 1999 г. |
| Содержание |
| Статьи
Постнов А.А., Лапшин В.Б. Ю.В. Лупачев. Пипко И.Г., Ураевский Е.П. Копаев Г. Вязилов Е.Д., И.Ф.Николенко И.Ф. Бенгер Р.В, Дьяченко Д.О., Пипко И.Г.,Ураевский С.Е., Ураевский Е.П. Воронцов А.А., Вязилов Е.Д., Михайлов Н.Н. Заседания семинара и секции МНТС по подпрограмме «Создание единой системы информации об обстановке в Мировом океане» ФЦП «Мировой океан» |
Новые публикации
Опасные гидрометеорологические явления и их влияние на экономику России Интеллектуальные системы поддержки принятия решений в нештатных ситуациях с использованием информации о состоянии природной среды INTERNET EXPLORER 6.0 выложен для бесплатного скачивания Oценка состояния полярных ледяных покровов с использованием данных с ИСЗ «Океан» Понимание изменений сфер земли: Исследовательсеая стратегия НАСА в 2000-2010 гг. Социально — экономические данные по морскому флоту Oracle9i Enterprise Edition выложен для скачивания ECOLOGY ‘2002, 6-8 июня 2002 |
Постнов А.А., Лапшин В.Б. (ГОИН)
ПОДГОТОВКА ЭЛЕКТРОННЫХ РЕЖИМНО-СПРАВОЧНЫХ ПОСОБИЙ ПО МОРСКОЙ СРЕДЕ С ИСПОЛЬЗОВАНИЕМ ГИС: СОСТОЯНИЕ РАБОТ, СОСТАВ ВЫХОДНОЙ ПРОДУКЦИИ, ТЕХНОЛОГИЯ ПОДГОТОВКИ
Электронное справочное пособие (ЭСП) по режимному состоянию морей России представляет собой электронный документ, содержащий набор значений статистических параметров режимного состояния моря за многолетний период (климатическое обобщение), представленных в форме таблиц, графиков, карт и текстовых описаний. Рассматриваемые ЭСПы содержат уже готовые, ранее рассчитанные значения параметров, которые могут обновляться через определенное время. В рамках Направления 4 ЕСИМО организациями Росгидромета и др. ведомств разрабатываются 14 электронных справочников и информационных систем, описывающих режимное состояние морской среды по гидрометеорологическим (включая ледовые условия), гидрохимическим (включая загрязнения), гидробиологическим показателям, живым ресурсам, а также геологическую структуру морского дна и транспортные потоки. В настоящем сообщении рассматриваются методы и технологии расчетов и представления режимных данных по показателям, относящимся к гидрометеорологии, гидрохимии, гидробиологии и загрязнению морской среды.
На основе опыта издания справочно-информационных пособий по морям СССР, в ГОИНе был разработан макета типового электронного справочного пособия о режимном состоянии различных компонент морской среды с использованием унифицированных методов организации доступа к режимной информации. Макет регламентирует перечень и формы представления статистических параметров режима характеристик морской среды. При создании электронных режимно-справочных пособий предполагается исходить из следующего.
В ЭСП отражаются только те параметры режима, которые могут быть сравнительно легко интерпретированы в практической деятельности (среднее, СКО, повторяемость и обеспеченность различных значений характеристик). Более сложные для непосредственной интерпретации параметры (автокорреляционные функции, спектры, коэффициенты разложения в ряды Фурье, полиномы, ЕОС) не рассматриваются. Предполагается, что они будут использованы на втором этапе создания ЕСИМО в рамках вероятностных моделей. Наряду с собственно значениями статистических параметров режима, в макете предлагается приводить статистические ошибок их расчетов исходя из гипотезы о нормальном распределении значений характеристики. Для оценки тенденций в многолетней изменчивости параметров режима в макете предусмотрено построение их многолетних трендов за весь период наблюдений.
В качестве базового периода обобщения рекомендуется период 1961-1990 г.г., что соответствует климатическому периоду, установленному ВМО. При невозможности соблюдения этой рекомендации, период обобщения должен быть указан в явном виде для каждого статистического параметра режима (в заголовках таблиц, графиков или карт).
Макет типового электронного режимно-справочного пособия содержит рекомендуемый состав выходной продукции, а именно перечень из характеристик морской среды и режимных параметров, которые отражаются в ЭСП. Рекомендованный перечень не является обязательным — при невозможности представления тех или иных видов выходной продукции (из-за отсутствия данных или по другим причинам) составители ЭСП вправе не помещать сведения о них, указав причину такого решения.
Режимные данные для отдельных точек наблюдений ( береговые ГМС и посты, станции с фиксированными координатами в открытом море ) представляются в виде таблиц и графиков. Макет содержит типовые табличные формы, в которые помещаются данные.
Наполнение ЭСП производится из двух источников:
- систематизированные и переведенные в электронную форму ранее опубликованные режимные данные (в первую очередь, из справочников по шельфам морей и монографии по морям СССР);
- результаты расчетов режимных параметров для открытого моря и пунктов наблюдений по унифицированным методикам.
Разработана методика расчетов параметров режима открытого моря, базирующаяся на ранее разработанных и опубликованных методах. Методика предусматривает расчет параметров изменчивости (сезонной, внутрисезонной, межгодовой нерегулярной, межгодовой регулярной, т.е. линейные и нелинейные тренды). По результатам расчетов для каждого выбранного горизонта формируется двумерная матрица с заданным пространственным шагом.
Разработано программное обеспечение, реализующее упомянутую методику и позволяющее производить расчеты статистических параметров режима. Для входных данных принят формат, формируемый при разархивировании данных батиметрических судовых наблюдений, поступающих из ВНИИГМИ-МЦД. Выходной файл содержит координаты центров квадратов и статистические параметры режима характеристик морской среды в каждом квадрате. Специалист, производящий обработку данных, имеет возможность задавать параметры выборки данных — координаты широт и долгот, ограничивающих интересующий район, годы наблюдений, размеры квадратов, точнее сферических трапеций, по широте и долготе. Выбор размеров квадратов производится в интерактивном режиме путем выдачи на экран матрицы со значениями стандартной ошибки средних значений характеристик в каждом квадрате. На основе визуального анализа матрицы на экране специалист имеет возможность изменить размеры квадратов путем выбора соответствующих ответов в диалоге.
Бумажный макет реализован в виде электронного макета ЭСП , созданного в формате HTML в виде локального Web-узла, где приведены формы табличного представления режимных данных и установлены связи между отдельными разделами ЭСП. Заполнение макета может производиться либо в Microsoft Front Page, являющемся частью пакета Microsoft Office, либо с помощью специальной программы «Информационный генератор», разработанной в ДВНИГМИ. Графики могут готовиться в любом графическом редакторе (например, GRAFER) с последующим импортом в Web- узел.
Параметры режима открытого моря (за исключением отдельных станций и вековых разрезов) представляется в ЭСП в картографическом виде. Программное обеспечение, используемое для этих целей, должно позволять:
- использовать точные (в рамках выбранного масштаба) и желательно сертифицированные карты — основы;
- производить привязку значений параметров режима к акватории с минимально допустимыми (при выбранном масштабе карт) искажениями.
Применяемое в настоящее время в научных целях графический пакет SURFER, к сожалению, не обеспечивает решение этих задач — не позволяет импортировать электронные карты в векторных форматах (только в gif) и, что особенно важно, не поддерживает картографических проекций. Все это требует использования геоинформационных систем. К сожалению, использование унифицированной ГИС в рамках ЕСИМО в настоящее время маловероятно по целому ряду причин, прежде всего финансового характера. Поэтому для подготовки картографических материалов для ЭСП могут использоваться различные ГИС, которые обеспечивают выполнение изложенных выше требований. При этом целесообразно договориться о используемых картографических проекциях (не более двух).
Подчеркнем, что возможности ГИС по отражению режимной информации о морской среде гораздо шире требуемых на первом этапе ЕСИМО, т.е. при построении неинтерактивных ЭСП. Так, не используются такие функции, как возможность выбора слоев для просмотра, изменения степени генерализации при изменении масштаба, а также связывания картографической информации с табличной, текстовой и графической. С учетом этих возможностей, на втором этапе выполнения ЕСИМО геоинформационные системы могут стать основным носителем режимной информации ЕСИМО.
На первом этапе выполнения ЕСИМО важнейшим источником информации для создания электронных карт являются ранее изданные типографским способом картографические материалы, содержащиеся в справочниках, монографиях, атласах и т.п. Для перевода их в электронную форму применяется операция оцифровки изолиний с использованием либо дигитайзеров с планшетами либо встроенных в ГИС дигитайзеров, позволяющих проводить оцифровку с экрана ЭВМ при загрузке в нее предварительно отсканированного оригинала карты. Процедура сканирования (особенно, если оригинал приходится предварительно ксерокопировать) вносит определенные искажения. Однако, точность оригинальных карт параметров гидрометеорологического, гидрологического и гидрохимического режима, особенно взятых из справочников и монографий, довольно низкая (в первую очередь по отображению береговой линии) и связанные с этим ошибки значительно превышают возникающие в процессе оцифровки.
Во многих ГИС оцифровка изолиний производится в географических координатах, если известны координаты нескольких контрольных точек и вид картографической проекции оригинала. Более простые системы, например SURFER, дают результаты оцифровки либо в координатах экрана, либо в декартовых координатах. В этом случае для трансформации результатов оцифровки из экранных координат в географические необходимы программы пересчета. Для меркаторской и поликонической проекций такие программы были разработаны в ГОИНе.
Результаты расчетов параметров представляются в виде матрицы, образуемой значениями в центрах квадратов. Это позволяет отображать режимные данные как в растровом (непосредственно), так и в векторном (после интерполяции и получения изолиний) виде. Растровое изображение возникает при заполнении каждого квадрата цветом или тоном, соответствующему интервалу, в котором находится значение характеристики. Растровое отображение эффективно для качественных оценок пространственного распределения режимных параметров и не позволяет создавать многослойные карты.
Для получения полей в векторной форме значения режимных параметров, полученные для центров квадратов, должны быть проинтерполированы и рассчитаны координаты изолиний. Большинство ГИС не обладают такими возможностями и приходится использовать дополнительные программные средства. Одним из исключений является бесплатно распространяемый программный продукт Generic Mapping Tools (GMT). Не обладая многими возможностями других ГИС (в первую очередь привязки табличных, графических и текстовых материалов к картографическим объектам) GMT дает возможность использовать форматы в виде грид в качестве входных. В настоящее время в ГОИНе ведется работа по освоению этой системы с тем, чтобы оценить ее применимость для целей первого этапа ЕСИМО.
В качестве альтернативы, для получения изолиний по данным о параметрах режима в отдельных квадратах, могут быть использованы возможности программного пакета SURFER 7, который позволяет экспортировать файлы с координатами изолиний в формате *.dat. Последний легко может быть трансформирован в метрический файл ГИС. В ГОИНе подготовлена программа такой трансформации на примере ГИС Gismaster. Однако, то обстоятельство, что SURFER не поддерживает географические проекции вносит в процесс пространственной интерполяции некоторые ошибки (поскольку в разных направлениях шаг географической сетки соответствует различному расстоянию на местности). Возможно, что для выхода из этого положения удастся использовать имеющиеся в пакете SURFER возможности не изотропной интерполяции, причем коэффициент анизотропии зависел бы от широты района.
 |
Лупачев Ю.В., (ГОИН)
ИСПОЛЬЗОВАНИЕ GPS — ГЕОДЕЗИИ ДЛЯ ПРИВЯЗКИ ВЫСОТ РЕПЕРОВ СЕТИ УРОВНЕМЕРНЫХ НАБЛЮДЕНИЙ РОСГИДРОМЕТА
Наблюдения уровня моря (воды) на постах морской прибрежной и устьевой гидрометеорологической сети Росгидромета требуют сохранения постоянства нулей постов, неизменности их высотного положения и привязки их к единой высотной основе. Ранее эта задача решалась методом нивелирной привязки реперов уровенных постов к главной высотной основе — Балтийской системе высот эпохи 1977 г. Рабочий, контрольный и основной реперы уровенного (гидрологического) поста привязывались к исходному реперу государственной нивелирной сети предприятиями Роскартографии (бывшего ГУГКа) на основе государственного заказа, бесплатно. Ныне ни государственного заказа, ни финансовых средств на привязку реперов уровенных постов Росгидромета нет. Специальный заказ же на выполнение таких работ предприятиями Роскартографии требует специального финансирования.
Территориальные управления по гидрометеорологии и мониторингу окружающей среды такие работы не могут выполнять из-за недостаточной оснащенности сети современными геодезическими приборами (например, оптическими и лазерными нивелирами) и отсутствия в штате высоквалифицированных специалистов-геодезистов.
В настоящее время привязка реперов и нулей уровенных постов к единой высотной основе осуществляется лишь в тех пунктах, где близко расположены фундаментальные репера государственной нивелирной сети.
Из-за низкого качества закладки репера уровенных постов на морской сети подвержены просадке, морозному выпиранию из грунта, значительным сезонным вертикальным движениям, поэтому их высотное положение подвержено быстрому, трудно учитываемому дрейфу, в результате чего высотная основа уровенных наблюдений быстро теряет связь с главной высотной основой — Балтийской системой — и перестает быть единой для моря или устья реки. В этом случае она не отвечает главному требованию нормативных документов Росгидромета о — надежном высотном обосновании единого нуля постов моря с отметкой минус 5,000 м в БС эпохи 1977 г., а на Каспийском море с отметкой минус 28,000 м БС в той же эпохе. Ряд уровенных постов вообще не имеет привязки к единой высотной основе, и их нули имеют условные отметки в локальной системе высот. Их высотная привязка в современных условиях требует значительных финансовых затрат при отсутствии надежной гарантии обеспечения требуемой точности приведения уровней к единой высотной основе.
Таким образом, решение проблемы контроля высотной основы уровенных постов морской сети Росгидромета традиционными методами геометрического нивелирования, особенно с привлечением предприятий Роскартографии, требует больших финансовых затрат и в современных экономических условиях весьма затруднено.
Разумной альтернативой традиционным методам контроля единой высотной основы измерений уровня на побережьях морей и в устьях рек является использование современного метода спутниковой геодезии на основе- GPS-измерений. Использование методов GPS позволяет при наличии лицензии и разрешения Госсвязьнадзора в каждом морском УГМС регулярно и сравнительно недорого, силами мобильного отряда проводить регулярный контроль вертикальных смещений реперов и нулей уровенных постов и привязку уровенных наблюдений к единой высотной основе. Это дает возможность эффективно повысить точность уровенных наблюдений на морях.
Системы отсчета высот в Балтийской системе и в GPS-методах отличаются. Отсчет высот в главной высотной основе ведется относительно поверхности геоида, соответствующей среднему уровню моря, совпадающему с нулем Кронштадтского футштока. Высоты при применении стандартного метода GPS отсчитываются в системе эллипсоида GPS-80, составляющего основу мировой геодезической координатной системы WGS-84, введенной в действие в 1987 г. Локальное превышение эллипсоида над геоидом определяется путем сличения отметок реперов в системе WGS-84 и в Балтийской системе, т.е. путем сопоставления эллипсоидальной и ортометрической (от поверхности геоида) высот репера-марки или другой точки, для которой выполняется сеанс непрерывных измерений сигналов спутников и определения их дальностей. При этом эллипсоидальная высота нуля уровенного поста выступает в роли абсолютной высотной системы для измерения уровня моря.
В мае 1997 г. под руководством автора. специалистами Верхне-Волжского АГП Роскартографии была выполнена опытная GPS-нивелировка поста Соломбала (Архангельск). В эксперименте использовался комплект аппаратуры фирмы Leika Wild GPS-System 200, включающей сенсор Wild SR 260, контроллер Wild CR 233/244, набор аккумуляторных батарей с зарядным устройством, трегер с теодолитным штативом. Штатив с установленным на нем сенсором (антенной) центрировался над рабочим репером-маркой мареографа уровенного поста МГП Соломбала. Сеанс неприрывных измерений имел продолжительность 5 сут. В результате выполненной в НИЦ «Геодинамика» обработки данных наблюдений были получены следующие параметры: превышение геоида над эллипсоидом для поста Соломбала составляет 12,95 м; эллипсоидальная высота рабочего репера мареографа поста Соломбала 14,30 м; эллипсоидальная высота нуля поста Соломбала -«нуля 1881 г.» 11, 87 м; эллипсоидальная высота единого нуля постов Белого моря для пункта Архангельск 7, 95 м.
Полученные данные могут служить основой для регулярного контроля высотного положения реперов и нулей уровенных постов в устье р. Северной Двины и на Белом море. Для более широкого внедрения GPS-геодезии в практику работ на сети Росгидромета требуется знание основ функционирования этой системы. Ниже приведены сведения о GPS, полученные на основании обзора данных ряда Web-сайтов в Internet’е.
Система Глобального Позиционирования (NAVSTAR GPS — NAVigation Satellite Timing And Ranging Global Positioning System или просто GPS — Global Positioning System) является навигационной спутниковой и работает под управлением Министерства Обороны США. Эта система — глобальная, всепогодная, она обеспечивает возможность получения точных координат и времени 24 часа в сутки.
Система GPS предоставляет два вида услуг: SPS — стандартной точности (для гражданских пользователей) и PPS — высокой точности (для военных пользователей). С марта 1990 г. по 1 мая 2000 г. действовал режим «ограничения доступа» SA (Selective Availability), искусственно снижавший точность гражданской части GPS.
Система GPS состоит из трех частей: космической, наземной и пользовательского оборудования в виде приемников GPS. Космическая часть включает 24 рабочих спутника, вращающихся по 6 орбитам. Наклон орбит к земному экватору — 55 град., угол между плоскостями орбит — 60 град. Высота орбит 20180 км, период обращения — 12 ч. Мощность спутниковых передатчиков 50 Вт. Важным элементом спутника являются атомные (рубидиевые и цезиевые) часы, по четыре штуки на каждом спутнике. Спутники идентифицируются номером PRN (Pseudo Random Number) передаваемого псевдослучайного кода, который воспринимается приемником GPS.
Наземная часть GPS состоит из 4 станций слежения, 3 станций связи и главной станции контроля и управления. Станции слежения непрерывно отслеживают видимые спутники и передают данные на Главную станцию (MCS) управления и контроля для компьютерной обработки и получения параметров спутниковых орбит и поправок спутниковых шкал времени. Через наземные станции связи обработанные данные передаются на спутники, а затем спутники передает их приемникам GPS. Спутники передают сигналы в двух диапазонах: L1 на частоте 1575.42 МГц и L2 на частоте 1227.6 МГц. Сигналы содержат два вида информации: «навигационные сообщения» и «псевдослучайный код». Код представляет собой последовательность единиц и нулей, изменяющуюся по сложному закону. Псевдослучайный код содержит идентификационный номер спутника (PRN).
В GPS используются два вида кода. Гражданские GPS используют C/A (Coarse Acquisition) — код, передаваемый только на частоте L1. Один цикл передачи кода состоит из 1023 бит и повторяется 1000 раз в сек. Военные GPS высокой точности используют P-код (Precise), который передается на обеих частотах L1 и L2. Навигационные сообщения передаются со скоростью 50 бит/с путем дополнительной модуляции несущей частоты под псевдослучайным кодом. Каждое сообщение состоит из 25 «порций» (страниц) по 1500 бит .
Полный цикл передачи всего сообщения занимает 12.5 мин. Навигационное сообщение включает в себя «эфемеридные данные» и «данные альманаха»; данные о времени в системе GPS и коэффициенты для его пересчета во всемирное время (UTC), ключевые слова к P-коду и специальные сообщения. Эфемериды — это данные об исправности спутника и параметры его орбиты — коэффициенты, с помощью которых приемник вычисляет текущее и будущее положение спутника, используя математическую Кеплеровскую модель. Эти сообщения содержат также коэффициенты — поправки к спутниковым часам и к задержке распространения сигнала в ионосфере для пользователей C/A-кода. Альманах содержит данные об эфемеридах и состоянии спутников в системе и хранится в памяти приемника.
Система GPS использует основной способ определения координат по дальности до ориентиров-спутников, определяемой с помощью псевдослучайного кода. Для этого приемник GPS генерирует синхронно свой внутренний код, который должен точно дублировать код спутника. Приемник определяет запаздывание по времени между приемом соответствующей части спутникового кода и генерацией такой же части своего кода. Этот сдвиг по времени и ввод константы скорости распространения радиоволн позволяет автоматически вычислять расстояние до спутника, называемое псевдодальностью по той причине, что она содержит суммарную ошибку за счет задержки сигнала при прохождении ионосферы и тропосферы, а также за счет неточного хода часов приемника. Точные двумерные координаты местоположения приемника GPS автоматически вычисляются по методу трилатерации на основании определений расстояний до трех спутников, а трехмерные координаты — на основании определения расстояний до четырех спутников.
Все GPS приемники состоят из основных частей антенны и контроллера. Контроллер — портативный компьютер приемника, работающий под управлением специального программного обеспечения. В контроллере ведется запись в память результатов определений.
Существенно увеличивает точность определений координат метод дифференциальной коррекции (дифференциальный метод). В этом случае используется два приемника. Один приемник располагается в точке с известными координатами в качестве базовой станции. Другой приемник (ровер) выносится в точку, для которой нужно определить координаты. Данные базовой станции используются для определения ошибок, содержащихся в спутниковом сигнале. Затем информация базовой станции и ровера совместно обрабатывается, чтобы получить точные координаты приемника-ровера.
Существуют два метода дифференциальной коррекции: 1) в реальном времени с передачей данных с помощью радиомодема, 2) в постобработке записанных в память файлов данных базовой станции и ровера.
Наиболее точными являются двухчастотные GPS приемники, ведущие прием сигналов в диапазонах L1 и L2. Сравнение времени распространения двух разночастотных сигналов, несущих Р-код, дает возможность точно оценить ионосферную и тропосферную задержку сигнала. Этот метод используется в GPS приемниках военного и геодезического класса. Однако Р-код шифруется и доступен только по специальному разрешению правительства США.
Помимо кодовых приемников, использующих С/А и Р — коды, для измерения расстояний до спутников используют фазовые приемники, обрабатывающие фазовые измерения радиосигнала спутника в пределах цикла несущей. Дальность спутника определяется по числу длин радиоволн между излучателем спутника и антенной приемника — фазовому номеру.
Фазовые приемники могут давать точность измерений до 1 см по высоте при работе в режиме дифференциального позиционирования. При этом минимальное количество видимых спутников должно быть равно 4, а приемники должны быть многоканальными (не менее 4 каналов) для одновременного приема сигналов нескольких спутников. Современные приемники (например, фирмы «Trimble») имеют 9 -12 каналов. Таким образом, для целей нивелирования реперов уровенных постов в абсолютной системе координат могут использоваться многоканальные двухчастотные фазовые GPS-приемники геодезического класса. Для работы в обязательном для таких целей режиме дифференциальной коррекции, позволяющем определять с достаточной точностью превышения эллипсоидальных высот реперов, требуется как минимум два GPS-приемника. При этом один приемник на основном, опорном пункте (посту) используется в качестве базовой станции, а второй приемник-ровер устанавливается на нивелируемом посту. Длительность статических измерений в дифференциальном режиме может колебаться от 1 до 6 ч.
Использование метода спутниковой геодезии на основе глобальной системы позиционирования GPS позволяет при наблюдениях уровня моря учитывать и исключать из данных наблюдений уровня моря сложные вертикальные движения реперов и земной коры.
В настоящее время на российском рынке имеются различные приемники GPS геодезического класса, которые можно приспособить для нивелирования реперов уровенных постов дифференциальным методом, а также для выполнения работ по планово-высотному обоснованию гидрологических работ при проведении промеров глубин, измерении расходов воды, определении местоположения станций и гидровертикалей океанографических разрезов, профилей береговых откосов, превышений уровня моря вдоль побережий, водотоков и т.д.. Эти приборы могут стать неотъемлемой частью современного измерительного арсенала океанологов и гидрологов.
Существенным недостатком применения GPS-технологий для планово-высотного обоснования гидрологических и океанографических наблюдений и работ на морской наблюдательной сети Росгидромета является пока еще высокая стоимость импортных приемников геодезического класса..
| |
Пипко И.Г., Ураевский Е.П. (ДВНИГМИ)
ТЕХНОЛОГИЯ РАСПРЕДЕЛЕННОГО ДОСТУПА, ОБМЕНА И ПРЕДСТАВЛЕНИЯ ДАННЫХ И ИНФОРМАЦИИ В ДВНИГМИ
В ходе реализации технологии распределенного доступа и представления информации в ДВНИГМИ проведены следующие работы.
Разработана и введена в эксплуатацию оперативная база гидрометеорологических данных (ОБД). ОБД функционирует под управлением СУБД Oracle 8i. Структура системы хранения оперативных данных, разрабатывалась с учетом опыта обработки и хранения оперативной г/м информации в аналогичных и функционально схожих системах (Метеорологическая база данных ЛАССО/ГИС Метео, файловые системы хранения данных). В настоящий момент ОБД поддерживает три типа данных — данные с фиксированными пространственными координатами, данные с переменными по времени пространственными координатами и данными в узлах регулярной сетки. Структура ОБД предусматривает, также, и расслоение данных по вертикали. Таким образом, в ОБД можно хранить практически все виды цифровой гидрометеорологической информации, исключение пока составляют растровые данные.
Разработана технология визуализации и представления гидрометеорологической информации ЕСИМО ДВНИГМИ. Данная технология основывается на трехзвенной модели распределенных систем (рис.1).
Трехзвенная модель хороша тем, что в ней интерфейс с пользователем полностью независим от компонента обработки данных. Собственно, трехзвенной ее можно считать постольку, поскольку явно выделены компонент интерфейса с пользователем и компонент управления данными (и базами данных в том числе).
Между ними расположено программное обеспечение промежуточного слоя (middleware), выполняющее функции управления транзакциями и коммуникациями, транспортировки запросов, управления именами и множество других. Middleware — это ГЛАВНЫЙ компонент распределенных систем и, в частности, распределенных баз данных (DDB-систем).
Существует фундаментальное различие между технологией «SQL-клиент — SQL-сервер» и технологией продуктов класса middleware (например, Oracle iAS). В первом случае клиент явным образом запрашивает данные, зная структуру базы данных (имеет место так называемый data shipping, то есть «поставка данных» клиенту). Клиент передает СУБД SQL-запрос, в ответ получает данные. Имеет место жесткая связь типа «точка- точка», для реализации которой все СУБД используют закрытый SQL-канал (например, Oracle SQL*Net). Он строится двумя процессами: SQL/Net на компьютере — клиенте и SQL/Net на компьютере-сервере и порождается по инициативе клиента оператором CONNECT.
В случае трехзвенной схемы клиент явно запрашивает один из сервисов (предоставляемых прикладным компонентом), передавая ему некоторое сообщение (например) и получает ответ также в виде сообщения. Клиент направляет запрос в информационную шину, ничего не зная о месте расположения сервиса. Имеет место так называемый function shipping (то есть «поставка функций» клиенту). Важно, что для Клиента база данных (в том числе и DDB) закрыта слоем Сервисов. Более того, он вообще ничего не знает о ее существовании, так как все операции над базой данных выполняются внутри сервисов.
Сравним два подхода. В первом случае мы имеем жесткую схему связи «точка-точка» с передачей открытых SQL-запросов и данных, исключающую возможность модификации и работающую только в синхронном режиме «запрос-ответ». Во втором случае определен гибкий механизм передачи сообщений между клиентами и серверами, позволяющий организовывать взаимодействие между ними многочисленными способами. Реализованная структура сервера приложений приведена на рис.2.
Основными компонентами сервера приложений являются:
- Oracle HTTP server (поддерживается Apache);
- Собственно СУБД Oracle c картриджем PL/SQL Gateway;
- Оперативная база данных;
- Пакет GMT (Generic Mapping Tools).
Подсистема запросов и визуализации данных построена на основе протокола HTTP и представляется для пользователя в виде HTML страницы. В качестве примера приведем страницу динамического запроса в ОБД ЕСИМО ДВНИГМИ об освещенности акватории Мирового океана попутными судовыми данными (рис.3).
Доступ из Интернет к продукции ОБД ЕСИМО ДВНИГМИ может быть осуществлен по адресу https://195.239.80.162:7777/pls. Примеры продукции ОБД ЕСИМО ДВНИГМИ — карты освещенности попутными судовыми данными акваторий Тихого и Мирового океана для второй декады (11-20 октября) октября 2001г. приведены на рис.4, 5.
Произведена инсталляция и ознакомление с программными средствами семейства Baikonur. Однако, положительно результата в моделировании взаимодействия серверов приложений Baikonur получить не удалось. Сказывается отсутствие опыта работы с данным продуктом и свободных технических средств для моделирования взаимодействия распределенных систем.
Проводились работы по расширению емкости выделенного канала ДВНИГМИ (текущая скорость подключения — 64Кбит/с). Достигнута договоренность с RbNet о подключении сети ДВНИГМИ к сети RbNet на коммерческой основе на скорости 256Кбит/с с гарантированной полосой пропускания. В качестве точки подключения выбран региональный представитель RbNet во Владивостоке — Дальневосточный Государственный университет (ДВГУ). В настоящий момент проводится выбор способа подключения сети ДВНИГМИ в точку присутствия RbNet (соединительная линия с медными проводами, оптика и т.п.).
Рис.4. Освещенность попутными судовыми данными (11-20 октября 2001г.) в Тихом океане
Рис.5 Освещенность попутными судовыми данными (11-20 октября 2001г.) по Мировому океану
Проводятся работы по изучению возможности использования XML картриджа Oracle для организации обмена данными между распределенными системами. Вероятно создание внутреннего стандарта языка запросов для ОБД ЕСИМО ДВНИГМИ для реализации процедур обмена данными между распределенными системами и базами данных в рамках ЛВС ДВНИГМИ.
Собственная оценка готовности к выполнению работ в рамках совместного проекта построения композитной карты освещенности попутными судовыми данными:
- Сетевая инфраструктура — частично готова (не установлен маршрутизатор CISCO 2611, причина поздняя поставка оборудования);
- Технические средства БД — готовы на базе собственных средств;
- Программные средства БД — готовы на базе собственных средств;
- Оперативная база гидрометеорологических данных — готова;
- Сервер приложений для визуализации данных в WEB — готов;
- Сервер приложений для организации обмена данными — установлены программные средства семейства Baikonur.
Таким образом, ДВНИГМИ готов к адаптации, а лучше, к установке готовых программно-технологических решений на базе технологии Baikonur. Однако, с нашей точки зрения, лучшим для нас вариантом было бы использование готового стандарта обмена данными на XML. Последний подход жестко регламентирует формат обмена, но оставляет свободу в выборе технологических решений в части номенклатуры и архитектуры серверов приложений и баз данных.
| |
Копаев Г., компания «Резидент», т. (095) 275 07 40, 275 24 93, kopaev@resident.ru, www.resident.ru
ТЕХНОЛОГИИ ПУБЛИКАЦИИ ЦИФРОВЫХ КАРТ В ИНТЕРНЕТ
В настоящее время технологии публикации цифровых карт в Интернете завоевывают все большую популярность, у организации, желающей создать собственный картографический сайт, есть возможность выбора из нескольких технологий. С одной стороны — наиболее известные ГИС-компании предлагают свое программное обеспечение (ESRI, MapInfo, Intergraph, Bentley, Autodesk), с другой стороны есть ряд разработок известных российский фирм («Резидент», ЦГИ ИГ РАН) и программные продукты местных фирм.
В настоящем докладе предполагается рассмотреть три аспекта темы «ГИС и Интернет» — технологию публикации цифровых карт в Интернет, особенности публикации часто изменяемой информации и программные продукты, предлагаемые на российском рынке.
Но для начала уточним понятие «ГИС для Интернет/Интранет», так как иногда это понятие смешивается с понятием сетевой ГИС. На мой взгляд, ГИС для Интернет/Интранет — это возможность обеспечить доступ к определенной картографической информации большого количества интересующихся в ней по сети Интернет или внутренней сети. При этом пользователю обычно нужны лишь функции вьюера, какой-либо анализ с использованием аналитического потенциала — это прерогатива настольных или сетевых ГИС. Место ГИС для Интернет/Интранет можно более четко определить, используя сравнение с пирамидой, предлагаемое компанией Intergraph (так как это сравнение понимаю я). Вершина пирамиды (наименьшее количество специалистов) — создание картографической основы, на этом этапе используются специализированные программные продукты для создания карт (фотограмметрическое программное и аппаратное обеспечение, геодезическая техника, векторизаторы). Середина пирамиды (большее количество пользователей, специализирующихся в тех или иных областях) — программные пакеты ГИС для анализа картографической информации. Основание пирамиды (наибольшее количество пользователей) — вьюеры картографической информации, ГИС для Интернет/Интранет.
Существующие технологии публикации цифровых карт в Интернет
Обычно подготовка данных к публикации состоит из следующих этапов:
1) Подготовка данных для публикации (выбор публикуемых слоев, группировка слоев, задание масштабных коэффициентов, раскраска слоев);
2) Настройка внешнего вида приложения (какие элементы управления будут использованы, цветовая гамма и условные обозначения различных элементов страницы, расположение и размер элементов страницы);
3) Настройка функциональности сервера (какое изображение выдается — растровое или векторное, сколько процедур запускается);
4) Собственно публикация данных..
Исходя из опыта функционирования нашего сайта www.eAtlas.ru и сайтов наших пользователей, можно предложить несколько иную технологию, а именно — добавить обработку первичных (исходных) данных.
Первый шаг. Обработка исходных данных
Обычно, в рекламных материалах производителей подобных систем, подразумевается, что данные берутся «как есть», без обработки. Исходя из нашего опыта подготовки карт для публикации на www.eAtlas.ru (карты Москвы, Санкт-Петербурга, Находки, Таганрога) и знакомство с рядом других карт необработанные карты показывать нельзя. Представление карты на всеобщее обозрение выдвигает жесткие требования к карте, которые в локальном проекте можно было не соблюдать. Общее требование к картам в Интернет — чтобы внешний вид был не хуже чем у бумажной карты.
Ошибки при создании карт можно разделить на ошибки, влияющие на функциональность геоинформационных систем (несоблюдение топологической корректности внутри слоя), логические ошибки (согласование слоев), а также ошибки в атрибутивных данных.
Топологическая корректность изображения
При оцифровке должны соблюдаться правила топологической корректности внутри одного слоя:
1. Недопустимо наличие «висящих» узлов, полученных в результате небрежной оцифровки.
2. Площадные объекты должны быть замкнуты.
3. Линии должны стыковаться между собой (например, следует проверять стыковку дорог, рек).
Слои должны быть согласованы между собой, особое внимание следует уделить согласованию следующих типов объектов.
1. Населенных пунктов и автодорог (обычно дорога проходит через населенный пункт, а не «где-то рядом с ним»).
2. Населенных пунктов и железных дорог (смотри предыдущий комментарий).
3. Населенных пунктов и гидрографии (смотри предыдущий комментарий).
4. Площадной и линейной гидрографии (распространенная ошибка) — реки, не впадающие в озера или наоборот — продолжающиеся в нем.
5. Отдельное внимание следует обратить на «наложение» несовместимых объектов друг на друга, например, водные объекты под слоем домов или кварталов. Очень часто дома выступают за границы кварталов.
Ошибки в атрибутивных данных.
1. Иногда встречаются ситуации, когда встречаются объекты, не имеющие никакой атрибутивной информации. Например, реки без названий.
2. Разновидностью такой ситуации можно считать привязку атрибутивной информации не к контуру объекта, а к некой точке внутри или рядом с объектом. Такая ситуация возникает при желании наиболее красиво разместить название объекта. Тем не менее, необходимо хотя бы дублировать информацию об объекте в его атрибутивном описании — для работы поисковой системы и получения справок.
3. Небрежное, неполное заполнение данных. Например, в поле адреса может быть следующая информация — «жилой дом по улице Симонова».
Указанные типы ошибок хорошо заметны при визуализации в крупном масштабе и оставляют впечатление неопрятной работы. Поэтому рекомендуем проверять карту перед публикацией и исправлять эти ошибки.
Второй шаг: Подготовка данных для публикации
Структура данных публикуемых данных может отличаться от структуры существующего ГИС-проекта. Рекомендуется выделить «базовый набор» слоев (типов) данных, которые могут быть интересны широкому кругу пользователей Интернет и тематические данные. Базовые слои будут показываться всегда, а тематические могут быть использованы для создания различных тематических карт. При этом возможно потребуется перегруппировка существующих у Вас слоев. Например, в исходном проекте существуют отдельно слой зданий и слой сооружений, при этом структура базы данных у них одинаковая. В данном случае Вы можете свести их в один слой публикуемого проекта.
Для некоторых слоев целесообразно задать зоны видимости объектов. Например, в крупном масштабе должны быть видны все речки, а в мелком масштабе # только наиболее крупные. Игнорирование этого правила приводит к тому, что карта выглядит нечитаемой, «замусоренной» в мелких масштабах.
Еще одно требование, налагаемое на карты его публикацией в Интернете, — цветовая раскраска. Можно рекомендовать придерживаться стандартной палитры, к которой привык пользователь бумажных карт. Раскрашивать растительность фиолетовым цветом, гидрографию — желтым, а рельеф — синим не рекомендуется.
Третий шаг. Настройка внешнего вида приложения
Многие ГИС-пакеты, предназначенные для публикации цифровых карт в Интернет, предусматривают возможность настройки внешнего вида странички с картой владельцем сайта. Обычно можно выбрать какие именно функции будут использованы; можно задавать расположение и размер элементов страницы (собственно окна с картой, инструментов, поискового окна, навигационного окна и т.д.); можно указать цветовую гамму и пиктограммы различных элементов страницы. В результате сайты, использующие одно и тоже программное обеспечение могут сильно отличаться своим внешним видом.
Программное обеспечение WebMap компании «Резидент» поставляется с двумя готовыми интерфейсами пользователя и также может быть настроено владельцем сайта или специалистами нашей компании в зависимости от существующих задач. В частности при оказании услуг картографического сервиса сайтом www.eatlas.ru, нами были разработаны несколько типов страниц, существенно отличающихся от нашего дизайна.
Четвертый шаг. Настройка функциональности сервера
Геоинформационное обеспечение сервера некоторых производителей допускает возможность настройки сервера для разных типов клиентов: передача клиентскому приложению растра или вектора.
Существует два различных способа передачи изображения пользователю. В первом случае пользователю передается растрированное изображение запрошенного им участка, во втором — векторное изображение. Напомню, что программное обеспечение, установление на сервере обрабатываем векторную карту. При этом некоторые разработчики считают, что передача векторного изображения позволяет уменьшать нагрузку на каналы передачи информации, так как часть запросов сможет отрабатывать программное обеспечение, установленное у клиента, оперируя полученным фрагментом. К сожалению, мне не удалось найти количественные оценки вариантов того или иного решения. Нашей компанией было принято решение передавать пользователю только растрированное изображение из следующих соображений:
 -; очень многие пользователи Интернет отказываются устанавливать себе на компьютер дополнительное программное обеспечение, которое необходимо для работы с векторными данными;
 -; многие владельцы цифровых карт (картографических основ) хотели бы исключить ситуацию, при которой их данные (картографические основы) могли бы распространяться в векторном виде без их согласия.
Скорость работы нашего программного обеспечения WebMap в среде Интернет можно оценить, поработав с нашим сайтом www.eatlas.ru.
Особенности публикации часто изменяемой картографической информации в Интернет
Зачастую публикация в Интернет — это лишь одна из задач геоинформационного проекта. Иногда в рамках ГИС-проекта необходимо постоянно обновлять данные. Наша компания придерживается следующей идеологии.
Существует необходимость и возможность отделить собственно ГИС-проект от его публичной части. В таком случае пользователь Интернет будет работать с неким производным наборным данных, подготовка которого описана ранее. При этом должен существовать блок преобразования исходной карты в публикуемый вариант, который включает конвертацию геометрического описания с атрибутивной частью, графического оформления, а также отбор публикуемых слоев.
Процедура конвертации геометрического описания с атрибутивной частью традиционно не представляет проблемы. А вот графическое оформление (цветовая раскраска, типы линий и заливок) через обменные форматы не передаются. Мы предлагаем описывать графическую часть публикуемого проекта в настроечном файле и при первичной подготовки проекта к публикации указать соответствие между исходным и публикуемым проектом. Также следует сопоставить слои исходного проекта и публикуемого (какие слои отсутствуют, какие объединяются). В результате публикация однотипных карт не потребует затрат в будущем.
Как выбирать программное обеспечение
Наличие большого количества предложений заставляет внимательно посмотреть на существующие системы как с точки зрения функциональности, так и с точки зрения стоимости. Не желая подробно проводить анализ различных разработок (так как мы сами являемся одним из разработчиков, и некоторые оценки могут быть некорректны) можно порекомендовать обратить внимание на отдельные ключевые вопросы.
Во-первых, следует тщательно продумать требуемую функциональность своей будущей системы. На мой взгляд, в большинстве случаев пользователю потребуются лишь функции вьюера (увеличить/уменьшить, переместить, получить справку, найти объект по названию, распечатать фрагмент). Не стоит путать ГИС для Интернет/Интранет с сетевой ГИС.
Во-вторых, определившись с функциональностью следует посчитать стоимость ГИС-пакета для публикации карт в Интернет. Разные фирмы предлагают разные принципы расчета: в зависимости от частоты процессора, в зависимости от количества одновременно обращающихся пользователей, фиксированная цена. После проведения такого анализа окажется, что для многих проектов выстроить линейку продуктов одной фирмы (от настольной ГИС до Интернет-ГИС) окажется слишком дорого. В любом случае покупка Интернет-решения от ГИС-компании, входящей в пятерку мировых лидеров, потребует более 10 000 долларов (наиболее конкурентоспособно выглядит ArcIMS от ESRI). Кроме того, следует внимательно изучить особенности лицензионного соглашения — конечная цена может быть существенно выше указанной в прайс-листе. В результате Вам, возможно, придется или приобретать систему отличную от настольной ГИС или ждать кардинального снижения цен. На этом фоне весьма привлекательной выглядит цена известных российских фирм-разработчиков геоинформационных продуктов. Например, стоимость пакета WebMap нашей компании «Резидент» составляет 2500$.
А теперь немного более подробно о программном продукте WebMap нашей компании «Резидент»
Программное обеспечение WebMap включает в себя сервер WebMap — расширение стандартного Web-сервера, обрабатывающее специализированные запросы клиента на получение графического изображения и семантических данных, а также HTML-страницы для организации пользовательского (клиентского) интерфейса. WebMap позволяет работать с интерактивными картами посредством обычных web-броузеров (программ просмотра), без установки элементов Active-X или Plug-in.
Для подготовки карт к размещению на сервере рекомендуется использовать MapInfo Professional, ArcView GIS или другое программное обеспечение в количестве рабочих мест достаточном для внесения изменений в используемые карты.
В комплект поставки, кроме собственно сервера, входит два варианта реализации пользовательского (клиентского) интерфейса: стандартный — на html со встроенным фрагментом на языке JavaScript, и профессиональный (обеспечивающий ГИС-подобный интерфейс) на html со встроенным Java-аплетом. Преимущество предлагаемых решений состоит в том что, в ответ на запрос клиента с сервера передается только новое изображение карты, без перезагрузки всей страницы, что существенно сокращает время отклика сервера на запрос клиента.
Клиентская часть WebMap обладает удобным интерфейсом и предоставляет пользователям (клиентам сервера) следующие основные функциональные возможности:
- Увеличение/уменьшение изображения (масштабирование карты)
- Сдвиг изображения (панорамирование)
- Получение краткой и расширенной справок об объектах, представленных на карте
- Управление видимостью объектов, включение нужных и выключение ненужных объектов # управление составом карты
- Поиск объектов по названию с показом найденных объектов на карте
- Измерение расстояния по карте
- Разбор адреса при работе с адресными базами
- Фильтрация на карте объектов по заданному критерию
- Нанесение объектов на карту с клиентского рабочего места
- Вывод карты на печать
- Разграничение доступа к картам для различных групп пользователей.
Требования к оборудованию и программному обеспечению
Серверная часть: процессор — Pentium 166 MHz и выше; объем оперативной памяти — не менее 64 Мб; объем свободного пространства на диске — не менее 50 Мб; операционная система — Windows NT 4.0; Web-сервер — Microsoft Peer Web Server или Microsoft Internet Information Server.
Клиентская часть: Internet-броузер с поддержкой Java 1.1 (для клиентского места на основе Java-апплета) или Internet-броузер с поддержкой JavaScript (для клиентского места на основе динамического HTML). В качестве Internet-броузера рекомендуется использовать Microsoft Internet Explorer версии 5.0 и выше или Netscape Navigator версии 4.7 и выше.
Ознакомиться с примером использования технологии WebMap можно на картографическом сервере компании «Резидент» — www.eAtlas.ru.
| |
Вязилов Е.Д., Николенко И.Ф. (ВНИИГМИ-МЦД)
РАЗВИТИЕ СЕТИ WEB САЙТОВ ЕСИМО, НОВАЯ ВЕРСИЯ WEB СЕРВЕРА ЕСИМО, СОСТОЯНИЕ РАЗРАБОТКИ РАСПРЕДЕЛЕННЫХ БАЗ МЕТАДАННЫХ НА WEB САЙТАХ ЕСИМО (СВЕДЕНИЯ О МАССИВАХ ДАННЫХ И ИНФОРМАЦИОННОЙ ПРОДУКЦИИ)
Развитие сети Web сайтов ЕСИМО
В 1999-2001 гг. сеть Web сайтов ЕСИМО существенно развилась, табл.1. Созданы как новые Web сайты (ГОИН, ЦИТИС), так и развиты уже имеющиеся в институтах (ААНИИ, ДВНИГМИ, ГМЦ).
Таблица 1
| Организация | Адрес Web сайта | Содержание |
|---|---|---|
| АКИН | https://www.akin.ru | Домашняя страница |
| АННИИ | https://www.aarri.nw.ru |
Раздел ЕСИМО, метаданные, продукция |
| АтлантНИРО | https://www.bytecity.ru/~atlant/Html/new_page_1_ru.htm | Домашняя страница |
| ВНИИГМИ-МЦД | https://www.oceaninfo.ru | ЕСИМО. Организационные документы, метаданные |
| ВНИИГМИ-МЦД | https://www.meteo.ru/nodc | Продукция, метаданные |
| ВНИИГМИ-МЦД | https://www.meteo.ru/nodc/metamedar/metamedar.html | Каталог данных по Средиземному и Черному морям |
| ВНИИГМИ-МЦД | https://mapik/caspian/Caspian.html — Локальный вариант |
Каталог данных по Каспийскому морю |
| ВНИИГМИ-МЦД | https://www.oceaninfo.ru/news/newsl.htm | Морская тематика в СМИ |
| ВНИИГМИ-МЦД | https://alex.meteo.ru:8080/cruise/JspCruise1.jsp | Глобальные сведения о рейсах НИС |
| ВНИИГМИ-МЦД | https://www.oceaninfo.ru/marinfo/index.htm | Бюллетень ЕСИМО |
| ВНИИГМИ-МЦД | https://www.meteo.ru:8080/image/index.html | Информеры |
| ВНИИГМИ-МЦД | https://www.meteo.ru:8080/nn/main.html | Cliware |
| ГВЦ Росгидромета | https://www.wmc.rssi.ru | Домашняя страница |
| ГГО | https://www.mgo.rssi.ru |
Домашняя страница |
| ГлавНИВЦ | https://www.gbdgi.ru/index_esimo.html | ЕСИМО |
| ГМЦ России | https://meteo.infospace.ru https://www.hydromet.ru | Домашняя страница, прогнозы |
| ГОИН | https://www.oceanography.ru | Домашняя страница |
| ГосНИНГИ | https://vkesimo.navy.ru | Домашняя страница, метаданные |
| ДВНИГМИ | https://www.hydromet.com/russian.html | Раздел ЕСИМО, метаданные |
| ЗИН РАН | https://www.zin.ru/index_r.htm | Домашняя страница |
| ИО РАН | https://www.sio.rssi.ru | Домашняя страница |
| ЛЦГМС | https://www.smesupport.leontief.ru/Frames/1str_.htm | Домашняя страница, прогнозы, продукция |
| МГУ, каф. океанол. | https://www.ocean.geogr.msu.su | Домашняя страница, линки |
| ММБИ | https://www.mmbi.murman.ru/mmbihtml/mmbi_rus.htm | Домашняя страница |
| НИПИОКЕАНГЕОФИЗИКА | https://www.okg.sea.ru | Домашняя страница |
| НИЦ «Планета» | https://sputnik.infospace.ru | Домашняя страница, данные спутниковых наблюдений |
| НПО «Тайфун» | https://www.typhoon.mecom.ru | Домашняя страница |
| РГГУ | www.rshi.nw.ru/win/home-ru.htm | Домашняя страница, прогнозы |
| С-З УГМС | https://www.nwmet.nw.ru:8101 | Домашняя страница, прогнозы |
| СПГУ, фак. Географ. и геоэкологии | https://www.spbu.ru/Education/Faculties/Geography | Домашняя страница |
| СПО ГОИН | https://www.csa.ru/int/soins/index.htm | Раздел ЕСИМО |
| ТИНРО | https://www.marine.su/TINRO | Домашняя страница |
| ТОИ ДВО РАН | https://www.pacific.marine.su/main_r.html | Домашняя страница, метаданные |
| ФЦП «Мировой океан» | https://www.a-z.ru/fcprog/mirov_ok/index.htm | Домашняя страница |
| ЦИТИС | Локальный вариант | Специализированный сайт «Курорты» |
| ЦНИИМФ | https://www.cniimf.spb.ru | Домашняя страница |
Для ведения Web сайта в 2000 г. разработаны положение о редакционной комиссии и инструкция по ведению Web сайта, Инструкция по ведению, развитию и поддержанию в актуальном состоянии WEB сервера ЕСИМО. Регулярно выпускается электронный журнал НОВОСТИ ЕСИМО. На сайт включены новые разделы «Бюллетень ЕСИМО», и «Морская тематика в СМИ». В 2001 г. разработаны Рекомендации по созданию ведению, развитию и поддержанию в актуальном состоянии Web сайтов ЕСИМО, в которых отражены употребляемые термины, основные этапы создания Web сайта, разработка структуры, определение характеристик Web сайта и требований к нему, проектирование Web сайта, сбор информационных материалов, оформление материалов и тестирование, запуск и эксплуатация Web сайта. Анализ посещаемости страниц Web сайта представлен в табл.2. Сводная таблица статистики посетителей дана на рис.1.
Состояние разработки Web рассматривалось на заседаниях семинаров и секции МНТС по ЕСИМО в 2000 г. Полученные на этих встречах замечания были очень полезны. Разделы Web сайтов многих организаций имеют структуру и функциональность, аналогичную Web сайту ЕСИМО, облегчая пользователям задачу поиска ресурсов. Web сайты организаций, в конце концов, образуют фундамент ЕСИМО, выдвинув на передний план местное знание и перспективу региона. Сейчас разрабатывается более 15 Web сайтов организаций — участников ЕСИМО. Главные новости здесь следующие.
На Web сайте ААНИИ ситуация следующая. Получено свидетельство на раздел сайта, как средство массовой информации. Осуществляется переход на новое стилистическое оформление, основанное на таблицах стилей. Разворачивается портал, при этом упорядочивается информация на сайте, исключается дублирование, вводится регистрация пользователей и регламентированный доступ.
На Web сайте ДВНИГМИ созданы новые разделы — доступ к данным по проекту NearGOOS, электронный атлас Японского моря и др. На сайте ГОИН до сих пор нет материалов по Подпрограмме 10 ЕСИМО. Раздел ЕСИМО сайта НИЦ «Планета» разработан не по типовой структуре — только обозначен. Нет метаданных для этой области исследований.
Таблица 2
| Страница | Хитов | % 1 |
|---|---|---|
| oceaninfo.ru/ | 19 | 25 |
| oceaninfo.ru/infor/n_metod.htm | 10 | 13 |
| oceaninfo.ru/infor/n_prav.htm | 8 | 11 |
| oceaninfo.ru/rd/napr1.htm | 4 | 5 |
| oceaninfo.ru/sprav/terminy.htm | 3 | 4 |
| oceaninfo.ru/news/newsl2.htm | 3 | 4 |
| oceaninfo.ru/infor/journal.htm | 3 | 4 |
| oceaninfo.ru/about/pasp.htm | 3 | 4 |
| oceaninfo.ru/sprav/termin3.htm | 2 | 3 |
| oceaninfo.ru/sprav/org.htm | 2 | 3 |
| oceaninfo.ru/sprav/exped.htm | 2 | 3 |
| oceaninfo.ru/rd/napr4.htm | 2 | 3 |
| oceaninfo.ru/news/newsl4.htm | 2 | 3 |
| oceaninfo.ru/news/news.htm | 2 | 3 |
| oceaninfo.ru/infor/spr_inf.htm | 2 | 3 |
| oceaninfo.ru/infor/n_prav4.htm | 2 | 3 |
| oceaninfo.ru/index.html | 2 | 3 |
| yandex.ru/yandbtm7? | 1 | 1 |
| oceaninfo.ru/sprav/termin2.htm | 1 | 1 |
Сайт ГосНИНГИ создан в соответствии с рекомендациями. К сожалению, этот сайт редактируется только раз в год. Появился раздел ЕСИМО на сайте ГлавНИВЦ. К сожалению, здесь тоже не ощущается динамики изменений. Разрабатывается новый Web cайт в ГМЦ, к большому сожалению, здесь еще нет раздела ЕСИМО. Очень интересный сайт создан в ТОИ ДВО РАН — «мини ЕСИМО» для Дальнего востока. Единственное, что хотелось бы пожелать дальневосточникам — хорошего взаимодействия между собой.
Первый вариант Web сайта был продемонстрирован в 1999 г. и получил большое количество конструктивных отзывов. Важным компонентом стратегии в области архитектуры сайта является наличие информационных связей с др. сайтами — создание общего поля метаданных ВНИИГМИ-МЦД, ААНИИ и ДВНИГМИ. Новая версия Web сервера ЕСИМО организована в виде портала, т.е. все ссылки на ресурсы сосредоточены на главной странице. Раздел «Новости» можно будет обновлять более оперативно через форму, доступную научному редактору сайта. Раздел «Изменения на сайте» оформлены отдельным окном. Включен новый раздел «Международные программы и проекты». Раздел «Метаданные» будет представлен в одном стиле — все объекты метаданных переводятся в XML и для них создаются возможности сортировки, выборки, получения справки о количестве объектов по различным атрибутам и определяются связи между объектами. Для создания, редактирования и пополнения XML — файлов используется XML редактор.
Ежемесячные материалы по отражению морской деятельности в СМИ можно посмотреть в разделе https://www.oceaninfo.ru/infor/cmi.htm. Мы хотим поместить на сайте опросы, чтобы получить конкретные отзывы и информацию об их нуждах.
Все компоненты Портала позволяет нам передавать нашу технологию ввода метаданных и поощрять партнеров становиться соисполнителями. Портал планирует свой запуск в декабре 2001 года. Более подробно состав и структура портала будет продемонстрирована
В 2000 г. создана распределенная база метаданных ЕСИМО для ВНИИГМИ-МЦД, ААНИИ и ДВНИГМИ. В настоящее время необходимо дополнить, упорядочить, привести к единому виду все объекты метаданных с использованием языков XMl, Xlink, Xpointer, Xpath. При этом для большинства объектов метаданных будут реализованы функции сортировка, выборка, получение справки о количестве объектов метаданных по различным атрибутам. Для новых объектов метаданных (сведения о спутниках, приборах, Web ресурсах, информационной продукции) были разработаны состав и структура. В настоящее время в ВНИИГМИ-МЦД, ААНИИ и ДВНИГМИ ведутся работы по наполнению всех объектов метаданных с помощью XML редактора и других средств.
В 2000 г. был разработан примерный перечень продукции, которая должна размещаться на сайтах участников ЕСИМО. В 2001 г. разработан демонстрационный вариант Бюллетеня ЕСИМО (https://www.oceaninfo.ru/marinfo/index.htm), в котором представлены фрагменты продукции, хранящиеся на сайтах — организаций — участников ЕСИМО. В настоящее время необходимо заполнить этот объект метаданных реальными сведениями об информационной продукции и представить на Web сайте ЕСИМО. На сайте ЕСИМО можно будет выбрать продукцию и по линку получить доступ к сайту, на котором она находится. Главная проблема здесь — обеспечение согласования изменений продукции на сайтах исполнителей и в списке продукции на сайте ЕСИМО.
Таблица 3
| Имя тега | Описание |
|---|---|
| In_Prod | Название информационной продукции |
| CNTR | Страна — производитель продукции |
| ID | Идентификатор организации, представляющей продукцию |
| NAME | Название организации, представляющей продукцию |
| A | Автор(ы) |
| Kind | Дисциплина, к которой относится продукция (лед, физическая океанография и др.) |
| Spatial | Пространственный масштаб представления продукции (10,20 и т.п.) |
| Depat | Подразделение, создающее продукцию |
| t | Тип продукции (о — оперативная, r — режимная) |
| v | Вид и форма представления продукции (анализ, прогноз, карта, текст, наблюдения, таблица, график, электронный каталог) |
| g | Географический район представления продукции |
| src | Имя файла (gif или URL — html), где находится продукция |
| Freq |
Периодичность — срок представления (ежечасно, ежедневно, ежемесячно, ежегодно) |
| Time |
Время представления продукции |
| Period | Период обобщения продукции (временное представление данных) |
| Tb | Заблаговременность выпуска для прогнозов |
| L | Язык, используемый при подготовке продукции |
| Unit | Используемая система единиц |
| Lim | Ограничения на использование |
| Par | Перечень параметров, представленных в продукции |
| Issue | Наименование и номер выпуска для периодической продукции |
| Meth_D | Способ представления продукции (e-mail, ftp, http, xml) |
| Meth_Pr | Метод получения продукции |
| Description | Описание продукции |
| Language | Язык, на котором дано описание продукции |
| ID_DB | Идентификатор массива, используемого при подготовке продукции |
| Using | Для чего и где применяется продукция или может использоваться |
| ID_Net |
Идентификатор используемой наблюдательной сети |
| ID_Pl | Идентификатор используемых платформ |
| ID_Eq | Идентификатор используемых приборов, датчиков |
| ID_Meth | Идентификатор метода наблюдений |
| ID_Soft | Идентификатор используемой прикладной программной системы |
| Bibl | Библиография, где описаны методика получения продукции, данных, приборов и др. |
| Creator | Кто составил описание |
| Date | Дата составления описания |
| Date_L | Дата модификации описания |
| |
Бенгер Р.В, Дьяченко Д.О., Пипко И.Г., Ураевский С.Е., Ураевский Е.П. (ДВГИГМИ)
МОДЕРНИЗАЦИЯ САЙТА ЕСИМО ДВНИГМИ
Первая версия сайта ЕСИМО ДВНИГМИ появилась в середине 2000г. Сайт имел структуру, которая соответствовала основным требованиям, предъявляемым к сайтам участников подпрограммы ЕСИМО, однако, отсутствие единого дизайна, слабо структурированная навигация и отсутствие динамических элементов типа интерактивных запросов, в базу данных, делала его вялым и мало привлекательным. В 2001 году была поставлена задача в разработке нового дизайна сайта и добавлении «динамических страничек».
Разработка нового дизайна сайта
Главная цель создания нового дизайна сайта состоит в улучшении его визуального восприятия пользователями, а также улучшении процедуры навигации по сайту. Последнее достигается путем использования нового принципа структуры страниц: вместо фреймов, которые использовались в предыдущей версии сайта, в новом дизайне основой является табличная структура с использованием единой стилистики (рис.1).
Сопровождение сайта
Необходимость поддержки сайта вызвала потребность в поиске средства, которое позволило бы создавать новые страницы наиболее быстрым и легким путем.
Инструментом, наиболее полно отвечающим требованиям создания и поддержки сайта, с нашей точки зрения, оказался продукт для разработки веб-сайтов компании Macromedia — Dreamweaver 4.0. Программа Dreamweaver 4.0 весьма удобна для создания как профессиональных, так и любительских сайтов. Она славится сравнительной чистотой генерируемого кода и предлагаемыми удобными средствами создания и манипулирования сайтом и его содержимым. Dreamweaver 4 содержит все, что требуется разработчику, как для визуальной компоновки web-страниц, так и для работы с HTML-кодом. Интуитивный интерфейс Dreamweaver 4 настолько прост, что даже начинающий дизайнер сможет быстро создать профессиональный web-сайт. Средства, которые Macromedia Dreamweaver предлагает для управления файлами, позволяют корректно производить операции с файлами сайта.
Так называемый менеджер сайтов (окно, содержащее список всех файлов вашего сайта) позволяет просматривать структуру сайта в виде списка или в виде карты, проверять корректность ссылок, загружать файлы на сервер через встроенный FTP-клиент, переназначать домашнюю страницу сайта и многое другое. С помощью этого окна можно безопасно удалять, перемещать и переименовывать файлы. Если на удаляемый файл стоит ссылка из другого файла, то Dreamweaver предупредит о не безопасности удаления. Аналогично безопасно можно переименовать и перемещать файл — вводите новое имя (перемещаете) и Dreamweaver предлагает изменить ссылки других файлов, ссылающихся на переименовываемый (перемещаемый) файл. Когда, допустим, придется переместить один файл в другую папку, то средства управления сайтом помогут избежать мучений по изменению ссылок во всех его документах.
Самое главное достоинство данной программы состоит в том, что она позволяет использовать шаблоны, преимущества которых — быстрота создания нового файла и невозможность случайного изменения дизайна, возможность изменения всех страниц, созданных на основе шаблона, путем изменения только шаблона. Разработчику сайта после изменения и сохранения уже нового шаблона Dreamweaver предлагает изменить страницы, созданные на основе этого шаблона, если разработчик согласен, десятки страниц изменятся автоматически. Все очень просто, нужно только сразу на начальном этапе создания сайта сделать нужные шаблоны и тщательно продумать изменяемые элементы. Сохранив шаблон, можно создавать из него новые документы, при этом редактировать можно будет только заданные элементы. Наличие шаблонов в программе значительно облегчает и ускоряет процедуру создания однотипных страниц.
Имеются некоторые ограничения на изменения, которые можно применять к документам, основанным на шаблонах. Шаблоны лучше использовать при условии, что каждый из них использует одинаковое расположение страницы. Для работы вне единых условий наибольшую гибкость обеспечивают библиотечные элементы. Использование библиотечных элементов разумно, если какое-то изображение или другое содержание будет отображаться на многих страницах вашего сайта, заранее сделайте его библиотечным элементом. Тогда, при изменении этого элемента, его новая версия отобразится на всех страницах, где он используется.
Предлагаемые в Dreamweaver шаблоны и библиотеки помогают создавать страницы в едином стиле и с единым дизайном. Программа также содержит окно history, задача которого — отслеживание всех изменений в процессе редактирования страницы. Данное окно позволяет делать откат на большое количество шагов назад (даже, если документ был сохранен) в случае неправильного редактирования.
Dreamweaver использует плавающие инструментальные панели:
- панель объектов;
- панель свойств.
Панель объектов (Objects) позволяет одним нажатием вставлять в текущее (по положению курсора) место графические объекты, таблицы, формы, Java-апплеты и по сути является визуальным инструментом вставки стандартных тэгов.
Панель свойств (Properties). Отображает атрибуты выбранного элемента. Вид панели меняется в зависимости от типа элемента. Можно просмотреть все атрибуты и динамически менять их — сделанные изменения сразу же применяются к элементу.
Встроенный редактор HTML кода достаточно прост и единственная его особенность это выделение цветом синтаксических конструкций. Кроме того если выделить объект в режиме WYSIWYG, а затем открыть редактор — будут выделены строки HTML-кода соответствующие выделенному объекту.
Сейчас большинство сайтов имеют табличную структуру. Возможность создавать любого вида таблицы, разрешение вложенных таблиц, невидимые границы ячеек — все эти идеальные инструменты дизайна позволяет использовать программа Macromedia Dreamweaver 4.0.
У программы есть два режима работы с таблицами — Standard View и Layout View. Standard View представляет собой классический режим работы. Такой режим был единственным в более ранних версиях Dreamweaver. Таблицы выглядят так, как будут выглядеть в броузере (за исключением таблиц с невидимыми границами — границы обозначаются пунктиром). Изменение таблиц — добавление/удаление ячейки/строки/столбца происходит через меню Modify/Table. Неудобство этого режима состоит в невозможности визуально перестроить таблицу. В Layout View таблицы выглядят не так как в броузере, зато изменять их можно как угодно — удалять и добавлять ячейки, изменять размеры ячеек простым рисованием, похожим на рисование в векторных редакторах.
Стили Dreamweaver предоставляют средства оформления текстов Web-сайта. Новая Палитра стилей HTML позволяет быстро применить к тексту ту или иную комбинацию стилей абзаца и шрифта. Каскадные таблицы стилей облегчают конфигурацию стилей Web-сайта на уровне шрифта и абзаца. Возможность выбора между стилями HTML и стилями CSS создает беспрецедентную управляемость и гибкость.
Для поддержки CSS Dreamweaver располагает автономным редактором таблиц стилей. Dreamweaver позволяет использовать три стандартных метода применения стилей (подключение CSS из отдельного файла с расширением *.CSS, определение CSS внутри файла, назначение стиля каждому тэгу).
И, наверное, самое привлекательное в этой программе — это возможность постоянного контроля над создаваемой страничкой. Разработчик постоянно видит перед собой страницу, причем именно так, как ее будут видеть потом пользователь. В случае необходимости разработчик сможет легко передвинуть (удалить) слой с находящимся в нем объектом, если ему что-то не понравилось.
Динамические страницы
Динамические страницы сайта ЕСИМО ДВНИГМИ реализованы на основе технологии т визуализации и представления гидрометеорологической информации ЕСИМО ДВНИГМИ, которая в свою очередь, основывается на трехзвенной модели распределенных систем. Для формирования динамических страниц используется сервер приложений, основными компонентами которого являются:
- Oracle HTTP server;
- СУБД Oracle c картриджем PL/SQL Gateway;
- Оперативная база данных;
- Пакет GMT (Generic Mapping Tools).
Для некоторых специфических операций пользователя с базой данных используется java-апплет. Апплет позволяет делать такие операции над графическим объектом, как масштабирование, перемещение и выбор элементов изображения. Так, например, можно выделить область на карте или пометить другим цветом траекторию движения тропического циклона. В качестве примера можно рассмотреть страницу запроса данных о тропических циклонах Тихого океана (рис.2)
Результат выполнения запроса представлен на рис.3. Серыми прямоугольниками отмечены области зарождения и выхода, красными линиями с отметками — траектории движения ТЦ с интервалом в 6 часов, зеленым цветом отмечена выбранная траектория. На рис. 4 представлены данные о выбранном ТЦ (дата и время, положении центра, значения давления и скорости ветра).
| |
Воронцов А.А., Вязилов Е.Д., Михайлов Н.Н. (ВНИИГМИ-МЦД)
ПРОЕКТНО-ТЕХНОЛОГИЧЕСКИЕ РЕШЕНИЯ ПО РАЗРАБОТКЕ МОДУЛЯ ИНТЕГРАЦИИ В РАМКАХ ПИЛОТНОГО ПРОЕКТА ЕСИМО 2001 ГОДА
Модуль интеграции (МИ-2001) в пилотном проекте инкорпорируется в портал ЕСИМО отдельным блоком, работающим по своей схеме на основе принятых технологических и решений с данными, заложенными в БД пилотного проекта. Модуль состоит из отдельных элементов, которые реализуются — в трехзвенной модели сервера приложений. Таким образом, в каждом независимом элементе выделяется интерфейсная часть, управление данными и содержательная обработка. Основное внимание уделяется функциям управления транзакциями и коммуникациями, транспортировки запросов, управления именами и т.д.
МИ-2001 — мультикомпонентная структура, в состав которой входят квазинезависимые блоки (подсхемы):
- Распределенная база данных
- Сервис баз данных
- Расчетно-модельный комплекс
- Сервис РМК
- Комплекс подготовки выходной продукции
- Сервис КПВП
- Управляющий комплекс
- Клиентский сервис
- МГИС
- Сервис МГИС
Основа работы пользователя всей конструкции — Taxxi Communicator, который обеспечит доступ пользователям, с двумя наборами объектных поверхностей для входа и выхода:
- входная часть — для задания запросов на данные, выбор задач;
- выходная часть — для отображения результатов работы в стандартизованном виде.
Основа работы приложенией и внутримодульных связей — технология Baikonur. Поскольку ЕСИМО должна быть распределенной информационной системой, то и, очевидно, БД должна соответствовать текущим процессам децентрализации и информационной интеграции. Короче говоря, дело приходится иметь с распределенной базой данных (РБД). Основа работы РБД — Java-технология.
РБД МИ-2001 — база данных, включающую фрагменты из нескольких баз данных, которые располагаются на различных узлах сети Интернет (ААНИИ и ДВНИГМИ) и интранет (две локальные БД института). Управление данными на каждом из узлов РБД выполняется локально и независимо от центрального узла, а каждый узел как неотъемлемая и равноправная часть РБД, одновременно может и должна функционировать независимо от других узлов системы. Данные, расположенные на разных узлах для пользователя любого уровня представляются единым целым, а обеспечение прозрачности БД может быть основано на применении общих адресных постоянно обновляемых по заданному расписанию каталогов данных. Защита данных от несанкционированного доступа обеспечивается, с одной стороны, штатным механизмом средств связи, а, с другой, — тем, что доступ к данным предоставляется через сервер приложений, а не напрямую к хранимым данным. Таким образом, в основном, РБД будет использовать трехзвенную архитектуру, т.е. вся работа будет проходить через промежуточный слой. Отдельно — интерфейсная часть, поддерживаемая рядом сервисов, отдельно БД и отдельно — сервисные приложения. Формирование РБД и ее актуализация выполняется по модифицированной технологии CLIWARE, используемой во ВНИИГМИ-МЦД в настоящее время для БД оперативных данных. В рамках пилотного проекта должны быть задействованы 4 БД ВНИИГМИ (2), ААНИИ, ДВНИГМИ. В рамках этой технологии должна поддерживаться независимость, прозрачность и защищенность от внешнего доступа в РБД пилотного проекта. Естественно, все свойства и функциональность РБД должна поддерживаться сервисом БД, который должен быть реализован в виде программного комплекса. Сервис РБД в первую очередь должен обеспечивать обмен согласованными ресурсами между отдельными узлами на основе протокола HTTP по адресации URL. Схема функционирования РБД на уровне сервиса показана ниже (рис.1).
Технология получения данных сводится к следующей последовательности:
- получение параметров запроса на данные от парсера запроса на данные
- проверка наличия данных в распределенной БД по общему каталогу
- определение адресов хранения
- организация доступа к требуемым данным
- доставка этих данных и метаданных пользователю
Организация доступа, выборки и доставка должна осуществляться путем преобразования данных из локальной структуры (формата) источника данных в модель данных в форму XML документа. Существенную проблему этого этапа работы с данными преставляет преобразование данных из схемы локальной базы данных/формата файлов данных в модель данных пилотного проекта. Особую роль здесь играет качество единого словаря параметров, а также механизм и средства согласования и установки соответствия между единым словарем данных и словарем (словарями) данных, используемых в базе (базах) данных источника данных.
Исключение из общего правила: в блоках РМК и МГИС МИ-2001 будет использована технология «SQL-клиент — SQL-сервер», т.е. устанавливается жесткая связь типа «точка — точка», для реализации которой СУБД используют закрытый SQL-канал Oracle SQL*Net.
В рамках работ по подготовке данных пилотного проекта необходимо:
- выбор классификации по предметной области ЕСИМО
- определение перечня параметров морской среды для использования
- формирование внутренней структуры
- выбор языка запросов к данным и процедурам
- разработка языка описания данных
- использование единого словаря параметров на уровне источников данных
- формирование источников данных
- описание форматов источников данных
- разработка необходимого программного обеспечения
Особое внимание должно быть уделено новым, еще не решаемых ранее проблемам:
- разработка стандарта на описание любых ресурсов, независимо от их формы представления (фактографические данные из СУБД, файлы типа ЯОД и текст, графика, текстовые материалы, WEB-страницы и др.), используя XML;
- разработка стандартов на описание форматов внутримодульного обмена (ЯОД, текст, XML).
Отдельно стоит вопрос подготовки метаданных на языке RDF, как минимум это потребуется для генерального каталога модуля.
РМК и его сервис в основном реализуется на основе технологии Epsylon Technologies. Базовая часть — супер сервер BSS 2.2. Все расчетные модули должны быть помещены на сервер приложений
РМК представляет собой независимый набор оттестированных программ для получения заданного перечня выходной продукции. Перечень программных средств, по всей видимости, давать бессмысленно, т.к. он в большой степени зависит от соисполнителей. Скорее всего на первых порах будут взяты существующие во ВНИИГМИ модули.
РМК и его сервис в основном реализуется на основе технологии Epsylon Technologies. Базовая часть — супер сервер BSS 2.2. Все расчетные модули должны быть помещены на сервер приложений.
Сервис РМК (рис.2) в виде программного средства базового модуля должен обеспечивать:
- поиск необходимых программных модулей для выполнения запроса пользователя,
- комплектацию технологической цепочки для выполнения сложного запроса,
- формирование панели задания входных и выходных параметров для выполнения технологической запроса,
- передачу входного потока данных в программные модули,
- поддержку входных-выходных данных (межмодульный обмен данными),
- передачу выходного потока данных в сервис подготовки выходной продукции.
По всей видимости, на комплекс КПВП должна будет лечь основная нагрузка. Суть в том, что этот комплекс будет задействован при любом обращении пользователя, даже если ему потребуется передать сообщение «К сожалению, запрашиваемых данных нет в базе». Комплекс подготовки выходной продукции должен быть распределен на две части: основная часть, работающая с БД во ВНИИГМИ и дополнения, работающие в ААНИИ и ДВНИГМИ.
В состав КПВП должны входить процедуры:
- Формирования таблиц справочных сведений
- Формирования графики по справочным сведениям
- Формирования карт освещенности по справочным сведениям
- Формирования исходных/модифицированных данных в объявленных форматах обеспечения данными пользователей
- Формирования исходных/модифицированных данных в графическом виде
- Формирования исходных/модифицированных данных в картографическом виде
- Формирования расчетно-модельных данных в табличном виде
- Формирования расчетно-модельных данных в объявленных форматах обеспечения данными пользователей
- Формирования расчетно-модельных данных в графическом виде
- Формирования расчетно-модельных данных в картографическом виде
Сервис КПВП должен провести парсинг запроса на получение выходной продукции, подобрать/найти программные средства, необходимые для получения заданной выходной продукции, получить от них полуфабрикат выходной продукции, преобразовать в необходимый вид и скомплектовать заказ.
Основная часть, в которой проводится подготовка графики, таблиц, текста, должна базироваться на сервере приложений BSS. Все дополнения — в соответствии с принятыми решениями на местах. Так, в ДВНИГМИ будет выполняться в трехзвенной архитектуре на базе сервера приложений, с применением пакета GMT, при этом, подсистема запросов и визуализации данных будет строится на основе протокола HTTP и представляться для пользователя в виде HTML страницы.
Основная задача Управляющего комплекса (УК) является согласование действий отдельных блоков базового модуля. Иными словами, это та интегрирующая среда, которая не позволит рассыпаться всей системе. Функционально-технологический цикл работы УК сводится к некоторому перечню работ и функциональных обязанностей:
- Получение системно-ориентированного запроса на выполнение заказа со стороны пользователя;
- Организация технологического процесса винутри системы;
- Последовательное обращение к отдельным блокам;
- Контроль выполнения работ отдельных блоков;
- Обеспечение сохранности промежуточных результатов на случай непредвиденных сбоев системы
- Поддержка запуска технологического процесса выполнения заказа после сбоя с ближайшей контрольной точки;
- Ведение журнала выполнения заказов и технологических процессов;
- Контроль сеанса пользователя;
- Обеспечение принудительного разрыва сеанса при возникновении особых ситуаций (пользователь в off-line, превышение допустимой нагрузки системы и др.).
Управляющий комплекс будет построен на основе телемонитора Байконур, который призван управлять запуском, поведением и уничтожением приложений на сервере приложений. Приложения сервера взаимодействуют с телемонитором при помощи Baikonur Native API — быстродействующей шины приложений. Запросы пользователей распознаются парсерами и коммутируются монитором к нужным задачам. Основа работы с данными и приложениями — так называемый Навигатор, который будет предоставлять поддержку и обеспечение на коллективном уровне координированного управления данными из различных источников: передача формализованных запросов/их элементов соответствующим сервисам и мониторинг их выполнения
Клиентский сервис состоит из трех составляющих:
- формирование пользовательской панели
- парсинг запроса
- обеспечение продукцией пользователя
В первой части максимально стандартизаванный интерфейс должен быть передан пользователю. Здесь вроде бы все очевидно: фиксированная панель заданной фукнциональности отправляется пользователю на его браузер и по команде считываются входные данные с панели и передаютс ядалее на выыполнение. Вторая часть осуществляет парсинг запроса: делит его на отдельные фрагменты (в соответствии с разработанными блоками), преобразует их машинно-ориентированый вид и передает их в УК. Основная задача — анализ запроса пользователя в контексте текущего состава и содержания РБД, разбор на отдельные запросы и требования и их формализация. Таким образом, получив запрос пользователя в естественной форме в этой части проводится раскодирование запроса, его формализация и преобразование. Третья часть функционирует по завершении работ, когда сервис КПВП передает сформированные выходные данные по запросу пользователя. В этот момент ведется поддержка отображения выходных данных на экране пользователя в его панели/панелях. Клиентский сервис создается в среде BSS на основе набора объектных поверхностей и осуществляет:
- поддержку работы пользователя
- парсинг запроса пользователя, его формализацию на языке запросов и декомпозицию по источникам
- формирование полного отчета и обеспечение выходной продукцией пользователя.
Блок подготовки картографической информации МГИС (рис.3) реализуется в виде коммерческой ГИС, ГИС-приложений и программ поддержки работы ГИС-приложений. Из ГИС-приложений основные: отображение данных (освещенность) на топооснове, формирование тематических карт и отображение этого слоя на карте, формирование таблиц и графиков. Особняком стоит ГИС-приложение позволяющее работать с пользовательскими программами в соответствии с определенным стандартом подключения и обмена данными. Все обеспечивающую работу (передачу входных, промежуточных м выходных данных, преобразование слоев и шейп-файлов в растровое представление и др.) должен взять на себя сервис МГИС.
Работа этого блока возможна в двух вариантах: автоматизированаая и автоматическая. В первом случае мы имеем дело с локальным вариантом, в котором пользователь работает с ГИС и готовит сам необходимые слои, шейпы и др. Во втором случае должен быть рассмотрен сетевой или Интернет/интранет вариант работы. И, если первый достаточно понятен, то второй требует определенных програмно-аппратных и технологических решений.
Сервис МГИС — это программное средство, поддерживающее работу блока МГИС. Он включает в себя сервисные программы управления процессом работы элементов ГИС. Блок-схема сервиса приведена на рис.4.
Основная функция сервиса — передача заказа в определенную точку ГИС-технологии. В случае, если должен проводится простой просмотр геоданных, то по позиционному выбору в среде ГИС отображенная тематическая карта передается как графический объект на WEB-странице. В случае выполнения выбранной задачи, то вначале передается управление на решение этой задачи, решается эта задача как независимый модуль или исполняемый объект, и, далее, в соответствии с заказом на выходную продукцию, формируется заданый результат в отчетном виде. И уже отчетный материал преобразуется в единый формат представления данных пользователю.
| |
Заседания семинара и секции МНТС по подпрограмме «Создание единой системы информации об обстановке в Мировом океане» ФЦП «Мировой океан»
24 октября 2001 г. во ВНИИГМИ-МЦД (г. Обнинск) состоялось очередное заседание секции МНТС по подпрограмме «Создание единой системы информации об обстановке в Мировом океане» ФЦП «Мировой океан». На этом заседание были рассмотрены следующие вопросы:
- План научно-исследовательских и опытно-конструкторских работ на 2003-2007 годы ФЦП «Мировой океан», Подпрограмма «Создание единой системы информации об обстановке в Мировом океане»
- План научно-исследовательских и опытно-конструкторских работ и инвестиционные мероприятия по ЕСИМО на 2002 год ФЦП «Мировой океан», Подпрограмма «Создание единой системы информации об обстановке в Мировом океане»
- Условия оформления и сдачи информационно-технологической продукции по итогам 2001 года и уточнение порядка проведения приемо-сдаточных испытаний
- Рассмотрение результатов и принятие решений по итогам рабочих семинаров в сентябре — октябре 2001 года (прил.1).
22-23 октября 2001 г. во ВНИИГМИ-МЦД (г. Обнинск) состоялся семинар секции МНТС по подпрограмме «Создание единой системы информации об обстановке в Мировом океане» ФЦП «Мировой океан». На семинаре были рассмотрены следующие вопросы:
- Разработка систем измерений состояния и загрязнения морской среды в ЕСИМО: состояние, перспективы и инвестиционные мероприятия
- Подготовка электронных режимно — справочных пособий по морской природной среде с использованием НИС: состояние работ, состав выходной продукции, технологии подготовки.
- Использование GPS — геодезии для привязки высот реперов сети уровенномерных наблюдений Росгидромета
- Технологии подготовки, распространения, импорта, экспорта и сертификация электронной картографической информации. Фонд электронных карт.
- Технология распределенного доступа, обмена и представления данных и информации в ЕСИМО — ход реализации.
- Технологии публикации цифровых карт в Интернет»
- Развитие сети Web сайтов ЕСИМО, новая версия Web сервера ЕСИМО и состояние разработки распределенных баз метаданных на Web сайтах ЕСИМО (сведения о массивах данных и информационной продукции).
Материалы семинара опубликованы в 9 выпуске электронного журнала «Новости ЕСИМО».
| |
Авторы: А.И.Бедрицкий, А.А.Коршунов, М.З.Шаймарданов. Росгидромет. Обнинск. 2001. — 36 с.
Исследуются опасные гидрометеорологические явления (ОЯ), произошедшие на территории России в период 1991-2000 гг. Приводится анализ изменчивости числа опасных явлений и их географического распределения по экономическим районам России При этом акцент сделан на анализе явлений, связанных с ветром. Результаты исследований позволяют оценить проблему значимости стихийных бедствий как нарастающую опасность для экономики. Справочно — аналитическая информация такого характера полезна при выработке эффективных защитных мероприятий от неблагоприятных условий погоды. Она может помочь в выработке основных направлений совершенствования и развития системы прогнозирования и оповещения об ОЯ, а также в организации специализированного гидрометеорологического обеспечения потребителей.
Авторы: В.А.Геловани, А.А.Башлыков, В.Б.Бритков, Е.Д.Вязилов. Москва: УРСС. 2001. — 303 с.
В монографии рассмотрены методы разработки систем поддержки принятия решений, основанных на знаниях для использования в нештатных, чрезвычайных ситуациях. Приводится классификация функциональных характеристик объектов управления с точки зрения формализации процессов приобретения знаний.
В книге используется междисциплинарный подход к созданию интеллектуальных систем поддержки принятия решений, позволяющий получить эффективные методы для приложений в области сложных процессов, характеризующихся большими объемами анализируемой информации, плохо формализуемыми процедурами логического вывода для принятия решений и трудностью использования традиционных методов многокритериальной оптимизации.
Рассмотрены проблемы использования информации о состоянии природной среды при принятии решений в нештатных ситуациях на объектах экономики. Даны общие сведения об «оболочке» экспертной системы «Спринт». Представлен анализ систем поддержки принятия решений в гидрометеорологии, экологии, атомной энергетике. Дана методология разработки систем поддержки принятия решений. Представлены некоторые рекомендации по проектированию систем поддержки принятия решений.
Рассмотрены вопросы создания и включения в состав систем поддержки принятия решений оптимизационных, экономических и прогностических моделей, создания картографических баз данных. Книга иллюстрирована конкретными примерами в виде компьютерных экранов, таблиц, фрагментов баз данных и знаний.
Заказать книгу можно в издательстве УРСС по адресу https://urss.ru, e-mail urss@urss.ru.
Internet Explorer 6.0, окончательная редакция новой версии самого популярного веб-браузера, выложена в Сеть для бесплатного скачивания всеми желающими. Компания Microsoft выпустила окончательную редакцию новой версии своего Web-браузера Internet Explorer 6.0. Со вчерашнего дня ее можно бесплатно скопировать с сайта Microsoft. Эта же версия будет включена в новую ОС Windows XP, компьютеры с которой появятся в конце сентября, а коробочная версия — 25 октября этого года.
Еще задолго до выхода IE 6.0 критиковался широкой Internet-общественностью, поскольку этот браузер не поддерживает два основных конкурирующих продукта, которые используются на большинстве Web-сайтов во всемирной Сети: язык программирования Java и встроенные плагины (plug-ins) сторонних производителей. Отказ от автоматической поддержки плагинов означает, что некоторые программы, в том числе мультимедиа-плейер QuickTime производства Apple, не будут работать по умолчанию, если разработчики сайтов не пойдут навстречу Microsoft. Поэтому пользователям IE 6.0, чтобы посмотреть Web-страницы, где используются Java-программы или клипы в формате QuickTime, нужно будет загрузить специальные патчи.
Microsoft заявляет, что отказ от поддержки «посторонних» технологий был сделан для усиления системы защиты браузера, а все остальные считают, что таким способом Microsoft расчищает место для своих технологий (например, Windows Media Player вместо QuickTime и ActiveX вместо Sun Java).
IE 6.0 отличается большей функциональностью, чем предыдущие версии и имеет несколько нововведений, рассчитанных на то, чтобы удивить пользователя. Microsoft убрала из браузера ряд спорных функций, которые, на взгляд тестеров, давали компании «слишком много власти над Сетью». Среди таких функций — SmartTags, превращающая ключевые слова на вэб-странице в гиперссылки на «одобренный» Microsoft контент. Теги позволяли по щелчку на словах и терминах перейти к пояснительной информации, которая хранилась, конечно же, на сайтах Microsoft. По рекомендации тестеров из браузера исключены также функции Personal Bar и Contacts.
IE 6.0 будет поддерживать стандарт конфиденциальности P3P (Platform for Privacy Preferences), позволяющий пользователю «отписаться» от загрузки cookies (небольших фрагментов данных о предыстории обращений данного пользователя к данному WWW-серверу, они автоматически создаются сервером на машине пользователя) с некоторых видов серверов. Пользователи смогут выбирать из пяти настроек, позволяющих расширить возможность определения серверов, откуда загружать cookies не стоит. IE6 может быть установлен под любой версией Windows, но не ранее Win95.
Подготовлено по материалам Web сайта
https://www.interface.ru/admail.asp?Url=/microsoft/news/n010828158.htm
Авторы: Асмус В.В., Кровотынцев В.А.
Представлены общие сведения об исследованиях ледяных покровов с ИСЗ дистанционными методами. С точки зрения научных исследований, получение информации о динамике ледяных покровов важно для изучения изменений регионального и глобального климата. Характеристики полярных ледяных покровов (протяженность акваторий морей и океанов, покрытых морским льдом, изменения границ материкового и шельфового льда Антарктиды и Гренландии, динамика отколов и разрушений айсбергов) чувствительны к изменениям климата и могут служить индикаторами сезонной и долговременной климатической изменчивоcти. В то же время ледяной покров влияет на условия формирования энергетических потоков в системе «океан-атмосфера» и, следовательно, оказывает влияние на динамику регионального и глобального климата. С практической точки зрения, информация о пространственном распределении, дрейфе, типе, возрасте и концентрации морского льда и айсбергов необходима для обеспечения безопасности навигации, рыболовства, добычи нефти и газа в полярных районах.
Эффективным источником информации о ледяном покрове в полярных районах Земли являются спутниковые радиолокационные наблюдения. В отличие от бортовых приборов, обеспечивающих съемку Земли в видимом и инфракрасном (ИК) диапазонах, радиолокационные устройства позволяют получать информацию об исследуемой поверхности независимо от ее освещенности (т.е. в любое время суток) и наличия облачного покрова. Указанное свойство радиолокационных данных представляет особую ценность при решении задач, связанных с необходимостью получения информации о состоянии ледяного покрова заданной территории в сжатые сроки ( независимо от погодных условий и времени суток), а также при решении задач, требующих осуществления непрерывного мониторинга исследуемого района. К подобным задачам относятся работы по информационному обеспечению круглогодичной навигации на Севморпути, а также судов, оказавшихся в тяжелых ледовых условиях Арктики и Антарктики. — Продолжение статьи см. на Web сайте https://www.internevod.com/rus/academy/sci/02/a2.shtml
ИССЛЕДОВАТЕЛЬСЕАЯ СТРАТЕГИЯ НАСА В 2000-2010 гг.
Web публикация включает 7 глав (иследовательсеая стратегия, биология и биоразнообразие, химия, глобальная вода и энергия, океаны и лед, науки о земле, наблюдения и моделирование). С публикацией можно ознакомиться на Web сайте https://www.earth.nasa.gov/visions/researchstrat/Research_Strategy.htm.
Оперативный отчет по объемам грузопереработки за 2000 г. по портам России в коммерческих структурах, представленный на расширенном заседании Совета Государственной Службы морского флота Министерства). Итоговые данные даны в таблице. Брлее подробно с этой информацией можно познакомиться на Web портале ИНТЕРНЕВОД https://www.internevod.com/cgi-bin/fish/work/monitor/obzor/russ.cgi?0014
|
Всего обработано судов |
Российские суда |
Иностранные суда |
||||||||||
|
1999 |
2000 |
в том числе |
досрочно |
с простоем |
досрочно |
с простоем |
||||||
|
рос. |
ин. |
СНГ |
кол-во |
с/сутки |
кол-во |
с/сутки |
кол-во |
с/сутки |
кол-во |
с/сутки |
||
|
14273 |
14943 |
6774 |
7956 |
213 |
2733 |
3663,4 |
237 |
173,2 |
5767 |
6160,2 |
123 |
244,7 |
Oracle9i Enterprise Edition выложен для скачивания
База данных Oracle9i нацелена на недавно сложившийся рынок Интернет-приложений и отвечает самым строгим требованиям к качеству обслуживания. Она обладает возможностями кластеризации, мощными и экономичными средствами безопасности, полностью исключает потери данных и позволяет интерактивно обмениваться информацией. Oracle9i удовлетворит все потребности вашего электронного бизнеса в Интернете. Oracle9i Enterprise Edition — это СУБД масштаба предприятий, обеспечивающая наиболее эффективную обработку данных, возможность реализации на ее основе хранилищ данных и выполнение OLAP вычислений. На сайте компании Interface Ltd. в разделе https://www.interface.ru/fset.asp?Url=/oracle/news/n011023210.htm выложена для скачивания ознакомительная версия Oracle9i Enterprise Edition.
| |
ECOLOGY ‘2002, 6-8 июня 2002, Бургас, Болгарская Академия Наук, ЛУКойл Нефтохим Бургас АД, Университет «Проф. д-р Асен Златаров». Тематические направления: экология и экономика, экология, философия, социология и право, экологические проблемы промишленности, транспорта, туризма и энергетики, строительство, архитектура и окружающая среда, международное сотрудничество в экологии.
Официальные языки: Болгарский, английский и руский.
4th International Symposium TECHNOMAT ‘2002 Materials, Methods and Technology, September 12-14, Bourgas, Bulgaria technomat@runbox.com. Participants in the symposia are considered only those ladies and gentlemen who have declared participation, fulfilled all of the requirements listed in the present invitation and presented their reports at the symposia.
SUBJECT DIRECTIONS: Mathematics and computer study. Computer technologies. Geodesy, geology, meteorology, hydrology, oceanography, mineralogy, geography and others.
OFFICIAL LANGUAGES: Bulgarian, English, Russian
Hydro 2002. Kiel, Germany, October 8-10, 2002. The Hydrographic Society, in association with the German Hydrographic Society (Deutsches Hydrographisches Gesellschaft). Main theme of the proceedings, which will also include a major exhibition of equipment and services as well as anticipated visits by specialist survey vessels, is «Sounding the Future.» Co-sponsored by the Canadian Hydrographic Service, the International Association of Lighthouse Authorities (IALA), and FIG Commission Four for Hydrography, the October symposium will focus on key policy and technical issues affecting future global hydrographic developments and requirements. Planned topics include bathymetry, coastal zone management & protection, data management, education & training, electronic charting, GIS, pollution monitoring & control, port traffic control, and positioning; 250-word English language abstracts on these or other related subjects are invited for submission by January 31, 2002. Abstracts should be forwarded to the Organizing Committee, Hydro 2002, Wischhofstrasse 1-3, Geb.11, 24148 Kiel, Germany; +49 431 7207 204, e-mail info@hydro2002.org. Further details on the event, which will be the fourth Hydrographic Society international Hydro symposium to be held outside the U.K. following earlier successful stagings in Amsterdam, Copenhagen, and Rotterdam, are available via a special event website at https://www.hydro2002.org
Underwater Technology 2002 International Symposium. April 16-19. The New Sanno Hotel, Tokyo, Japan. Information at https://underwater.iis.u-tokyo.ac.jp/ut02/.
International Conference on Marine Environmental Law. April 17-19. Bremen, Germany. Information at https://www.gauss.org/icmel.
OTC 2002: Deep into the Future. May 6-9. Reliant Center, Houston, Texas. Information and registration forms at https://www.otcnet.org.
The 32nd Annual International Arctic Workshop will be held 14-16 March 2002, at the Institute of Arctic and Alpine Research (INSTAAR), University of Colorado at Boulder. This workshop has grown out of a series of informal annual meetings sponsored by INSTAAR and other academic institutions worldwide. In keeping with this tradition, there are no formalized topics, and the workshop is organized around themes developed from the abstracts submitted for presentation and poster display. We hope to build upon the increasing breadth and success of past years for a rewarding interdisciplinary meeting on a variety of arctic research themes.
WHEN: Reception and Registration: Wednesday evening, 13 March 2002, 5:00-8:00pm Main program: 14-16 March 2002
WHERE: Institute of Arctic and Alpine Research, University of Colorado Boulder, Colorado East Campus (30th and Marine), Research Buildings N1 and N3
ABSTRACTS: Information on submission of abstracts will be posted by 15 December 2001 on our web site at: https://instaar.colorado.edu/meetings/AW2002 (note that «AW» is capitalized). DEADLINE for abstracts will be: 22 February 2002
PRESENTATIONS: You will be able to choose either a poster or a talk, but probably not both.
EMAIL ADDRESS: If you have questions, please email us at: ArcticWS@colorado.edu.
CHC 2002: Canadian Hydrographic Conference. May 28-31. Toronto, Ontario, Canada. Information and registration at https://www.chc2002.com or e-mail chc2002@absolutevents.com.
American Society of Limnology & Oceanography 2002 Summer Meeting, June 10-14, Victoria, British Columbia, Canada. Information and registration at https://www.aslo.org/forms/victoria2002.html.
Oceans 2002 MTS/IEEE, October 29-31, Mississippi Coast Coliseum & Conference Center, Biloxi, Mississippi. Information and registration at https://www.mtsgulfcoast.org.
The 2nd GLOBEC Open Science Meeting (2OSM) will take place in Qingdao, P.R. of China, 15-18 October 2002. 2OSM will feature invited plenary keynote presentations on GLOBEC, its major sub-projects and their implementation and synthesis plans. The overall structure of the meeting will reflect the four GLOBEC research foci: (Retrospective Analysis, Process Studies, Prediction and Modelling, Feedbacks from Ecosystem Changes. In parallel sessions, additional contributions will address specific topics such as national/regional initiatives, relationship with other IGBP projects (e.g. LOICZ, JGOFS, PAGES) and other projects such as WOCE, CLIVAR, GOOS, LMEs and the International Human Dimensions Programme (IHDP). 2OSM will be immediately followed by the XI PICES Annual Science Meeting. The meeting is open to all individual scientists interested in GLOBEC. GLOBEC researchers are encouraged to submit papers and to display contributed posters on concepts, results and conclusions of their research. Support for a limited number of scientists from developings countries will be available. A second announcement and call for papers will be circulated in October 2001. The deadline for submission is expected to be around May 2002. https://www.pml.ac.uk/globecmail/openscience.htm
По материалам https://www.oceanspace.net.
| |
Журнал публикует результаты исследований в области автоматизации сбора, обработки, хранения и обмена информацией о состоянии морской природной среды. Основными направлениями являются:
- Проектирование единой системы информации об обстановке в Мировом океане (ЕСИМО);
- Создание баз данных о состоянии морской природной среды;
- Разработка и использование программных средств;
- Создание единого информационного пространства.
Статьи, предназначенные для опубликования в журнале, должны содержать новые результаты, не опубликованные ранее и не предназначенные для одновременной публикации в других журналах. Объем статьи не должен превышать 1/2 печатного листа (что эквивалентно 12 страницам текста с плотностью 1800 знаков/стр), число иллюстраций не должно превышать 5. Текст подготавливается на русском языке. Помимо текста, в отдельном файле должны быть представлены на русском языке: название статьи, фамилии и инициалы авторов, аннотация длиной до 10 строк.
Текст должен быть подготовлен в электронной форме с использованием редактора Word for Windows.
В журнале принято, что рецензент сообщает редколлегии только свое мнение о целесообразности или нецелесообразности публикации, никакое редактирование статей не производится.
Автор полностью отвечает за содержание и язык статьи, а также возможность ее публикации в открытой печати с точки зрения защиты государственных или коммерческих секретов.
| |
Присылайте, пожалуйста, материалы, касающиеся автоматизации сбора, обработки информации об обстановке в Мировом океане для помещения в новости ЕСИМО.
Научный редактор: д.т.н., зав. лаб. ВНИИГМИ-МЦД Е.Д.Вязилов. Тел. (08439) 74676, Факс: (095) 255-22-25 (для Вязилова), E-mail: vjaz@meteo.ru. Адрес: 249020, г. Обнинск, ул. Королева 6
© 2001 ВНИИГМИ-МЦД. Авторские права защищены