การจัดระเบียบและความเป็นระเบียบของเลเยอร์สำเนาหลายชุด? [ปิด]

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

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

1. คุณจะจัดระเบียบเลเยอร์ของคุณได้อย่างไร ตั้งชื่อพวกเขาได้อย่างไร? ตามชื่อ, วันที่, เนื้อหา, ลูกค้า?
2. คุณจัดระเบียบหรือจัดการกับสำเนาหลายชุดได้อย่างไร (รุนแรงยิ่งขึ้น: คุณจะปรับปรุงหลายชุดพร้อมกันได้อย่างไร)

หมายเหตุ: ฉันกำลังพูดถึงจากนักวิเคราะห์ / DBA POV และไม่ใช่จาก POV ของผู้พัฒนาเว็บ / เว็บผู้จัดการ (ฉันกำลังพูดถึงการจัดระเบียบเลเยอร์ให้กับตัวเองและอาจมีพนักงาน GIS อีกสองคนซึ่งไม่มากไปกว่านี้)

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

นี่คือภาพรวมขนาดย่อของการปฏิบัติปัจจุบันของเรา:

ใส่ทุกอย่างยกเว้น raster ลงในไฟล์ฐานข้อมูลทางภูมิศาสตร์ยิ่งน้อยเท่าไร อย่าซ้อนคลาสของคุณลักษณะภายใต้ชุดข้อมูลคุณลักษณะยกเว้นว่าจะเกี่ยวข้องกันในบางลักษณะ (เช่นไฮโดร> สตรีม, ไฮโดร> ทะเลสาบ, ไฮโดร> พื้นที่ชุ่มน้ำ ฯลฯ ) สิ่งนี้นำไปสู่รายการขนาดใหญ่ที่ด้านบนของ fgdb แต่นั่นเป็นสิ่งที่ชั่วร้ายที่ยอมรับได้

สร้างไฟล์เลเยอร์สำหรับคลาสคุณลักษณะทั้งหมดและจัดระเบียบซึ่งจะให้อิสระมากมายในการตั้งชื่อตามที่ต้องการโดยใช้อักขระที่ไม่ได้รับการสนับสนุนเป็นต้น * และความสามารถในการย้ายและเปลี่ยนชื่อเมื่อสถานการณ์เปลี่ยนแปลง นอกจากนี้ยังอนุญาตให้ทำซ้ำโดยไม่ต้องทำซ้ำตัวอย่างเช่นชุดของเลเยอร์หนึ่งที่จัดกลุ่มตามมาตราส่วนที่ระบุ (50k, 250k ... ), อีกชุดตามภูมิภาค (AK, YT ... ), อันดับที่สามตามธีม (กวางคาริบู, การใช้ที่ดิน, การขนส่ง ... ) และอีกหนึ่งในสี่ของไคลเอนต์ในขณะที่ดาต้าสโตร์ยังคงไม่เปลี่ยนแปลง

สำหรับรายการที่ซ้ำกันให้ใช้ทางลัดแทนไฟล์เลเยอร์ด้วยตนเองมิฉะนั้นจะมีหลายสิ่งมากเกินกว่าที่จะอัปเดตเมื่อมีการเปลี่ยนแปลง กำหนดค่า ArcCatalog เพื่อแสดงทางลัด: * เครื่องมือ> ตัวเลือก> ประเภทไฟล์: .lnk (ข้อ จำกัด : ตัวอย่าง & ข้อมูลเมตาไม่ทำงานคุณไม่สามารถติดตามทางลัดไปยังแหล่งที่มาใน ArcCatalog ได้ซึ่งสามารถแก้ไขได้โดยใช้ Symbolic Links แทนทางลัด ดูที่ลิงค์ส่วนต่อขยายเชลล์ )

* (เคล็ดลับ: เพิ่มโฟลเดอร์เลเยอร์เป็นแถบเครื่องมือเมนูเริ่มเพื่อให้พวกเขาอยู่ที่ปลายนิ้วของคุณเสมอ)

Z: \ เลเยอร์ \
          ฐาน\
          ใจ \
          อ้างอิง \
          All Dressed Base (250k) .lyr
          ขอบเขตการบริหารงาน (1,000k) .lyr
          ...
Z: \ Raster \
          Landsat \
          Orthos \
Z: \ Data \
        Foo_50k.gdb
        Foo_250k.gdb
        NoScale.gdb

จัดทำแผนที่องค์ประกอบและเอาท์พุท (ไฟล์พิมพ์, ไฟล์ PDF, การส่งออก ฯลฯ ) ซึ่งโดยธรรมชาติแล้วจะมีพลวัตมากขึ้นและตัวแปรจะถูกจัดเก็บและจัดเรียงแตกต่างกันไป นี่คือส่วนที่ยากสำหรับเรา ขณะนี้เราใช้ไดรฟ์เฉพาะที่มีชื่อโฟลเดอร์ตาม Job # (ทำใหม่อีกครั้งฉันจะใช้วันที่แทน'2010-10-26' ) และโฟลเดอร์ย่อยสำหรับข้อมูลเฉพาะโครงการและผลลัพธ์ / ผลลัพธ์ ดัชนีสเปรดชีตแสดงรายการหมายเลขงานทั้งหมด (ชื่อโฟลเดอร์) ชื่อแผนที่และไคลเอ็นต์ที่เกี่ยวข้อง Ex:

