Первоначальное руководство по интегрированной глобальной системе наблюдений ВМО (стр. 13 )

Когда редакционные правки невозможно сохранить

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

Еще одной причиной, по которой редакционные изменения невозможно сохранить, является внутренняя ошибка в системе. В этом случае появляется уведомление красного цвета, и станция будет оставаться в режиме редактирования. В подобном случае целесообразно проверить, вносились ли изменения в базу данных. Это может быть сделано путем открытия данных о станции в новом окне, сохраняя при этом открытым текущее окно. Если в нем видны самые последние изменения, то это значит, что они были сохранены системой и текущие окна могут быть закрыты. В противном случае необходимо вновь осуществить сохранение изменений, чтобы быть уверенным в том, что они постоянно хранятся в ОСКАР/Поверхность.

Истечение лимита времени сеанса

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

Редактирование радиолокаторов или станций СКОММОПС

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

Как скопировать станцию

Вместо создания станции c нуля часто проще создавать станцию, используя существующую станцию в качестве образца. Для этого можно скопировать существующую станцию. Чтобы сделать это найдите станцию на экране под заголовком «my stations» (мои станции), как это видно на рисунке 28. Отсюда можно осуществлять копирование станции, используя пиктограмму «copy» (копировать) справа. Новая станция откроется в виде экрана «edit» (редактирование). Копируются только соответствующие атрибуты.

Рисунок 13. Копирование экрана «my stations» (мои станции)

Как удалить станцию

Обычные пользователи не могут удалять станции в ОСКАР/Поверхность. Причина этого заключается в том, что целью ОСКАР/Поверхность является документирование текущих и бывших станций, с тем чтобы видеть исторические тренды. Удаление станции уничтожает все ее следы в системе даже за период, в течение которого станция была активна. В этой связи вместо того, чтобы удалять станцию, в большинстве случаев более целесообразно установить конечную дату рядов данных и установить статус станции для сообщения данных на «closed» (закрыто) (См. «Closure of a station» (Закрытие станции)). Станции, созданные для целей тестирования, могут быть удалены администратором. В этом случае для направления запроса об удалении станции может быть использована форма контакта.

Как получить помощь и сообщить об ошибках

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

Как вносить массовые изменения/Имеется ли API/Как синхронизировать существующую базу данных с ОСКАР/Поверхность

ОСКАР/Поверхность обеспечит межмашинный API (M2M), который сейчас разрабатывается и будетпредставлен в следующем выпуске.

Дополнение I — Перечень полей на экране ОСКАР/Поверхность

Перечень полей будет представлен в следующей версии этого Руководства.

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

__________

5.        ПРОЕКТИРОВАНИЕ СЕТЕЙ НАБЛЮДЕНИЙ

5.1        ВВЕДЕНИЕ

Принципы проектирования сетей наблюдений (ПСН) приводятся в Наставлении по ИГСНВ, пункт 2.2.1, приложение 2.1 (ВМО-№ 000). Целью этого раздела является обеспечение руководящих указаний по толкованию и осуществлению принципов ПСН. 12 принципов проектирования сетей наблюдений (ПСН) являются краткими и поэтому абстрактными. Национальным метеорологическим и гидрологическим службам (НМГС), проектирующим и развивающим свои сети систем наблюдений, потребуются более конкретные руководящие указания по тому, каким образом отвечать этим принципам. В этом документе для каждого принципа ПСН содержится набор более конкретных руководящих указаний или рекомендаций.

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

Некоторые рекомендации применяются к нескольким принципам ПСН. Для упрощения толкования эти пункты повторяются везде, где это приемлемо. Таким образом, появление во множестве случаев является преднамеренным.

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

5.2        РУКОВОДСТВО ПО ПРИНЦИПАМ ПРОЕКТИРОВАНИЯ СЕТЕЙ НАБЛЮДЕНИЙ

Примечание: для удобства описание принципов ПСН воспроизводится в скобках и курсивом под названием каждого принципа

ПРИНЦИП 1. — ОБСЛУЖИВАНИЕ МНОГИХ ОБЛАСТЕЙ ПРИМЕНЕНИЙ

(Сети наблюдений следует проектировать таким образом, чтобы удовлетворять потребности множества областей применений в рамках ВМО и совместно спонсируемых программ ВМО)

Примечание: область применения ВМО — это деятельность, связанная с первичным использованием наблюдений в цепочке видов деятельности, которые дают возможность национальным метеорологическим службам и другим организациям предоставлять обслуживание, способствующее обеспечению безопасности населения, социально-экономического благосостояния и развития в их соответствующих странах, в конкретной области, связанной с погодой, климатом и водой. Концепция области применения ВМО используется в рамках регулярного обзора потребностей ВМО (РОП1) для целей наблюдений и описывает однородную деятельность, благодаря которой возможно компилировать последовательный набор потребностей пользователей в наблюдениях, согласованных экспертным сообществом, осуществляющим оперативную деятельность в этой области.

1.        При проектировании сетей наблюдений следует учитывать потребности областей применения ВМО, документально изложенные в Наставлении по ИГСНВ. См., в частности, процесс регулярного обзора потребностей (РОП) ИГСНВ, базу данных ИГСНВ по потребностям пользователей в наблюдениях (OCKAP/Потребности) и Заявления о руководящих принципах для всех областей применений. Например, при проектировании сетей наблюдений, осуществляемом в первую очередь в поддержку областей применений для оперативного прогнозирования погоды, следует также учитывать потребности других областей применений, таких как мониторинг климата.

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

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

4.        Для реагирования на потребности своих программ ВМО установила партнерские отношения с другими органами, отвечающими за производство наблюдений, посредством совместно спонсируемых программ — см. преамбулу к Плану осуществления эволюции глобальных систем наблюдений (ПО-ЭГСН). Эти партнерские отношения следует учитывать при разработке сетей наблюдений.