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

Термин	Описание
Результирующий картографический сервис	При публикации сервиса геообработки можно выбрать просмотр результата задачи в виде карты (в дополнение к любым другим результатам задачи). Карта создается на сервере с помощью ArcMap, а затем отправляется обратно клиенту в виде изображения (например, .jpeg). Символы, надписи, прозрачность и все другие свойства возвращенной карты соответствуют свойствам выходного слоя текущего сеанса ArcMap.
Проектные данные	Проектные данные — это термин, использующийся в геообработки для описания входных данных, которые не являются параметром. Т. е. эти данные не предоставляются пользователем инструмента или задачи, но предназначены для внутреннего использования инструментом или задачей. Например, переменная Набор сетевых данных Сан-Франциско в модели, приведенной ниже, является проектными данными, поскольку она используется моделью, но представлена как параметр. В основном, проектные данные в модели отмечаются синим овалом без буквы Р. Проектные данные могут появляться как в скриптах, так и в коде 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 секунд и меньше. Асинхронная задача обычно выполняется медленнее, а клиент должен периодически запрашивать сервер, выполнена ли задача, и если задача выполнена, получить результат. Веб-приложение, использующее асинхронную задачу, должно иметь реализованную логику для проверки статуса задания и обработки результата, когда выполнение завершено.