W: \ Foo_0123 \
            Foobarmap_001.mxd
            เอกสาร \
                 Readme.doc
            ข้อมูล\
                 buffers_2000m.shp
                 gps_tracks.csv
            เอาท์พุท \
                   Foobarmap_001.pdf
            การส่งมอบ

การปรับปรุงดัชนีให้ทันสมัยเป็นจุดเสียดทานผู้คนไม่ชอบทำมันหลีกเลี่ยงและไม่สอดคล้องกับการตั้งชื่อ ฯลฯ (การใช้ฐานข้อมูลแทนสเปรดชีตจะช่วยได้) การใช้ชื่อโฟลเดอร์ที่เป็นตัวเลขทำให้การแมปของโครงการ X เป็นไปได้ยากโดยไม่ต้องใช้ดัชนีซึ่งเป็นอีกแหล่งหนึ่งที่ทำให้เกิดแรงเสียดทาน เป็นการดีที่ดัชนีจะเป็นหน้า html ที่สามารถคลิกได้ซึ่งสร้างขึ้นโดยอัตโนมัติจากแอ็พพลิเคชัน db นั่นคือทั้งหมดของโครงการ 'nother แม้ว่า

หลักการสำคัญ:

• แยกสิ่งที่เปลี่ยนแปลงอย่างช้าๆและบ่อยครั้งที่นำสิ่งต่าง ๆ กลับมาใช้ใหม่จากไดนามิกและตัวแปร
• อย่าทำซ้ำโดยไม่จำเป็นให้ใช้ไฟล์เลเยอร์และทางลัด / ลิงก์เมื่อทำได้
• อย่าเปลี่ยนระบบบ่อยเกินไปให้ลองแต่ละครั้ง

ฉันยินดีต้อนรับตัวอย่างโครงสร้างอื่น ๆ เป็นอย่างมากเนื่องจากฉันบอกว่าเราไม่พอใจกับสิ่งที่เรามี :)

หากบุคคลอื่นจะเข้าถึงข้อมูลในระบบของคุณคุณไม่สามารถสร้างโครงสร้างองค์กรที่มีความหมายสำหรับตัวคุณเองเท่านั้น คุณต้องคำนึงถึงการใช้ระบบเป็นหลัก หากคุณไม่พิจารณาพวกเขาคุณจะใช้เวลาตอบคำถามเช่น "ข้อมูลที่ดิน" อยู่ที่ไหนและทำไมฉันหา [ใส่ชุดข้อมูลที่นี่] ไม่ได้?

ในการรักษาระบบดังกล่าวมานานหลายปีผมพบว่าคนไม่สามารถหาข้อมูลหากมีการจัดเป็นครั้งแรกโดยแหล่งที่มาเช่นและc:\CensusBureau\Roads c:\ESRI\Countriesแต่ผมขอแนะนำให้ไปที่รายการข้อมูลหัวเรื่องแรกแล้วโดยแหล่งที่มาในกรณีที่คุณมีหลายแหล่งเช่นและc:\Roads\CensusBureauc:\Roads\LocalGovt

ในทำนองเดียวกันฉันจะไม่แยกแรสเตอร์และเวกเตอร์ออกเป็นไดเรกทอรีต่าง ๆ อย่างไรก็ตามอาจจำเป็นต้องแบ่งพวกเขาออกเป็นฟิสิคัลหรือโลจิคัลไดรฟ์ต่าง ๆ หากคุณมีข้อมูลแรสเตอร์จำนวนมากที่ไม่พอดีกับไดรฟ์หนึ่งตัว

ฉันแนะนำโครงสร้างไดเรกทอรีต่อไปนี้ Theme \ SourceYear โดยที่ Theme คือเลเยอร์ใจความ Source เป็นชื่อย่อของแหล่งข้อมูลและ Year คือปีที่ข้อมูลแสดงถึงพื้นดิน ในสถานการณ์นี้ถนนเสือจากสำนักสำรวจสำมะโนประชากรจะอยู่ใน\Roads\Census00และ\Roads\Census10(หรือแทนที่ 'สำรวจสำมะโนประชากร' ด้วย 'TIGER')

โปรดระวังว่าส่วนขยายบางอย่างใน ArcGIS ไม่ทำงานกับชื่อไฟล์ที่ยาวเกิน 13 ตัวอักษร ฉันจำไม่ได้ว่าส่วนขยายใดฉันจำได้ว่านี่เป็นปัญหา

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

datadir \ cad \ cadastre.dgn
datadir \ srv \ fuel.dgn
datadir \ srv \ sewerage.dgn
datadir \ map \ base.dgn
datadir \ map \ Printsets.dgn
...

จากนั้นแต่ละไฟล์จะมีระดับ / เลเยอร์ / ฟีเจอร์ชื่อที่มีตัวระบุ
sewPipe
sewManhole
sewPit
...

จากนั้นเราจะส่งออกทั้งหมดไปยัง SQL spatial แทนที่จะอ่านไฟล์โครงการทำงานของเราซึ่งจะแสดงให้ผู้ใช้ทราบผ่าน Mapguide หรือแอป GIS ที่ต้องการรสชาติ

เลเยอร์ GIS ถูกจัดเรียงตามชื่อสถานที่ที่มีตัวระบุและเค้าโครงโฟลเดอร์ที่คล้ายกันเพื่อให้สามารถจัดเรียงได้