อนุกรมวิธานหรือการตั้งชื่อที่ดีสำหรับไฟล์และโฟลเดอร์ที่มีข้อมูล GIS คืออะไร [ปิด]


13

บริษัท ของฉันได้รวบรวมข้อมูล GIS ประมาณ 30 TBs ในช่วง 8 ปีที่ผ่านมาและฉันพบว่าตัวเองมักถามคำถามต่อไปนี้:

  1. เรามีข้อมูลประเภทใดสำหรับพื้นที่ทางภูมิศาสตร์ที่กำหนด?
  2. รายละเอียดเกี่ยวกับข้อมูลนั้น (เช่นความละเอียดเป็นเมตรต่อพิกเซล) คืออะไร
  3. มีข้อมูลอยู่ที่ไหนในฮาร์ดไดรฟ์เพื่อให้ฉันสามารถใช้งานได้จริง
  4. เราได้ประมวลผลข้อมูลแล้วหรืออยู่ในรูปแบบที่ไม่เปลี่ยนแปลงจากแหล่งที่มาหรือไม่?

จนถึงตอนนี้ฉันได้พยายามที่จะตอบคำถามเหล่านี้โดยกำหนดโฟลเดอร์ที่เหมาะสมและอนุกรมวิธาน / ลำดับชั้นของไฟล์ ใครบ้างมีความคิด / ข้อเสนอแนะในการทำความเข้าใจบางทีแม้แต่วิธีมาตรฐานในการจัดระเบียบข้อมูล GIS โดยใช้ไฟล์และโฟลเดอร์?

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

UPDATE:เมื่อสัปดาห์ที่แล้วฉันใช้เวลาพอสมควรในการอ่านฐานข้อมูล GIS และเริ่มทำความคุ้นเคยกับ PostGIS ระยะยาวผมคิดว่าเราจะจบลงเคลื่อนไปการจ้างงานของฐานข้อมูลบวกเซิร์ฟเวอร์ข้อมูลเมตาตามคำแนะนำของ JasonBirch ในการปฏิบัติที่ดีที่สุดสำหรับการจัดการข้อมูลเชิงพื้นที่


7
ลองดูคำถามนี้: gis.stackexchange.com/questions/2976/…
Derek

ขอบคุณคำถามนั้นเกี่ยวข้องกันอย่างแน่นอนและให้ข้อมูลพื้นฐานที่ดี
Sipp

คำตอบ:


2

หากคุณกำลังพยายามแก้ไขข้อมูลหรือพัฒนาแผนที่คุณจะต้องเก็บข้อมูลที่คุณใช้งานแยกจากข้อมูลที่คุณเริ่มต้นด้วย เมื่อฉันเริ่มโปรเจคฉันจะสร้างโฟลเดอร์ SourceData โดยมีชื่อย่อยตามประเภทของข้อมูล (DEM, Orthophoto, Hydrology, ฯลฯ ) สิ่งนี้จะเก็บเลเยอร์ทั้งหมดที่ฉันใช้สำหรับการอ้างอิงเท่านั้น ข้อมูลใด ๆ ที่ฉันกำลังทำงานจะถูกคัดลอกไปยังโฟลเดอร์อื่นที่เรียกว่ากำลังทำงาน โฟลเดอร์ Working เก็บข้อมูล MXDs และสิ่งอื่นใดที่ฉันแก้ไขหรือสร้างในไดเรกทอรีย่อยที่มักจะสัมพันธ์กับเฟสของโครงการ (MXDs, RoadEdits, Delivery ฯลฯ )

นอกเหนือจากข้อมูล GIS ที่แท้จริงแล้วคุณควรสร้างโฟลเดอร์ Communications หรือ Specifications เพื่อเก็บเอกสารใด ๆ จากลูกค้า / ลูกค้าภายใน / อาจารย์ สิ่งนี้สามารถทำหน้าที่เป็นเมทาดาทาเมื่อคุณกลับมาที่โครงการในภายหลังเช่นเดียวกับการสร้างสถานที่ส่วนกลางซึ่งทุกคนสามารถเห็นสิ่งที่ควรจะเกิดขึ้น


1
จุดที่ดี; บริษัท ของเราทำแผนที่ที่ซอฟต์แวร์ของเราใช้และเราได้พัฒนารูปแบบโฟลเดอร์สำหรับการแยกข้อมูล "ดิบ" จากข้อมูล "ทำงาน" จากข้อมูล "สรุป" หนึ่งในปัญหาคือการติดตามว่าชุดข้อมูลดิบใดถูกใช้เป็นพื้นฐานดั้งเดิมสำหรับแผนที่สุดท้าย ดูเหมือนว่าข้อเสนอแนะของคุณสำหรับโฟลเดอร์ "ข้อมูลจำเพาะ" จะระบุที่อยู่นั้น สำหรับแต่ละแผนที่ที่เราสร้างเราจะต้องแน่ใจว่าได้ใช้แหล่งข้อมูลดิบใดในการสร้างแผนที่ (สิ่งที่เราไม่ได้ทำอยู่ในปัจจุบัน) ขอบคุณสำหรับเคล็ดลับ!
Sipp

