วิธีการป้องกันไม่ให้หน้าข้อมูลขับเคลื่อนจากการหยุดการส่งออกครั้งต่อไป


9

ฉันกำลังทำงานใน ArcMap 10.3.0 และส่งออกผ่าน Data Driven Pages (DDP) การส่งออก DDP ทำงานตามที่คาดไว้ในครั้งแรกและสำหรับการส่งออกตามมาทันที แต่ถ้าฉันใช้ DDP ส่งออกอีกครั้งหลังจากผ่านไปหนึ่งนาทีหรือมากกว่านั้น (เวลาแตกต่างกันไป) จาก MXD เดียวกันโปรแกรมหยุดทำงานและฉันต้องปิดเครื่อง ผ่านตัวจัดการงาน

ฉันสามารถบอกได้ว่ามันจะวางสายทันทีที่ฉันคลิก "ส่งออก" เพราะหน้าต่างส่งออกไม่แสดงข้อความ "หน้า x ของ x" ดูภาพหน้าจอที่นี่: https://geonet.esri.com/message/536459#536459 แม้ว่าฉันจะอนุญาตให้คอมพิวเตอร์ทำงานได้ชั่วขณะข้อความ "หน้า x ของ x" จะไม่ปรากฏขึ้นและการส่งออกจะไม่เกิดขึ้น สิ่งนี้เกิดขึ้นกับการส่งออกที่ตามมาหลังจากผ่านไปหนึ่งนาทีจาก MXD

ดูเหมือนว่าจะเกิดขึ้นไม่ว่าฉันจะส่งออกหน้าเดียวหรือทั้งเอกสารในครั้งแรก อย่างไรก็ตามถ้าฉันบันทึก MXD ด้วยชื่อใหม่แล้วส่งออกมันจะวางสายเสมอและต้องการให้ ArcMap เริ่มต้นใหม่ ดูเหมือนว่าปัญหาจะเกิดขึ้นไม่ว่าฉันจะสร้างไฟล์ PDF ใหม่หรือเขียนทับไฟล์ PDF ที่มีอยู่

ข้อมูลอื่น ๆ:

  • แผนที่ของฉันประกอบด้วยแผนผังทางอากาศของ ESRI (ไม่มีเลเยอร์แรสเตอร์อื่น ๆ ) ที่มีรูปร่างรูปร่างไลดาร์รูปร่าง 10000 เส้นและ 10,000 ชั้นรูปร่างเวกเตอร์ขนาดเล็กอื่น ๆ
  • การตั้งค่าการส่งออกของฉันคือ: ความละเอียด 300 dpi & คุณภาพของภาพ / อัตราส่วนการสุ่มตัวอย่างต่อ 1: 2
  • ฉันทำงานจากเซิร์ฟเวอร์ข้อมูลที่อยู่ในอาคารนี้ แต่ความเร็วในการเชื่อมต่อนั้นแตกต่างกันไป
  • เพื่อนร่วมงานคนอื่นกำลังประสบปัญหาเดียวกันกับ MXD เดียวกันบนเครื่องของเขา

