Datamodellering Web 3D med API-javascript: Förskott Esri

När vi ser funktionalitet Smart Campus ArcGIS med uppgifter som resvägar mellan ett skrivbord på tredje våningen i byggnaden för Professional Services och en i Q Auditorium, som ett resultat av både land interiör och integrationen av BIM uppgifter finner vi Integrationen av Geo-engineering strömmar i en bindande vision är mycket nära.

Och trots att allvarliga uppgifter saknas för att upprätthålla en MDM-typmetod (master data management) för en sanningspunkt mellan GIS: s lätta verklighet, den detaljerade BIM-verkligheten och applikationsincidenter i verkliga livet som körs på den här pekaren. Vi inser också att all denna funktionalitet körs i webbläsare, med lite Python för rutiner men särskilt med ett språk som lätt som javascript.

Vad som oundvikligen påminner oss, måste geomatik och ingenjörer gå ett steg längre för att förstå modeller och programmeringskoder.

Det är också viktigt att notera trendförändringen från tunga skrivbordsmiljöer till lätta webbläsarkodavsnitt. Visst gick en datavetare som skapade konst med GIS-server, Gis Engine eller Gis-objekt ur hand när han såg hur Leaflet arbetade i en kurs om MappingGis; Jag skulle inte bli förvånad om han gick för att hoppa över graven till sin föregångare mentor.

I väntan på nästa version av ArcGis Indoors sammanfattar denna artikel en kombination av Lus uppskattningar - en tålamodig tjej som samarbetar med den här webbplatsen - och sammanfattningarna av redaktören för Geofumadas.com, på det senaste webinaret “En introduktion till 3D på webben med ArcGIS API för Javascript ".

Webbinarns utställare uppträdde ursprungligen med en bra krok om ämnet att använda 3D i ArcGIS-applikationer, och hur det manifesterar sig i plattformarna för: Scenvisare, Story Maps eller Web App Builder beroende på syftet med studien.

Det var viktigt att de grundläggande begreppen relaterade till 3D-temat definierades från början, speciellt för att det bortom att visa volymer försöker modellera processer. Även den aspekt som fortfarande är kritisk när det gäller grundläggande systemkrav för att köra processer kopplade till denna typ av data som är helt annorlunda än 2D, till exempel ett bra grafikkort, OpenGL-stöd ingår i webbläsaren med WebGL.

Om inte, låt dem få veta av vänner av SELPER, i den magnifika kursen av kapitalförvaltning i GIS-teknik, som hade sina barriärer före OpenGL-versionerna av Nvidia-grafikkorten vid universitetet där den utvecklades. Ökade exponentiellt av protester från studenter i Bogota som gjorde det svårt att göra tillräckligt med tester dagen innan.

Dessutom avslöjade de lanseringen av stöd för att köra verktyget på mobila enheter som mobiltelefoner eller surfplattor.

I presentationen genomfört flera exempel eller demonstrationer, för att förstå hur API för JavaScript-funktioner och hur data sammankopplade för att generera modellerings 3D, som börjar med last av lager eller information till WebScene och senare dess modellering / rendering 3D i Screeneview,

Teknisk integration

Arkitekturen är av typ 4.x och består av visuella komponenter och widgets, förutom att acceptera flera lager av information från olika datakällor. Denna arkitektur utmärker sig över 3.x eftersom 3D-visualisering endast är tillgänglig för denna nivå. Webscene- och SceneView-verktygen används för att hantera 3D-data och är helt integrerade i API: et, förutom hur 3D-modellering kan anpassas till data som finns i tidigare applikationer.

Med exempel indikerade de den visuella skillnaden mellan 2D- och 3D-data och hur man går från en 2D WebScene-kartvy till en 3D SceneView, genom javaskriptkoderna. Manipuleringen av kameran är enkel, lägga till några specifika kommandon vyerna ändrar riktning. Tester utfördes med följande egenskaper:

rubrik, som möjliggör rotation av kameran på arbetsytan.
GOTO: används för att skapa en vy enligt vad du vill se i 3D, plus du kan göra animeringar med det här verktyget, till exempel att placera vissa grader av rubrik att återskapa en rotationsanimation.
tomap: tar koordinering av vyn och placerar den på 2D-kartan
toScreen: kan du ange en punkt på 2D-kartan och placera den senare i 3D-vyn
hitTest: används för att bestämma vilka egenskaper som en specifik punkt har inom utsikten

De definieras också att konstruktionen av en karta 3D har samma verktyg för att skapa en 2d, som att använda bakgrundskartor, skikt eller skikt som också stöds att för 2D (WMS, vektorer eller CSV).

Du bör dock notera att 2D lagren innehåller ingen information "Z" (höjd), vilket är varför det är nödvändigt att modellera data i samband med 3D har lager som moln av punkter, meshlayersen elevationlayers. Inom API kan du göra förfrågningar om dessa 3D-lager, till exempel specifika höjdpunkter i vyn, i bilden (1) terrängen är ursprungligen observerad och i bilden (2) när den ändras från fråga eller samråd.

De visade flera exempel på hur data representeras, till exempel vilka data SceneLayers (poäng) och 3D-objekt (3D Objects) stöder.

För stora städer är representationen av 3D-objekt ett kraftfullt verktyg eftersom det är möjligt att inte bara se objektets rumsliga plats utan också dess volym, dess förhållande till miljön, liksom de inneboende egenskaperna hos var och en av dem. föremålen. Bilden nedan visar hur de slumpmässigt valde en byggnad i New York City, och alla dess attribut kan ses. På samma sätt kan flera frågor förberedas enligt strukturerna, såsom: där vissa strukturer som har ett specifikt höjdintervall eller definition av optimala rutter finns

