Активное развитие геоинформационных и телекоммуникационных технологий (в том числе Интернета), рост числа пользователей сетей, вычислительных мощностей ЭВМ, объемов доступных и востребованных данных приводят к постоянному расширению их практического применения [1 - 5]. Поэтому закономерным этапом развития геоинформационных систем становится их миграция в Интернет, где они существуют в виде картографических сервисов [6 - 10], геопорталов [11 - 15] и прочих картографических web-приложений. Ключевую роль в развитии интерактивных картографических web- приложений сыграло создание и совершенствование бесплатного программного обеспечения с открытым исходным кодом "Open Source".
Геопортал (от англ. geoportal - гео + портал) - веб-портал, отображающий и предоставляющий доступ к географической информации посредством веб-сервисов [16].
По территориальному охвату геопорталы делятся на глобальные (GoogleEarth), государственные (федеральные), региональные и муниципальные.
Ключ к пониманию сути геопортала лежит в понятии "портал", который определяется как "исходная точка выполнения тематического поиска в распределенной сети" и "сервер, предоставляющий прямой доступ пользователям к некоторому множеству серверов, включая установленные на них информационные ресурсы, а также Web-приложения, которые реализуют Web-сервисы, соответствующие назначению портала".
В проекции на проблематику ГИС и ИПД это означает доступ к распределенным сетевым ресурсам пространственных данных и сервисов (геосервисов), которые могут быть найдены на геопортале как исходной точке входа в сеть серверов.
Что обычно понимается под геопорталом в составе ИПД за рубежом, там, где они давно и успешно развиваются и множатся?
Напомним, что в английском языке термин "геопортал" употребляется в двух морфологических формах: "geoportal" и "geo-portal".
Википедия определяет геопортал как "веб-портал, используемый для поиска и доступа к географической (геопространственной) информации и связанные с этим сервисы (визуализации, редактирования, анализа и т. п.) в Интернете", при этом подчеркивается, что он является "важным и эффективным средством ГИС и ключевым элементом ИПД".
Понятие "геопортал" означает "точку входа в Интернет или Интранет с инструментами просмотра метаданных, поиска географической информации, ее визуализации, загрузки, распространения и, возможно, поиска геосервисов"..Директива INSPIRE, как уже отмечалось, определяет геопортал через набор его функций как сайт или его эквивалент, перечень функций которого, реализованных в виде Web-сервисов (геосервисов), включает поиск наборов данных, их визуализацию (геовизуализацию), загрузку и трансформирование, а также вызов других сервисов.
Этим можно было завершить краткое терминологическое введение в тему, если бы внимательный лексикограф не зафиксировал в своей электронной картотеке или базе данных другое значение слова "геопортал", уже не как научно-технического термина, а в качестве слова русского языка из актуальной лексики начала XXI в. Это геопортал в значении средства Web-картографирования (Интернет-картографирования) в расширенном его толковании как инструмента генерации геоизображений (геовизуализации), поскольку на практике речь идет о визуализации данных не только в картографической форме: к традиционным продуктам визуализации принадлежат карты, мозаики ортоизображений, их композиции (гибриды с картографическим изображением), трехмерные изображения на основе цифровых моделей рельефа. Как правило, эти средства предназначены для визуализации внутренних геоинформационных ресурсов обслуживающего сервера. Кроме традиционных визуализационных функций они могут предоставлять координаты интересующих объектов, возможность подсчета их площадей или периметров, прокладки маршрутов, печати карт. Однако в их задачи не входит поиск внутренних и тем более внешних распределенных ресурсов пространственных данных, а поиск в составе функций визуализаторов ограничен поиском "оффлайновых" объектов: домов и контор по их адресам, ближайших автозаправок и общественных туалетов, маршрутов передвижения и машин скорой помощи, наиболее близких к месту вызова к больному. Наличие функций ГИС, обеспечивающих такой поиск, ничего не меняет по существу: ищутся и находятся не информационные объекты, а объекты реального мира по их цифровым моделям [16 - 20].
Именно такими геопорталами, в большинстве своем с картами и планами городов, богат и продолжает богатеть Рунет. Эти системы исключительно информационно-справочного типа с недавних пор стали предметом обсуждения в рамках концепции "неогеографии", под которой понимается совокупность методов картографии и ГИС, а ее эталонами служат сервисы Google Earth и Google Maps.
С технологических позиций в сфере создания геопорталов и интерактивных web-карт преобладает использование платных и закрытых программных продуктов, в том числе создаваемых на базе собранных в "пакет" открытых программных продуктов "Open Source"): NextGIS Web, ArcGIS Server, MapBox, GeoMixer, ORBISmap, GeoNode и др. При этом особое внимание приходится уделять программному обеспечению базы данных и сервисов сервера. Широко применяются и API сервисов Яндекса, Google, 2GIS, MapBox и др., накладывающие туристскую информацию на общесправочную. Разработчики обычно вынуждены сочетать несколько программных продуктов, отвечающих за реализацию базовых функциональных возможностей интерактивной web-карты. Например, для формирования интерфейса используются MapBender, OpenLayers, Geomajas и Leaflet, серверной составляющей - GeoServer, Mapserver, ArcSDE и QGIS Server, базы данных - MySQL и PostgreSQL/PostGIS. Все это приводит к относительно высокой сложности технологии [21 - 24] для рядового пользователя и к сильной зависимости от специалистов по программированию, высоким ценам на готовые решения из "коробки". Отдельного внимания заслуживает формирование архитектуры и содержательного наполнения туристских геопорталов, требующих как доступа к актуальным и качественным данным о туристской сфере, так и квалифицированной работы с ними. Все это, наряду с другими факторами, не дает технологии стать масштабируемой, финансово и интеллектуально доступной для субъектов туристской сферы.
В текущей ситуации в Российской Федерации наблюдается высокая заинтересованность субъектов туристской сферы, в том числе туристов, в актуальной, достоверной, систематизированной и полной по охвату пространственно локализованной информации о туристских объектах территории, которую можно получить в одном месте в сети Интернет.
Проектирование туристского геопортала состоит из 5 основных этапов [25 - 28].
Концептуальный: определение технических требований к туристскому геопорталу и разработка технического задания совместно с заказчиком; формирование творческого коллектива проекта и распределение функционала; проработка архитектуры геопортала; выявление и инвентаризация источников данных для геопортала [29 - 33].
Разработка программного обеспечения туристского геопортала: исследование рынка программных продуктов разработки интерактивных туристских web-карт и геопорталов; тестирование программных продуктов; выбор программных продуктов для разработки геопортала; подготовка макетов интерфейсов геопортала; создание рабочей программной оболочки туристского геопортала [34 - 37].
Создание геоинформационной базы данных туристского геопортала: сбор исходных данных из открытых источников, региональных и профильных ведомств, научных организаций и т.д., их обработка; геокодирование исходных данных по отдельным типам объектов туристской сферы; добавление геоинформационных слоев базы данных в программную оболочку геопортала путем программирования; формирование базы метаданных.
Методическое обеспечение: разработка методического обеспечения администрирования туристского геопортала; разработка документа, описывающего технологию создания интерактивных туристских web-карт и геопорталов для её последующего масштабирования.
Заключительный: тестирование работоспособности туристского геопортала и внесение корректировок, в случае выявления проблем; хостинг туристского геопортала и его открытие в публичный доступ; подготовка и сдача информационного отчета по проекту; сдача туристского геопортала заказчику.
С программных позиций предлагаемое решение заключается в использовании открытой бесплатной библиотеки Leaflet с хранением данных в формате GeoJSON (для хранения больших массивов данных применяется PostgreSQL/PostGIS) - основанных на языке программирования JavaScript. Разметка гипертекста веб-страниц обеспечивается через стандартизированные языки HTML и HTML5, оформление геопортала и web-карт - за счет CSS3, за интерактивность, визуализацию и логику отвечает JavaScript, работающий на стороне клиента (внутри браузера пользователя). Такой подход позволяет преобразовать геопортал в простое легковесное сайтовое решение, работающее как локально, так и через сеть путем стандартного размещения на сервер и открытия к нему доступа, гибкое относительно операционных систем и используемого программного обеспечения на стороне пользователя.
Пример страницы геопортала показан на рисунке 1. В верхней части расположены авторский логотип проекта, название активного набора web-карт и меню геопортала.
Справа сверху расположено управление слоями, которое в свернутом виде (рис. 5.4) представляет собой букву "i" на тёмно-зелёном фоне. В развернутом виде оно позволяет управлять видимостью геоинформационных слоев - тематических наборов геоданных. При манипулировании с остальными компонентами карты компонент управления слоями сворачивается.
В качестве карты-основы используются открытые бесплатные тайл-сервисы, их выбор осуществляется в левом нижнем углу карты (рис. 5.4), ссылка на источник - в разделе копирайта (в правом нижнем углу). Набор доступных карт-основ обширен, в данном примере используется 6 сервисов: на рисунке 5.4 используется карта-схема 2GIS, на рисунке 5.7 - космические снимки сервиса Mapbox.
Объекты на карте показываются в виде гибко настраиваемых анимированных условных знаков, количество видов которых насчитывается в тысячи вариантов. При клике по локализованным значкам выходят их описания. Для оптимизации производительности ЭВМ на стороне пользователя используется кластеризация объектов (значков) в виде окружностей, в центре которых указывается число входящих в них объектов. Масштаб карты показан в левом нижнем углу.
Для возможности использования геопортала и его web-карт на экранах разных размеров и разрешений, в том числе телефонов и планшетных компьютерах, была использована адаптивная верстка страниц (рис. 5.5).
Предложенная технология проектирования туристских геопорталов и интерактивных web-карт позволяет сделать доступной дорогую и относительно сложную технологию для заказчика, может в дальнейшем использоваться (масштабироваться) сторонами как в комплексе, так и по отдельным видам туризма с целью развития туристской сферы (информирование туристов, представителей туристской индустрии, местных сообществ, управление туристскими потоками и их нагрузками, площадка для представления турпродуктов и услуг и т.д.).
Предложенный туристский геопортал на стороне клиента может работать на базе стандартного браузера, компактен по размерам, обладает простотой, гибкостью, скоростью работы сервисов с клиентом, кроссплатформенностью и относительной устойчивостью к программным сбоям. Запустить его работу можно локально практически на любой ЭВМ или через сеть Интернет стандартными средствами хостинга сайтов и их открытия в публичный доступ.
Проблемы использования современного инструментария для создания интерактивных туристских веб-карт и геопорталов.
Однако, следует отметить совокупность основных проблем использования современного инструментария для создания интерактивных туристских веб-карт и геопорталов это:
Проблема открытости и цен на программные продукты, препятствующие массовому внедрению технологии. С технологических позиций в сфере создания геопорталов и интерактивных web-карт преобладает использование платных и закрытых программных продуктов, в том числе создаваемых на базе собранных в "пакет" открытых программных продуктов: NextGIS Web, ArcGIS Server, Map-Box, GeoMixer, ORBISmap, GeoNode и др. Ши-роко применяются и API сервисов Яндекс.Карт, Google Maps, 2GIS, Azure Maps, MapBox и др. При простоте использования общесправочных геоинформационных сервисов, необходимо отметить, что область их применения сводится к малоресурсному и быстрому созданию простых по содержанию карт, но обладающих большим рядом недостатков.
Платные продукты отличаются решением широкого спектра задач создания веб-карт и геопорталов "из коробки", в том числе на базе шаблонов, имеют консалтинговую поддержку, однако отличаются относительно высокими ценами (либо стартовыми, либо через последующую поддержку программного обеспечения и решений на его базе). Бесплатное программное обеспечение позволяют решать практически тот же спектр задач, однако характеризуются более высокими требованиями к разработчикам, необходимостью большего времени и ресурсов для разработки продукта, не редко, меньшей стабильностью функционирования продукта, в случае проблем - необходимостью поиска их решений при помощи сообщества.
Проблема данных. Функционирование и возможности геоинформационных веб-сервисов напрямую зависят от заложенных в них данных, поскольку в своей работе опираются на них. Однако, в Российской Федерации формирование системы сбора исходных данных в унифицированной и стандартизованной формах, комплексно охватывающих туристскую сферу, находится еще в стадии становления. Особенно остро данный вопрос встает с уровней региона и выше. Данный аспект выступает "Ахиллесовой пятой" создания современных веб-сервисов, интегрирующих большие объемы всесторонних данных на обширные территории.
Туристская сфера (ее элементы и компоненты, процессы) отличается изменчивостью во времени и пространстве, поэтому очень сложно обеспечить актуальность, точность, достаточность и достоверность всего массива данных [38 - 40]. Особенно это касается централизованного сбора официальных проверенных данных. Использование распределенных данных приводит к ситуации интеграции разнородных данных по генезису, качеству и структуре, обостряется проблема их согласованности, сильно осложняет ситуацию и частое использование аутсорсинга, приводящее к большому количеству ошибок. Поэтому становятся актуальными решения формирования архитектуры сервиса на базе интеграции данных специализированными субъектами (например, администраторами), а также стандартизация данных [41 - 43]. Одновременно вызовом и решающим шансом массового внедрения туристских геопорталов выступает бурное развитие "BigData".
Подготовка данных для туристских веб-карт обычно осуществляется на базе программного обеспечения географических информационных систем (бесплатных QGIS, GRASS или платных MapInfo, ArcGIS и др.), обладающих развитыми технологиями сбора, ввода, хранения и обработки данных. Для последующего хранения и использования векторных данных обычно используются системы управления базами данных (например, MySQL и PostgreSQL/PostGIS), более простые решения в виде Spatialite, DB2, отдельно хранимых слоев данных в форматах shapefile, geojson и др. Для обеспечения удаленного доступа к данным используются серверные сервисы: GeoServer, Mapserver, ArcSDE, QGIS Server и др.
Все это в совокупности (учитывая и программное обеспечение первого пункта при создании проектов на базе открытого программного обеспечения создает множество сложностей, требующих квалифицированного подхода со стороны программистов, картографов и специалистов из сферы туризма.
Проблема нехватки специалистов туристской сферы, способных квалифицированно сформировать содержательное ядро туристских веб-карт и геопорталов. При кажущейся простоте, создание подобных сервисов требует комплексного и системного подхода: учета интересов и особенностей целевой аудитории (с позиций функциональности, эргономичности и т.д.), построения архитектуры сервиса, классификации туристских явлений с целью их структурирования для пользователей, охвата всех технологических этапов туристской деятельности и связанных с ними элементов и компонентов, учета текущей ситуации.
При этом специалист должен как минимум хорошо ориентироваться в возможностях информационных технологий и формирования на их основе веб-карт и геопорталов.
Высокий "порог вхождения" в технологию для субъектов сферы туризма по причине сложности и дороговизны. Разработка туристского геопортала требует привлечения высококлассных специалистов в сфере туризма, а также картографии и веб-программирования, сбора и подготовки данных (часто платных), при использовании платных программных продуктов - их закупки, обеспечения сопровождения и навязываемых попутных сервисах и т.д. Ввиду слабо выраженного спроса, отсутствуют и стремления в сфере информационных технологий в сторону превращения технологии в более доступную для рядового пользователя (их разработки без написания программного кода). Здесь возможно использование обще справочных геоинформационных сервисов. Однако при всей простоте использования последних технологий, получаемые на их базе "из коробки" продукты обладают примитивной функциональностью, дизайном и удобством через накладывание значков на обще справочную информацию, кроме того, ставят пользователя в полную зависимость от сервиса, в том числе коммерческую. Поэтому их использование преимущественно относится к созданию простых карт для решения текущих элементарных задач, не требующих больших усилий и времени.
Весомой проблемой является и отсутствие геоинформационной подготовки специалистов сферы туризма, туристской подготовки и компетенций у специалистов сферы информационных технологий.
Кроме того, отсутствует комплексное законченное методическое обеспечение создания веб-геосервисов. Поэтому в большинстве случаев подобные сервисы разрабатываются специалистами в сфере веб-программирования, без привлечения профильных специалистов, от чего сильно снижается качество продукта.
Leaflet и OpenLayers (созданные на его основе GeoExt и MapQuery), в англо- и германоязычных проектах - MapBender, а также Geomajas, Polymaps, Mapstraction, Modest Maps, GeoDjango, Wax и др. В иных случаях используются встроенные редактируемые в той или иной степени шаблонные интерфейсы платных закрытых программных продуктов. Непосредственно сами веб-страницы, чаще всего, формируются на основе HTML и CSS.В решении указанной проблемы важными моментами являются компоновка элементов веб-карты, помощник (с инструкциями и пояснениями по использованию сервиса), дизайнерское решение и др., которые должны обеспечивать ее понятность, снижать затраты усилий пользователя на освоение и повышать интересность использования сервиса. Здесь приходится решать вопрос соблюдения баланса между функциональностью сервиса и простотой его использования пользователем. Например, обладающий широким функционалом туристский геопортал Люксембурга (рис. 5.9), характеризуется избыточным количеством функциональных элементов в окне карты, мало того, которые еще и сгруппированы в отдельные закладки. Однако часты решения, когда на страницу еще добавляются фотогалереи, реклама, ссылки и т.д., а размер самой карты занимает меньше половины пространства. В итоге использование таких сервисов становится сложным и дискомфортным, мешает поиску нужной посетителю информации. Усугубляется все это при использовании сервисов с мобильных телефонов и планшетных компьютеров. Современной тенденцией является уход от громоздких интерфейсов в сторону их простоты, лаконичности и сворачиванию групп функциональных элементов в скрываемые компоненты.
Стоит отметить относительно функциональных кнопок веб-карты: визуально они должны ассоциироваться у пользователя с исполняемыми функциями и обеспечиваться всплывающими подсказками, при нажатии подсвечиваться и срабатывать, что обеспечивается далеко не всегда.
В компоновке веб-карты необходимо предусматривать места для показа масштаба (способы его отображения выбираются в зависимости от задач: графический, численный и именованный), стрелки-указателя на север.
Интерактивные веб-карты должны обеспечивать управление слоями, поиск информации и объектов, получение информации об объектах, навигацию по карте, определение местоположения пользователя при помощи глобальных систем позиционирования, выбора картоснов (подложек), измерения расстояний, добавления своих объектов, печать интересующего участка карты, кластеризацию объектов на карте для снижения нагрузки на компьютер и т.д.)
Особое внимание необходимо уделять картам-основам сервиса, которые выступают в качестве условия восприятия первичной информации карты, показывают географическую ситуации вокруг интересующего посетителя объекта и т.д. Желательно предоставлять пользователям возможности выбора карт-основ под решаемые им и задачи. Использовать здесь можно как ограниченные в использовании карты и космоснимки сервисов Yandex, Google, Mapbox, так и открытые OpenStreetMaps и др., удобным является использование специальных каталогов, например, "QuickMapServices".
Изображение карты очень сильно зависит от используемой проекции, поскольку плохо подобранные проекции могут привести как к искажению данных, сложности их интеграции в единый сервис, так и их неправильному, сложному восприятию со стороны конечного пользователя. При работе с открытыми данными в веб-картах наиболее часто используется географическая проекция WGS 84 (EPSG 4326), широкое использование в браузерах имеет цилиндрическая прямоугольная (неравноугольная) проекция Меркатора на сфере EPSG:3857, Яндекс - карты использует цилиндрическую прямоугольную проекция Меркатора на международном эллипсоиде EPSG:3395.
Важное значение имеет и правильное использование условных знаков, выполняющих коммуникативные и познавательные функции. Оформление знаков осуществляется через размер, форму, цвет и его насыщенность, яркостные характеристики, структуру, ориентировку, используемую анимацию и т.д. Необходимо, чтобы знак вызывал ассоциативные связи с отображаемым явлением, удобно и качественно считывался с карты, правильно передавал заложенную в него информацию. К сожалению, по причине того, что обычно веб-карты создаются программистами и специалистами из сферы туризма, без привлечения специалистов-картографов, условные знаки на них редко отличаются достойным качеством, а формируемые из них картографические произведения редко отвечают даже минимальным требованиям. Несколько упрощает ситуацию факт, что интерактивные карты обычно создаются на базе уже готовых карт в виде, накладываемых на них сверху небольшого числа отдельных условных знаков.
Сложной и ответственной задачей создания веб-карт является обеспечение поисковых функций. Обычно решение осуществляется или через одно универсальное поле, или через набор тематических поисковых полей для ввода данных. Каждое из решений обладает своими плюсами и минусами, а их актуальность зачастую обусловлена решаемыми задачами и конкретными пользователями. Еще больше проблем вызывают у пользователей результаты поиска данных, поскольку их может быть слишком много, и они не могут из них выбрать нужный вариант или находится неправильный объект, к которому сразу перепрыгивает окно его карты. Сложности вызывает и правильная формулировка вербальных запросов. Необходимо помнить, что найденные объекты нужно выделять на карте и предоставлять возможности пользователям оставлять на их месте объект-закладки, чтобы можно было к ним вернуться позже.
В современных условиях активного использования смартфонов и планшетных компьютеров особое внимание необходимо уделять адаптивности вёрстки туристских веб-карт, чтобы они могли поддерживаться на различных типах устройств (рис. 5.7). При этом важно, чтобы функциональность компонентов карты не портилась (часты проблемы с несрабатыванием кнопок и инструментов, изменения масштаба, передвижения по карте, расползанием компоновки, масштабируемостью условных знаков и шрифтов и т.д.).
Невостребованность комплексных туристских геосервисов со стороны лидеров и крупных игроков рынка информационных технологий. Уже на данный момент возможности информационных технологий настолько велики, что позволяют создавать геоинформационные веб-сервисы поддержки принятия решений для бизнеса и профильных органов власти, полного цикла обслуживания туристов: от этапа замысла путешествия и его планирования, до осуществления и постдеятельностной фазы. Например, на основе инвентаризации и персональной оценки аттракций, локализации объектов инфраструктуры, сервисы способны подбирать для потребителей максимально интересные им аттракции, прокладывать между ними маршруты, с учетом наличного времени и желаний, необходимого посещения объектов инфраструктуры (питания, ночевки, санитарных потребностей, бронирования и резервирования и т.д.), обеспечивать по пути следования полное мультимедийное сопровождение (в том числе проведение экскурсии). Уже сейчас технологии способны подбирать туристские продукты для потребителей лучше большинства менеджеров туристских фирм, проектировать туры, максимально учитывающие их желания и возможности, эффективно заниматься целевым продвижением.
Создание интерактивных туристских веб-карт и геопорталов представляет собой весьма сложную задачу, которая актуальна для специалистов вот уже почти как два десятилетия. По мере развития информационных технологий, а также туризма, их возможности сильно выросли и позволяют на данный момент решать большинство актуальных задач туристской сферы. Однако параллельно растут и требования к компетентности и квалификации специалистов, зачастую требуется создание творческих коллективов, включающих в себя как минимум профессионалов из сферы веб-программирования, картографии и туризма. Благодаря развивающемуся программному обеспечению и оборудованию у субъектов туристской сферы появились возможности создания сервисов, как на базе готовых платных решений, так и бесплатных на основе "Open Source".
Выделенные проблемы по своей актуальности и сложности решений будут сильно отличаться в зависимости от особенностей конкретных проектов и ситуационных факторов. Однако для широкого создания и применения интерактивных туристских карт и геопорталов они играют ключевое значение и требуют особого внимания.
Активное развитие геоинформационных и телекоммуникационных технологий (в том числе Интернета), рост числа пользователей сетей, вычислительных мощностей ЭВМ, объемов доступных и востребованных данных приводят к постоянному расширению их практического применения [1 - 5]. Поэтому закономерным этапом развития геоинформационных систем становится их миграция в Интернет, где они существуют в виде картографических сервисов [6 - 10], геопорталов [11 - 15] и прочих картографических web-приложений. Ключевую роль в развитии интерактивных картографических web- приложений сыграло создание и совершенствование бесплатного программного обеспечения с открытым исходным кодом "Open Source".
Геопортал (от англ. geoportal - гео + портал) - веб-портал, отображающий и предоставляющий доступ к географической информации посредством веб-сервисов [16].
По территориальному охвату геопорталы делятся на глобальные (GoogleEarth), государственные (федеральные), региональные и муниципальные.
Ключ к пониманию сути геопортала лежит в понятии "портал", который определяется как "исходная точка выполнения тематического поиска в распределенной сети" и "сервер, предоставляющий прямой доступ пользователям к некоторому множеству серверов, включая установленные на них информационные ресурсы, а также Web-приложения, которые реализуют Web-сервисы, соответствующие назначению портала".
В проекции на проблематику ГИС и ИПД это означает доступ к распределенным сетевым ресурсам пространственных данных и сервисов (геосервисов), которые могут быть найдены на геопортале как исходной точке входа в сеть серверов.
Что обычно понимается под геопорталом в составе ИПД за рубежом, там, где они давно и успешно развиваются и множатся?
Напомним, что в английском языке термин "геопортал" употребляется в двух морфологических формах: "geoportal" и "geo-portal".
Википедия определяет геопортал как "веб-портал, используемый для поиска и доступа к географической (геопространственной) информации и связанные с этим сервисы (визуализации, редактирования, анализа и т. п.) в Интернете", при этом подчеркивается, что он является "важным и эффективным средством ГИС и ключевым элементом ИПД".
Понятие "геопортал" означает "точку входа в Интернет или Интранет с инструментами просмотра метаданных, поиска географической информации, ее визуализации, загрузки, распространения и, возможно, поиска геосервисов"..Директива INSPIRE, как уже отмечалось, определяет геопортал через набор его функций как сайт или его эквивалент, перечень функций которого, реализованных в виде Web-сервисов (геосервисов), включает поиск наборов данных, их визуализацию (геовизуализацию), загрузку и трансформирование, а также вызов других сервисов.
Этим можно было завершить краткое терминологическое введение в тему, если бы внимательный лексикограф не зафиксировал в своей электронной картотеке или базе данных другое значение слова "геопортал", уже не как научно-технического термина, а в качестве слова русского языка из актуальной лексики начала XXI в. Это геопортал в значении средства Web-картографирования (Интернет-картографирования) в расширенном его толковании как инструмента генерации геоизображений (геовизуализации), поскольку на практике речь идет о визуализации данных не только в картографической форме: к традиционным продуктам визуализации принадлежат карты, мозаики ортоизображений, их композиции (гибриды с картографическим изображением), трехмерные изображения на основе цифровых моделей рельефа. Как правило, эти средства предназначены для визуализации внутренних геоинформационных ресурсов обслуживающего сервера. Кроме традиционных визуализационных функций они могут предоставлять координаты интересующих объектов, возможность подсчета их площадей или периметров, прокладки маршрутов, печати карт. Однако в их задачи не входит поиск внутренних и тем более внешних распределенных ресурсов пространственных данных, а поиск в составе функций визуализаторов ограничен поиском "оффлайновых" объектов: домов и контор по их адресам, ближайших автозаправок и общественных туалетов, маршрутов передвижения и машин скорой помощи, наиболее близких к месту вызова к больному. Наличие функций ГИС, обеспечивающих такой поиск, ничего не меняет по существу: ищутся и находятся не информационные объекты, а объекты реального мира по их цифровым моделям [16 - 20].
Именно такими геопорталами, в большинстве своем с картами и планами городов, богат и продолжает богатеть Рунет. Эти системы исключительно информационно-справочного типа с недавних пор стали предметом обсуждения в рамках концепции "неогеографии", под которой понимается совокупность методов картографии и ГИС, а ее эталонами служат сервисы Google Earth и Google Maps.
С технологических позиций в сфере создания геопорталов и интерактивных web-карт преобладает использование платных и закрытых программных продуктов, в том числе создаваемых на базе собранных в "пакет" открытых программных продуктов "Open Source"): NextGIS Web, ArcGIS Server, MapBox, GeoMixer, ORBISmap, GeoNode и др. При этом особое внимание приходится уделять программному обеспечению базы данных и сервисов сервера. Широко применяются и API сервисов Яндекса, Google, 2GIS, MapBox и др., накладывающие туристскую информацию на общесправочную. Разработчики обычно вынуждены сочетать несколько программных продуктов, отвечающих за реализацию базовых функциональных возможностей интерактивной web-карты. Например, для формирования интерфейса используются MapBender, OpenLayers, Geomajas и Leaflet, серверной составляющей - GeoServer, Mapserver, ArcSDE и QGIS Server, базы данных - MySQL и PostgreSQL/PostGIS. Все это приводит к относительно высокой сложности технологии [21 - 24] для рядового пользователя и к сильной зависимости от специалистов по программированию, высоким ценам на готовые решения из "коробки". Отдельного внимания заслуживает формирование архитектуры и содержательного наполнения туристских геопорталов, требующих как доступа к актуальным и качественным данным о туристской сфере, так и квалифицированной работы с ними. Все это, наряду с другими факторами, не дает технологии стать масштабируемой, финансово и интеллектуально доступной для субъектов туристской сферы.
В текущей ситуации в Российской Федерации наблюдается высокая заинтересованность субъектов туристской сферы, в том числе туристов, в актуальной, достоверной, систематизированной и полной по охвату пространственно локализованной информации о туристских объектах территории, которую можно получить в одном месте в сети Интернет.
Проектирование туристского геопортала состоит из 5 основных этапов [25 - 28].
Концептуальный: определение технических требований к туристскому геопорталу и разработка технического задания совместно с заказчиком; формирование творческого коллектива проекта и распределение функционала; проработка архитектуры геопортала; выявление и инвентаризация источников данных для геопортала [29 - 33].
Разработка программного обеспечения туристского геопортала: исследование рынка программных продуктов разработки интерактивных туристских web-карт и геопорталов; тестирование программных продуктов; выбор программных продуктов для разработки геопортала; подготовка макетов интерфейсов геопортала; создание рабочей программной оболочки туристского геопортала [34 - 37].
Создание геоинформационной базы данных туристского геопортала: сбор исходных данных из открытых источников, региональных и профильных ведомств, научных организаций и т.д., их обработка; геокодирование исходных данных по отдельным типам объектов туристской сферы; добавление геоинформационных слоев базы данных в программную оболочку геопортала путем программирования; формирование базы метаданных.
Методическое обеспечение: разработка методического обеспечения администрирования туристского геопортала; разработка документа, описывающего технологию создания интерактивных туристских web-карт и геопорталов для её последующего масштабирования.
Заключительный: тестирование работоспособности туристского геопортала и внесение корректировок, в случае выявления проблем; хостинг туристского геопортала и его открытие в публичный доступ; подготовка и сдача информационного отчета по проекту; сдача туристского геопортала заказчику.
С программных позиций предлагаемое решение заключается в использовании открытой бесплатной библиотеки Leaflet с хранением данных в формате GeoJSON (для хранения больших массивов данных применяется PostgreSQL/PostGIS) - основанных на языке программирования JavaScript. Разметка гипертекста веб-страниц обеспечивается через стандартизированные языки HTML и HTML5, оформление геопортала и web-карт - за счет CSS3, за интерактивность, визуализацию и логику отвечает JavaScript, работающий на стороне клиента (внутри браузера пользователя). Такой подход позволяет преобразовать геопортал в простое легковесное сайтовое решение, работающее как локально, так и через сеть путем стандартного размещения на сервер и открытия к нему доступа, гибкое относительно операционных систем и используемого программного обеспечения на стороне пользователя.
Пример страницы геопортала показан на рисунке 1. В верхней части расположены авторский логотип проекта, название активного набора web-карт и меню геопортала.
Справа сверху расположено управление слоями, которое в свернутом виде (рис. 5.4) представляет собой букву "i" на тёмно-зелёном фоне. В развернутом виде оно позволяет управлять видимостью геоинформационных слоев - тематических наборов геоданных. При манипулировании с остальными компонентами карты компонент управления слоями сворачивается.
В качестве карты-основы используются открытые бесплатные тайл-сервисы, их выбор осуществляется в левом нижнем углу карты (рис. 5.4), ссылка на источник - в разделе копирайта (в правом нижнем углу). Набор доступных карт-основ обширен, в данном примере используется 6 сервисов: на рисунке 5.4 используется карта-схема 2GIS, на рисунке 5.7 - космические снимки сервиса Mapbox.
Объекты на карте показываются в виде гибко настраиваемых анимированных условных знаков, количество видов которых насчитывается в тысячи вариантов. При клике по локализованным значкам выходят их описания. Для оптимизации производительности ЭВМ на стороне пользователя используется кластеризация объектов (значков) в виде окружностей, в центре которых указывается число входящих в них объектов. Масштаб карты показан в левом нижнем углу.
Для возможности использования геопортала и его web-карт на экранах разных размеров и разрешений, в том числе телефонов и планшетных компьютерах, была использована адаптивная верстка страниц (рис. 5.5).
Предложенная технология проектирования туристских геопорталов и интерактивных web-карт позволяет сделать доступной дорогую и относительно сложную технологию для заказчика, может в дальнейшем использоваться (масштабироваться) сторонами как в комплексе, так и по отдельным видам туризма с целью развития туристской сферы (информирование туристов, представителей туристской индустрии, местных сообществ, управление туристскими потоками и их нагрузками, площадка для представления турпродуктов и услуг и т.д.).
Предложенный туристский геопортал на стороне клиента может работать на базе стандартного браузера, компактен по размерам, обладает простотой, гибкостью, скоростью работы сервисов с клиентом, кроссплатформенностью и относительной устойчивостью к программным сбоям. Запустить его работу можно локально практически на любой ЭВМ или через сеть Интернет стандартными средствами хостинга сайтов и их открытия в публичный доступ.
Проблемы использования современного инструментария для создания интерактивных туристских веб-карт и геопорталов.
Однако, следует отметить совокупность основных проблем использования современного инструментария для создания интерактивных туристских веб-карт и геопорталов это:
Проблема открытости и цен на программные продукты, препятствующие массовому внедрению технологии. С технологических позиций в сфере создания геопорталов и интерактивных web-карт преобладает использование платных и закрытых программных продуктов, в том числе создаваемых на базе собранных в "пакет" открытых программных продуктов: NextGIS Web, ArcGIS Server, Map-Box, GeoMixer, ORBISmap, GeoNode и др. Ши-роко применяются и API сервисов Яндекс.Карт, Google Maps, 2GIS, Azure Maps, MapBox и др. При простоте использования общесправочных геоинформационных сервисов, необходимо отметить, что область их применения сводится к малоресурсному и быстрому созданию простых по содержанию карт, но обладающих большим рядом недостатков.
Платные продукты отличаются решением широкого спектра задач создания веб-карт и геопорталов "из коробки", в том числе на базе шаблонов, имеют консалтинговую поддержку, однако отличаются относительно высокими ценами (либо стартовыми, либо через последующую поддержку программного обеспечения и решений на его базе). Бесплатное программное обеспечение позволяют решать практически тот же спектр задач, однако характеризуются более высокими требованиями к разработчикам, необходимостью большего времени и ресурсов для разработки продукта, не редко, меньшей стабильностью функционирования продукта, в случае проблем - необходимостью поиска их решений при помощи сообщества.
Проблема данных. Функционирование и возможности геоинформационных веб-сервисов напрямую зависят от заложенных в них данных, поскольку в своей работе опираются на них. Однако, в Российской Федерации формирование системы сбора исходных данных в унифицированной и стандартизованной формах, комплексно охватывающих туристскую сферу, находится еще в стадии становления. Особенно остро данный вопрос встает с уровней региона и выше. Данный аспект выступает "Ахиллесовой пятой" создания современных веб-сервисов, интегрирующих большие объемы всесторонних данных на обширные территории.
Туристская сфера (ее элементы и компоненты, процессы) отличается изменчивостью во времени и пространстве, поэтому очень сложно обеспечить актуальность, точность, достаточность и достоверность всего массива данных [38 - 40]. Особенно это касается централизованного сбора официальных проверенных данных. Использование распределенных данных приводит к ситуации интеграции разнородных данных по генезису, качеству и структуре, обостряется проблема их согласованности, сильно осложняет ситуацию и частое использование аутсорсинга, приводящее к большому количеству ошибок. Поэтому становятся актуальными решения формирования архитектуры сервиса на базе интеграции данных специализированными субъектами (например, администраторами), а также стандартизация данных [41 - 43]. Одновременно вызовом и решающим шансом массового внедрения туристских геопорталов выступает бурное развитие "BigData".
Подготовка данных для туристских веб-карт обычно осуществляется на базе программного обеспечения географических информационных систем (бесплатных QGIS, GRASS или платных MapInfo, ArcGIS и др.), обладающих развитыми технологиями сбора, ввода, хранения и обработки данных. Для последующего хранения и использования векторных данных обычно используются системы управления базами данных (например, MySQL и PostgreSQL/PostGIS), более простые решения в виде Spatialite, DB2, отдельно хранимых слоев данных в форматах shapefile, geojson и др. Для обеспечения удаленного доступа к данным используются серверные сервисы: GeoServer, Mapserver, ArcSDE, QGIS Server и др.
Все это в совокупности (учитывая и программное обеспечение первого пункта при создании проектов на базе открытого программного обеспечения создает множество сложностей, требующих квалифицированного подхода со стороны программистов, картографов и специалистов из сферы туризма.
Проблема нехватки специалистов туристской сферы, способных квалифицированно сформировать содержательное ядро туристских веб-карт и геопорталов. При кажущейся простоте, создание подобных сервисов требует комплексного и системного подхода: учета интересов и особенностей целевой аудитории (с позиций функциональности, эргономичности и т.д.), построения архитектуры сервиса, классификации туристских явлений с целью их структурирования для пользователей, охвата всех технологических этапов туристской деятельности и связанных с ними элементов и компонентов, учета текущей ситуации.
При этом специалист должен как минимум хорошо ориентироваться в возможностях информационных технологий и формирования на их основе веб-карт и геопорталов.
Высокий "порог вхождения" в технологию для субъектов сферы туризма по причине сложности и дороговизны. Разработка туристского геопортала требует привлечения высококлассных специалистов в сфере туризма, а также картографии и веб-программирования, сбора и подготовки данных (часто платных), при использовании платных программных продуктов - их закупки, обеспечения сопровождения и навязываемых попутных сервисах и т.д. Ввиду слабо выраженного спроса, отсутствуют и стремления в сфере информационных технологий в сторону превращения технологии в более доступную для рядового пользователя (их разработки без написания программного кода). Здесь возможно использование обще справочных геоинформационных сервисов. Однако при всей простоте использования последних технологий, получаемые на их базе "из коробки" продукты обладают примитивной функциональностью, дизайном и удобством через накладывание значков на обще справочную информацию, кроме того, ставят пользователя в полную зависимость от сервиса, в том числе коммерческую. Поэтому их использование преимущественно относится к созданию простых карт для решения текущих элементарных задач, не требующих больших усилий и времени.
Весомой проблемой является и отсутствие геоинформационной подготовки специалистов сферы туризма, туристской подготовки и компетенций у специалистов сферы информационных технологий.
Кроме того, отсутствует комплексное законченное методическое обеспечение создания веб-геосервисов. Поэтому в большинстве случаев подобные сервисы разрабатываются специалистами в сфере веб-программирования, без привлечения профильных специалистов, от чего сильно снижается качество продукта.
Leaflet и OpenLayers (созданные на его основе GeoExt и MapQuery), в англо- и германоязычных проектах - MapBender, а также Geomajas, Polymaps, Mapstraction, Modest Maps, GeoDjango, Wax и др. В иных случаях используются встроенные редактируемые в той или иной степени шаблонные интерфейсы платных закрытых программных продуктов. Непосредственно сами веб-страницы, чаще всего, формируются на основе HTML и CSS.В решении указанной проблемы важными моментами являются компоновка элементов веб-карты, помощник (с инструкциями и пояснениями по использованию сервиса), дизайнерское решение и др., которые должны обеспечивать ее понятность, снижать затраты усилий пользователя на освоение и повышать интересность использования сервиса. Здесь приходится решать вопрос соблюдения баланса между функциональностью сервиса и простотой его использования пользователем. Например, обладающий широким функционалом туристский геопортал Люксембурга (рис. 5.9), характеризуется избыточным количеством функциональных элементов в окне карты, мало того, которые еще и сгруппированы в отдельные закладки. Однако часты решения, когда на страницу еще добавляются фотогалереи, реклама, ссылки и т.д., а размер самой карты занимает меньше половины пространства. В итоге использование таких сервисов становится сложным и дискомфортным, мешает поиску нужной посетителю информации. Усугубляется все это при использовании сервисов с мобильных телефонов и планшетных компьютеров. Современной тенденцией является уход от громоздких интерфейсов в сторону их простоты, лаконичности и сворачиванию групп функциональных элементов в скрываемые компоненты.
Стоит отметить относительно функциональных кнопок веб-карты: визуально они должны ассоциироваться у пользователя с исполняемыми функциями и обеспечиваться всплывающими подсказками, при нажатии подсвечиваться и срабатывать, что обеспечивается далеко не всегда.
В компоновке веб-карты необходимо предусматривать места для показа масштаба (способы его отображения выбираются в зависимости от задач: графический, численный и именованный), стрелки-указателя на север.
Интерактивные веб-карты должны обеспечивать управление слоями, поиск информации и объектов, получение информации об объектах, навигацию по карте, определение местоположения пользователя при помощи глобальных систем позиционирования, выбора картоснов (подложек), измерения расстояний, добавления своих объектов, печать интересующего участка карты, кластеризацию объектов на карте для снижения нагрузки на компьютер и т.д.)
Особое внимание необходимо уделять картам-основам сервиса, которые выступают в качестве условия восприятия первичной информации карты, показывают географическую ситуации вокруг интересующего посетителя объекта и т.д. Желательно предоставлять пользователям возможности выбора карт-основ под решаемые им и задачи. Использовать здесь можно как ограниченные в использовании карты и космоснимки сервисов Yandex, Google, Mapbox, так и открытые OpenStreetMaps и др., удобным является использование специальных каталогов, например, "QuickMapServices".
Изображение карты очень сильно зависит от используемой проекции, поскольку плохо подобранные проекции могут привести как к искажению данных, сложности их интеграции в единый сервис, так и их неправильному, сложному восприятию со стороны конечного пользователя. При работе с открытыми данными в веб-картах наиболее часто используется географическая проекция WGS 84 (EPSG 4326), широкое использование в браузерах имеет цилиндрическая прямоугольная (неравноугольная) проекция Меркатора на сфере EPSG:3857, Яндекс - карты использует цилиндрическую прямоугольную проекция Меркатора на международном эллипсоиде EPSG:3395.
Важное значение имеет и правильное использование условных знаков, выполняющих коммуникативные и познавательные функции. Оформление знаков осуществляется через размер, форму, цвет и его насыщенность, яркостные характеристики, структуру, ориентировку, используемую анимацию и т.д. Необходимо, чтобы знак вызывал ассоциативные связи с отображаемым явлением, удобно и качественно считывался с карты, правильно передавал заложенную в него информацию. К сожалению, по причине того, что обычно веб-карты создаются программистами и специалистами из сферы туризма, без привлечения специалистов-картографов, условные знаки на них редко отличаются достойным качеством, а формируемые из них картографические произведения редко отвечают даже минимальным требованиям. Несколько упрощает ситуацию факт, что интерактивные карты обычно создаются на базе уже готовых карт в виде, накладываемых на них сверху небольшого числа отдельных условных знаков.
Сложной и ответственной задачей создания веб-карт является обеспечение поисковых функций. Обычно решение осуществляется или через одно универсальное поле, или через набор тематических поисковых полей для ввода данных. Каждое из решений обладает своими плюсами и минусами, а их актуальность зачастую обусловлена решаемыми задачами и конкретными пользователями. Еще больше проблем вызывают у пользователей результаты поиска данных, поскольку их может быть слишком много, и они не могут из них выбрать нужный вариант или находится неправильный объект, к которому сразу перепрыгивает окно его карты. Сложности вызывает и правильная формулировка вербальных запросов. Необходимо помнить, что найденные объекты нужно выделять на карте и предоставлять возможности пользователям оставлять на их месте объект-закладки, чтобы можно было к ним вернуться позже.
В современных условиях активного использования смартфонов и планшетных компьютеров особое внимание необходимо уделять адаптивности вёрстки туристских веб-карт, чтобы они могли поддерживаться на различных типах устройств (рис. 5.7). При этом важно, чтобы функциональность компонентов карты не портилась (часты проблемы с несрабатыванием кнопок и инструментов, изменения масштаба, передвижения по карте, расползанием компоновки, масштабируемостью условных знаков и шрифтов и т.д.).
Невостребованность комплексных туристских геосервисов со стороны лидеров и крупных игроков рынка информационных технологий. Уже на данный момент возможности информационных технологий настолько велики, что позволяют создавать геоинформационные веб-сервисы поддержки принятия решений для бизнеса и профильных органов власти, полного цикла обслуживания туристов: от этапа замысла путешествия и его планирования, до осуществления и постдеятельностной фазы. Например, на основе инвентаризации и персональной оценки аттракций, локализации объектов инфраструктуры, сервисы способны подбирать для потребителей максимально интересные им аттракции, прокладывать между ними маршруты, с учетом наличного времени и желаний, необходимого посещения объектов инфраструктуры (питания, ночевки, санитарных потребностей, бронирования и резервирования и т.д.), обеспечивать по пути следования полное мультимедийное сопровождение (в том числе проведение экскурсии). Уже сейчас технологии способны подбирать туристские продукты для потребителей лучше большинства менеджеров туристских фирм, проектировать туры, максимально учитывающие их желания и возможности, эффективно заниматься целевым продвижением.
Создание интерактивных туристских веб-карт и геопорталов представляет собой весьма сложную задачу, которая актуальна для специалистов вот уже почти как два десятилетия. По мере развития информационных технологий, а также туризма, их возможности сильно выросли и позволяют на данный момент решать большинство актуальных задач туристской сферы. Однако параллельно растут и требования к компетентности и квалификации специалистов, зачастую требуется создание творческих коллективов, включающих в себя как минимум профессионалов из сферы веб-программирования, картографии и туризма. Благодаря развивающемуся программному обеспечению и оборудованию у субъектов туристской сферы появились возможности создания сервисов, как на базе готовых платных решений, так и бесплатных на основе "Open Source".
Выделенные проблемы по своей актуальности и сложности решений будут сильно отличаться в зависимости от особенностей конкретных проектов и ситуационных факторов. Однако для широкого создания и применения интерактивных туристских карт и геопорталов они играют ключевое значение и требуют особого внимания.
Для получения официальных документов о завершении программы дополнительного профессионального образования (удостоверения о повышении квалификации, дипломов о профессиональной переподготовке и MBA) необходимо предоставить:
Внимание! Вы можете не заказывать доставку бумажной версии официального документы, а скачать его в электронном виде и распечатать самостоятельно. Информация о выданном документе в течение 1 месяца загружается в Федеральную информационную систему «Федеральный реестр сведений о документах об образовании и (или) о квалификации, документах об обучении» - ФИС ФРДО.
Доступ на новый сайт осуществляется с использованием адреса электронной почты, который был указан вами при регистрации на "старом". Мы постарались перенести все ваши данные с прежнего ресурса, однако не исключена вероятность потери части информации.
При возникновении проблемы со входом, воспользуйтесь функцией сброса пароля
Если вы обнаружите несоответствия, пожалуйста, сообщите нам.