แก้ไขเพื่อเพิ่มข้อความแสดงข้อผิดพลาดนี้:มันปรากฏขึ้นหลังจาก ArcMap ถูกวางสายบนการส่งออกในภายหลังและกด "สิ้นสุดภารกิจ" ในตัวจัดการงาน นี่เป็นเพียงครั้งที่ 2 หรือ 3 ที่ฉันได้รับข้อความแสดงข้อผิดพลาดนี้ แต่ฉันคิดว่ามันอาจมีความเกี่ยวข้อง (นอกจากนี้ฉันไม่มีไดรฟ์ 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

คุณเคยเห็นสิ่งที่คล้ายกันจากฟังก์ชั่นการพิมพ์หรือไม่ ใน 10.2 ฉันมีปัญหาเมื่อไดอะล็อกการพิมพ์เปิดใช้งานไม่ถูกต้องจากนั้น arcmap จะหยุดทำงานคล้ายกับที่คุณอธิบาย แค่สงสัยว่าพวกเขาจะเกี่ยวข้องกันได้ไหม
Brad Nesom

ลองส่งออก 1 หน้าจากนั้นทำอีกครั้งด้วย 1 หน้า ดูว่าการเปลี่ยนแปลงผลลัพธ์
Brad Nesom

ฉันมีปัญหาที่คล้ายกันกับ MXD บางตัว แต่ไม่ใช่ปัญหาส่วนใหญ่และฉันไม่สามารถระบุได้ว่าเพราะเหตุใด MXD บางตัวจึงทำเช่นนั้น ในกรณีของฉัน Arcmap ก็ล้มเหลวแทนที่จะแขวนดังนั้นอย่างน้อยฉันก็ไม่ต้องรอที่จะรู้ว่ามันไม่ทำงาน สถานการณ์เหมือนกัน: การส่งออกครั้งแรกจาก DDP ทำงานได้ดีครั้งที่สองไม่ได้ การปิดและเปิด MXD อีกครั้งจะทำให้ฉันสามารถส่งออกได้อีกครั้ง
Dan C

ดูเหมือนจะไม่มีการเชื่อมต่อใด ๆ ระหว่างชื่อไฟล์และการหยุดทำงานสำหรับฉัน ฉันกำลังทำงานกับชุดตัวเลขในขณะนี้ประมาณ 20 MXD ซึ่งมีทั้งจุดและยัติภังค์ในทั้งชื่อไฟล์ MXD และชื่อไฟล์ที่ส่งออก ส่วนใหญ่ทำงานได้ดี แต่ไม่ใช่ทั้งหมด
Dan C

อาจมีบางสิ่งที่ฉันพยายามทำซ้ำปัญหาโดยการส่งออกแล้วส่งออกอีกครั้งในทันทีและทำงานได้ดี
Dan C

คำตอบ:


6

จากความคิดเห็นจาก @Adam ฉันใช้สคริปต์ Python เพื่อส่งออก MXD Pages Driven Data ของฉันโดยไม่มีปัญหากับการหยุดส่งออกครั้งต่อไป การใช้ 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") แต่การทำงานนี้เพียงพอสำหรับสิ่งที่ฉันต้องการในตอนนี้


3

ตั้งแต่นี้มีเพียงความคิดเห็นจนถึง (รวมถึงหนึ่งของฉันเอง) ฉันจะใช้โอกาสและคิดปัญหา (ถ้าไม่ลึกลับของ Windows OS) เกิดจากสิ่งที่เกี่ยวข้องกันถึงสี่

  1. แรสเตอร์พื้นหลังของคุณมีความละเอียดสูงมาก
  2. DPI ส่งออกของคุณมีขนาดใหญ่มาก
  3. อัตราส่วนคุณภาพต่อภาพที่ได้ / ความละเอียดตัวอย่างของคุณตั้งไว้ที่ 1: 1
  4. ตำแหน่งของเซิร์ฟเวอร์ข้อมูลของคุณและ / หรือความเร็วในการเชื่อมต่อนั้นเป็นสาเหตุของอาการสะอึก

การรวมกันของสิ่งเหล่านี้กำลังแขวนการส่งออก DDP ของคุณ และโดย "การรวมกันบางอย่าง" อาจหมายถึงหนึ่งในนั้นเท่านั้น

ถ้าฉันต้องเลือกฉันจะดูเป็นคนสุดท้ายโดยเฉพาะถ้าฉันใช้ผลิตภัณฑ์ ESRI Online หรือมีชุดข้อมูลขนาดใหญ่มากบนเครือข่ายหรือไดรฟ์ระยะไกล - แม้แต่ข้อมูลเวกเตอร์และโดยเฉพาะอย่างยิ่งถ้าเรากำลังพูดถึง Shapefile ( เพียง ลองใช้เครื่องมือวัดเมื่อมุมมองของคุณมีครึ่งล้านจุด :)

น่าเสียดายที่การแฮงเอาท์นี้ดูเหมือนจะทำให้ไฟล์. xmd เสียหาย ที่จริงแล้วสิ่งนี้ดูเหมือนจะเป็นBug-in-ArcMap ™แต่ฉันไม่พบสิ่งบ่งชี้ใด ๆ ที่ ESRI รู้หรือกำลังทำอะไรบางอย่างเกี่ยวกับเรื่องนี้

นั่นทำให้แรงงานต้องทำงานหนัก

  • บันทึก. mxd ของคุณเมื่อคุณมีบางอย่างพร้อมสำหรับการเผยแพร่
  • การส่งออกครั้งเดียว (ไม่ว่าจะเป็นหน้าเดียว, ช่วงของหน้าหรือทุกหน้า)
  • จากนั้นปิดโดยไม่บันทึก
  • จากนั้นเปิด. xmd อีกครั้งเพื่อทำซ้ำขั้นตอนที่ 2 และ 3 สำหรับการส่งออกแต่ละครั้ง

> แก้ไข

จากคำถามที่เชื่อมโยงเมื่อเร็ว ๆ นี้ ( ฉันพลาดได้อย่างไร ) และ ESRI ไม่รู้ตัวอย่างเป็นทางการ - ดู PDF นี้ที่นี่ฉันว่ามีบางอย่างที่เกี่ยวข้องกับบริการ Basemap ที่โต้ตอบกับ DDP ( โดยเฉพาะถ้าหน้าหมุนข้อมูล กรอบ ) ปัญหานี้ดูเหมือนจะไม่ซ้ำกันกับ 10.3 และ 10.3.1 และอาจไม่สามารถแก้ไขได้หากไม่มีการแก้ไขที่เป็นทางการ


1) ฉันใช้ ArcMap Aerial basemap และไม่มีภาพแรสเตอร์อื่น ๆ 2) DPI ที่ส่งออกของฉันคือ 300 ซึ่งฉันจะไม่พิจารณาขนาดใหญ่มาก (แต่คนอื่นอาจจะ ??) และ 3) อัตราส่วนการสุ่มตัวอย่างของฉันคือ 1: 2 4) ฉันทำงานจากเซิร์ฟเวอร์ในอาคารของเรา แต่มีความเร็วการเชื่อมต่อที่แตกต่างกัน นอกจากนี้ยังใช้ระบบไฟล์ล็อคที่อาจทำให้เกิดปัญหาที่อื่น
ซาร่าบาร์นส์

