データドリブンページがその後のエクスポートでハングするのを防ぐ方法は？

ArcMap 10.3.0で作業していて、データドリブンページ（DDP）を介してエクスポートしています。DDPエクスポートは最初とその後のエクスポートで期待どおりに機能しますが、同じMXDから1分以上（時間は異なる）後にDDPを使用して再度エクスポートすると、プログラムがハングし、シャットダウンする必要がありますタスクマネージャを介して。

「エクスポート」ウィンドウに「Page x of x」というテキストが表示されないため、「Export」をクリックするとすぐにハングアップするかどうかがわかります。こちらのスクリーンショットをご覧ください：https : //geonet.esri.com/message/536459#536459。しばらくコンピュータを実行させても、「Page x of x」というテキストは表示されず、エクスポートは行われません。これは、MXDから1分以上経過した後のエクスポートでのみ発生します。

これは、最初に単一のページをエクスポートする場合でも、ドキュメント全体をエクスポートする場合でも発生するようです。ただし、MXDを新しい名前で保存し直してエクスポートすると、常にハングアップし、ArcMapを再起動する必要があります。新しいPDFファイルを作成する場合でも、既存のPDFファイルを上書きする場合でも、問題が発生するようです。

その他の情報：

• 私のマップは、5つの10000 'x 10000' LIDARコンターシェープファイルと約10個の他の小さなベクターシェープファイルレイヤーを含むESRI空中ベースマップ（他のラスターレイヤーなし）で構成されています。
• 私のエクスポート設定は、300 dpiの解像度と出力画像の品質/リサンプル比1：2です。
• この建物にあるデータサーバーで作業していますが、接続速度が異なります。
• 別の同僚が、自分のマシンの同じMXDで同じ問題を抱えています。

このエラーメッセージを追加するために編集： ArcMapが後続のエクスポートでハングアップし、タスクマネージャで[タスクの終了]をクリックした後に表示されます。このエラーメッセージが表示されたのは2回目か3回目だけですが、関連しているのではないかと思いました。（また、エラーメッセージに示されているように、f：/ドライブがありません。）

ここではジオネット上で尋ねたとして、他の誰かがこの問題を抱えていた：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ツールボックスにスクリプトとして追加した次のスクリプトを使用しました。（パラメーターが含まれているため、スクリプトはツールボックスを介してのみ実行されます。）

#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 OSのいくつかの謎ではないにせよ）が最大4つの相互に関連していることに起因していると考えます。

1. 背景ラスターは非常に高解像度です
2. エクスポートDPIが非常に大きい
3. 出力画像品質/リサンプル比が1：1に設定されている
4. データサーバーの場所または接続速度、あるいはその両方が一時的な問題を引き起こしています。

これらのいくつかの組み合わせにより、DDPエクスポートがハングします。そして、「いくつかの組み合わせ」とは、それらのうちの1つだけを意味します。

私は、ESRIオンライン製品を使用して、ネットワークまたはリモートドライブ上の非常に大規模なデータセットを持っていた場合は特に、私は最後の一つになりますものを選択しなければならなかった場合-でも、ベクトルデータと、私たちは、シェープファイルを（話している特にそうならば、単にビューに50万個の頂点があるときに測定ツールを使用してみてください。

残念ながら、このハングアップは.mxdファイルも同時に破損するようです。根本的にこれは実際にはBug-in-ArcMap™のようですが、ESRIがこれについて知っている、またはこれについて何かをしているという兆候は見つかりません。

それは労働集約的な回避策を残します

• 公開の準備ができたら.mxdを保存し、
• 1回のエクスポート（単一のページ、ページの範囲、またはすべてのページ）
• 保存せずに閉じます
• 次に.mxdを再度開いて、後続の各エクスポートに対して2番目と3番目の手順を繰り返します。

>編集

最近リンクされた質問（どのようにしてそれを逃したのですか？）とESRIが公式に気づいていないことに基づいて- このPDFをここで参照してください。これは、DDPと対話するベースマップサービス（特にページがデータをローテーションする場合）と関係があると思いますフレーム）。この問題は10.3と10.3.1に固有のようで、正式な修正がないと解決できない可能性があります。

今日も同じ問題に遭遇しました。ESRIサポートに電話して、回避策を考え出しました。問題は、すべてのデータドリブンページをPDFにエクスポートすること、ジオプロセシングの結果、縮尺に依存するページにあります。

回避策：

通常のベースマップボタンを使用して画像ベースマップを追加する代わりに、ArcCatalogに新しいArcGISサーバーを追加し、http：//services.arcgisonline.com/arcgis/servicesに接続して 、「World_Imagery」レイヤーをコンテンツウィンドウにドラッグしました。ジオプロセシングの結果をクリアしてから、データドリブンページのスケール依存オプションを削除しました。