Wie kann verhindert werden, dass datengesteuerte Seiten beim nachfolgenden Export hängen bleiben?

Ich arbeite in ArcMap 10.3.0 und exportiere über Data Driven Pages (DDP). Der DDP Export funktioniert wie erwartet erstmals und für den sofortigen nachfolgenden Exporte, aber wenn ich DDP verwenden Export wieder nach mehr als einer Minute oder so (die Zeit variiert) aus dem gleichen MXD, das Programm hängt , und ich habe es herunterzufahren über den Task-Manager.

Ich kann erkennen, ob es auflegen wird, sobald ich auf "Exportieren" klicke, da im Exportfenster kein Text "Seite x von x" angezeigt wird. Screenshots finden Sie hier: https://geonet.esri.com/message/536459#536459 . Selbst wenn ich den Computer eine Weile laufen lasse, wird der Text "Seite x von x" nie angezeigt und der Export findet nicht statt. Dies geschieht nur bei nachfolgenden Exporten nach mehr als einer Minute von einem MXD.

Dies scheint zu passieren, egal ob ich beim ersten Mal eine einzelne Seite oder das gesamte Dokument exportiere. Wenn ich die MXD jedoch unter einem neuen Namen speichere und dann exportiere, legt sie immer auf und erfordert einen Neustart von ArcMap. Das Problem scheint aufzutreten, ob ich eine neue PDF-Datei erstelle oder eine vorhandene PDF-Datei überschreibe.

Andere Informationen:

• Meine Karte besteht aus einer ESRI-Luftgrundkarte (keine anderen Rasterebenen) mit fünf Lidar-Kontur-Shapefiles (10000 x 10000) und etwa 10 weiteren kleinen Vektor-Shapefile-Layern.
• Meine Exporteinstellungen sind: 300 dpi Auflösung & Ausgabebildqualität / Resample-Verhältnis 1: 2.
• Ich arbeite von einem Datenserver in diesem Gebäude aus, aber die Verbindungsgeschwindigkeit variiert.
• Ein anderer Mitarbeiter hat dieselben Probleme mit denselben MXDs auf seinem Computer.

Bearbeitet, um diese Fehlermeldung hinzuzufügen: Sie wurde angezeigt, nachdem ArcMap bei einem nachfolgenden Export aufgehängt wurde, und klicken Sie im Task-Manager auf "Aufgabe beenden". Dies ist nur das 2. oder 3. Mal, dass ich diese Fehlermeldung erhalten habe, aber ich dachte, es könnte relevant sein. (Außerdem habe ich kein f: / Laufwerk, wie in der Fehlermeldung gezeigt.)

Jemand anderes hatte dieses Problem, wie im GeoNet hier gefragt: https://geonet.esri.com/thread/161564 Es wurden keine Lösungen für ihre Frage vorgestellt, daher wollte ich hier noch einmal fragen.

Gibt es eine Möglichkeit, zu verhindern, dass ArcMap bei einem nachfolgenden DDP-Export hängen bleibt?

Bearbeitet, um dieses Code-Snippet hinzuzufügen, das mehrere Exporte erzeugt, ohne zu hängen:

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

Basierend auf den Kommentaren von @Adam habe ich ein Python-Skript verwendet, um meine datengesteuerten Seiten MXD zu exportieren, ohne Probleme beim Nachhängen an nachfolgenden Exporten. Die Verwendung von Python für den Export scheint die Probleme gelöst zu haben, die ich hatte.

Ich habe das folgende Skript verwendet, das ich einer ArcMap Toolbox als Skript hinzugefügt habe. (Das Skript wird nur über die Toolbox ausgeführt, da Parameter enthalten sind.)

#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

Ich möchte mein Skript weiter modifizieren, um angeben zu können, welche Seiten exportiert werden sollen (anstatt standardmäßig "ALL" zu verwenden), aber dies funktioniert ausreichend für das, was ich jetzt brauche.

Da dies bisher nur Kommentare erhalten hat (einschließlich eines meiner eigenen), werde ich das Risiko eingehen und herausfinden, dass das Problem (wenn nicht ein Rätsel des Windows-Betriebssystems) durch bis zu vier miteinander verbundene Dinge verursacht wird.

1. Ihre Hintergrundraster haben eine sehr hohe Auflösung
2. Ihre Export-DPI ist sehr groß
3. Ihr Verhältnis von Ausgabebildqualität zu Resample ist auf 1: 1 eingestellt
4. Die Position (en) Ihres Datenservers (der Datenserver) und / oder die Verbindungsgeschwindigkeit verursachen einen Schluckauf

Eine Kombination davon hängt Ihren DDP-Export auf. Und mit "irgendeiner Kombination" könnte es nur eine von ihnen bedeuten.

Wenn ich eines auswählen müsste, würde ich mir das letzte ansehen, insbesondere wenn ich ein ESRI Online-Produkt verwende oder extrem große Datenmengen in einem Netzwerk oder einem Remote-Laufwerk habe - sogar Vektordaten und insbesondere, wenn es sich um Shapefile handelt ( nur Versuchen Sie es mit dem Messwerkzeug, wenn sich in Ihrer Ansicht eine halbe Million Eckpunkte befinden :).

Leider scheint dieses Auflegen auch gleichzeitig die .mxd-Datei zu beschädigen. Im Grunde scheint dies tatsächlich ein Bug-in-ArcMap ™ zu sein, aber ich kann keinen Hinweis darauf finden, dass ESRI davon weiß oder etwas dagegen unternimmt.

Das lässt eine arbeitsintensive Umgehung von

• Speichern Sie Ihre .mxd, wenn Sie etwas zum Veröffentlichen bereit haben.
• Einmaliges Exportieren (ob es sich um eine einzelne Seite, einen Seitenbereich oder alle Seiten handelt),
• Dann schließen ohne zu speichern,
• Öffnen Sie dann die .mxd erneut, um den 2. und 3. Schritt für jeden nachfolgenden Export zu wiederholen.

> BEARBEITEN

Aufgrund der kürzlich verknüpften Frage ( wie habe ich diese Frage vermisst? ) Und der Tatsache , dass ESRI offiziell nichts davon weiß - siehe dieses PDF hier - würde ich sagen, dass es etwas mit der Interaktion des Grundkartendienstes mit DDP zu tun hat ( insbesondere, wenn die Seiten die Daten drehen) Rahmen ). Dieses Problem scheint nur in 10.3 und 10.3.1 zu auftreten und kann ohne eine formale Lösung möglicherweise nicht behoben werden.

Ich bin heute auf dasselbe Problem gestoßen. Ich habe den ESRI-Support angerufen und eine Problemumgehung gefunden. Das Problem besteht darin, alle datengesteuerten Seiten in PDF zu exportieren, Ergebnisse zu verarbeiten und skalierungsabhängige Seiten zu erstellen.

Die Problemumgehung:

Anstatt die Bildgrundkarte über die typische Grundkartenschaltfläche hinzuzufügen, habe ich in ArcCatalog einen neuen ArcGIS-Server hinzugefügt, eine Verbindung zu http://services.arcgisonline.com/arcgis/services hergestellt und dann die Ebene "World_Imagery" in mein Inhaltsverzeichnis gezogen löschte meine Geoverarbeitungsergebnisse und entfernte dann die skalierungsabhängige Option in datengesteuerten Seiten.