Геопорталы

С программных позиций предлагаемое решение заключается в использовании открытой бесплатной библиотеки Leaflet с хранением данных в формате GeoJSON (для хранения больших массивов данных применяется PostgreSQL/PostGIS) - основанных на языке программирования JavaScript. Разметка гипертекста веб-страниц обеспечивается через стандартизированные языки HTML и HTML5, оформление геопортала и web-карт - за счет CSS3, за интерактивность, визуализацию и логику отвечает JavaScript, работающий на стороне клиента (внутри браузера пользователя). Такой подход позволяет преобразовать геопортал в простое легковесное сайтовое решение, работающее как локально, так и через сеть путем стандартного размещения на сервер и открытия к нему доступа, гибкое относительно операционных систем и используемого программного обеспечения на стороне пользователя.

Пример страницы геопортала показан на рисунке 1. В верхней части расположены авторский логотип проекта, название активного набора web-карт и меню геопортала.

Рис. 5.1. Пример страницы геопортала: "карта туристской инфраструктуры"

Меню (рис. 5.2) содержит ссылки на страницы: помощи (содержащей полезную информацию по работе с геопорталом), справочной информации о проекте и наборов тематических web-карт. В данном примере все карты были разделены на 13 тематических наборов и один полный набор всех карт - "общая карта" (для обеспечения возможностей пользователя совместного открытия web-карт разного тематического содержания). Для обеспечения наглядности для каждого из пунктов была создана ассоциативная иконка.

Рис. 5.2. Меню туристского геопортала

Основные функциональные компоненты web-карты показаны на рисунке 5.3. Перемещения по карте обеспечивается на выбор при помощи мыши, клавиатуры или прикосновений пальцев по сенсорному экрану. В левом верхнем углу показаны основные инструменты работы с картой: ее приближения и удаления (возможного и за счет прокручивания колесика мыши), перехода к стартовому окну, измерения расстояний на карте, определения местоположения пользователя по системам глобального позиционирования GPS и ГЛОНАСС, добавления и удаления объектов пользователя на карту в виде закладок, поиска и последующего показа объектов по слоям web-карты.

Рис. 5.3. Основные функциональные компоненты web-карты

Справа сверху расположено управление слоями, которое в свернутом виде (рис. 5.4) представляет собой букву "i" на тёмно-зелёном фоне. В развернутом виде оно позволяет управлять видимостью геоинформационных слоев - тематических наборов геоданных. При манипулировании с остальными компонентами карты компонент управления слоями сворачивается.

Рис. 5.4. Пример страницы геопортала: космический снимок в качестве карты-подложки

В качестве карты-основы используются открытые бесплатные тайл-сервисы, их выбор осуществляется в левом нижнем углу карты (рис. 5.4), ссылка на источник - в разделе копирайта (в правом нижнем углу). Набор доступных карт-основ обширен, в данном примере используется 6 сервисов: на рисунке 5.4 используется карта-схема 2GIS, на рисунке 5.7 - космические снимки сервиса Mapbox.

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

Для возможности использования геопортала и его web-карт на экранах разных размеров и разрешений, в том числе телефонов и планшетных компьютерах, была использована адаптивная верстка страниц (рис. 5.5).

Рис. 5.5. Пример адаптивной вёрстки web-карты популярных объектов туристского интереса (слева - карта, справа - развернутое меню страницы)

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

Предложенный туристский геопортал на стороне клиента может работать на базе стандартного браузера, компактен по размерам, обладает простотой, гибкостью, скоростью работы сервисов с клиентом, кроссплатформенностью и относительной устойчивостью к программным сбоям. Запустить его работу можно локально практически на любой ЭВМ или через сеть Интернет стандартными средствами хостинга сайтов и их открытия в публичный доступ.

Проблемы использования современного инструментария для создания интерактивных туристских веб-карт и геопорталов.

Однако, следует отметить совокупность основных проблем использования современного инструментария для создания интерактивных туристских веб-карт и геопорталов это:

