3D Web datu modelēšana ar API javascript: Esri Advances

Kad mēs redzam funkcionalitāti Smart Campus ArcGIS ar uzdevumiem, piemēram, ceļojumu maršrutiem starp galda trešajā stāvā profesionālo pakalpojumu ēkas un vienu Q Auditorium, kā rezultātā gan zemes interjera un BIM datu integrāciju, mēs atrodam Geoinženierijas integrācija saistošajā redzējumā ir ļoti tuvu.

Un, neskatoties uz to, ka viņiem trūkst nopietnu uzdevumu uzturēt Master Data Management metodi (MDM) par patiesu punktā starp Ņemot realitātes ĢIS, BIM un detalizētiem realitātes gadījumu reālajā dzīvē pieteikumā darbojas šo rādītāju. Mēs arī saprotam, ka visa šī funkcija darbojas tīmekļa pārlūkprogrammās, ar dažiem Python par rutīnu, bet galvenokārt ar valodu, kas ir tikpat viegli kā javascript.

Kas neizbēgami mums atgādina, ka ģeomātikām un inženieriem būs jāseko tālāk, lai izprastu modeļus un programmu kodus.

Ir arī svarīgi atzīmēt tendences izmaiņas no smagām darbvirsmu vidēm līdz viegliem pārlūkprogrammas koda fragmentiem. Protams, datorzinātnieks, kurš mākslas darbus ar GIS serveri, Gis Engine vai Gis objektiem atstāja no Spānijas, kad viņš redzēja, kā Leaflet strādāja kursā MappingGis; Es nebūtu pārsteigts, ja viņš gāja pārcelt kapu viņa priekšgājēja mentoram.

Gaidot nākamo ArcGis Indoors versiju, šis raksts apkopo Lau ieskatu apvienojumu - stingra meitene, kas sadarbojas ar šo vietni - un Geofumadas.com redaktora konteksta viedokļi par neseno webinaru "Ievads 3D tīmeklī ar ArcGIS API Javascript ".

Webinar izstādes sākotnēji parādījās ar labu āķi par tēmu 3D lietošanai ArcGIS lietojumprogrammas, un kā tas izpaužas platformām: Scene Viewer, Story Maps vai tīmekļa lietotņu veidotājs atkarībā no pētījuma mērķa.

Svarīgi bija tas, ka ar 3D tēmu saistītie pamatjēdzieni sākotnēji tika noteikti, galvenokārt tāpēc, ka, pārsniedzot apjomus, mēs vēlamies modelēt procesus. Arī aspekts, kas vēl joprojām ir kritisks attiecībā uz pamata sistēmas prasības ekspluatācijas procesiem, kas saistīti ar šāda veida datiem, kas ir pilnīgi atšķirīgs no tiem 2D, jo tie ir labs grafikas karti, OpenGL atbalsts iekļauti pārlūkā w / WebGL.

Ja nē, ļaujiet viņiem pastāstīt draugiem SELPER, lieliskajā aktīvu pārvaldības gaitā GIS tehnoloģijās, kam bija šķēršļi pirms universitātes, kurā tā tika izstrādāta, OpenGL versijām. Eksponenciāli palielinājās Bogotanos studentu protesti, kas apgrūtināja iepriekšējā dienā veikt pietiekami daudz testu.

Turklāt viņi atklāja atbalsta palaišanu, lai darbinātu rīku mobilajās ierīcēs, piemēram, mobilajos tālruņos vai planšetdatoros.

Prezentācijā veica vairākus piemērus vai demonstrācijas, lai saprastu, kā API JavaScript funkcijas un kā dati tiek savstarpēji radīt modelēšanas 3D, sākot ar slodzi slāņu vai informācijas WebScene un vēlāk tās modelēšanas / renderēšanas 3D in Screeneview,

Tehnoloģiskā integrācija

Šī arhitektūra ir 4.x tipa un sastāv no vizuāliem komponentiem un logrīkiem, kā arī vairāku informācijas slāņu no dažādiem datu avotiem pieņemšanas. Šī arhitektūra izceļas uz 3.x, jo 3D vizualizācija ir pieejama tikai šim līmenim. Webscene instrumenti un SceneView izmanto datu pārvaldības 3D un ir pilnībā integrēti API, kā arī to, kā tas var pielāgot modelēšana 3D pieejamajiem datiem iepriekšējos aplicacioneos.

