Форумы GIS-Lab.info

Я публикую карты следующим образом:
1) сами исходные данные хранятся в gdb или где угодно.
2) Я публикую карты предварительно построив кэш, т.е. я не копирую сами данные на сервер в arcgissystem. Т.е. у меня кэш весит в несколько раз меньше чем данные.
3) После того как карта опубликована, я начинаю построение кэша. (напоминаю, кэш весит меньше, чем данные)

Т.е. у меня есть данные на 10 слоев - я строю данные по 10 слоям.

подход изменился:
1) надо вначале скопировать данные на сервер в arcgissystem (их размер уже превосходит размер кэша в несколько раз). Хотя я думаю что можно просто регистрировать эти данные.
2) Кэш не строить
3) Но ставить галочку "Создавать листы кеша по запросу". Т.е. у пользователя карта будет очень жестко тормозить при первом просмотре.



Подскажите, пожалуйста, какой из этих вариантов более стандартизирован.

Изменился подход у кого? У вас?
В ArcGIS 10.1 упростился метод публикации для простого пользователя. В 10.2 вообще можно запретить копировать данные на сервер

Да, на меня седня наехало начальство.

Ситуация: я раньше указывал количество слоев, по ним строил кеш. Т.е. у меня данных на 10 слоев - указываю 10 слоев. Теперь какая-то ерунда: не указываем количество слоев (или указываем количество слоев), но из-за каких-то соображений не строим кэш. А указываем - генерировать кэш по запросу пользователя. (это всего лишь галочка в настройках сервиса карты в Arcgis Manager)

Я хочу узнать чем второй вариант лучше, т.к. размер кэша для всех слоев меньше размера исходных данных!

Что значит "данные на 10 слоев"? Кэш не строится отдельно на каждый слой в проекте, а для всего проекта в целом.

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

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

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

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

fall_out_bug писал(а):Что значит "данные на 10 слоев"? Кэш не строится отдельно на каждый слой в проекте, а для всего проекта в целом.

Андрей, думаю тут идет речь о создании 10 кэшированных сервисов, по одному слою в каждом.
типа, чтоб и включить/выключить слой можно было и кэш уже был построен.

novice, я угадал?

Меня удивило вот что: я часть данных регистрировал, часть нет (для разных сервисов по разному). И размер данных превышает размер кэша в 3 раза.

novice писал(а):Ну мне то, что: как говорят, так и буду делать.

зачем тогда спрашивать..

*

Нет, такая формулировка значит, что надо публиковать как минимум 2 сервиса.

подскажите пожалуйста где можно по-подробнее почитать про построение кеша, тема интересная хочу изучить.
зарание спасибо

например, Настройка кэширования в ArcGIS, или покопайте справку, по ссылкам из статьи.

спасибо