Wms wfs сервисы что это

GIS-LAB

Географические информационные системы и дистанционное зондирование

Работа с WMS и WFS в QGIS

Подключение WMS и WFS слоев в QGIS 2.0, а также возможность экспорта загруженных данных.

Содержание

[править] Введение

В 90-е годы 20-го века стало очевидно, что широкое распространение получат веб-ГИС технологии, в том числе сервисы передачи координатно-привязанной информации через HTTP протокол. Встал вопрос стандартизации подобных сервисов. Открытый геопространственный консорциум (OGC) утвердил стандарты передачи координатно привязанной информации через протокол HTTP.

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

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

В этом обзоре рассматриваются вопросы подключения WMS/WFS слоев в QGIS 2.0, а также возможность экспорта загруженных данных. Статья рассчитана на начинающих пользователей.

[править] WMS (Web Map Service )

WMS — стандартный протокол для трансляции через Интернет географически привязанных изображений, генерируемых картографическим сервером на основе данных из произвольных хранилищ. Данный стандарт был разработан и впервые опубликован международной организацией OGC (Open Geospatial Consortium — открытый геопространственный консорциум) в 1999 году.

[править] Подключение WMS

[править] Сохранение WMS в виде растрового слоя

В QGIS есть возможность сохранить WMS в виде растрового слоя.

[править] WFS (Web Feature Service)

WFS — веб-сервис пространственных объектов, определяющий интерфейсы и операции, которые позволяют запрашивать и редактировать векторные пространственные данные, такие как дороги или береговые линии.

[править] Подключение WFS

[править] Экспорт данных WFS

В Qgis есть возможность экспорта WFS слоя, например, в Shapefile.

[править] Заключение

Использование WMS и WFS сервисов существенно облегчает работу пользователей. Если раньше на загрузку общегеографической основы в ГИС проект уходило много времени, то сейчас достаточно вставить ссылку и можно загрузить, например, покрытия Landsat, OpenStreetMap и ряд других сервисов. Кроме того, используя веб-ГИС решения, можно транслировать собственные данные широкому кругу пользователей.

[править] Ссылки

Последнее обновление: 2014-05-15 00:08

Дата создания: 18.12.2013
Автор(ы): paleogis

Источник

Редактирование пространственных данных в Leaflet

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

Для отрисовки веб-карт существует несколько открытых библиотек, например, OpenLayers и Leaflet. Довольно давно наш выбор пал на Leaflet и мы продолжаем его активно использовать при реализации проектов. Для редактирования геоданных хотелось бы использовать его же и, при этом, иметь возможность интегрироваться с существующими хранилищами пространственных данных.

По статистике запросов на leaflet.uservoice.com понятно, что данный модуль интересен не только нам.

Начнем с описания WFS-T и для чего он используется

Стандарт OGC Web Feature Service позволяет запрашивать и редактировать (в случае с припиской “-T» — transaction) пространственные данные с помощью запросов к серверу. Функции CRUD стандартом разделены на запросы GetFeature для чтения и Transaction для остальных.

Для взаимодействия клиента и сервера могут использоваться два способа: первый использует XML и POST запросы, второй — пары ключ\значение и GET запросы.

Получить данные можно с помощью GET запросов вида:
%WFSServerURL%?service=WFS&version=1.0.0&request=GetFeature&typeName=osm_perm_region:perm_water_polygon&maxFeatures=50&outputFormat=application/json,

Для создания\изменения\удаления данных в некоторых случаях также можно воспользоваться парами ключ-значение в GET запросе, но выполнение POST запроса на %WFSServerURL% с данными в формате XML даёт больше возможностей.
Примеры изменения объектов:

Для описания пространственных данных используется GML. В этом формате по умолчанию сервер отдаёт данные (при незаданном флаге outputFormat) и только в нём принимаются запросы при изменении данных. Например, точка [0, 0] в GML может быть представлена следующим образом:

Для ограничения запросов по удалению и изменению данных используются фильтры — ещё один из стандартов OGC. Вначале будет достаточно — GmlObjectId, он используется для обновления\удаления объектов. В дальнейшем потребуются и остальные фильтры.

Создание плагина Leaflet

Как было сказано выше, у Leaflet хорошо продуманная модульная инфраструктура, поэтому надо уметь писать эти самые модули. Вводная по созданию плагина есть на сайте Leaflet, и пример реализации ILayer. Также есть несколько статей на хабре.