Ar piemēriem viņi norādīja vizuālo atšķirību starp 2D un 3D datiem un to, kā pārvietot no 2D WebScene kartes skatījuma uz SceneView 3D, izmantojot javascript kodus. Kameras manipulācija ir vienkārša, pievienojot īpašas komandas, skatījumi maina virzienu. Testi tika veikti šādās īpašībās:

  • pozīcija kas ļauj kameras rotāciju darbvietā.
  • goTo: tiek izmantots, lai izveidotu skatu atbilstoši tam, ko vēlaties redzēt 3D, kā arī jūs varat veikt animācijas ar šo rīku, piemēram, ievietojot noteiktus pakāpes virsraksts lai atjaunotu rotācijas animāciju.
  • ToMap: skata koordinātu un ievieto to 2D kartē
  • toSkrāns: ļauj norādīt punktu 2D kartē un ievietot to vēlāk 3D skatu
  • hitTest: tiek izmantots, lai noteiktu raksturlielumus, kas konkrētajā punktā ir redzējumā

Viņi arī noteikts, ka būvniecība kartes 3D ir tādas pašas instrumentus, lai izveidotu vienu 2d, piemēram, izmantojot Pamatkartes, slāņi vai slāņi, kas ir atbalstīta arī, ka 2D (WMS, vektoru vai CSV).

Tomēr jāņem vērā, ka 2D slāņi nesatur informāciju par "Z" (augstums), tāpēc, lai modelētu datus, ir nepieciešams, lai 3D būtu saistīti ar slāni, kas ir saistīti ar mākoņiem, meshlayers, vai pacēlumu slāņi. Ietvaros API, jūs varat konsultēties ar šiem 3D slāņus, piemēram, pacēluma konkrētiem punktiem ietvaros redzi, šajā attēlā (1) sākotnēji novēroto jomā, un attēla (2), kā tas mainās no jautājums vai konsultācija.

Viņi parādīja vairākus piemērus tam, kā dati tiek attēloti, piemēram, kādus datus atbalsta SceneLayers (punkti) un 3D objektus (3D objekti).

Lielās pilsētās pārstāv 3D objekti ir spēcīgs herrramienta, kā jūs varat redzēt, ne tikai telpisko atrašanās vietu objekta, bet tās skaļuma attiecības ar apkārtējo vidi, piemēram, jūs varat pievienot raksturīgās carácteríisticas katras objekti. Tas ir parādīts nākamajā attēlā, kā tās pēc nejaušības principa izvēlējās ēkas New York City, un jūs varat redzēt visas tās īpašības. Arī tie var tikt pagatavota saskaņā ar vairākiem vaicājumiem struktūru, piemēram,: kur atrodas daži struktūras, kuru virkni noteiktā augstumā, vai definīciju optimālos maršrutus

Atbalsta tādu slāņu apstrādi kā IntegratedMeshLayer kas ir informācijas bloks no sensoriem, piemēram, droniem. Tie nesatur izolētu informāciju par katru struktūru, piemēram, iepriekšējo attēlu, bet tā ir informācijas masa ar 3D atribūtiem.

Attiecībā uz punktu mākoņi, jūs varat spēlēt ar izmēru punktiem, lai iegūtu labāku priekšstatu par datiem, jo ​​katrs punkts slānis var būt triljoniem datu punkti, bet tie nav attēlots kā 3D pašu objektu.

Viņi norādīja, ka simbolika tiek izmantota 3D datos, kas ir uzrādītas plakanās un plakanās formās, kā arī apjoma simboli, kas saistīti ar 3D izveidotajiem objektiem. Tie var iet konkrētos stilus atkarībā no objekta tipa. Viņi parādīja tā saukto ekstrudu izmantošanu, lai "krāsotu" struktūru pēc tā atribūtiem,

Tika parādīti šādi renderēšanas veidi: vienkāršotājs kur visiem objektiem ir viena simbolika, uniqueValueRenderer kur jūs varat kategorizēt objektus, saskaņā ar atribūtu, un ClassBreakRenderer kur katra objekta atribūti tiek ievēroti attiecībā uz klasi: šajā gadījumā viņi norādīja, cik lielu attālumu no ēkas tas nepieciešams, lai piekļūtu sabiedriskā transporta sistēmai.

Pārstāvji īsā laika posmā parādīja visus priekšrocības, ko sniedz ArcGIS API izmantošana Javascript, tostarp:

  • 3D logrīki: ar interaktīvu demonstrāciju viņi norādīja attālumu starp objektiem gan horizontāli, gan vertikāli.
  • Lietojumprogrammu konstruēšana: no vietas un 3D objektiem.
  • SceneView skatuves režīms: definē 3D skatu saturu un stilu, un to var augšupielādēt ArcGIS portālam.
  • Ģeodēziskie mērījumi: ne tikai koncentrējas uz virsmas struktūru, bet arī ļauj izmērīt zemeslodes attālumus.
  • Celtniecības pieteikumus, modelējot 3D saskaņā realitātes iesniegts telpā, līnijas vai burbuļi zvaniet ja ir norādīts noteiktas funkcijas, piemēram, tagi, kas ir par platformām, piemēram, Google Earth, šajā gadījumā 3D
  • Declutter: izmanto, lai attīrītu vai filtra etiķetes vai īpašības, kas ir nepieciešamas, lai redzētu kartē 3D, tādējādi izvairoties no daudz iezīmes, kas neļauj pienācīgi vizualizāciju, un rada troksni, kad atrast kaut ko īpašu.