นี่เป็นบทสรุปที่ดีเกี่ยวกับอาการแฮงค์ที่อาจเกิดขึ้นและวิธีแก้ปัญหาก็คือสิ่งที่ฉันทำ ฉันจะทำการทดสอบเพิ่มเติมด้วยการลบชุดข้อมูลขนาดใหญ่และดูว่าช่วยได้ไหม น่าเสียดายที่สิ่งเหล่านั้นจะอยู่บนแผนที่ของฉันดังนั้นแม้ว่าจะไม่ใช่วิธีแก้ปัญหาแบบถาวรอย่างน้อยก็จะช่วยให้เข้าใจปัญหาได้
ซาร่าบาร์นส์

คุณลองติดตั้ง ArcGIS อีกครั้งหรือไม่
ianbroad

@ian ฉันยังไม่ได้ลองติดตั้งอีกครั้ง ฉันอาจเมื่อฉันมีเวลา เพื่อนร่วมงานคนอื่นกำลังมีปัญหา / ข้อผิดพลาดเดียวกันกับไฟล์เดียวกัน
ซาร่าบาร์นส์

1
@SaraBarnes - หากคุณพบคำตอบของคุณเองคุณสามารถโพสต์และรับเครดิตได้ ลองแก้ไขคำถามของคุณ - ฉันไม่ได้ใช้ DDP บ่อย แต่ฉันช่วยคนอื่น ๆ ที่สร้างสมุดแผนที่และดังนั้นฉันจึงดีใจที่ได้ยินสิ่งที่คุณค้นพบ - แม้ว่าฉันจะไม่แปลกใจถ้าคำตอบคือ - "ติดตั้ง 10.3.2" :)
23715

3

วันนี้ฉันเจอปัญหาเดียวกัน ฉันเรียกการสนับสนุน ESRI และหาวิธีแก้ไข ปัญหานี้เกิดจากการส่งออกหน้าที่เป็นข้อมูลทั้งหมดไปยัง PDF ผลการประมวลผลทางภูมิศาสตร์และหน้าที่ขึ้นกับสเกล

วิธีแก้ปัญหา:

แทนที่จะเพิ่มภาพแผนที่ผ่านปุ่มแผนที่ปกติฉันเพิ่มเซิร์ฟเวอร์ ArcGIS ใหม่ใน ArcCatalog และเชื่อมต่อกับ http://services.arcgisonline.com/arcgis/servicesและลากเลเยอร์ "World_Imagery" ลงในสารบัญ ล้างผลลัพธ์การประมวลผลทางภูมิศาสตร์ของฉันแล้วนำตัวเลือกการพึ่งพาขนาดออกในหน้าข้อมูลที่ขับเคลื่อนด้วย


คุณหมายถึงอะไรโดย "ลบตัวเลือกการพึ่งพาขนาด" ใน Data Driven Pages ฉันไม่เห็นตัวเลือกนั้น ฉันอยู่ใน 10.3.0 ขอบคุณ
Sara Barnes

ในแท็บขอบเขตในไดอะล็อกที่ขับเคลื่อนด้วยข้อมูลให้แน่ใจว่าปุ่มเรดิโอถูกตั้งค่าเป็น "Best Fit" หรือ "จัดกึ่งกลางและรักษาระดับสเกลปัจจุบัน" ไม่ควรตั้งค่าเป็น "Data Driven Scale"
GreyHippo

ฉันดีใจที่ได้ผลกับคุณ แต่เป็นตัวเลือกที่ฉันใช้และฉันยังได้รับข้อความแสดงข้อผิดพลาด ฉันขอขอบคุณที่คุณโพสต์ข้อความ - อาจเป็นประโยชน์กับคนอื่นในอนาคต
Sara Barnes
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.