Нам потребуется создать свой слой, который при загрузке будет получать данные от сервиса и отрисовывать их. Для чтения WFS было найдено несколько плагинов, все они наследовались от L.GeoJSON слоя и вычитывали данные сразу в нужном формате. Но стандарт не обязывает производителей серверной части предоставлять данные в geoJson (я видел такую возможность только для geoserver’a), обязательным же является формат GML. Подсмотрев, как чтение сделано в OpenLayers, мы взяли идею оттуда: для чтения использовать отдельный класс, который умеет понимать нужный формат. Как и L.GeoJSON, свою реализацию мы унаследовали от L.FeatureGroup. Было реализовано 2 формата чтения GML и GeoJSON

Получение данных

выполяется AJAX запросом и отдается на обработку классу чтения, здесь мы просто передаем трансформацию geoJson в маркеры\полигоны\полилинии в недра самого Leaflet:

Или парсим GML — на выходе те же маркеры\полигоны\полилинии:

Редактирование объектов

Написаны фукнции, которые, взаимодействуя с плагинами визуального редактирования объектов Leaflet (leaflet.draw, Leaflet.Editable), запоминают произведенные изменения. После того как редактирование закончено надо вызывать метод save(), который сформирует GML описание изменений — элемент “wfs:Transaction», и, на каждый из измененных объектов, соответствующее действие (Action): wfs:Insert, wfs:Update, wfs:Delete. После этого выполняется AJAX запрос.

Пример подписки на события плагина Leaflet.Editable:

Для каждого примитива Leaflet (Marker, Polyline, Polygon и др.) была написана функция его перевода в описание геометрии GML, например, для маркера она выглядит так:

Примеры использования

Только чтение

Редактирование

В планах по развитию плагина

— Миграция на Leaflet 0.8 (изменились внутренности Multi-классов, да и полилинии с полигонами обзавелись ring’s);
— Возможность использования разных версий WFS;
— Поддержка других пунктов стандарта OGC Filter Encoding.

Исходники и разработка

Проект живет на GitHub. Для автоматизации используется Grunt. Для тестирования используется связка karma+mocha+chai+sinon. Желающие принять участие — добро пожаловать.

Источник

GIS-LAB

Географические информационные системы и дистанционное зондирование

Знакомство с Web Feature Service

Данная статья представляет собой введение в протокол OGC Web Feature Service. Рассматривается версия протокола 1.1.0. Статья написана по мотивам руководства, расположенного на сайте OGC.

Содержание

[править] Введение

Важно отличать Web Feature Service (WFS) от Web Map Service (WMS). В то время как WMS предназначен для передачи уже отрендеренных данных, WFS отдаёт данные в оригинальном виде. Можно провести аналогию: скомпилированная программа (WMS) и исходный код (WFS).

[править] GET и POST запросы

Здесь и далее мы не будем приводить ответы WFS-сервера, а будем использовать для этого онлайн-сервис hurl, позволяющий выполнять HTTP-запросы различными методами и делиться результатами ответов. Подробнее о сервисе можно прочитать на хабре.

Существует два способа получения данных с WFS-сервера: HTTP GET и HTTP POST. При GET-запросе данные запроса передаются с помощью строки URL:

Отметим, что в теле POST запроса можно передавать не только XML документ, но и набор вида «ключ1=значение1&ключ2=значение2. » Пример такого запроса доступен здесь. Значение заголовка Content-Type при таком запросе должен быть согласно стандарту установлен в значение application/x-www-form-urlencoded.

[править] Доступные методы

Стандарт WFS описывает 6 методов, каждый из которых отвечает за выполнение той или иной операции:

[править] GetCapabilities

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

Пример запроса GetCapabilities c помощью метода GET:

Пример запроса GetCapabilities c помощью метода POST.

Документ, полученный в ответ на запрос GetCapabilities, представляет собой длинный и сложный XML-документ, но он очень важный. Стоит отметить, что GetCapabilities ответ версии 1.0.0 (устаревший вариант) значительно отличается от ответа GetCapabilities версии 1.1.0. Рассмотрим 5 основных разделов этого документа:

[править] DescribeFeatureType

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

Пример запроса DescribeFeatureType методом GET:

Пример запроса DescribeFeatureType методом POST.

Данный запрос вернёт список слоёв, сгруппированных по значению атрибута namespace. Если мы хотим получить описание конкретного слоя, то запрос будет выглядеть следующим образом.

Пример запроса DescribeFeatureType с указанием конкретного слоя методом GET:

Пример запроса DescribeFeatureType с указанием конкретного слоя методом POST.

