การคาดการณ์ ESRI WKT แตกต่างจากการคาดการณ์ของ OGC WKT อย่างไร

9

ไม่มีใครทราบรายการความแตกต่างที่แม่นยำระหว่างสตริงรูปแบบการฉาย ESRI WKT และ OGC WKT หรือไม่

ฉันรู้ว่ามีเครื่องมือหลายอย่างที่ช่วยแปลงจาก ESRI WKT เป็น OGC WKT รวมถึงอรรถประโยชน์ของ GDAL และบริการเว็บไซต์ต่างๆ แต่คำถามของฉันไม่ใช่แบบที่ใช้งานได้จริงฉันเพียงต้องการเข้าใจความแตกต่างของการจัดรูปแบบ / ไวยากรณ์ที่บริการเหล่านี้ใช้งาน คำถาม Stackexchange ก่อนหน้านี้ได้พูดคุยเกี่ยวกับความแตกต่างในตัวอย่างเฉพาะเท่านั้นหรือเกี่ยวกับเครื่องมือและบริการที่มีให้เท่านั้น

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

  • รายการข้อความส่วนใหญ่ในการกำหนด esri ใช้ขีดล่างที่ ogc ใช้พื้นที่
  • ข้อความที่กำหนด datum ใน esri wkt เหมือนกับ ogc wkt ยกเว้นว่าเริ่มต้นด้วย "D_"
  • บางครั้งตัวระบุข้อความสำหรับ PROJCS ที่กำหนดไว้ล่วงหน้า, PROJECTION, GEOGCS และ DATUM จะถูกเขียนต่างกัน (เช่น "NAD83" ในที่เดียวคือ "North_American_1983") ฉันเดาวิธีเดียวที่จะรู้ว่าตัวระบุที่สะกดแตกต่างกันจะมีรายการหรือตารางการค้นหาดังนั้นโปรดตั้งชื่อใด ๆ ที่คุณรู้ว่าแตกต่างกัน
  • ค่าข้อความพารามิเตอร์พารามิเตอร์ต่าง ๆ จะเหมือนกันทั้งหมดยกเว้น ogc มีแต่ละคำบนตัวพิมพ์เล็กขณะที่ esri มีทุกอย่างเป็นตัวพิมพ์เล็ก อย่างไรก็ตามฉันเคยเห็นกรณีที่ไม่มีการใช้กฎนี้มีใครรู้บ้างว่าชื่อเรื่องจริงหรือไม่ที่เกี่ยวข้องกับซอฟต์แวร์ที่พยายามโหลดมัน
  • ประเภทของ UNIT สะกดชื่อบนเป็นตัวพิมพ์ใหญ่ใน ogc และตัวพิมพ์เล็กใน esri เช่น "Degree" vs "degree" ในบางกรณีฉันได้เห็นการสะกด ogc เป็นทั้ง "เมตร" และ "m" สำหรับ "เมตร" และในกรณีอื่น ๆ ที่มีการสะกดคำว่า "เมตร" ฝรั่งเศส ใครรู้ว่าการประชุมที่ถูกต้องคืออะไรสำหรับหน่วยเหล่านี้หรือประเภทอื่น ๆ สำหรับทั้งสองรูปแบบ?
coordinate-system  wkt  ogc 
— Karim Bahgat
แหล่งที่มา

คำตอบ:

6

ฉันไม่มีรายการดังกล่าว แต่การใช้รหัส GDAL จะแนะนำคุณ:

https://svn.osgeo.org/gdal/trunk/autotest/osr/osr_esri.py

https://trac.osgeo.org/gdal/browser/trunk/gdal/ogr/ogr_srs_esri.cpp

https://trac.osgeo.org/gdal/browser/trunk/gdal/ogr/ogr_srs_esri_names.h

https://trac.osgeo.org/gdal/browser/trunk/gdal/ogr/ogrspatialreference.cpp

— Andrej
แหล่งที่มา
2
โดยพื้นฐานแล้ว ESRI จัดทำขึ้นตามที่พวกเขาไป :-)
— Ian Turton
1
@iant เป็นคนแรกที่นำไลบรารี่โค้ดไปใช้กับข้อกำหนดของ EPSG พวกเขาแทบจะไม่มีทางเลือก
— วินซ์
2
เราอาจเป็นที่สอง - เนื่องจาก GeoTIFF spec นั้นพร้อมใช้งานในเวลาเช่นกัน @ แม้จะมีหลายสิ่งที่ฉันจะทำแตกต่างกันถ้าเราสร้างเครื่องมือฉายภาพ Esri ใหม่!
— mkennedy
โอเคดังนั้นดูเหมือนว่าจะเป็นแบบเฉพาะกิจมากการจัดการกรณีพิเศษ ในความเป็นจริงการตัดสินจากเอกสารที่เชื่อมโยงมีหลายร้อยบรรทัดของรหัสกรณีพิเศษในชื่อแตกต่างและอื่น ๆ ทั้งหมดเนื่องจากการใช้งานซอฟต์แวร์ที่แตกต่างกันและอาจขาดการตกลงตามมาตรฐานในเวลา: p
— Karim Bahgat
มันจะช่วยได้มากถ้า ESRI และ GoeoTiff จะเพิ่มหมายเลขรหัส EPSG ลงในสตริงการฉาย WKT เสมอ QGIS สร้างไฟล์. qpj พิเศษสำหรับ shapefiles เพื่อบันทึกการตั้งค่านี้
— AndreJJ
9

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

