Словарь основных терминов для сервисов геообработки

Этот документ представляет словарь, необходимый для понимания сервисов геообработки.

Термин	Описание
Результирующий картографический сервис	При публикации сервиса геообработки можно выбрать просмотр результата задачи в виде карты (в дополнение к любым другим результатам задачи). Карта создается на сервере для передачи клиенту в виде изображения (например, .jpeg).
Проектные данные	Проектные данные — это термин, использующийся в геообработки для описания входных данных, которые не являются параметром. Т. е. эти данные не предоставляются пользователем инструмента или задачи, но предназначены для внутреннего использования инструментом или задачей. Например, переменная Набор сетевых данных Сан-Франциско в модели, приведенной ниже, является проектными данными, поскольку она используется моделью, но представлена как параметр. В основном, проектные данные в модели отмечаются синим овалом без буквы Р. Проектные данные могут появляться как в скриптах, так и в коде Python, как показано ниже. import arcpy # The inputPoints variable is considered to be project data # since it is not an input parameter. # inputPoints = r"c:\data\Toronto\residential.gdb\shelters" arcpy.Buffer_analysis(inputPoints, 'shelterBuffers', '1500 Meters')
Хранилище данных	Хранилище данных — это каталог данных, которые можно найти на сервере. Хранилище данных – это способ, который используется, чтобы предоставить серверу список местоположений данных, к которым сервер имеет доступ. Если сервер имеет доступ к данным, данные, обнаруженные на локальной машине, не будут копироваться на сервер при публикации. Обычно хранилище данных используется для проектных данных.
Режим ввода	При создании задачи геообработки внутри сервиса геообработки, можно задать, как клиент будет вводить значения для каждого параметра задачи, выбирая тот или иной режим ввода для значения параметра. Существует три входных режима: Определяемое пользователем значение – значение для параметра предоставляет клиент. Список вариантов – клиент получает список строк (список вариантов) и должен выбрать одну или несколько строк из этого списка. В зависимости от типа входных данных, строки в списке вариантов могут быть именами слоев или простыми опциями ключевых слов. Постоянное значение – задача будет использовать значение, предоставленное вами при создании результата. Поскольку значение является фиксированным, клиент изменить его не может, поэтому оно не станет параметром задачи при публикации сервиса.
Не передаваемые данные	Сервис GIS работает с самым простым из всех клиентов: веб-браузером, запущенным на компьютере и не имеющем каких-либо функций GIS. Эти простые клиенты умеют только передавать (отправлять и получать) на сервер пакеты простых данных, например, текст, числа, файлы, а также географические объекты и их атрибуты (поля). В случае с задачами геообработки, наборы данных GIS можно разделить на две категории: передаваемые и непередаваемые. Переносными наборами данных являются объекты, растры, таблицы и файлы. Параметры, содержащие переносные наборы данных, поддерживают режим ввода Определяемое пользователем значение. Не переносными наборами данных является все то, что не является объектами, растрами, таблицами и файлами. Существует две категории непередаваемых наборов данных. Сложные наборы данных – это такие наборы данных, как геометрические сети, наборы сетевых данных, топологии, TIN и т. д. Эти типы данных известны как сложные наборы данных, потому что они воспроизводят сложные связи между простыми объектами. Контейнерные наборы данных – это такие элементы, как папки, файлы, персональные базы геоданных и документы карт (.mxd). Эти типы данных содержат смешанную подборку других наборов данных, поэтому и называются контейнерами. Сложные и контейнерные наборы данных являются не переносными, они не поддерживают режим ввода Определяемое пользователем значение.
Синхронный и асинхронный режим выполнения	Синхронность и асинхронность определяют, как клиент будет предоставлять параметры для выполнения и получать результат от задачи. Когда сервис настроен на синхронность, клиент ждет, пока задача будет закончена. Обычно синхронная зада выполняется быстро — 5 секунд и меньше. Асинхронная задача обычно выполняется медленнее, а клиент должен периодически запрашивать сервер, выполнена ли задача, и если задача выполнена, получить результат. Веб-приложение, использующее асинхронную задачу, должно иметь реализованную логику для проверки статуса задания и обработки результата, когда выполнение завершено.