ການສ້າງແບບຈໍາລອງເວັບ 3D ກັບ API-javascript: Esri Advances
ໃນເວລາທີ່ພວກເຮົາເບິ່ງການທໍາງານ ArcGIS Campus Smart ກັບວຽກງານດັ່ງກ່າວເປັນເສັ້ນທາງການເດີນທາງລະຫວ່າງ desk ເທິງຊັ້ນທີ່ສາມຂອງການກໍ່ສ້າງຂອງບໍລິການວິຊາຊີບແລະຫນຶ່ງໃນ Q ຫໍປະຊຸມດັ່ງກ່າວ, ເປັນຜົນມາຈາກການທີ່ດິນທັງພາຍໃນແລະການເຊື່ອມໂຍງຂໍ້ມູນ BIM, ພວກເຮົາຊອກຫາ ທີ່ເຊື່ອມໂຍງຢ່າງໃກ້ຊິດໄຫລ Geo-ວິສະວະກໍາເປັນວິໄສທັດຜູກມັດ.
ແລະເຖິງວ່າຈະມີຄວາມຈິງທີ່ວ່າວຽກງານທີ່ຮ້າຍແຮງຫາຍໄປເພື່ອຮັກສາວິທີການປະເພດການຄຸ້ມຄອງຂໍ້ມູນ (MDM) ປະເພດຂໍ້ມູນ ສຳ ລັບຈຸດຄວາມຈິງລະຫວ່າງຄວາມເປັນຈິງເບົາຂອງ GIS, ຄວາມເປັນຈິງຂອງ BIM ລາຍລະອຽດແລະເຫດການການ ນຳ ໃຊ້ໃນຊີວິດຈິງທີ່ ດຳ ເນີນຢູ່ເທິງຕົວຊີ້ວັດນີ້. ພວກເຮົາຍັງໄດ້ຮັບຮູ້ວ່າ ໜ້າ ທີ່ທັງ ໝົດ ນີ້ ກຳ ລັງເຮັດວຽກຢູ່ໃນໂປແກຼມທ່ອງເວັບຕ່າງໆ, ເຊິ່ງມີບາງ Python ສຳ ລັບການເຮັດວຽກປົກກະຕິແຕ່ໂດຍສະເພາະແມ່ນມີພາສາທີ່ມີແສງສະຫວ່າງຄືກັບ javascript.
ສິ່ງທີ່ແນ່ນອນເຕືອນພວກເຮົາວ່ານັກວິຊາວິທະຍາສາດແລະວິສະວະກໍາຈະຕ້ອງກ້າວໄປຕື່ມອີກເພື່ອເຂົ້າໃຈແບບແລະລະຫັດການຂຽນໂປຼແກຼມ.
ມັນຍັງມີຄວາມສໍາຄັນທີ່ຈະສັງເກດການປ່ຽນແປງແນວໂນ້ມຈາກສະພາບແວດລ້ອມ desktop ທີ່ຮຸນແຮງໄປຫາ snippets ລະຫັດເບົາເຊີ. ແນ່ນອນວ່ານັກວິທະຍາສາດຄອມພິວເຕີ້ທີ່ເຮັດສິນລະປະກັບເຄື່ອງແມ່ຂ່າຍ GIS, Gis Engine ຫຼື Gis ບໍ່ໄດ້ໃຊ້ເວລາທີ່ລາວເຫັນວ່າ Leaflet ເຮັດວຽກແນວໃດໃນຫຼັກສູດ MappingGis; ຂ້າພະເຈົ້າຈະບໍ່ຕົກຕະລຶງຖ້າຫາກວ່າລາວໄປຫາບ່ອນຫລຸມຝັງສົບເພື່ອຜູ້ນໍາຂອງລາວ.
ລໍຖ້າລຸ້ນ ArcGis Indoors ຕໍ່ໄປ, ບົດຂຽນນີ້ສະຫຼຸບການລວມຂອງການຍົກຍ້ອງຂອງ Lau - ເປັນຍິງທີ່ຫຍຸ້ງຍາກທີ່ຮ່ວມມືກັບເວັບໄຊທ໌ນີ້ - ແລະສະພາບການຂອງບັນນາທິການຂອງ Geofumadas.com, ໃນກອງປະຊຸມເວບໄຊທ໌ທີ່ຜ່ານມາ“ການແນະນໍາ 3D ເທິງເວັບທີ່ມີ ArcGIS API ສໍາລັບ Javascript ".
ຜູ້ວາງສະແດງຂອງ webinar ໃນເບື້ອງຕົ້ນໄດ້ປະກົດຕົວດ້ວຍສຽງທີ່ດີກ່ຽວກັບຫົວຂໍ້ການ ນຳ ໃຊ້ 3D ໃນໂປແກຼມ ArcGIS, ແລະວິທີທີ່ມັນສະແດງຕົວເອງໃນເວທີຂອງ: ຜູ້ເບິ່ງແຜນທີ່, ແຜນທີ່ Story, ຫລື Web App Builder ຂື້ນກັບຈຸດປະສົງຂອງການສຶກສາ.
ມັນເປັນສິ່ງ ສຳ ຄັນທີ່ວ່າແນວຄວາມຄິດພື້ນຖານທີ່ກ່ຽວຂ້ອງກັບຫົວຂໍ້ 3D ຖືກ ກຳ ນົດຕັ້ງແຕ່ຕົ້ນໆ, ໂດຍສະເພາະເນື່ອງຈາກວ່ານອກ ເໜືອ ຈາກປະລິມານ, ມັນຊອກຫາຂັ້ນຕອນແບບຢ່າງ. ນອກຈາກນີ້ລັກສະນະທີ່ຍັງມີຄວາມ ສຳ ຄັນຕໍ່ຂໍ້ ກຳ ນົດພື້ນຖານຂອງລະບົບເພື່ອ ດຳ ເນີນຂັ້ນຕອນຕ່າງໆທີ່ເຊື່ອມໂຍງກັບຂໍ້ມູນປະເພດນີ້ທີ່ແຕກຕ່າງຈາກ 2D ເຊັ່ນບັດກາຟິກທີ່ດີ, ການສະ ໜັບ ສະ ໜູນ OpenGL ລວມຢູ່ໃນ browser w / WebGL.
ຖ້າບໍ່, ໃຫ້ພວກເຂົາຖືກບອກໂດຍຫມູ່ຂອງ SELPER, ໃນວິທີການຄຸ້ມຄອງຊັບສິນທີ່ສວຍງາມໃນເຕັກໂນໂລຢີ GIS, ເຊິ່ງມີອຸປະສັກຕ່າງໆກ່ອນທີ່ຈະມີເວີຊັນ OpenGL ຂອງບັດກາຟິກ Nvidia ຂອງມະຫາວິທະຍາໄລບ່ອນທີ່ມັນໄດ້ພັດທະນາ. ການຂະຫຍາຍຕົວເພີ່ມຂື້ນໂດຍການປະທ້ວງຂອງນັກຮຽນ Bogota ທີ່ເຮັດໃຫ້ມີຄວາມຫຍຸ້ງຍາກໃນການສອບເສັງພຽງພໍໃນມື້ກ່ອນ.
ນອກຈາກນັ້ນ, ພວກເຂົາເຈົ້າໄດ້ເປີດເຜີຍການເປີດຕົວສະຫນັບສະຫນູນທີ່ຈະດໍາເນີນເຄື່ອງມືໃນອຸປະກອນມືຖືເຊັ່ນ: ໂທລະສັບມືຖືຫຼືແທັບເລັດ.
ໃນການນໍາສະເຫນີດໍາເນີນການຕົວຢ່າງຫຼາຍຫລືການສາທິດ, ທີ່ຈະເຂົ້າໃຈວິທີການ API ສໍາລັບການເຮັດວຽກ JavaScript ແລະວິທີການຂໍ້ມູນແມ່ນ interconnected ເພື່ອສ້າງ 3D ສ້າງແບບຈໍາລອງ, ເລີ່ມຕົ້ນດ້ວຍການໂຫຼດຂອງຊັ້ນຫຼືຂໍ້ມູນທີ່ຈະ WebScene ແລະຕໍ່ມາສ້າງແບບຈໍາລອງຂອງຕົນ / ສະແດງ 3D ໃນ Screeneview ໄດ້,
ການເຊື່ອມໂຍງດ້ານເທກໂນໂລຍີ
ສະຖາປັດຕະຍະ ກຳ ດັ່ງກ່າວແມ່ນປະເພດ 4.x ແລະປະກອບດ້ວຍສ່ວນປະກອບທີ່ເບິ່ງເຫັນແລະເຄື່ອງມືເພີ່ມເຕີມ, ນອກ ເໜືອ ຈາກການຮັບເອົາຂໍ້ມູນຫຼາຍຊັ້ນຈາກຫລາຍໆແຫລ່ງຂໍ້ມູນ. ສະຖາປັດຕະຍະ ກຳ ນີ້ດີເກີນ 3.x ເພາະວ່າການເບິ່ງເຫັນພາບ 3D ແມ່ນມີໄວ້ ສຳ ລັບລະດັບນີ້ເທົ່ານັ້ນ. ເຄື່ອງມື Webscene ແລະ SceneView ແມ່ນໃຊ້ໃນການຈັດການຂໍ້ມູນ 3D ແລະຖືກປະສົມເຂົ້າໃນ API ຢ່າງເຕັມຮູບແບບ, ນອກ ເໜືອ ຈາກວິທີການສ້າງແບບ ຈຳ ລອງ 3D ສາມາດປັບຕົວເຂົ້າກັບຂໍ້ມູນທີ່ມີຢູ່ໃນແອັບພລິເຄຊັນກ່ອນ ໜ້າ ນີ້.
ດ້ວຍຕົວຢ່າງ, ພວກເຂົາໄດ້ຊີ້ບອກເຖິງຄວາມແຕກຕ່າງທາງດ້ານສາຍຕາລະຫວ່າງຂໍ້ມູນ 2D ແລະ 3D ແລະວິທີການຈາກມຸມມອງແຜນທີ່ 2D WebScene ໄປຫາ 3D SceneView, ຜ່ານລະຫັດ javascript. ການ ໝູນ ໃຊ້ກ້ອງແມ່ນງ່າຍດາຍ, ເພີ່ມບາງ ຄຳ ສັ່ງສະເພາະມຸມມອງປ່ຽນແປງທິດທາງ. ການທົດສອບໄດ້ ດຳ ເນີນຕາມຄຸນລັກສະນະດັ່ງຕໍ່ໄປນີ້:
- ຫົວຂໍ້, ທີ່ອະນຸຍາດໃຫ້ການຫມຸນຂອງກ້ອງຖ່າຍຮູບໃນພື້ນທີ່ເຮັດວຽກ.
- goTo: ຖືກນໍາໃຊ້ເພື່ອສ້າງທັດສະນະຕາມສິ່ງທີ່ທ່ານຕ້ອງການເບິ່ງຢູ່ໃນ 3D, ບວກກັບທ່ານສາມາດສ້າງພາບເຄື່ອນໄຫວກັບເຄື່ອງມືດັ່ງກ່າວ, ເຊັ່ນ: ຫົວຂໍ້ ເພື່ອສ້າງພາບເຄື່ອນໄຫວຫມູນວຽນ.
- ToMap: ໃຊ້ເວລາປະສານງານຂອງການເບິ່ງແລະວາງມັນໃນແຜນ 2D
- toScreen: ອະນຸຍາດໃຫ້ທ່ານສະແດງຈຸດທີ່ຢູ່ໃນແຜນທີ່ 2D ແລະວາງມັນໃນພາຍຫລັງໃນມຸມເບິ່ງ 3D
- hitTest: ຖືກນໍາໃຊ້ເພື່ອກໍານົດລັກສະນະທີ່ຈຸດໃດຫນຶ່ງທີ່ມີຢູ່ໃນມຸມມອງ
ພວກເຂົາເຈົ້າຍັງກໍານົດວ່າການກໍ່ສ້າງເປັນ 3D ແຜນທີ່ມີເຄື່ອງມືດຽວກັນໃນການສ້າງຫນຶ່ງ 2d ເຊັ່ນການນໍາໃຊ້ basemaps, ຊັ້ນຫຼືຂັ້ນຕອນທີ່ກໍາລັງສະຫນັບສະຫນູນທີ່ສໍາລັບ 2D (WMS, vectors ຫຼື CSV).
ຢ່າງໃດກໍຕາມ, ມັນຕ້ອງໄດ້ຮັບການພິຈາລະນາວ່າຊັ້ນ 2D ບໍ່ມີຂໍ້ມູນຂອງ "Z" (ຄວາມສູງ), ນັ້ນແມ່ນເຫດຜົນທີ່ຈະສ້າງຮູບແບບຂໍ້ມູນມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະມີຊັ້ນທີ່ກ່ຽວຂ້ອງກັບ 3D ເປັນເມັດຈຸດ, meshlayersຫຼື elevationlayers. ພາຍໃນ API ທີ່ທ່ານສາມາດປຶກສາຫາລືກ່ຽວກັບການເຫຼົ່ານີ້ຊັ້ນ 3D ເຊັ່ນ: ຈຸດສູງສະເພາະພາຍໃນ sight, ໃນຮູບພາບ (1) ພາກສະຫນາມໄດ້ສັງເກດເຫັນໃນເບື້ອງຕົ້ນ, ແລະຮູບພາບ (2) ເປັນການປ່ຽນແປງຈາກ query ຫຼືປຶກສາຫາລືໄດ້.
ພວກເຂົາໄດ້ສະແດງຕົວຢ່າງຫຼາຍຢ່າງກ່ຽວກັບວິທີການສະແດງຂໍ້ມູນ, ຕົວຢ່າງ, ຂໍ້ມູນໃດແດ່ທີ່ SceneLayers (ຈຸດ), ແລະສິ່ງຂອງ 3D (ຈຸດປະສົງ 3D) ສະ ໜັບ ສະ ໜູນ.
ສຳ ລັບຕົວເມືອງໃຫຍ່, ການເປັນຕົວແທນຂອງວັດຖຸ 3D ແມ່ນເຄື່ອງມືທີ່ມີປະສິດທິພາບ, ເພາະວ່າມັນສາມາດເຫັນໄດ້ບໍ່ພຽງແຕ່ສະຖານທີ່ທາງກວ້າງຂອງພື້ນທີ່ຂອງວັດຖຸເທົ່ານັ້ນ, ແຕ່ຍັງມີປະລິມານ, ຄວາມ ສຳ ພັນຂອງມັນກັບສິ່ງແວດລ້ອມ, ພ້ອມທັງຄຸນລັກສະນະທີ່ ໜ້າ ສົນໃຈຂອງແຕ່ລະຄົນ. ຈຸດປະສົງ. ຮູບພາບຂ້າງລຸ່ມນີ້ສະແດງໃຫ້ເຫັນວ່າພວກເຂົາເລືອກເອົາຕຶກທີ່ຕັ້ງຢູ່ເມືອງນິວຢອກໂດຍບັງເອີນ, ແລະຄຸນລັກສະນະທັງ ໝົດ ຂອງມັນສາມາດເຫັນໄດ້ແນວໃດ. ເຊັ່ນດຽວກັນ, ການສອບຖາມຫຼາຍໆຂໍ້ອາດຈະຖືກກະກຽມຕາມໂຄງສ້າງ, ເຊັ່ນວ່າ: ບ່ອນທີ່ໂຄງສ້າງທີ່ແນ່ນອນມີລະດັບຄວາມສູງສະເພາະຫຼື ຄຳ ນິຍາມຂອງເສັ້ນທາງທີ່ດີທີ່ສຸດແມ່ນຕັ້ງຢູ່
ສະຫນັບສະຫນູນການຈັດການຂອງຊັ້ນເຊັ່ນ: IntegratedMeshLayer, ເຊິ່ງເປັນຂໍ້ມູນຂ່າວສານຈາກເຄື່ອງເຊັນເຊີເຊັ່ນ: drones. ພວກມັນບໍ່ມີຂໍ້ມູນທີ່ແຍກຕ່າງຫາກຂອງແຕ່ລະໂຄງສ້າງເຊັ່ນຮູບພາບທີ່ຜ່ານມາແຕ່ມັນເປັນຂໍ້ມູນທີ່ມີຄຸນສົມບັດ 3D.
ສໍາລັບຈຸດທີ່ມີເມຄຈຸດ, ທ່ານສາມາດຫຼິ້ນຂະຫນາດຂອງຈຸດທີ່ມີຮູບພາບທີ່ດີກວ່າ, ເນື່ອງຈາກແຕ່ລະຊັ້ນຈຸດໆສາມາດມີຈຸດຂໍ້ມູນຫຼາຍຮ້ອຍຕື້, ແຕ່ພວກມັນບໍ່ໄດ້ເປັນຕົວແທນຂອງວັດຖຸ 3D ຕົວເອງ.
ພວກເຂົາໄດ້ລະບຸການ ນຳ ໃຊ້ symbology ໃນຂໍ້ມູນ 3D ເຊິ່ງ ນຳ ສະ ເໜີ ເປັນຮູບຊົງ / ແບນແລະວົງດົນຕີປະລິມານທີ່ກ່ຽວຂ້ອງກັບວັດຖຸທີ່ສ້າງຂື້ນໃນ 3D. ສິ່ງເຫຼົ່ານີ້ສາມາດເປັນຮູບແບບສະເພາະຕາມຊະນິດຂອງວັດຖຸ. ພວກເຂົາສະແດງໃຫ້ເຫັນການ ນຳ ໃຊ້ອັນທີ່ເອີ້ນວ່າ Extrudes ເພື່ອ“ ສີ” ໂຄງສ້າງຕາມຄຸນລັກສະນະຂອງມັນ,
ປະເພດຂອງການສະແດງທີ່ສາມາດນໍາໃຊ້ໄດ້ສະແດງໃຫ້ເຫັນວ່າ: simplerenderer, ບ່ອນທີ່ວັດຖຸທັງຫມົດມີ symbology ດຽວ, ໄດ້ uniqueValueRenderer ບ່ອນທີ່ທ່ານສາມາດຈັດປະເພດສິ່ງຂອງ, ອີງຕາມຄຸນລັກສະນະ, ແລະ ClassBreakRenderer ບ່ອນທີ່ມີຄຸນລັກສະນະຂອງແຕ່ລະວັດຖຸທີ່ກ່ຽວຂ້ອງກັບຊັ້ນຮຽນ: ໃນກໍລະນີນີ້ພວກເຂົາໄດ້ຊີ້ບອກວ່າໄລຍະຫ່າງຈາກອາຄານຕ້ອງໃຊ້ໃນການເຂົ້າເຖິງລະບົບຂົນສົ່ງສາທາລະນະ.
ຜູ້ສະແດງ, ສະແດງໃຫ້ເຫັນໃນ Webinar ເວລາສັ້ນໆ, ທັງຫມົດປະໂຫຍດຈາກການນໍາໃຊ້ ArcGIS API ສໍາລັບ Javascript, ລວມທັງ:
- widgets 3D: ດ້ວຍການສະແດງທີ່ມີການໂຕ້ຕອບແບບໂຕ້ຕອບ, ພວກເຂົາເຈົ້າໄດ້ຊີ້ບອກເຖິງໄລຍະຫ່າງລະຫວ່າງຈຸດປະສົງທັງສອງດ້ານແລະຕາມແນວນອນ.
- ການກໍ່ສ້າງຂອງຄໍາຮ້ອງສະຫມັກ: ຈາກສະຖານທີ່ແລະວັດຖຸ 3D.
- ໂຫມດ scene SceneView: ກໍາຫນົດເນື້ອຫາແລະຮູບແບບຂອງມຸມເບິ່ງ 3D ແລະສາມາດອັບໂຫລດໄປຍັງ Portal ສໍາຫລັບ ArcGIS
ການວັດແທກລະບົບນິເວດ: ບໍ່ພຽງແຕ່ສຸມໃສ່ໂຄງສ້າງຂອງຫນ້າດິນ, ແຕ່ຍັງອະນຸຍາດໃຫ້ວັດແທກໄລຍະຫ່າງໃນໂລກ.- ຄໍາຮ້ອງສະຫມັກອາຄານ, ສ້າງແບບຈໍາລອງ 3D ຕາມພື້ນທີ່ຄວາມເປັນຈິງແລ້ວນໍາສະເຫນີ, ສາຍຫຼືຟອງໂທບ່ອນທີ່ຄຸນນະສົມບັດສະເພາະໃດຫນຶ່ງທີ່ລະບຸໄວ້, ເຊັ່ນ tags ທີ່ສຸດເວທີເຊັ່ນ: ກູໂກໂລກ, ໃນກໍລະນີນີ້ 3D
- declutter: ນໍາໃຊ້ເພື່ອຊໍາລະລ້າງຫຼືປ້າຍການກັ່ນຕອງຫຼືລັກສະນະທີ່ຈໍາເປັນຕ້ອງໄດ້ເບິ່ງກ່ຽວກັບ 3D ແຜນທີ່, ດັ່ງນັ້ນຈຶ່ງຫຼີກເວັ້ນການຫຼາຍຂອງປ້າຍທີ່ບໍ່ອະນຸຍາດໃຫ້ສາຍຕາທີ່ເຫມາະສົມ, ແລະສິ່ງລົບກວນໃນເວລາທີ່ຕັ້ງບາງສິ່ງບາງຢ່າງສະເພາະໃດຫນຶ່ງ.
ປະຕິບັດຕາມການປະທ້ວງຂອງລັກສະນະແຕ່ລະປະກອບເຂົ້າໃນ ArcGIS API ສໍາລັບ Javascript, ສະແດງໃຫ້ເຫັນການໃຫມ່ທີ່ຈະນໍາສະເຫນີໃນຮຸ່ນໃຫມ່ 4.10. ບ່ອນທີ່ທ່ານຈະມີຄວາມເປັນໄປໄດ້ຂອງ:
- ການກໍ່ສ້າງ layer scene
- Widget Slice: ເຊິ່ງຈະສົ່ງຂໍ້ມູນທີ່ຖືກອອກແບບຜ່ານມາເພື່ອວັດຖຸ 3D
- Loading a large amount of data: not only corresponding to a city specific, but national (country).
- ຈຸດກອງເມັດກອງ
ການປະກອບສ່ວນຂອງເວັບໄຊຕ໌ນີ້ກັບ geoengineering
ໃນສັ້ນ, ຫົວຂໍ້ແມ່ນຖືກຕ້ອງຫຼາຍ; ຈື່ໄວ້ວ່າແນວໂນ້ມທີ່ຈະໄປສູ່ Digital Twins ແລະ Smart City ຮຽກຮ້ອງໃຫ້, ນອກ ເໜືອ ຈາກການຄິດກ່ຽວກັບການບໍລິຫານຂໍ້ມູນ, ເຊິ່ງການສ້າງແບບ ຈຳ ລອງຂອງພວກເຂົາໄດ້ລື່ນກາຍຫລາຍ, ການລວມຕົວກັບການສ້າງແບບ ຈຳ ລອງການ ດຳ ເນີນງານ. ຕະຫຼາດແມ່ນກວ້າງ, ມີສັນຍາແລະມາຮອດປະຈຸບັນມັນມີຫລາຍວິທີແກ້ໄຂບັນຫາແບບ turnkey ສຳ ລັບຜູ້ໃຊ້ສຸດທ້າຍ; ເຖິງແມ່ນວ່າ ສຳ ລັບພວກເຮົາຜູ້ທີ່ ນຳ ໃຊ້ເຕັກໂນໂລຢີເພື່ອຜະລິດເຄື່ອງມືທີ່ບໍ່ແມ່ນກະປnedອງ, ຖະ ໜົນ ຍັງຍາກ. ນີ້ ໝາຍ ຄວາມວ່າ, ປ່ຽນຂະ ໜາດ ອື່ນໆເຊັ່ນ: ເວລາ, ຄ່າໃຊ້ຈ່າຍແລະວົງຈອນຊີວິດຂອງຂະບວນການຕ່າງໆ; ບໍ່ແມ່ນໃນລະດັບຂອງຂໍ້ມູນແລະເຕັກໂນໂລຢີ, ເຊິ່ງດັ່ງທີ່ພວກເຮົາຮຽກຮ້ອງ, ແມ່ນບັນຫາທີ່ຈະແຈ້ງ, ແຕ່ວ່າໃນການປັບຕົວທີ່ເຈັບປວດ ໜ້ອຍ ລົງກັບການກະ ທຳ ຕົວຈິງຂອງຜູ້ໃຊ້ກ່ອນທີ່ຈະເປັນຕົວກາງໃນລະບົບຕ່ອງໂສ້ການເຮັດທຸລະ ກຳ ທີ່ຜ່ານຂໍ້ມູນທາງກວ້າງຂອງພື້ນ. ຈາກດ້ານ ESRI, ການກໍ່ສ້າງຂໍ້ມູນແມ່ນມີຄວາມຫຍຸ້ງຍາກບາງຢ່າງ, ເພາະວ່າເຖິງແມ່ນວ່າທ່ານສາມາດປະສົມປະສານຂໍ້ມູນຂອງ BIM ທີ່ສ້າງໃນ Revit ແລ້ວ, ແຕ່ມັນຍັງຖືກເບິ່ງວ່າເປັນສອງໂລກແຍກຕ່າງຫາກທີ່ຕ້ອງການການຫັນປ່ຽນທີ່ສັບສົນ. ຜົນງານ ໃໝ່ ແນ່ນອນຈະສາມາດ ນຳ ໃຊ້ໃນຮູບແບບ BIM, ແຕ່ມີຂໍ້ມູນ CAD ຫຼາຍເກີນໄປທີ່ຈະເຮັດໃຫ້ມັນຢູ່ໃນສະພາບອາກາດໃນລົ່ມ, ມີພື້ນທີ່ທີ່ມີຮູບຫຼາຍແຈ, ຊັ້ນສູງແລະຊັ້ນປົກກະຕິກໍ່ຍັງແພງຢູ່.
ຢ່າງໃດກໍຕາມ, ຖ້າ Esri ສົມຄວນໄດ້ຮັບສິນເຊື່ອ, ມັນແມ່ນຄວາມກ້າວຫນ້າທີ່ມັນເຮັດໃນແງ່ຂອງການເບິ່ງເຫັນທີ່ຫນ້າສົນໃຈແລະງ່າຍດາຍ. ຂ້າພະເຈົ້າແລ້ວສາມາດຈິນຕະນາການຄວາມຜິດຫວັງຂອງ Jack, ດ້ວຍ optics ຂອງລາວ "ໃຫ້ມັນງ່າຍ" ຜູ້ນໍາເສັ້ນຕັ້ງຂອງ AutoDesk, ໃນການແຕ່ງງານຊ້າແຕ່ປະສົບຜົນສໍາເລັດທີ່ ".ເກືອບເປັນຄໍາຮ້ອງສະຫມັກ ArcGIS Pro” ຕ້ອງຊອກຫາພາຍໃຕ້ແຜ່ນທີ່ເຫມາະກັບຫຼາຍໆຊິ້ນທີ່ຊີ້ໃຫ້ເຫັນເຖິງສິ່ງດຽວກັນແຕ່ມີຄວາມຫຍຸ້ງຍາກເພື່ອເຮັດໃຫ້ຄວາມງ່າຍດາຍຂອງຜົນໄດ້ຮັບທີ່ຄົ້ນຫາໂດຍພູມສັນຖານ, ວິສະວະກໍາອຸດສາຫະກໍາ, ວິສະວະກໍາໂຍທາແລະສະຖາປັດຕະຍະກໍາ. ແລະມັນແມ່ນວ່າແນວໂນ້ມຂອງຄວາມງ່າຍດາຍຂອງແຜນທີ່ສິລະປະທີ່ GIS ປະສົບ, ຍັງຕ້ອງດໍາລົງຊີວິດໂດຍ CAD ທໍາມະດາ, ເນື່ອງຈາກນິໄສທີ່ລືມວ່າແຜນການແມ່ນພຽງແຕ່ສື່ກາງ, ແຕ່ສິ່ງທີ່ສໍາຄັນແມ່ນການວາງການກໍ່ສ້າງ. .
ການປະຕິບັດທີ່ດີແບບຈໍາລອງ GIS ້ໍາຫນັກເບົາ, ໄດ້ສຸມໃສ່ສະຫຼຸບຂອງຄວາມເປັນຈິງແລ້ວຈະເປັນປະໂຫຍດສໍາລັບການປະສົມ CAD / BIM, ເຊິ່ງສໍາລັບໃນຂະນະທີ່ຈະມີການດໍາລົງຊີວິດເນື່ອງຈາກວ່າການຮັບຮອງເອົາ BIM ໃນຫຼາຍປະເທດໄປເປັນເວລາດົນ, ໂດຍສະເພາະແມ່ນລະບຽບ ineptitude ບັນດາເຈົ້າຫນ້າທີ່ເກົ່າແກ່ທີ່ໄດ້ກີດກັນສອງຕົວອັກສອນທໍາອິດຂອງວິໄສທັດຂອງ AECO.
ເຊື້ອຊາດຈະມີຄວາມຫນ້າສົນໃຈໃນຊຸມປີທີ່ຜ່ານມາ, ໃນແນວໂນ້ມທີ່ຄ້າຍຄືກັນທີ່ສຸດທີ່ຈະນໍາໄປສູ່ການດໍາເນີນການຕໍ່ໄປຕາມລໍາດັບຂອງ CAD-GIS-BIM-DigitalTwin-SmartCity; ເປັນການພິສູດໂດຍການປະຕິບັດໃນດ້ານຂອງ Siemens / Bentley ໃນການຊື້ວິທີແກ້ໄຂເຊັ່ນ: CityPlanner ແລະການເປີດເຜີຍແຫລ່ງເປີດໃນ Javascript.
ໃນເວລານີ້, ຂໍໃຫ້ Esri ໃຫ້ຄວາມນິຍົມ ສຳ ລັບຄວາມພະຍາຍາມຮ່ວມກັນນັ້ນກັບ AutoDesk, ນອກ ເໜືອ ຈາກການເຊື່ອມໂຍງຂໍ້ມູນ / ເຕັກໂນໂລຢີ, ໃນວິທີການ / ຂະບວນການເຊື່ອມໂຍງກັບນັກສະແດງ. ໃນທີ່ສຸດ, ມັນແມ່ນຜົນປະໂຫຍດ ສຳ ລັບຜູ້ໃຊ້, ຜູ້ທີ່ຖືກປະໄວ້ເພື່ອຮັບປະກັນວ່າບາດກ້າວທີ່ຈະຮຽນຮູ້ທີ່ຈະເຂົ້າໃຈຮູບແບບແລະລະຫັດ; ເພື່ອເລີ່ມຕົ້ນຢ່າງ ໜ້ອຍ ຫຼັກສູດ ArcGIS Pro ທີ່ດີແລະພື້ນຖານ Javascript.
