При работе с кэшированием карт вы можете столкнуться со следующими терминами.
Схема листов
Схема листов описывает, как клиенты должны ссылаться на листы в кэше, и является сопоставлением пространственной привязки исходного документа карты и сетки листов.
Сетка листов использует схему привязки уровней детализации (масштабов), строк и столбцов. Схема также определяет уровни масштабов (уровни детализации), при которых в кэше есть листы, размер листов в пикселях и разрешение экрана, при котором листы будут отображаться наиболее часто.
Для создания кэша карт необходима схема разбиения на листы. По умолчанию начало координат разбиения на листы лежит в верхнем левом углу системы координат, используемой исходным документом карты сервиса.
Свойства схемы разделения на листы задает границы создаваемых листов.
Примечание:
В некоторых клиентах свойства схемы разбиения на листы должны совпадать при наложении кэшей.
После того как вы выбрали схему листов, либо предустановленную, либо пользовательскую, вы можете использовать эту группу настроек для дальнейшего изменения схемы листов кэшируемого сервиса.
Уровни детализации
Часто схемы листов содержат несколько уровней детализации, между которыми пользователи могут выполнять масштабирование. Вы можете изменить список уровней детализации своего кэшированного сервиса.
В зависимости от своей карты, вы можете воздержаться от кэширования самых крупных или самых мелких масштабов в своей схеме листов, чтобы сэкономить место на диске, сократить время создания листов или улучшить отображение.
Примечание:
Ограничения добавляются при рендеринге содержимого листов во вьюере сцен и для векторных слоев листов. Для этих ограничений требуется, чтобы соотношения последовательных значений масштабов в уровне детализации равнялись 2. Это гарантирует, что уровни детализации и перекрываются, и вписываются в корневой лист.
ArcGIS изучает зависимости от масштаба карты и пытается предложить подходящий диапазон масштабов для кэширования. Этот диапазон можно уточнить, задав параметры Минимальный уровень детализации и Максимальный уровень детализации. Оставшиеся масштабы не удаляются из схемы листов, но вы не сможете создавать листы для них, пока не вернетесь на вкладку Кэширование и не включите их в диапазон.
Начало отсчета листов
Началом отсчета схемы листов является верхний левый угол сетки схемы листов. Начало отсчета не обязательно представляет собой точку координат, с которой начинается создание листов. Вместо этого использование общей точки отсчета схемы разбиения на листы обеспечивает правильное наложение кэшей в веб-приложениях.
В большинстве случаев рекомендуется сохранить точку отсчета схемы листов по умолчанию, которая используется ПО. По умолчанию выбирается левая верхняя точка системы пространственной привязки, определенной в документе карты. Если для документа карты не задана пространственная привязка, используется левая верхняя точка удвоенного максимального значения объединенных экстентов всех слоев карты.
При изменении точки отсчета схемы листов по умолчанию следует помнить, что листы будут построены только в той области карты, которая лежит снизу и справа от точки отсчета. Если необходимо построение кэш только для определенной области карты, рекомендуется построить листы на основе границ класса пространственных объектов, а не менять для этого точку отсчета схемы листов.
Точек на дюйм (DPI)
Количество точек на дюйм (DPI) отвечает за разрешение изображений листов кэша, создаваемых сервером. Значение по умолчанию – 96; это значение DPI является оптимальным почти всегда, кроме случаев, когда подавляющее число компьютеров клиентов в сети использует другое значение DPI. Не стоит забывать о том, что изменение DPI влияет на размер листов.
Высота и ширина листа
Значения высоты и ширины листа по умолчанию равны 256 пикселам. Рекомендуется использовать 256 или 512. При создании кэша для наложения с другим кэшем высота и ширина их листов должны совпадать.
Чем меньше размер листов кэша, тем выше будет производительность работы приложения, запрашивающего листы кэша, так как потребуется передавать меньше данных на лист, но число запросов к листам возрастает.
Формат листов
Настройка этой опции определяет выходной формат изображения, использующийся картографическим сервисом при создании листов кэша. Формат изображения определяет пространство, занимаемое листами на диске, качество изображения, а также наличие возможности сделать фон листа прозрачным.
При инициализации новой схемы листов кэша ArcGIS проверяет слои в вашей карте и выбирает формат изображения по умолчанию. Если карта содержит только векторные слои, по умолчанию используется PNG. Если найден хотя бы один экземпляр растровых ресурсов, по умолчанию используется MIXED.
Изучите настройки по умолчанию и определить их целесообразность в зависимости от назначения вашей карты. Ниже приводится краткое описание доступных форматов изображения и рекомендации по их использованию:
- PNG – этот формат определяет глубину бита PNG для каждого листа, что экономит место для хранения листа без ущерба для визуального восприятия. Подходит для многих векторных карт, особенно для карт с небольшим количеством цветов, для карт с большими областями одного цвета или для наложенных сетей. Если не знаете, какой формат PNG выбрать, попробуйте первый.
- PNG8 – можно использовать PNG 8 сервисов наложения, которым требуется прозрачный фон, например, дороги и границы. Листы формата PNG8 занимают крайне мало пространства на диске без потери информации.
Если на карте используется сглаживание, вы увидите более высокое качество линий и надписей при использовании PNG или PNG 32 вместо PNG 8. Если на карте имеется большое количество цветов, благодаря градиентной заливке или оттенению, возможно следует использовать PNG или PNG 32.
- PNG24 – используйте PNG 24 при наложении сервисов, например дорог и границ, где количество цветов карты превышает 256 (если цветов меньше 256, выберите PNG 8).
- PNG32 - вы можете использовать PNG 32 для сервисов наложения, в которых включено сглаживание линий или текста, таких как дороги и границы. Он поддерживает более 256 цветов и полную альфа-прозрачность. Формат PNG32 рекомендуется использовать в тех сервисах, где включено сглаживание линий или текста. Листы формата PNG32 занимают больше места на диске, чем PNG24.
- JPEG – используйте этот формат в сервисах с базовыми картами, с большим цветовым разнообразием и отсутствием прозрачного фона. Например JPEG, скорее всего, будет хорошим выбором для растровых изображений или очень подробных векторных базовых карт.
Формат JPEG использует сжатие с потерями. При сжатии изображений, теряется та часть данных, которая не сказывается на общем виде изображения. Таким образом, размер листов на диске может быть очень мал, но при наличии на карте векторных линий или подписей такое сжатие может вызвать помехи изображения и размытие контуров линий. Если это так, попробуйте повысить значение сжатия, по умолчанию равное 75. Более высокое значение, такое как 90, может сбалансировать приемлемое качество линий и преимуществами небольшого размера листов JPEG.
Решение о том, какое качество изображения считать приемлемым, остается за пользователем. Формат JPEG может сэкономить большой объем дискового пространства, если вы готовы принять небольшие потери в качестве изображения. Меньший размер листов также сказывается на скорости загрузки листов кэш в веб-браузере.
- MIXED – смешанный кэш использует формат JPEG в центре кэша и формат PNG 32 по краям. Использование смешанного режима оптимально в случае, когда требуется точное наложение растровых кэшей на другие слои.
При создании смешанного кэша листы формата PNG32 создаются там, где присутствует прозрачность (иными словами, там, где виден фон фрейма данных). Остальные листы создаются в формате JPEG. Это помогает уменьшить размер файлов в среднем, и, вместе с тем, обеспечить возможность корректного наложения на другие наборы кэша. Если в данном случае не использовать смешанный режим кэша, то вокруг изображения будет виден непрозрачный ободок в местах перекрытия с другими кэшами.
- LERC – Сжатие растра с ограничением ошибок (LERC) является эффективным методом сжатия с потерями, который рекомендуется для одноканальных данных или данных, содержащих рельеф местности с высокой глубиной значений пикселов, например: 32-, 16- или 12-битных данных. Для данных с плавающей точкой метод LERC работает в 5–10 раз быстрее и эффективнее, чем метод LZ77. LERC также рекомендуется для целочисленных данных. При использовании целочисленных данных, если установлен предел ошибки 0,99 или менее, считается, что метод LERC работает без потерь.
Примечание:
Метод сжатия LERC доступен только для сервисов изображений, картографические сервисы не поддерживаются.
Данные высот или поверхности в основном используются в 3D-видах для представления земной поверхности, например, модели ландшафта. Могут использоваться поверхности, не представляющие земную поверхность, такие как озоновый слой, находящийся выше земной поверхности, или поверхности геологических субстратов, которые находятся ниже земной поверхности. При использовании метода сжатия LERC для поверхностей, расположенных не на уровне земли, настоятельно рекомендуется публиковать данные со всеми уровнями детализации. Это гарантирует, что при просмотре данных, вы не отдалите изображение в пределы столь грубого разрешения, которое могло бы остановить воспроизведение содержания. Это является менее важной проблемой для высот, которые распределены по поверхности земли, потому что поверхность может быть использована, чтобы заполнить все пробелы, которые могут существовать.
- При выборе LERC укажите значение сжатия в диалоговом окне для ввода параметров Сжатие. Сжатие отражает максимально допустимое значение ошибки в расчете на один пиксел (не путать со средней величиной в расчете на изображение). Это значение измеряется в единицах набора данных мозаики. Например, если ошибка равна 10 см, а единицы измерения набора данных мозаики – метры, введите 0.1.
- Сервисы кэша на основе LERC не изменяют разрешение отображения, если в данном масштабе не поддерживаются исходные данные, или если отсутствуют обзорные изображения. Сервисы кэша на основе LERC также содержат файл свойств, определяющий, содержит ли сервис данные рельефа. Чтобы обеспечить полное покрытие при отображении 3D-сцен, кэш на базе LERC использует размер листа на полпиксела больше стандартного размера 256 x 256.
- Формат LERC использует алгоритм сжатия без преобразования, поэтому значение сжатия или максимально допустимое значение ошибки будет варьироваться в пределах от 0 до 1000.
Подсказка:
Один из самых распространенных сценариев, где необходимо изменять формат изображения по умолчанию, – это создание только векторной базовой карты, использующей сглаживание. В этом случае форматы JPEG или MIXED с высоким качеством сжатия подходят больше, чем формат PNG по умолчанию, поскольку получившиеся листы будут занимать гораздо меньше места на диске.
Прежде чем определиться с форматом изображения для кэша больших объемов, рекомендуется исследовать качество листов и производительность различных форматов кэша в тестовом приложении на примере небольшой области-выборки вашей карты. При работе с несколькими наборами кэшей следует построить по одному небольшому тестовому кэшу каждого вида и проверить их наложение друг с другом в тестовом приложении. Это позволит внести необходимые корректировки перед построением всего кэша целиком.
Сжатие
Параметр сжатия характеризует уровень сжатия JPEG, который будет использоваться при выборе для формата изображения JPEG или Смешанный (MIXED). Чем выше значение этого параметра, тем выше качество и меньше сжатие изображения файла .JPEG. Для обычных изображений, как правило, достаточно значения 55–75; при этом снижение качества обычно незаметно. Для векторных и других четких пространственных объектов рекомендуется использовать более высокое значение ближе к 90.
Пакеты листов
Пакет листов представляет собой сжатый файл с расширением .tpkx, который содержит листы изображений, сохраненные в формате Compact Cache V2, а также схему листов и другие метаданные, хранящиеся в файле .json. Эти пакеты используются для передачи содержимого кэша карт и для доступа к содержимому карты в автономных сценариях, когда веб-доступ ограничен. Дополнительные сведения см. в разделе Открытые спецификации пакета листов.
Ресурсы для веб-слоев листов также могут быть созданы в ArcGIS Pro с использованием пакетов. Дополнительные сведения см. в разделах Публикация пакета листов и Публикация пакета векторных листов.
Формат хранения кэша
Кэш растра хранится в формате compact v2, в котором 16384 листа сжаты в пакетные файлы. Размер отдельного листа можно задать в схеме листов кэша, заданной с помощью инструментов геообработки Создать схему листов кэша картографического сервера или Создать схему кэша картографического сервера.
Во время построения кэша в папках кэша можно увидеть временные файлы .lock и .done. Файл .lock позволяет ArcGIS Server отслеживать находящиеся в процессе создания пакеты. Наличие файла .lock не означает, что эти пакеты недоступны клиентским приложениям. Так же файл .done позволяет ArcGIS Server отслеживать уже созданные пакеты. После завершения кэширования все файлы .lock и .done исчезнут.
У вас может быть небольшой кэш с одним пакетом на каждом уровне. Однако чаще бывает так, что граница пакета пересекает географию, что приводит к множеству пакетов для уровня. Большой кэш может содержать множество пакетов.
Границы пакета определяются точкой отсчета схемы листов и не поддаются корректировке. К примеру, при масштабе отображения района/города, равном 1:4 096, полный пакет покрывает территорию округа средних размеров в восточном регионе Соединенных Штатов.
При обновлении листов не происходит повторного создания всего пакета. Вместо этого обновляется область размером в 4096 на 4096 пикселов (без сглаживания) или 2048 на 2048 пикселов (со сглаживанием). Такой фрагмент территории иногда называется суперлистом.
Клиенты ArcGIS, в том числе программные веб-интерфейсы приложений, могут читать пакетные файлы, созданные в формате компактного кэша. Веб-клиенты отправляют на сайт ArcGIS Server запрос для определенного уровня, строки и столбца листа. ArcGIS Server получает запрос и возвращает соответствующий лист из пакета.
Примечание:
Существует два варианта формата компактного кэша: compact, который был представлен в версии 10.0, и compactv2, появившийся в версии 10.3. Компактная версия включает отдельный файл .bundlex, который служит в качестве индекса; а в версии compactv2 индекс включен в файл .bundle. Compactv2 позволяет увеличить производительность, особенно если кеш находится в сетевой папке или в облачном хранилище и совместим только с сайтами ArcGIS Server, работающими в версии 10.3 или более поздней, и используется по умолчанию для этих версий.
Если же вам надо перенести компактный кэш в формате compactv2 на сайт, работающий в ArcGIS Server версии от 10.0 до 10.2, воспользуйтесь инструментом Экспортировать кэш картографического сервиса в ArcGIS Pro.
Директория кэша
По умолчанию ArcGIS Server создает кэши картографического сервиса и сервиса изображений в директории кэша сервера, созданной во время настройки вашего сайта ArcGIS Server. Для хранения файлов кэша может использоваться и другое место.
При настройке директорий кэша для сайта издатели выбирают одну из следующих директорий, где будет храниться кэш для картографических сервисов и сервисов изображений.
- Общая директория – Для настройки общей директории для кэша карты и кэша изображений см. разделы Директории кэша и Добавление директории сервера в Server Manager.
- Место хранения в облаке – О настройке облачного хранилища для кэша см. разделы Облачные хранилища как директории кэша и Регистрация данных в ArcGIS Server с помощью Server Manager.
Можно открыть директорию кэша сервера для проверки наличия листов кэша и файла схемы conf.xml. Директория кэша также может содержать статус файловой базы геоданных status.gdb, который содержит информацию о том, какие листы были построены.
Примечание:
Содержимое кэша для размещенных слоев листов (растровых, векторных или высот) хранится в каталоге кэша сайта хост-сервера.
Базовые карты
Базовые карты играют роль подложки, на которую вы накладываете данные из слоев для отображения географической информации. Отдельная базовая карта может состоять из нескольких векторных, растровых слоев или веб-слоев. Базовые карты являются основой ваших карт и содержат контекстную информацию о вашей работе. Базовые слои отображаются поверх рабочих слоев, а фоновые слои – под рабочими слоями. Многие слои кэшированных карт и изображений, а также слои векторных листов создаются для визуализации в качестве базовой карты.
Дополнительные сведения см. в разделе Настройка базовых карт.