1. Проблема открытости и цен на программные продукты, препятствующие массовому внедрению технологии. С технологических позиций в сфере создания геопорталов и интерактивных web-карт преобладает использование платных и закрытых программных продуктов, в том числе создаваемых на базе собранных в "пакет" открытых программных продуктов: NextGIS Web, ArcGIS Server, Map-Box, GeoMixer, ORBISmap, GeoNode и др. Ши-роко применяются и API сервисов Яндекс.Карт, Google Maps, 2GIS, Azure Maps, MapBox и др. При простоте использования общесправочных геоинформационных сервисов, необходимо отметить, что область их применения сводится к малоресурсному и быстрому созданию простых по содержанию карт, но обладающих большим рядом недостатков.

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

2. Проблема данных. Функционирование и возможности геоинформационных веб-сервисов напрямую зависят от заложенных в них данных, поскольку в своей работе опираются на них. Однако, в Российской Федерации формирование системы сбора исходных данных в унифицированной и стандартизованной формах, комплексно охватывающих туристскую сферу, находится еще в стадии становления. Особенно остро данный вопрос встает с уровней региона и выше. Данный аспект выступает "Ахиллесовой пятой" создания современных веб-сервисов, интегрирующих большие объемы всесторонних данных на обширные территории.

   Туристская сфера (ее элементы и компоненты, процессы) отличается изменчивостью во времени и пространстве, поэтому очень сложно обеспечить актуальность, точность, достаточность и достоверность всего массива данных [38 - 40]. Особенно это касается централизованного сбора официальных проверенных данных. Использование распределенных данных приводит к ситуации интеграции разнородных данных по генезису, качеству и структуре, обостряется проблема их согласованности, сильно осложняет ситуацию и частое использование аутсорсинга, приводящее к большому количеству ошибок. Поэтому становятся актуальными решения формирования архитектуры сервиса на базе интеграции данных специализированными субъектами (например, администраторами), а также стандартизация данных [41 - 43]. Одновременно вызовом и решающим шансом массового внедрения туристских геопорталов выступает бурное развитие "BigData".

   Подготовка данных для туристских веб-карт обычно осуществляется на базе программного обеспечения географических информационных систем (бесплатных QGIS, GRASS или платных MapInfo, ArcGIS и др.), обладающих развитыми технологиями сбора, ввода, хранения и обработки данных. Для последующего хранения и использования векторных данных обычно используются системы управления базами данных (например, MySQL и PostgreSQL/PostGIS), более простые решения в виде Spatialite, DB2, отдельно хранимых слоев данных в форматах shapefile, geojson и др. Для обеспечения удаленного доступа к данным используются серверные сервисы: GeoServer, Mapserver, ArcSDE, QGIS Server и др.

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

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

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

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

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

   Кроме того, отсутствует комплексное законченное методическое обеспечение создания веб-геосервисов. Поэтому в большинстве случаев подобные сервисы разрабатываются специалистами в сфере веб-программирования, без привлечения профильных специалистов, от чего сильно снижается качество продукта.
5. Сопровождаемость, мобильность, надежность и защищенность создаваемых туристских веб-карт и геопортала прежде всего зависят от квалификации программистов, качества используемых программных продуктов и оборудования, хотя важное значение здесь и имеет первоначальная продуманность его содержания и структуры со стороны специалистов сферы туризма и картографии.
6. Проблема обеспечения использования интерактивных веб-карт пользователями. Интерфейс формирует первое впечатление при входе на веб-карту, наиболее используемыми библиотеками для его формирования являются Leaflet и OpenLayers (созданные на его основе GeoExt и MapQuery), в англо- и германоязычных проектах - MapBender, а также Geomajas, Polymaps, Mapstraction, Modest Maps, GeoDjango, Wax и др. В иных случаях используются встроенные редактируемые в той или иной степени шаблонные интерфейсы платных закрытых программных продуктов. Непосредственно сами веб-страницы, чаще всего, формируются на основе HTML и CSS.