Stöder hanteringen av lager som IntegratedMeshLayer, vilket är ett block av information från sensorer som droner. De innehåller inte isolerad information för varje struktur som den tidigare bilden, men det är en massa information med 3D-attribut.

När det gäller punktmoln, kan du spela med storleken på punkterna för att få en bättre bild av data, eftersom varje punkt lager kan ha biljoner datapunkter, men de är inte representerade som en 3D själva objektet.

De specificerade användningen av symbologi i 3D-data, som presenteras i platta / platta former, och volymsymbologin associerad med objekt som skapats i 3D. Dessa kan vara i specifika stilar beroende på typen av objekt. De visade användningen av så kallade Extrudes för att "färga" strukturen enligt dess attribut,

De typer av render som kan användas visades: simplerenderer, där alla föremål har en enda symbologi, uniqueValueRenderer där du kan kategorisera objekten, enligt ett attribut, och ClassBreakRenderer där attribut för varje objekt observeras i förhållande till en klass: i detta fall angav de hur mycket avståndet från byggnaden som krävs för att komma åt kollektivtrafiksystemet.

Presentatörerna visade på kort sikt sel Webinar alla fördelar med att använda ArcGIS API för Javascript, inklusive:

3D-widgets: Med en interaktiv demonstration angav de avståndet mellan objekt, både horisontellt och vertikalt.
Konstruktion av applikationer: från platsen och 3D-objekten.
SceneView-scenläge: definierar innehållet och stilen för 3D-vyn och kan laddas upp till Portal för ArcGIS.
Geodetiska mätningar: fokuserar inte bara på ytstrukturerna utan ger också möjlighet att mäta avstånd i världen.
Bygga applikationer, modellering 3D enligt den verklighet som presenteras utrymme, linjer eller bubblor kallar där vissa funktioner indikeras, såsom taggar som finns på plattformar som Google Earth, i detta fall 3D
Declutter: används för att rena eller filter etiketter eller egenskaper som krävs för att se på kartan 3D och därmed undvika en hel del etiketter som inte tillåter korrekt visualisering, och orsaka buller när lokalisera något specifikt.

Efter demonstrationerna av varje karaktäristiskt införlivad i ArcGIS API för Javascript, visade att nyheten skulle presenteras i den nya 4.10-versionen. Där får du möjlighet att:

Bygg scenlagret
Slice widget: som kommer att sända tidigare utformad information till ett 3D objekt
Laddar en stor mängd data: inte bara motsvarande en viss stad, men nationellt (land).
Point cloud-filter

Bidrag från detta webinar till geoengineering

Kort sagt, ämnet är mycket giltigt; komma ihåg att trenderna mot digitala tvillingar och smarta städer kräver att, utöver att tänka på informationshantering, vars modellering har överträffats kraftigt, integrering med driftsmodellering behandlas. Marknaden är bred, lovande och hittills har den redan många nästan nyckelfärdiga lösningar för slutanvändaren; men för oss som använder teknik för att tillverka verktyg som inte är konserverade är vägen fortfarande svår. Detta innebär, konvergera de andra dimensionerna såsom processens tid, kostnad och livscykel; inte på data- och tekniknivå, vilket, som vi insisterar, är en tydlig fråga, utan i den mindre smärtsamma anpassningen till användarens verkliga handlingar inför mellanhänder i transaktionskedjan som passerar genom rumslig information. Från ESRI-sidan är datakonstruktionen något svår, för även om du redan kan integrera BIM-data byggda på Revit ses det fortfarande som två separata världar som kräver komplex omvandling. De nya verken kommer säkert att kunna användas på BIM-modeller, men det finns en alltför stor mängd CAD-information som fortfarande är dyr för att få den till inomhusförhållanden, med polygoniserade utrymmen, höjder och normaliserade lager.

Men om Esri förtjänar beröm är det de framsteg den gör när det gäller attraktiv och enkel visualisering. Jag kan redan föreställa mig besvikelserna hos Mr Jack, med sin optik av "låt oss göra det lätt" de vertikala linjeledarna för AutoDesk, i det sena men framgångsrika äktenskapet där "nästan en ArcGIS Pro-applikation” måste hitta under bladen som en passform med flera stycken som pekar på samma sak men med svårigheter att förenkla essensen av resultatet eftersträvade av topografi, industriteknik, anläggningsteknik och arkitektur. Och det är att trenden av enkelhet för den konstnärliga kartan som GIS drabbades av, fortfarande måste levas av konventionell CAD, på grund av den vanan att glömma att en plan bara är ett medium, men att det viktiga är att sätta byggnaden i drift .

God praxis modellering GIS, lätt, med fokus på abstraktion av verkligheten kommer att vara användbar för CAD / BIM hybrid, som för en stund kommer att få leva eftersom införandet av BIM i många länder går för långt, särskilt av föreskrifter oduglighet gammaldags tjänstemän klistrade på de första två bokstäverna i AECO-visionen.

Loppet kommer att vara intressant under de kommande åren, i en mycket liknande trend för att medföra kontinuerligt flöde sekvensen CAD-GIS-BIM-DigitalTwin-SmartCity; vilket framgår av åtgärder på sidan av Siemens / Bentley vid förvärv av lösningar som CityPlanner och frisläppandet av öppen källkod på Javascript.

För nu, låt oss ge Esri kredit för den synergieffären med AutoDesk, bortom data / teknikintegration, i en process / aktörintegrationsstrategi. I slutändan är det en vinst för användarna, som är kvar att garantera det steget för att lära sig förstå modeller och kod; att starta åtminstone en bra ArcGIS Pro-kurs och Javascript-grunder.