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.
Neskatoties uz to, ka trūkst nopietnu uzdevumu, lai uzturētu galveno datu pārvaldības (MDM) metodi, lai iegūtu patiesības punktu starp GIS vieglo realitāti, detalizēto BIM realitāti un lietojuma gadījumiem reālajā dzīvē, kas darbojas ar šo rādītāju. Mēs arī saprotam, ka visa šī funkcionalitāte darbojas tīmekļa pārlūkprogrammās, ar dažiem Python rutīnām, bet it īpaši ar tik vieglu valodu 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 tendenču maiņu no smagas darbvirsmas vides uz vieglām pārlūkprogrammas koda fragmentiem. Datorzinātnieks, kurš veidoja mākslu ar GIS serveri, Gis Engine vai GIS objektiem, noteikti izgāja no rokas, kad redzēja, kā Leaflet darbojas kursā MappingGis; Es nebūtu pārsteigts, ja viņš gāja pārcelt kapu viņa priekšgājēja mentoram.
Līdz nākamajai ArcGis Indoors versijai šajā rakstā ir apkopota Lau atzinība - stingra meitene, kas sadarbojas ar šo vietni - un Geofumadas.com redaktora konteksta skati nesenajā tīmekļa seminārā “Ievads 3D tīmeklī ar ArcGIS API Javascript ".
Sākotnēji vebināra izstādes dalībnieki parādīja labu saikni ar tematu par 3D izmantošanu ArcGIS lietojumprogrammās un par to, kā tas izpaužas platformās: Scene viewer, Story Maps vai Web App Builder atkarībā no pētījuma mērķa.
Bija svarīgi, lai ar 3D tēmu saistītie pamatjēdzieni tiktu definēti jau no paša sākuma, jo īpaši tāpēc, ka papildus apjomu parādīšanai tā cenšas modelēt procesus. Arī aspekts, kas joprojām ir kritisks attiecībā uz sistēmas pamatprasībām, lai palaistu procesus, kas saistīti ar šāda veida datiem, kas pilnīgi atšķiras no 2D, piemēram, laba grafiskā karte, OpenGL atbalsts, kas iekļauts pārlūkprogrammā 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. To strauji palielināja Bogotas 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ālajiem komponentiem un logrīkiem, turklāt tā pieņem vairākus informācijas slāņus no dažādiem datu avotiem. Šī arhitektūra ir izcilāka par 3.x, jo 3D vizualizācija ir pieejama tikai šim līmenim. Webscene un SceneView rīki tiek izmantoti 3D datu pārvaldībai un ir pilnībā integrēti API papildus tam, kā 3D modelēšanu var pielāgot datiem, kas pieejami iepriekšējās lietojumprogrammās.
Ar piemēriem, izmantojot javascript kodus, viņi norādīja vizuālo atšķirību starp 2D un 3D datiem un to, kā no 2D WebScene kartes skata pāriet uz 3D SceneView. Manipulācija ar kameru ir vienkārša, pievienojot dažas īpašas komandas, skati maina virzienu. Testi tika veikti ar šādām īpašībām:
- 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 virsrakstu 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, kā dati tiek attēloti, piemēram, kādus datus atbalsta SceneLayers (punkti) un 3D objekti (3D objekti).
Lielām pilsētām 3D objektu attēlojums ir spēcīgs rīks, jo ir iespējams redzēt ne tikai objekta telpisko atrašanās vietu, bet arī tā apjomu, saistību ar vidi, kā arī katra no tiem raksturīgās īpašības. objektiem. Zemāk redzamajā attēlā redzams, kā viņi nejauši izvēlējās ēku Ņujorkā, un ir redzami visi tās atribūti. Tāpat varētu sagatavot vairākus vaicājumus atbilstoši struktūrām, piemēram: kur atrodas noteiktas struktūras, kurām ir noteikts augstuma diapazons vai optimālu maršrutu definīcija
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 precizēja simboloģijas izmantošanu 3D datos, kas tiek parādīti plakanās / plakanās formās, un skaļuma simboloģiju, kas saistīta ar 3D, kas izveidota XNUMXD formātā. Tie var būt noteiktos stilos atbilstoši objekta tipam. Viņi parādīja tā saukto izspiešanu izmantošanu, lai “nokrāsotu” struktūru atbilstoši tās 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, priekšmets ir ļoti derīgs; atceroties, ka digitālo dvīņu un viedo pilsētu virzība prasa, lai tiktu domāts ne tikai par informācijas pārvaldību, kuras modelēšana ir ievērojami pārsniegta, bet arī integrācija ar darbības modelēšanu. Tirgus ir plašs, daudzsološs un līdz šim gala lietotājam jau ir daudz gandrīz gatavu risinājumu; lai gan tiem no mums, kas izmanto tehnoloģiju, lai izgatavotu nekonservētus instrumentus, ceļš joprojām ir grūts. Tas nozīmē, ka saplūst citas dimensijas, piemēram, laiks, izmaksas un procesu dzīves cikls; nevis datu un tehnoloģiju līmenī, kas, kā mēs uzstājam, ir skaidrs jautājums, bet gan mazāk sāpīgā pielāgošanā lietotāja reālajām dzīves darbībām pirms starpniekiem darījumu ķēdē, kas iziet caur telpisko informāciju. No ESRI puses datu konstruēšana ir nedaudz apgrūtinoša, jo, lai gan jūs jau varat integrēt BIM datus, kas balstīti uz Revit, tie joprojām tiek uzskatīti par divām atsevišķām pasaulēm, kurām nepieciešama sarežģīta pārveidošana. Jaunos darbus noteikti varēs izmantot BIM modeļos, taču ir pārmērīgs CAD informācijas daudzums, kas joprojām ir dārgs, lai to nogādātu iekštelpu apstākļos ar daudzstūrveida atstarpēm, pacēlumiem un normalizētiem slāņiem.
Tomēr, ja Esri ir pelnījis atzinību, tas ir progress, ko tas panāk pievilcīgas un vienkāršas vizualizācijas ziņā. Es jau varu iedomāties Džeka kunga vilšanos ar AutoDesk vertikālās līnijas līderu optiku "padarīsim to viegli" šajā vēlajā, bet veiksmīgajā laulībā, kurā "gandrīz ArcGIS Pro lietojumprogramma” ir jāatrod zem loksnēm kā saderība ar vairākiem gabaliem, kas norāda uz vienu un to pašu, bet ar grūtībām vienkāršot topogrāfijas, rūpnieciskās inženierijas, civilās inženierijas un arhitektūras sasniegtā rezultāta būtību. Un tā ir tā, ka mākslinieciskās kartes vienkāršības tendence, ko cieta ĢIS, joprojām ir jādzīvo ar parasto CAD, jo tiek aizmirsts, ka plāns ir tikai medijs, bet galvenais ir nodot ēku ekspluatācijā. .
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.
Pagaidām piešķirsim Esri par sinerģijas centieniem ar AutoDesk, papildus datu / tehnoloģiju integrācijai, izmantojot procesa / dalībnieka integrācijas pieeju. Galu galā tas ir ieguvums lietotājiem, kuriem atliek garantēt šo soli, lai iemācītos saprast modeļus un kodu; sākt vismaz labu ArcGIS Pro kursu un Javascript pamatus.
