Орто датасет

0 голосов
спросил 24 Ноя, 14 от Peps (5,330 баллов) в категории Программные продукты Esri
Каким образом сделать орто датасет из растер каталога, с использованием растров с разными масштабами на одну территорию? К примеру есть базовый набор снимков на большую территорию масштаба 25000 и на отдельные участки с масштабом 5000.

5 Ответы

0 голосов
ответил 24 Ноя, 14 от Grigoriy (127,020 баллов)
И что это за базовый набор снимков масштаба 25000?
Сканированные карты?
Или уснимковесть известный поставщик, известен сенсор, его параметры?
Снимки уже орторектифицированы или Вам нужно выполнить ортокоррекцию?
И какой результат Вы хотите получить?
Сервис?
Динамический или кэшированный
Или просто набор данных для работы в Desktop?
0 голосов
ответил 24 Ноя, 14 от Peps (5,330 баллов)
Данные представляют из себя орторектифицированы снимки залетов указанных масштабов. Есть старые данные мелкого масштаба на всю территорию и обновления по важным участкам. Планируется использовать как тайловый сервис.
0 голосов
ответил 24 Ноя, 14 от Grigoriy (127,020 баллов)
Ну, если Вас в Desktop всё устраивает с данными - собирайте проект mxd и кэшируйте.
Там где данные более грубые - кэшируйте до нужного мелкого масштаба.
Там где есть более точные - задайте границы и кэшируйте в этих границах до более крупного.
http://resources.arcgis.com/ru/help/main/10.2/0154/0154000004q6000000.htm
Будет ещё лучше, если сначала соберете 2 мозаики:
http://resources.arcgis.com/ru/help/main/10.2/#/na/009t00000037000000/
А потом из них можно также создать общий кэш для картографического сервиса.
0 голосов
ответил 25 Ноя, 14 от Peps (5,330 баллов)
Спасибо за помощь, я где то таки и думал. Если речь зашла в общем кэшировании у меня возникала еще одна проблема. Есть топо основа и изначально не было слоя с административно территориальным делением (АТМ). При отстройке кеша по этим данным весь процесс прошел меньше чем за 40 минут. После добавления слоя с АТМ процесс занял больше полутора суток. Сам слой был полигональный, отображался на всех масштабах, цвет заливки был прозрачный т.е. отображались только границы полигонов. Использовались именно полигоны для того чтобы можно было получать информацию и отображались подписи. Все слои находятся в SDE Oracle. Анализ логов Oracle показал, что он предупреждал о том что процесс ArcSOC.exe отправляет слишком много запросов и это может говорить о попытке взлома базы. При повторной перестройке кэшей я увидел, что ArcSOC постоянно посылает запросы intrsect к новому слою и это являлось основными затратами времени. Как можно избежать данную проблему? За раннее спасибо.
0 голосов
ответил 25 Ноя, 14 от Grigoriy (127,020 баллов)
Кэш - картинка. И после публикации она никак не связана с проектом и его слоями - если конечно Вы не хотите генерировать тайлы "на лету" по запросу клиента.
Поэтому при построениикэша оптимизируйтепроект под отрисовку. В Вашем случае, т.к. полигоны не заливаются - конвертируйте их в линии. Линии ещё можно и "упростить" при прорисовке на мелких масштабах. И вот этот проект кэшируйте. А для запросов к полигонам можно будет потом или "подсунуть" в сервис другой проект, или вообще выпустить другой сервис.
Вотодин изполезных интсрументов:
http://www.arcgis.com/home/item.html?id=a269d03aa1c840638680e2902dadecac
Он поможет Вам посмотреть, что происходит при прорисовке, и как много времени занимает каждая из операций.
Добро пожаловать на сайт Вопросов и Ответов, где вы можете задавать вопросы по GIS тематике и получать ответы от других членов сообщества.
...