Як запобігти візуалізації сторінок із подальшим експортом?

Я працюю в ArcMap 10.3.0 та експортую через сторінки, керовані даними (DDP). Експорт DDP працює так, як очікувалося в перший раз, і для негайного подальшого експорту, але якщо я використовую DDP для експорту знову через більш ніж хвилину або близько того (час варіюється) з того ж MXD, програма зависає, і я повинен закрити його через диспетчер завдань.

Я можу сказати, чи він зависне, як тільки натискаю "Експорт", оскільки у вікні "Експорт" не відображається текст "Сторінка х з х". Дивіться скріншоти тут: https://geonet.esri.com/message/536459#536459 . Навіть якщо я дозволяю комп'ютеру працювати деякий час, текст "Сторінка x з х" ніколи не з’являється, а експорт не відбувається. Це відбувається лише при наступному експорті через більш ніж хвилину з MXD.

Це здається, що я експортую одну сторінку або весь документ вперше. Однак якщо я збережу MXD з новою назвою і потім експортую, він завжди зависає і вимагає перезапустити ArcMap. Здається, виникає проблема, чи я створюю новий PDF-файл, чи перезаписую існуючий PDF-файл.

Інша інформація:

• Моя карта складається з повітряної базової карти ESRI (немає інших растрових шарів) з п'ятьма формами контуру 10000 'x 10000' лідеру та приблизно 10 іншими невеликими векторними шарами форм-файлів.
• Мої налаштування експорту: роздільна здатність 300 точок на дюйм та співвідношення якості / вихідного зображення 1: 2.
• Я працюю з сервера даних, розташованого в цій будівлі, але швидкість з'єднання змінюється.
• Інший колега має ті самі проблеми з тими ж MXD на своїй машині.

Відредаговано, щоб додати це повідомлення про помилку: воно з’явилося після того, як ArcMap було закрито під час наступного експорту, і натисніть «завершити завдання» в диспетчері завдань. Це лише другий чи третій раз, коли я отримав це повідомлення про помилку, але я подумав, що це може бути невиправдано. (Крім того, у мене немає диска f: /, як показано в повідомленні про помилку.)

Хтось інший мав цю проблему, як її задали в GeoNet тут: https://geonet.esri.com/thread/161564 На її питання не було запропоновано жодних рішень, тому я хотів тут знову задати питання.

Чи є спосіб запобігти припиненню ArcMap при наступному експорті DDP?

Відредаговано, щоб додати цей фрагмент коду, який створює багаторазовий експорт без вивішування:

import_path = r"R:\Projects\Project\GIS\MXDs\Project_property_maps.mxd"   # Path of .mxd
export_path = r"C:\Users\user\Desktop\test\Test"   # Path of output file
field_name = "Project_INDEX.Pg_num" # Name of field used to sort DDP
pg_name = "Project_INDEX.Desc_" # Name of field used in PDF file name

mxd = arcpy.mapping.MapDocument(import_path) 
for i in range(1, mxd.dataDrivenPages.pageCount + 1):
   mxd.dataDrivenPages.currentPageID = i
   row = mxd.dataDrivenPages.pageRow
   print row.getValue(field_name)
   arcpy.mapping.ExportToPDF(mxd, export_path + row.getValue(pg_name) + ".pdf") 
del mxd

На основі коментарів від @Adam, я використав сценарій Python для експорту моїх даних, керованих даними MXD, без проблем з повішенням на наступний експорт. Використання Python для експорту, мабуть, вирішило проблеми, які у мене виникли.

Я використовував наступний скрипт, який я додав до ArcMap Toolbox як сценарій. (Сценарій запускається лише через Панель інструментів, оскільки тут включені параметри.)

#Set Input Parameters
mxd = arcpy.GetParameterAsText(0) 
PDFpath = arcpy.GetParameterAsText(1) 
PDFname = arcpy.GetParameterAsText(2)

#Create an MXD object
mxd_doc = arcpy.mapping.MapDocument(mxd) 

#Export to DDP 
ddp = mxd_doc.dataDrivenPages 
ddp.exportToPDF(PDFpath + r"\\" + PDFname + ".pdf", "ALL") 
del mxd, mxd_doc, PDFname, PDFpath

Я хотів би додатково змінити свій сценарій, щоб мати змогу вказати, які сторінки потрібно експортувати (замість того, щоб дефолт був "ALL"), але це працює достатньо для того, що мені зараз потрібно.

Оскільки до цього часу я отримую лише коментарі (включаючи один власний), я ризикую і зрозумію, що проблема (якщо не якась таємниця ОС Windows) викликана до чотирма взаємопов'язаними речами.

1. Ваші фонові растрові зображення мають дуже високу роздільну здатність
2. Ваш експортний ІСН дуже великий
3. Якість вихідного зображення / коефіцієнт перегляду розміру встановлено на 1: 1
4. Розташування (-ів) вашого сервера (-ів) даних та / або швидкість з'єднання спричиняють гикавку

Деякі комбінації з них висять ваш експорт DDP. І під "деякою комбінацією" це могло означати лише одну з них.

Якби мені довелося вибрати один, я би вивчив останній, особливо якщо я використовував продукт ESRI Online або маю надзвичайно великі набори даних у мережі чи віддаленому диску - навіть векторні дані, і особливо, якщо ми говоримо про Shapefile ( просто спробуйте скористатися інструментом вимірювання, коли на ваш погляд є півмільйона вершин :).

На жаль, ця повістка також одночасно пошкоджує .mxd файл. В корені це, здається, насправді є Bug-in-ArcMap ™, але я не можу знайти жодних ознак того, що ESRI знає чи щось робить з цього приводу.

Це залишає трудомістку обробку

• Збереження .mxd, коли ви готові до публікації,
• Експорт одноразово (будь то одна сторінка, діапазон сторінок або всі сторінки),
• Потім закриваючи без збереження,
• Потім знову відкрийте .mxd для повторення 2-го та 3-го кроків для кожного наступного експорту.

> EDIT

На основі нещодавно пов’язаного питання ( як я пропустив це? ) І ESRI офіційно не знає - дивіться цей PDF тут , я б сказав, що це має щось спільне з службою Basemap, що взаємодіє з DDP ( особливо якщо сторінки обертають дані рамка ). Здається, ця проблема є унікальною для 10.3 та 10.3.1 і не може бути вирішена без офіційного виправлення.

Я зіткнувся з тим же питанням і сьогодні. Я зателефонував до служби підтримки ESRI і придумав рішення. Проблема полягає в експорті всіх сторінок, керованих даними, у PDF, геопроцесорних результатах та сторінках, що залежать від масштабу.

Рішення:

Замість того, щоб додавати базову карту зображень за допомогою типової кнопки базової карти, я додав новий ArcGIS-сервер у ArcCatalog та підключився до http://services.arcgisonline.com/arcgis/services та перетягнув шар "World_Imagery" у свою змісту, потім очистив мої результати геообробки, а потім видалив параметр, що залежить від масштабу, на сторінках, керованих даними.