Pēc katras tajā iekļautās pazīmes demonstrēšanas ArcGIS API Javascript, parādīja jaunumus, kas tiks prezentēti jaunajā 4.10 versijā. Kur jums būs iespēja:

  • Veidojiet skatuves slāni
  • Slice widget: kas iepriekš nosūtīto informāciju pārsūta 3D objektam
  • Liela datu apjoma ielāde: ne tikai atbilst konkrētai pilsētai, bet gan valstij (valstij).
  • Momentu filtri

Šī tīmekļa seminārdaļas ieguldījums geoinženierijā

Īsāk sakot, tēma ir ļoti derīga; atceroties, ka tendences, kas vērstas uz digitālajiem dvīņiem un viedajām pilsētām, prasa ne tikai domāt par informācijas pārvaldību, kuras modelēšana ir ievērojami pārvarēta, bet arī tiek aplūkota integrācija ar darbības modelēšanu. Tirgus ir liels, daudzsološs un līdz šim gala lietotājam ir daudz risinājumu, kas gandrīz ir pabeigti; lai gan tiem no mums, kuri izmanto tehnoloģiju, lai izgatavotu nekonkurētus rīkus, ceļš joprojām ir grūti. Tas nozīmē, ka, sasaistot citas dimensijas, piemēram, procesu ilgumu, izmaksas un dzīves ciklu, tiek saprasts; nevis datu un tehnoloģiju līmenī, kas, kā mēs uzstājam, ir nepārprotams jautājums, bet gan mazāk sarežģītā pielāgošanās lietotāja reālās dzīves ietekmei pirms transakcijas ķēdes starpniekiem, kas iet caur telpisko informāciju. No ESRI puses datu uzbūve ir nedaudz grūta, jo, kaut arī tā jau var integrēt BIM datus, kas veidoti uz Revit, tā tomēr izskatās kā divas atšķirīgas pasaules, kurām nepieciešama sarežģīta pārveidošana. Jaunie darbi, protams, var tikt izmantoti BIM modeļos, taču ir pārmērīgs CAD informācijas daudzums, lai to varētu izmantot iekštelpu apstākļos, bet daudzstūru telpas, paaugstinājumi un standartizēti slāņi joprojām ir dārgi.

Tomēr, ja Esri ir pelnījis nopelnu, tas ir progress, kas viņam ir pievilcīgas un vienkāršas vizualizācijas ziņā. Es jau varu iedomāties Don Džona vilšanos, jo viņa optika par "ļaujiet padarīt to viegli" AutoDesk vertikālo līniju līderiem tādā novēlotā, bet veiksmīgā laulībā, kur «gandrīz ArcGIS Pro lietojumprogramma»Jums ir jāatrod zem loksnēm, jo ​​tas atbilst vairākiem gabaliem, kas norāda uz to pašu, bet ar grūtībām vienkāršot tā rezultāta būtību, ko meklē topogrāfija, rūpnieciskā inženierija, civilā inženierija un arhitektūra. Un tas, ka mākslinieciskās kartes vienkāršības tendence, ko ĢIS cieta, joprojām jāpārbauda tradicionālajai CAD, jo šis ieradums aizmirst, ka plāns ir tikai līdzeklis, bet svarīgākais ir celt ēku.

Laba prakse modelēšana GIS, viegls, kas vērsta uz ieguves realitāti būs noderīga CAD / BIM hibrīdu, kas kādu laiku būs jādzīvo, jo pieņemšana BIM daudzās valstīs iet ilgi, jo īpaši ar noteikumiem muļķība vecmodīgs ierēdņi iestrēdzis uz pirmajiem diviem burtiem AECO vīziju.

Sacensības būs interesanti nākamajos gados, ļoti līdzīgā tendence, lai nepārtraukti plūst secību CAD-GIS-BIM-DigitalTwin-SmartCity; par ko liecina Siemens / Bentley puses rīcība šādu risinājumu iegādē CityPlanner un atvērtā koda publicēšana Javascript.

Tagad mēs uzticamies Esri par šīs sinerģijas centieniem ar AutoDesk, ne tikai integrējot datus / tehnoloģijas, procesa / aktiera integrācijas pieejā. Galu galā tas ir ieguvums lietotājiem, kuriem mums jānodrošina šis solis, lai iemācītos izprast modeļus un kodu; lai sāktu vismaz labu ArcGIS Pro kursu un pamata Javascript.

Šie ir daži kursi, kurus mēs iesakām jums atjaunināt par pieņemamām cenām.

Atstājiet savu komentāru

Jūsu e-pasta adrese netiks publicēta.

Šī vietne izmanto Akismet, lai samazinātu surogātpastu. Uzziniet, kā tiek apstrādāti jūsu komentāru dati.