ການຫັນປ່ຽນລະບົບປະສານງານຂອງ Geobide, ED50 ແລະ ETRS89
ການໃຊ້ໂອກາດທີ່ຈະຕິດຕາມເບິ່ງ ຄວາມສາມາດຂອງ Geobide Suite, ພວກເຮົາຈະເຫັນທາງເລືອກໃນການປ່ຽນແປງລະຫວ່າງ ລະບົບອ້າງອິງ. ຫນ້າສົນໃຈສໍາລັບຜູ້ທີ່ຕ້ອງການຫັນປ່ຽນລະຫວ່າງວັນທີ່ແຕກຕ່າງກັນໃນກໍລະນີນີ້ພວກເຮົາຈະເບິ່ງວິທີການເຮັດແນວໃດມັນກັບ ED50 ແລະ ETRS89 ລະບົບແມ່ນເກືອບກໍລະນີດຽວກັນໃນເມລິກາລາຕິນໃນລະຫວ່າງ NAD27 ແລະ WGS84.
ຂໍ້ມູນຖືກຍ້າຍໄປບໍ?
ນີ້ບໍ່ແມ່ນກໍລະນີຂອງ Google Earth, ບ່ອນທີ່ການປ່ຽນແປງຫຼາຍແມ່ນເຮັດ, ຮູບພາບຈໍານວນຫຼາຍຖືກຍົກຍ້າຍ, ບາງສິ່ງບາງຢ່າງທີ່ ທ່ານສາມາດກວດສອບການລອກເອົາໄວ້ ລະຫວ່າງການໃຊ້ເວລາທີ່ແຕກຕ່າງກັນ; ເຖິງຢ່າງໃດກໍ່ຕາມ, ໃນຫລາຍໆປະເທດ, ລັດຫລືຊຸມຊົນທີ່ປົກຄອງຕົນເອງ, ສະຖາບັນສາທາລະນະໄດ້ສະ ໜອງ GoogleEarth ໃຫ້ຮູບພາບຂອງພວກເຂົາມີພູມສາດທີ່ຊັດເຈນ, ໂດຍມີຂໍ້ເສຍປຽບທີ່ GoogleEarth ໃຊ້ WGS84 ເປັນ Datum ທົ່ວໄປ, ສະນັ້ນການໃຊ້ຂໍ້ມູນໃນລະບົບອື່ນຮຽກຮ້ອງໃຫ້ມີການຫັນປ່ຽນ. ການຫັນປ່ຽນແມ່ນຂື້ນກັບຄວາມ ໝາຍ ຂອງມັນເອງແຕ່ມັນກໍ່ຂື້ນກັບພື້ນທີ່ທີ່ເຮົາພົບເຫັນຕົວເອງ. ນັ້ນແມ່ນເຫດຜົນທີ່ວ່າລະບົບທົ່ວໄປບໍ່ໄດ້ໃຫ້ຕົວ ກຳ ນົດການພິເສດຂອງແຕ່ລະເຂດ.
ຂໍຍົກຕົວຢ່າງການຫັນປ່ຽນ ED50-30N (EPSG: 23030) ໄປຫາ ETRS89-30N (EPSG: 25830) ສຳ ລັບ Navarra, ແລະ ສຳ ລັບແອັດສະປາຍ. ນິຍາມທົ່ວໄປຂອງການຫັນປ່ຽນມີລະດັບຄວາມແມ່ນຍໍາແຕກຕ່າງກັນຂື້ນກັບພື້ນທີ່ທີ່ມັນ ນຳ ໃຊ້. ດ້ວຍເຫດຜົນນີ້, ມັນມີບາງຕົວ ກຳ ນົດພິເສດ, ເຊິ່ງບໍ່ໄດ້ໄປຕາມ ຄຳ ນິຍາມທົ່ວໄປແລະໃນ Navarra ຕົວຢ່າງແມ່ນບາງຢ່າງແຕ່ໃນ Asturias ພວກມັນອາດຈະມີຄຸນຄ່າອື່ນໆທີ່ແຕກຕ່າງກັນ.
ຖ້າພວກເຮົາເບິ່ງຮູບພາບຂ້າງເທິງທີ່ຖືກຈັບມາຈາກ Geomap, ພວກເຮົາເຫັນແຜນທີ່ທີ່ມີສອງຊັ້ນ (orthophoto ແລະ parcel) ຍ້າຍທີ່ກ່ຽວຂ້ອງກັບກັນແລະກັນ. ມັນແມ່ນຜົນໄດ້ຮັບຂອງການຄາດຄະເນກ່ຽວກັບ Cadastre of Navarra ໃນ ED-50N ຕໍ່ໄປ ຊັ້ນ GoogleMaps ໃນ WGS84 ແລະການເຄື່ອນຍ້າຍຜົນໄດ້ຮັບແມ່ນກ່ຽວຂ້ອງກັບບັນຫາທີ່ອະທິບາຍໃນວັກກ່ອນຫນ້າ.
ບົດແນະ ນຳ ກ່ຽວກັບ Geobide ທີ່ຜ່ານມາ, ຈາກທີ່ພວກເຮົາ ກຳ ລັງເຮັດບົດຄວາມນີ້ເຜີຍແຜ່ຢ່າງ ໜ້ອຍ 4 ວິທີການແກ້ໄຂ,. ດ້ວຍ Geobide, ດຽວນີ້ສາມາດຊີ້ບອກການປ່ຽນແປງຂອງ datum ສຳ ລັບການຫັນປ່ຽນລະຫວ່າງລະບົບປະສານງານໃນສີ່ວິທີທີ່ແຕກຕ່າງກັນ:
-
ການປ່ຽນແປງໂດຍທົ່ວໄປ:
ຕົວເລືອກນີ້ໃຊ້ການປ່ຽນແປງໂດຍທົ່ວໄປໂດຍບໍ່ມີການກໍານົດຂອບເຂດແລະເປັນຢ່າງຫນ້ອຍທີ່ຖືກຕ້ອງ. ສໍາລັບ Navarra, ຍົກຕົວຢ່າງ, ການເຄື່ອນຍ້າຍຈາກ ED50 ກັບ ETRS89 ມີຂໍ້ຜິດພາດຂອງ ~ 100-200m ໃນ x ແລະ y. (ການຈົດຈໍາວ່ານີ້ບໍ່ໄດ້ຜົນກະທົບຕໍ່ລະບົບການປະສານງານທີ່ມີຂໍ້ມູນດຽວກັນ).
ທີ່ຄ້າຍຄືກັນທີ່ຂ້ອນຂ້າງເປັນກໍລະນີຂອງ NAD27 ກັບ WGS84 ຍ່າງແລະ 202 ແມັດພາກເຫນືອແລະ 6 ແມັດຕາເວັນອອກໃນການປ່ຽນແປງບໍລິເວນສູນກາງທີ່ທ່ານມີການປ່ຽນແປງລະຕິຈູດໄດ້, ເຖິງແມ່ນວ່າມັນເປັນພຽງແຕ່ທີ່ສໍາຄັນໃນ latitude ຂອງມັນມາຈາກເອກວາດໍໃນຂະນະທີ່ ຄວາມຍາວພຽງແຕ່ມາຈາກພາກຕາເວັນອອກທີ່ບໍ່ຖືກຕ້ອງ.
-
ການຫັນປ່ຽນໂດຍນໍາໃຊ້ຕາຕະລາງ NTv2:
ຕົວເລືອກນີ້ໃຊ້ຕາຂ່າຍໄຟລ໌ທີ່ມີຄ່າເພື່ອແກ້ໄຂການປ່ຽນໃຈເຫລື້ອມໃສໂດຍກົງໂດຍກົງ. ຕົວເລືອກນີ້ແມ່ນມີຄວາມຊັດເຈນກວ່າວິທີທໍາອິດແລະໄດ້ຖືກນໍາໃຊ້ໂດຍ IGN. ແນ່ນອນ, ແນ່ນອນ, ຖ້າພວກເຮົາມີຕາຂ່າຍໄຟຟ້າສໍາລັບພື້ນທີ່ເຮັດວຽກຂອງພວກເຮົາ.
ຄໍາຮ້ອງສະຫມັກຂອງ Geobide ດຽວນີ້ພວກເຂົາສະ ເໜີ ສອງຕາຂ່າຍທີ່ສະ ໜອງ ໂດຍ IGN ສຳ ລັບປະເທດສະເປນ, ເຊິ່ງກວມເອົາເກາະ Peninsula ແລະເກາະ Balearic, ແລະໄດ້ຖືກເຜີຍແຜ່ໃນປີ 2003 ແລະ 2009. ຜູ້ໃຊ້ສາມາດເລືອກຕາຂ່າຍໄຟຟ້າທີ່ຈະ ນຳ ໃຊ້ໄດ້ງ່າຍ.
ຕາຂ່າຍໄຟຟ້າຫຼາຍສາມາດພົບໄດ້ໃນອິນເຕີເນັດ, ຕະຫຼອດທົ່ວໂລກ, ແຕ່ໂດຍຂະ ໜາດ ພວກມັນບໍ່ສາມາດໃຊ້ໄດ້ໂດຍອັດຕະໂນມັດໃນການດາວໂຫລດແອັບພລິເຄຊັນ Geobide.
-
ການປ່ຽນແປງ Molodensky (ວິທີການຂອງ 3-parameters):
ໃຊ້ຄ່າ 3 offset ທີ່ຕົ້ນກໍາເນີດລະຫວ່າງ ellipsoids. ໃນແອັບພລິເຄຊັນ, ຜູ້ຊ່ວຍທີ່ໄດ້ຮັບການຕັ້ງຄ່າກ່ອນທີ່ແນະນໍາໂດຍທ່ານ IGN ສໍາລັບສະເປນ.
ການຫັນ Bursa-Wolf (ວິທີການຕົວຢ່າງ 7-)
ການປ່ຽນແປງນີ້ໃຊ້ຄ່າ 7 ເພື່ອປ່ຽນລະຫວ່າງ ellipsoids. ຕົວກໍານົດການທີ່ຈະຕ້ອງເຂົ້າແມ່ນ: ການເຄື່ອນຍ້າຍ (Dx, Dy, Dz), ການຫມຸນ (Rx, Ry, Rz) ແລະຂະຫນາດຂອງຂະຫນາດ (μ)
ໃນຄໍາຮ້ອງສະຫມັກ Geobide ຜູ້ຊ່ວຍ 3 ທີ່ໄດ້ຮັບການຕັ້ງຄ່າກ່ອນການແນະນໍາແນະນໍາໂດຍ IGN ສໍາລັບເຂດຕາເວັນຕົກສ່ຽງເຫນືອ, ພາກກາງແລະຕາເວັນອອກຂອງແຫຼມ, ຕາມລໍາດັບ.
ຜົນການຄົ້ນຫາ
ຕາມທີ່ທ່ານສາມາດເບິ່ງຜົນໄດ້ຮັບບໍ່ແຕກຕ່າງກັນຫຼາຍລະຫວ່າງວິທີການ 3 ສຸດທ້າຍ, ແຕ່ມີຄັ້ງທໍາອິດ. ນັ້ນແມ່ນເຫດຜົນທີ່ທ່ານຄວນຮູ້ວ່າການປ່ຽນແປງຕ້ອງການໃດໆໃນທາງເລືອກທີ່ກ້າວຫນ້າເຫຼົ່ານີ້.
ໃນບັນດາ ED50-xxN (EPSG: 230xx) ລະບົບແລະ ETRS89-xxN (EPSG: 258xx) ໃນບໍລິເວນຂອງສະເປນຕົວຂອງມັນເອງຄວນຈະໄດ້ຮັບການນໍາໃຊ້ເປັນສິ່ງທີ່ຮູ້ໄດ້ / ellipsoids ED50 ແລະ ETRS89 / WGS84 ບໍ່ທຽບເທົ່າ.
ສໍາລັບຕົວຢ່າງ, ຖ້າຫາກວ່າ Geomap ບໍ່ເຫຼົ່ານີ້ທີ່ກໍານົດໄວ້ຂໍ້ມູນແບບພິເສດ, ຂໍ້ມູນຈາກ Navarra ໃນ ED50-30N (EPSG: 23030) reprojected ກ່ຽວກັບແມງວັນກ່ຽວກັບຂໍ້ມູນທີ່ສະຫນອງໃຫ້ໂດຍກູໂກແຜນທີ່ (ຮູບກົມ WGS84) ຈະຍ້າຍ. ເພື່ອເປັນການດີ, ມັນຈໍາເປັນຕ້ອງໃຊ້ການປ່ຽນແປງທີ່ຊັດເຈນຫຼາຍທີ່ໄດ້ອະທິບາຍແລ້ວ.
ມັນເບິ່ງຄືວ່າຂ້າພະເຈົ້າດີຫຼາຍວ່າ Geobide ເຮັດໃຫ້ຄວາມພະຍາຍາມທີ່ສໍາຄັນບໍ່ພຽງແຕ່ປ່ອຍໃຫ້ຄວາມສາມາດໃນລະບົບຂອງມັນ, ແຕ່ວ່າມັນຍັງສາມາດບັນທຶກຄໍາຖາມນີ້ເປັນລາຍລະອຽດຕື່ມອີກເພາະມັນສາມາດສົ່ງຜົນກະທົບຢ່າງຫຼວງຫຼາຍຕໍ່ຄຸນນະພາບແລະຄວາມຖືກຕ້ອງຂອງວຽກງານ. ມັນເປັນຄວາມພະຍາຍາມອີກ.
ເຖິງຕອນນັ້ນ, ທັງຫມົດນີ້ໄດ້ປະສົມປະສານອັດຕະໂນມັດເຂົ້າໄປໃນເຄື່ອງຈັກໃນການ, ແຕ່ດັ່ງທີ່ພວກເຮົາເຫັນເພື່ອນຂອງ Geobide, ຄວາມຕ້ອງການຂອງຜູ້ໃຊ້ໄດ້ນໍາພາພວກເຂົາອອກຈາກສັງເກດເຫັນໃນຄໍາຮ້ອງສະຫມັກສໍາລັບຜູ້ໃຊ້ໄດ້ຮູ້ເຖິງມັນແລະແມ້ກະທັ້ງມີການປ່ຽນແປງໄດ້ ການຕັ້ງຄ່າຕົ້ນສະບັບ, ຫຼືເອົາອີກອັນນຶ່ງສໍາລັບພື້ນທີ່ເຮັດວຽກຂອງທ່ານເອງ.
ການຫັນຮູບພາບ ellipsoidal / geoidal ສູງ
ໃນຮຸ່ນໃຫມ່, ກ່ອງຄິດໄລ່ຄວາມແຕກຕ່າງລະດັບຄວາມສູງ ellipsoidal / geoidal ໄດ້ຖືກປ່ຽນແປງດັ່ງນັ້ນຜູ້ໃຊ້ສາມາດເລືອກຮູບແບບ geoid ທີ່ຈະໃຊ້.
File Nomenclatures PRJ
ແລະສຸດທ້າຍ, ການປ່ຽນແປງທີ່ຂ້ອຍຄິດວ່າເປັນສິ່ງທີ່ດີ effort for interoperability ມີມາດຕະຖານ OGC ຫຼືການປະຕິບັດຂອງໂຄງການທີ່ນິຍົມ. ໄຟລ໌ PRJ ທີ່ Geobide ສ້າງແມ່ນຢູ່ໃນຕາຕະລາງ OGC WKT ເຊິ່ງເປັນມາດຕະຖານທີ່ໄດ້ຮັບການຍອມຮັບໂດຍເຄື່ອງມື CAD / GIS ຈໍານວນຫຼາຍ. ບໍ່ດັ່ງນັ້ນສໍາລັບຄໍາຮ້ອງສະຫມັກ ESRI, ທີ່ມີ PRJ, ເຖິງແມ່ນວ່າພວກເຂົາເຈົ້າມີຄໍານິຍາມຄະນິດສາດດຽວກັນເປັນມາດຕະຖານ, ກໍານົດລະບົບປະສານງານແຕກຕ່າງກັນ.
ຕົວຢ່າງ:
ໃນເນື້ອໃນຂອງໄຟລ໌ PRJ ຂອງ OGC, ລະບົບ ETRS89-30N (EPSG: 25830) ຖືກກໍານົດດ້ວຍລະຫັດຊື່ "ETRS89 / UTM zone 30N"; ຄໍາຮ້ອງສະຫມັກ ESRIແທນທີ່ພວກເຂົາເອີ້ນວ່າ "ETRS_1989_UTM_Zone_30N". ຖ້າຫາກວ່າໃນ ArcGis ພວກເຮົາຜະສົມຊັ້ນດ້ວຍ PRJ ໃນສອງຕາຕະລາງນີ້ຊໍແວນີ້ຈະປະຕິບັດການປ່ຽນແປງທາງແຜ່ນດິນແມ້ໃນເວລາທີ່ຄໍານິຍາມຄະນິດສາດຂອງລະບົບປະສານງານແມ່ນຄືກັນ.
ຈ່າຍເອົາໃຈໃສ່ກັບເລື່ອງນີ້ stubbornness, Geobide ໄດ້ເປີດໃຊ້ຕົວເລືອກໃຫມ່ໃນຕົວເລືອກລະບົບເອກະສານເພື່ອໃຫ້ຜູ້ໃຊ້ສາມາດລະບຸວ່າເຂົາຕ້ອງການລະບົບປະສານສົມທົບກັບ PRJ ໃນແບບ EPSG ຫຼືແບບໃດ ESRI.