Легко запутаться при чтении XML-документа, но на самом деле здесь не так много информации. Из полученного ответа можно заключить, что слой topp:states содержит 23 атрибута, один из которых представляет описание геометрии, четыре текстовых и восемнадцать числовых атрибутов. Кроме того, в ответе представлены имена атрибутов.

[править] GetFeature

Пример запроса GetFeature методом POST.

Если необходимо запросить информацию об одном объекте, то зная его ID (можно посмотреть в ответе предыдущего запроса), это можно сделать следующим способом (используя опциональный параметр featureID), с помощью метода GET:

или с помощью метода POST.

Также, используя параметр maxFeatures можно ограничить количество возвращаемых объектов: POST, GET:

Пример запроса данных по охвату: методом GET:

[править] WFS-серверы и клиенты

На сегодняшний день существует различные сервера, позволяющие публиковать данные по протоколу WFS. Здесь стоит отметить GeoServer и TinyOWS, влившийся в состав небезызвестного MapServer, как наиболее ярких представителей свободного ПО данного класса.

Поддержка WFS также реализована в различных ГИС, как в настольных, так и в Web. К первым можно отнести, например, QGIS, а к последним OpenLayers. Популярная библиотека OGR также имеет в своём составе драйвер WFS.

[править] Заключение

Также для более полной картины рекомендуются к прочтению следующие материалы: Сервисы доставки данных OWS и Сервисы OWS. Часть 2. (Или почему WMS = Интернет)

Последнее обновление: 2014-05-14 23:40

Дата создания: 16.08.2012
Автор(ы): Денис Рыков

Источник

Wms wfs сервисы что это

Исходно опубликовано в GIS-Lab Blog. Можно комментировать здесь или в оригинале.

Сервисы OWS. Часть 2. (Или почему WMS = Интернет.)

SVG и Canvas

Для отображения любых данных на экране компьютера требуется преобразовать их в определенный вид. В веб-программировании этот процесс называется «рендеринг» и выполняет его «рендер» (render или renderer). В программировании настольных приложений используют другие термины, но суть особо не меняется.

В веб-браузере на самом низком уровне прикладные приложения могут использовать технологии VML (HTML4) и SVG/Canvas (HTML5). С использованием плагинов добавляются Flash, JavaFX и Silverlight. Заметим, что WebGL является надстройкой к Canvas.

Поскольку напрямую с любой из этих технологий работать излишне трудоемко, то используют библиотеки более высокого уровня. Для веб-карт такими служат, например, OpenLayers и Flamingo. Сюда же можно отнести Google Maps API, Bing Maps API и другие коммерческие библиотеки с открытым API.

Если вернуться к истокам, то технология VML обладает очень скромными возможностями. В OpenLayers она позволяет отобразить 500 маркеров и повысить хотя бы на порядок это число не получится. К сожалению, для Internet Explorer 8 это единственно доступный рендер. Дальнейшим развитием VML стал SVG. Технология все еще слишком молодая и текущие реализации в веб-браузерах малопроизводительны. (Проблема в браузерах, а не в технологии.) Потихоньку развивается Canvas, теоретически он также позволяет создать эффективные векторные рендеры. Но так как в результате работы Canvas получается растровый объект, то интерактивное взаимодействие с ним затруднительно. Рендер SVG с точки зрения DOM является контейнером геометрических примитивов. Каждому из них можно назначить реакцию на событие (наведение курсора, щелчок мышью) и браузер самостоятельно отслеживает возникновение таких событий. Canvas же является неделимым растром и при щелчке мышки потребуется на уровне веб-приложения проверить все объекты на совпадение с координатами курсора (или создавать пространственные индексы, доп. структуры данных и т.п.).

Для векторных слоев в OpenLayers по-умолчанию задано использование всех трех рендеров (для версии 2.10):

При первом использовании проверяется: поддерживает ли браузер технологию SVG, если нет то делается попытка применения VML, иначе – Canvas. Можно принудительно указать использование нужных рендеров в параметрах слоя.

И SVG и Canvas являются активно развиваемыми технологиями и с выходом новых версий браузеров их производительность улучшается. Тем не менее до раскрытия всех их возможностей еще не скоро и работа с 50 тыс. точек (узлов полигонов) уже является затруднительной задачей (на март 2011 г.).

В целом, основные надежды в будущем направлены на SVG. При работе с изначально растровыми данными (WMS, тайлы) эффективен Canvas. Он уже сейчас частично применяется в OpenLayers, а с выходом версии 3.0 обещают возможность вращения карты.

Action Script и JavaFX обладают прекрасной производительностью, но не всегда доступны на отдельных мобильных платформах (iPhone).

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

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