1

ฉันคิดว่าคุณต้องมีชุดข้อมูลเมตาในการจัดเก็บข้อมูลนี้และระบบดึงข้อมูลที่ใช้เมทาดาทาเพื่อให้คุณสามารถดึงข้อมูลบนพื้นฐานของข้อมูล

ฉันคิดว่าคุณต้องการโซลูชันที่รองรับ OGC Catalog Service เพื่อการทำงานร่วมกันสูงสุด ฉันเคยเห็นเพื่อนร่วมงานใช้Deegree - แต่แน่นอนว่ายังมีโซลูชันอื่น ๆ ที่คุณควรตรวจสอบ

นี่คือตัวอย่างของวิธีการที่เราเชื่อมโยง Deegree เข้ากับซอฟต์แวร์ของเรา (การสาธิตสดไม่ได้รับการบำรุงรักษาในตอนนี้ - คุณไม่รู้หรอก! - แต่ควรสำรองไว้ในสัปดาห์หน้า)

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

แน่นอนว่าด้วยฐานข้อมูลเชิงพื้นที่คุณไม่มีปัญหาเดียวกันเกี่ยวกับการแบ่งข้อมูลออกเป็นไทล์ดังนั้นจึงมักเป็นวิธีพิเศษ - การจัดหาแอปพลิเคชันการใช้ปลายทางรองรับการใช้ข้อมูลประเภทนั้น


ขอบคุณสำหรับคำแนะนำการทำเครื่องหมาย ดูเหมือนว่าคุณกำลังแนะนำว่ามีองค์ประกอบบางส่วนที่เล่นได้ที่นี่: ข้อมูลเมตาเอง (เช่นไฟล์ XML), ระบบดึงข้อมูล (Deegree?) ที่รู้วิธีค้นหาข้อมูลจากข้อกำหนดของข้อมูลเมตาบางอย่างจากผู้ใช้และ องค์ประกอบแบ็กเอนด์หน่วยเก็บข้อมูล (เช่น PostGIS?) ที่เก็บข้อมูลและเมตาดาต้า ถูกต้องหรือไม่
Sipp

1

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

SpatiaLiteยังสามารถเข้าถึงได้จากภาษาโปรแกรมเช่น Python สำหรับระดับอัตโนมัติที่สูงขึ้น ท้องฟ้าเป็นข้อ จำกัด.

SpatiaLite เอกสารและแบบฝึกหัด


0

ฉันพบว่ามีประโยชน์ในการสร้างเอกสาร Word ที่มีชื่อว่า "ชื่อแผนที่หรือธีม - Metadata comments.doc" เอกสารการแก้ไขที่สำคัญและเวิร์กโฟลว์ตามลำดับ (YYYY-MM-DD) สำหรับแต่ละแผนที่และ / หรือชุดรูปแบบข้อมูล หากคุณต้องการทราบประวัติของชุดข้อมูล: i) รวมวันที่แก้ไข / วันที่สร้างไฟล์ที่เกี่ยวข้องซึ่งมีประโยชน์ในการอ้างอิงประวัติหรือไฟล์ต้นฉบับที่เป็นไปได้ รวมข้อมูลสรุปสั้น ๆ ของเนื้อหาของแต่ละไฟล์ (ชื่อเลเยอร์, ​​# ของบันทึก) ในขณะที่ให้ความสำคัญกับความเหมือนหรือความแตกต่างทั่วไป (เช่นมีอะไรใหม่ในแต่ละเวอร์ชั่นของแผนที่หรือชุดข้อมูล) เก็บไฟล์ "- ความคิดเห็นเมทาดาทา" ไว้ในโฟลเดอร์การทำงานเดียวกันกับแผนที่หรือชุดข้อมูลรุ่นล่าสุด วางแผนที่หรือข้อมูลรุ่นเก่าลงในโฟลเดอร์ย่อยเก็บถาวร กระบวนการสามขั้นตอนทำงานได้ดีสำหรับการพัฒนาซอฟต์แวร์ การพัฒนาฐานข้อมูลและการจัดการไฟล์: 1) พัฒนา (& เอกสาร); 2) การทดสอบ (& เอกสาร); 3) เผยแพร่ (รวมถึงข้อมูลเมตา) 1) โฟลเดอร์ทำงาน 2) โฟลเดอร์ย่อยที่เก็บถาวร; 3) รุ่นที่เผยแพร่

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