การแปลงระบบพิกัด Geobide, ED50 และ ETRS89
ใช้ประโยชน์จากการติดตามผล ศักยภาพของ Geobide Suiteเราจะเห็นตัวเลือกเพื่อเปลี่ยนระหว่าง ระบบอ้างอิง. ที่น่าสนใจสำหรับผู้ที่ต้องเปลี่ยนระหว่าง Datum ที่แตกต่างกันในกรณีนี้เราจะเห็นวิธีการทำมันด้วย ED50 และ ETRS89 ระบบเกือบจะเป็นกรณีเดียวกันในละตินอเมริการะหว่าง NAD27 และ WGS84
ข้อมูลถูกย้ายหรือไม่?
นี่ไม่ใช่กรณีของ Google Earth ที่มีการเปลี่ยนแปลงมากขึ้นภาพจำนวนมากจะถูกแทนที่ด้วยบางสิ่งบางอย่าง คุณสามารถตรวจสอบการซ้อนทับกันได้ ระหว่างเวลาที่แตกต่างกัน อย่างไรก็ตามในหลายประเทศรัฐหรือชุมชนในกำกับของรัฐสถาบันของรัฐได้ให้บริการ GoogleEarth ด้วยภาพที่มีการระบุตำแหน่งทางภูมิศาสตร์ที่แม่นยำโดยมีข้อเสียที่ GoogleEarth ใช้ WGS84 เป็น Datum ทั่วไปดังนั้นการใช้ข้อมูลในระบบอื่นจึงจำเป็นต้องมีการเปลี่ยนแปลง การเปลี่ยนแปลงขึ้นอยู่กับนิยามของตัวเองก่อนอื่น แต่ก็ขึ้นอยู่กับพื้นที่ที่เราพบตัวเองด้วย นั่นคือเหตุผลที่ระบบทั่วไปไม่ระบุพารามิเตอร์พิเศษของแต่ละโซน
ยกตัวอย่างการเปลี่ยนแปลง ED50-30N (EPSG: 23030) เป็น ETRS89-30N (EPSG: 25830) สำหรับ Navarra และสำหรับสเปน คำจำกัดความทั่วไปของการแปลงมีระดับความแม่นยำที่แตกต่างกันขึ้นอยู่กับพื้นที่ที่ใช้ ด้วยเหตุนี้จึงมีพารามิเตอร์พิเศษบางตัวที่ไม่อยู่ในคำจำกัดความทั่วไปและซึ่งใน Navarra เป็นตัวอย่างบางตัว แต่ใน Asturias อาจมีค่าอื่นที่แตกต่างกัน
หากเราดูภาพด้านบนที่ถ่ายจาก Geomap เราจะเห็นแผนที่ที่มีสองชั้น (orthophoto และพัสดุ) ย้ายเมื่อเทียบกัน เป็นผลมาจากการฉาย Navarra Cadastre ใน ED-50N ได้ทันที ชั้น GoogleMaps ใน WGS84 และการกระจัดที่เกิดขึ้นเกี่ยวข้องกับปัญหาที่อธิบายไว้ในย่อหน้าก่อนหน้า
บทแนะนำเกี่ยวกับ Geobide ล่าสุดซึ่งเรากำลังทำในบทความนี้ได้เผยแพร่วิธีการแก้ไขอย่างน้อย 4 วิธี ด้วย Geobide ตอนนี้สามารถระบุการแปลงข้อมูลสำหรับการเปลี่ยนแปลงระหว่างระบบพิกัดได้สี่วิธี:
-
การเปลี่ยนแปลงทั่วไป:
ตัวเลือกนี้ใช้การแปลงแบบทั่วไปโดยไม่ใช้พารามิเตอร์เชิงพื้นที่และมีความแม่นยำน้อยที่สุด เช่นสำหรับ Navarra การย้ายจาก ED50 ไปที่ ETRS89 มีข้อผิดพลาดของ ~ 100-200m ใน x และ y (จำได้ว่าสิ่งนี้ไม่ส่งผลต่อระบบพิกัดที่มีค่าเดียวกัน)
คล้ายกันมากเป็นกรณีของ NAD27 กับ WGS84 เดินและ 202 เมตรทางทิศเหนือและทิศตะวันออก 6 เมตรในการเปลี่ยนแปลงพื้นที่ภาคกลางในขณะที่คุณเปลี่ยนละติจูดแม้ว่ามันจะเป็นเพียงที่สำคัญในละติจูดมันมาจากเอกวาดอร์ในขณะที่ ความยาวแทบไม่ได้มาจากความเท็จทางทิศตะวันออก
-
การแปลงโดยใช้ตาราง NTv2:
ตัวเลือกนี้ใช้กริดที่มีค่าเพื่อแก้ไขการแปลงโดยการแก้ไขเชิงเส้น ตัวเลือกนี้มีความแม่นยำมากกว่าวิธีแรกและได้รับการรับรองโดย IGN แน่นอนถ้าเรามีตารางสำหรับพื้นที่ทำงานของเรา
การใช้งานของ Geobide ตอนนี้พวกเขานำเสนอกริดสองแบบที่ IGN สำหรับสเปนครอบคลุมคาบสมุทรและหมู่เกาะแบลีแอริกซึ่งเผยแพร่ในปี 2003 และ 2009 ผู้ใช้สามารถเลือกกริดที่จะใช้
สามารถพบกริดจำนวนมากได้บนอินเทอร์เน็ตแม้แต่ทั่วโลก แต่ตามขนาดจะไม่สามารถใช้งานได้โดยอัตโนมัติในการดาวน์โหลดแอปพลิเคชัน Geobide
-
การแปลง Molodensky (วิธีการของพารามิเตอร์ 3):
ใช้ค่าชดเชย 3 ที่จุดเริ่มต้นระหว่าง elipsoids ในแอปพลิเคชันผู้ช่วยที่กำหนดค่าไว้ล่วงหน้าที่แนะนำโดย จีเอ็นส์ สำหรับสเปน
Bursa-Wolf Transformation (วิธี 7 พารามิเตอร์)
การแปลงนี้ใช้ค่า 7 เพื่อแปลงระหว่าง elipsoids พารามิเตอร์ที่จะป้อน ได้แก่ Displacement (Dx, Dy, Dz), Rotation (Rx, Ry, Rz) และ Scale factor (μ)
ในแอพพลิเคชัน Geobide 3 ผู้ช่วยที่กำหนดค่าไว้ล่วงหน้าที่แนะนำโดย จีเอ็นส์ สำหรับภาคตะวันตกเฉียงเหนือภาคกลางและภาคตะวันออกของคาบสมุทรตามลำดับ
ผล
ดังที่คุณเห็นผลไม่แตกต่างกันมากนักระหว่าง 3 วิธีการสุดท้าย แต่อย่างแรก นั่นคือเหตุผลที่คุณควรทราบว่าการเปลี่ยนแปลงจำเป็นต้องมีตัวเลือกขั้นสูงเหล่านี้หรือไม่
ท่ามกลาง ED50-xxN (EPSG: 230xx) ระบบและ ETRS89-xxN (EPSG: 258xx) ในพื้นที่ของสเปนเองควรจะใช้เป็นพื้นหลักฐาน / การ ellipsoids ED50 และ ETRS89 / WGS84 จะไม่เทียบเท่า
ตัวอย่างเช่นถ้า Geomap ไม่ได้เหล่านี้ชุดข้อมูลขั้นสูงข้อมูลจาก Navarra ใน ED50-30N (EPSG: 23030) ที่แสดงซ้ำในทันทีกับข้อมูลที่นำเสนอโดย Google แผนที่ (รี WGS84) จะย้าย เพื่อให้พอดีกับถูกต้องก็เป็นสิ่งจำเป็นที่จะใช้การแปลงที่แม่นยำที่สุดที่ได้รับการอธิบาย
ดูเหมือนว่าฉันเป็นอย่างดีที่ Geobide ทำให้ความพยายามที่สำคัญไม่เพียง แต่จะปล่อยให้ความสามารถในระบบของตน แต่ยังเอกสารคำถามนี้รายละเอียดเล็กน้อยเพราะมันมากสามารถส่งผลกระทบต่อคุณภาพและความแม่นยำของการทำงานนอกเหนือจากเพียงแค่ความเข้าใจมากเกินไป เป็นอีกหนึ่งความพยายาม
จนถึงขณะนี้สิ่งนี้ถูกรวมเข้าด้วยกันโดยอัตโนมัติในเครื่องยนต์ แต่ตามที่เพื่อนของ Geobide บอกเราความต้องการของผู้ใช้ทำให้พวกเขาสามารถมองเห็นได้ในแอพพลิเคชันเพื่อให้ผู้ใช้ตระหนักถึงสิ่งนั้นและแม้แต่เปลี่ยน การกำหนดค่าเริ่มต้นหรือใส่ข้อมูลใหม่สำหรับพื้นที่ทำงานของคุณเอง
ความสูงรูปไข่ / รูปทรงเรขาคณิต
ในรุ่นใหม่กล่องคำนวณความต่างของความสูง ellipsoidal / geoidal ยังได้รับการเปลี่ยนแปลงเพื่อให้ผู้ใช้สามารถเลือกรูปแบบ geoid ที่จะใช้ได้
ชื่อย่อของไฟล์ PRJ
และในที่สุดการเปลี่ยนแปลงอื่น ๆ ที่ฉันคิดว่าดีในตัวของมัน ความพยายามในการทำงานร่วมกัน มีมาตรฐาน OGC หรือการปฏิบัติของโปรแกรมที่เป็นที่นิยม ไฟล์ PRJ ที่ Geobide สร้างอยู่ใน OGC WKT Nomenclature ซึ่งเป็นมาตรฐานที่ได้รับการยอมรับจากเครื่องมือ CAD / GIS จำนวนมาก ไม่เช่นนั้นสำหรับแอพพลิเคชันของ ESRI ซึ่ง PRJ แม้ว่าจะมีความหมายทางคณิตศาสตร์เหมือนกันก็ตาม แต่ก็ถือว่าแตกต่างกันไป
ตัวอย่างเช่น:
ในเนื้อหาของไฟล์ PRJ OGC ระบบ ETRS89-30N (EPSG: 25830) จะถูกกำหนดโดยสมญานาม "ETRS89 / โซน UTM 30N"; แอพพลิเคชัน ESRIแทนพวกเขาเรียกว่า "ETRS_1989_UTM_Zone_30N" ถ้าใน ArcGis เราผสมเลเยอร์กับ PRJs ในทั้งสองชื่อซอฟต์แวร์นี้จะทำการเปลี่ยนแปลงเชิงพื้นที่แม้ว่าระบบนิยามทางคณิตศาสตร์ของ Coordinate Systems จะเหมือนกันก็ตาม
ให้ความสำคัญกับเรื่องนี้ tozudez, Geobide ได้เปิดใช้ตัวเลือกใหม่ในตัวเลือกระบบการอ้างอิงเพื่อให้ผู้ใช้สามารถระบุได้ว่าต้องการใช้ระบบพิกัดพร้อม PRJ ในรูปแบบหรือสไตล์ EPSG หรือไม่ ESRI.