เราไม่สนับสนุน TOWGS84 หรือคำหลักใหม่บางคำ

เมื่อเราเปรียบเทียบสตริง (ชื่อ) เราจะไม่สนใจขีดล่าง, GCS_ และ D_ และตัวพิมพ์เล็ก นั่นอาจไม่เป็นจริงในตัวแยกวิเคราะห์อื่น ๆ โปรแกรมแยกวิเคราะห์ของเรามีความเข้มงวดในชื่อ แต่เราได้เพิ่มคำพ้องความหมายบางส่วนและตอนนี้รักษารายชื่อจากผู้จำหน่ายต่างๆเพื่อการเปรียบเทียบ

ข้อมูลจำเพาะระบบพิกัดเดิมจาก OGC ไม่ได้เจาะจงเมื่อมาถึงชื่อของวัตถุ มีข้อกำหนด OGC / ISO ใหม่ "ข้อมูลทางภูมิศาสตร์ - ข้อความที่รู้จักกันดีสำหรับการประสานงานมาตรฐานระบบอ้างอิง" ทำให้ผ่านกระบวนการสู่การสร้างมาตรฐาน มันมีความเฉพาะเจาะจงมากขึ้นเกี่ยวกับชื่อที่ควรจะเป็น (จับคู่รีจิสทรี EPSG!) มันจะเป็นเรื่องที่น่าตื่นเต้นมากในการใช้มาตรฐานนี้ในอนาคต

การเปิดเผยข้อมูล: ฉันทำงานที่ Esri ซึ่งเป็นสมาชิกของคณะอนุกรรมการที่ดูแลการลงทะเบียน EPSG และเป็นสมาชิกของคณะกรรมการร่าง CRS WKT 2.0

— mkennedy
แหล่งที่มา
ว้าวน่าสนใจจริง ๆ โดยเฉพาะการได้ยินข้อมูลภายในจากคนที่เป็นส่วนหนึ่งของการตัดสินใจ ข้อกำหนด OGC ISO ใหม่มีแนวโน้มมากคุณคิดว่าเป็นไปได้หรือไม่ที่ผู้ขาย GIS รายใหญ่และรูปแบบข้อมูลจะเริ่มหันมาใช้กันมากขึ้น? น่าเสียดายที่ฉันสงสัยว่าความแตกต่างเก่าบางอย่างจะยังคงมีอยู่ตราบใดที่รูปแบบข้อมูลเก่ายังคงได้รับความนิยม (เช่นรูปร่างไฟล์ Geotiff)
— Karim Bahgat
คุณกำลังบอกว่าคุณไม่ได้รับการสนับสนุน TOWGS84 แต่สิ่งต่าง ๆ จะทำงานได้อย่างไรหากปราศจากสิ่งนี้ หาก WKT ใช้ชื่อที่ไม่รู้จัก (เช่นเส้นโครง / ข้อมูลที่ผู้ใช้กำหนด) ระบบพิกัดจะไม่สามารถตั้งค่าได้อย่างถูกต้องเมื่อไม่มีการเลื่อนระดับข้อมูล หรือว่าฉันขาดอะไรไป?
— PMF
การแปลงที่ดีที่สุดส่วนใหญ่ใช้ไฟล์กริดไม่ใช่วิธีพารามิเตอร์ 3 หรือ 7 การแปลงหลายรูปแบบไม่ใช้ WGS84 เช่นกัน มันเป็นทางออกที่ จำกัด มาก เราผูกปลายแทน ... เลือก / ตั้งค่าการเปลี่ยนแปลงในช่วงเวลาของการเปลี่ยนแปลง
— mkennedy
หากระบบไม่รู้จักให้ใช้เครื่องมือสร้างการแปลงทางภูมิศาสตร์ที่กำหนดเอง wkt CRS ใหม่ยังครอบคลุมถึงการเปลี่ยนแปลง มา Arron กับซอฟต์แวร์ใกล้คุณ!
— mkennedy
0

ในฐานะที่เป็นจุดเริ่มต้นสำหรับรายการความแตกต่างมันอาจช่วยดูแพ็คเกจPyCRSใหม่ของฉันซึ่งฉันได้พยายามสร้างคลาสสำหรับองค์ประกอบ crs แต่ละองค์ประกอบพารามิเตอร์และชื่อ / ชื่อ / ellips / proj พร้อมกับ esri_wkt vs ogc_wkt การสะกด . ฉันยังได้ระบุวิธีที่ฉันเห็นความแตกต่างในการแยกวิเคราะห์ในแง่ของโครงสร้าง wkt โดยรวมใน_from_wkt()ฟังก์ชั่นในparser.pysubmodule ฉันหวังว่าด้วยการมีส่วนร่วมของผู้ใช้ความแตกต่างเหล่านี้สามารถเพิ่มและ / หรือแก้ไขได้อีก

https://github.com/karimbahgat/PyCRS

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