В ситуации чисто клиент-серверной архитектуры при использовании тонкого клиента сервер WMS становится частью веб-приложения и выполняет роль внешнего рендера.

WMS vs. WFS

Любое веб-приложение можно рассматривать как построенное по архитектуре клиент-сервер. В зависимости от «толщины» клиента выбирается тип рендера (встроенный или внешний).

В процессе проектирования рассматривают:

Как описывалось в первой части («Сервисы OWS»), между двумя пунктами также нужно предусмотреть транспортировку. Для векторных данных применяется протокол WFS.

Довольно распространена ситуация, когда данные не консолидированы, содержатся в независимых хранилищах или появляются в результате выполнения запроса (процесса). В такой ситуации можно применить агрегацию. Например, в п. 1а включить БД PostgreSQL с применением расширения dblink.

Но если решить задачу готовыми средствами не получается, тогда переходят к созданию сервиса, который обращается в различные источники, собирает данные и представляет их в виде WFS. Далее поток WFS можно направить как на внешний рендер (сервер WMS), так и в OpenLayers.

В принципе, возможен вариант создания драйвера, позволяющего серверу WMS получать данные напрямую. Но с точки зрения модульности и простоты отладки предпочтительнее создание полноценного сервиса WFS. Тем более что готовых библиотек достаточно много (например, FeatureServer) и небольшая доработка под конкретную ситуацию не должны вызвать проблем.

Таким образом, публикацию данных нужно рассматривать с точки зрения возможности создания сервиса WFS. Выбор рендера производится позже. Большинство серверов WMS имеют богатые функции доступа к обычным хранилищам данных и, возможно, что в итоге потребность в сервисе WFS отпадет. Но на стадии проектирования рассуждать нужно с позиции «WMS – рендер и он получает готовые данные».

Источник

WMS система. Эффективное управление складом

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

Решить эту дилемму, сделав управление складским хозяйством максимально эффективным при минимальных затратах, позволяют современные комплексные управленческие решения – WMS-системы.

Автоматизация складской логистики в 1С

Что такое WMS-системы?

Аббревиатура WMS расшифровывается как Warehouse Management System – то есть «система складского менеджмента». Под этим термином подразумевается программный комплекс, обеспечивающий автоматизацию функционирования информационной подсистемы предприятия, связанной с комплексом задач и функций, лежащих в русле складских (а отчасти – и логистических) бизнес-процессов.

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

Архитектура WMS-систем строится по тому же принципу, что и архитектура других автоматизированных информационных систем поддержки бизнес-процессов. В ней можно выделить три блока:

Как это работает?

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

В зависимости от масштабов и специфики бизнесов, для которых они предназначены, WMS системы подразделяются на:

Сегодня на рынке представлено несколько десятков WMS-систем от различных разработчиков, например, программный комплекс БИТ.WMS или «1С: WMS Логистика. Управление складом 4». Функционал большинства из них приблизительно одинаков, поэтому главный момент, на который стоит обратить внимание, это гибкость и адаптивность WMS-системы, от которой зависит то, насколько она будет способна подстроиться под особенности конкретного бизнеса, а, следовательно, и то, насколько она будет удобна для персонала и менеджеров.

ПО «1С: WMS Логистика. Управление складом 4», как и другие программные продукты системного интегратора 1С, в полной мере отвечает принципам гибкости и адаптивности, что позволяет использовать этот комплекс для автоматизации складской работы широкого спектра корпоративных клиентов: от крупных логистических центров до небольших магазинов с узкой товарной номенклатурой.

Возможности WMS-систем

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

Основной функционал WMS-системы охватывает:

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

Автоматизация складской логистики в 1С

Области применения WMS-систем

WMS-системы все шире используются не только крупными логистическими центрами, но и компаниями с достаточно небольшими масштабами деятельности (магазин с ограниченным ассортиментом, небольшие торгово-производственные компании).

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

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

Эффективность внедрения WMS-систем

Системы автоматизации управления складом – это именно тот тип информационных систем для бизнеса, эффект от внедрения которых ощущается не в долгосрочном периоде, а буквально сразу после установки и обучения персонала.

В чем выражается экономический эффект от WMS-систем?

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

«1С: WMS Логистика. Управление складом 4» от компании «Первый Бит»

Компания «Первый Бит» – признанный лидер в российском сегменте реализации комплексных решений для автоматизации бизнес-процессов и информационной поддержки менеджмента.

Решение позволяет:

Поскольку решение «1С: WMS» разработано исходя из передовых технологий организации работы склада, оно требует, чтобы на складе использовались:

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

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

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

Источник