3D Web data modellering med API-javascript: Esri Advances

Når vi ser funksjonalitet Smart Campus ArcGIS med oppgaver som reiseruter mellom et skrivebord i tredje etasje av bygningen av profesjonelle tjenester og en i Q Auditorium, som et resultat av både land interiør og integrering av BIM data, finner vi Integrasjonen av Geo-engineering strømmer inn i en bindende visjon er svært nært.

Og til tross for at det mangler alvorlige oppgaver for å opprettholde en MDM-type (master data management) metode for et sannhetspunkt mellom GIS, den virkelige BIM og applikasjonshendelsene i det virkelige liv som kjører på denne pekeren. Vi innser også at all denne funksjonaliteten kjører i nettlesere, med noen Python for rutiner, men fremfor alt med et språk som lett som javascript.

Det som uunngåelig minner oss om, at geomatikk og ingeniører må gå et skritt videre for å forstå modeller og programmeringskoder.

Det er også viktig å merke seg trendendringen fra tunge skrivebordsmiljøer til lette nettleserkodebiter. Sikkert en datavitenskapsmann som laget kunst med GIS-server, Gis Engine eller Gis-objekter gikk ut av virksomhet da han så hvordan Leaflet jobbet i et kurs om MappingGis; Jeg ville ikke bli overrasket om han gikk for å hoppe over graven til forgjengerens mentor.

I påvente av den neste versjonen av ArcGis Indoors, oppsummerer denne artikkelen en kombinasjon av Laus takknemlighet - en tålmodig jente som samarbeider med dette nettstedet - og kontekstvisningene til redaktøren av Geofumadas.com, på det siste nettseminaret “En introduksjon til 3D på nettet med ArcGIS API for Javascript ".

Utstillerne av webinaret dukket opprinnelig opp med en god krok om temaet å bruke 3D i ArcGIS-applikasjoner, og hvordan det manifesterer seg i plattformene til: Sceneviser, Story Maps eller Web App Builder, avhengig av formålet med studien.

Det var viktig at de grunnleggende konseptene knyttet til 3D-temaet ble definert fra begynnelsen, spesielt fordi det utover å vise volumer, søker å modellere prosesser. Også det aspektet som fremdeles er kritisk når det gjelder grunnleggende systemkrav for å kjøre prosesser knyttet til denne typen data som er helt forskjellige fra 2D, for eksempel et godt grafikkort, OpenGL-støtte inkludert i nettleseren m / WebGL.

Hvis ikke, la dem bli fortalt av venner av SELPER, i det fantastiske kurset av kapitalforvaltning i GIS-teknologier, som hadde sine barrierer før OpenGL-versjonene av Nvidia-grafikkortene fra universitetet hvor den ble utviklet. Økt eksponentielt av protestene fra Bogota-studenter som gjorde det vanskelig å gjøre nok tester dagen før.

I tillegg oppdaget de lanseringen av støtte for å kjøre verktøyet på mobile enheter som mobiltelefoner eller tabletter.

I presentasjonen gjennomført flere eksempler eller demonstrasjoner, for å forstå hvordan den API for Javascript-funksjoner, og hvor data som er sammenkoblet for å generere modellering 3D, ved å starte med belastningen av lag eller informasjon til WebScene og senere dets modellering / gjengivelses 3D i Screeneview,

Teknologisk integrasjon

Arkitekturen er av type 4.x og består av visuelle komponenter og widgets, i tillegg til å akseptere flere lag med informasjon fra forskjellige datakilder. Denne arkitekturen skiller seg ut over 3.x fordi 3D-visualisering bare er tilgjengelig for dette nivået. Webscene- og SceneView-verktøyene brukes til å administrere 3D-data og er fullt integrert i API, i tillegg til hvordan 3D-modellering kan tilpasses dataene som er tilgjengelige i tidligere applikasjoner.

Med eksempler indikerte de den visuelle forskjellen mellom 2D og 3D-data og hvordan man går fra en 2D WebScene-kartvisning til en 3D SceneView, gjennom javascript-koder. Manipuleringen av kameraet er enkel, og legger til noen spesifikke kommandoer, visningene endrer retning. Tester ble utført på følgende egenskaper:

overskriften, som tillater rotasjon av kameraet på arbeidsområdet.
Gå til: brukes til å opprette en visning i henhold til hva du vil se i 3D, pluss du kan lage animasjoner med dette verktøyet, for eksempel å plassere bestemte grader av overskrift å gjenskape en rotasjonsanimasjon.
tomap: tar koordinat av visningen og plasserer den på 2D-kartet
toScreen: lar deg angi et punkt på 2D-kartet og plassere det senere i 3D-visningen
hitTest: brukes til å bestemme egenskapene som et bestemt punkt har i visningen

De definerte også at konstruksjonen av et kart 3D har de samme verktøy for å lage en 2d, for eksempel ved hjelp bakgrunnskart, lag eller sjikt som støttes også at for 2D (WMS, vektorer eller CSV).

Du bør imidlertid være oppmerksom på at 2D lagene inneholder ingen informasjon "Z" (høyde), og det er derfor det er nødvendig å modellere data knyttet til 3D har lag som skyer av poeng, meshlayersen elevationlayers. Innenfor API kan man konsultere på følgende 3D lag som for eksempel høyde bestemte punkter innen synsvidde, i bildet (1) opprinnelig observerte felt, og bildet (2) som den endres fra spørring eller konsultasjon gjort.

De viste flere eksempler på hvordan data blir representert, for eksempel hvilke data som støttes av SceneLayers (poeng) og 3D-objekter (3D-objekter).

For store byer er representasjonen av 3D-objekter et kraftig verktøy, siden det er mulig å se, ikke bare den romlige plasseringen av objektet, men dets volum, forholdet til miljøet, så vel som egenskapene til hver enkelt av dem kan legges til. gjenstandene. Bildet nedenfor viser hvordan de tilfeldig valgte en bygning i New York City, og alle dens egenskaper kan sees. På samme måte kan flere spørsmål utarbeides i henhold til strukturene, for eksempel: der visse strukturer som har et bestemt høydepunkt eller definisjon av optimale ruter er lokalisert

Støtter håndtering av lag som IntegratedMeshLayer, som er en blokk med informasjon fra sensorer som droner. De inneholder ikke isolert informasjon av hver struktur som det forrige bildet, men det er en masse informasjon med 3D-attributter.

Når det gjelder punktskyene, kan du spille med størrelsen på punktene for å få bedre visualisering av dataene, siden hvert punktlag kan ha milliarder informasjonspunkter, men de er ikke representert som et 3D-objekt i seg selv.

De spesifiserte bruken av symbologi i 3D-data, som presenteres i flate / flate former, og volumsymbologien assosiert med objekter opprettet i 3D. Disse kan være i spesifikke stiler avhengig av typen objekt. De viste bruken av såkalte Extrudes for å "farge" strukturen i henhold til dens egenskaper,

Typene gjengivelse som kan brukes ble vist: simplerenderer, der alle gjenstandene har en enkelt symbol, uniqueValueRenderer hvor du kan kategorisere objektene, i henhold til et attributt, og ClassBreakRenderer hvor attributter av hvert objekt blir observert i forhold til en klasse: i dette tilfellet angav de hvor langt avstanden fra bygningen det tar å få tilgang til kollektivtransportsystemet.

Presentatørene viste på kort tid sel Webinar alle fordelene ved å bruke ArcGIS API for Javascript, inkludert:

3D-widgets: Med en interaktiv demonstrasjon angav de avstanden mellom objekter, både horisontalt og vertikalt.
Konstruksjon av applikasjoner: fra stedet og 3D-objektene.
SceneView-scenemodus: definerer innholdet og stilen til 3D-visningen og kan lastes opp til Portal for ArcGIS.
Geodetiske målinger: Ikke bare fokuserer på overflatenes konstruksjoner, men gir også mulighet til å måle avstander i kloden.
Byggesøknader, modellering 3D henhold til virkeligheten presenteres plass, linjer eller bobler ringe der visse funksjoner er angitt, for eksempel koder som er på plattformer som Google Earth, i dette tilfellet 3D
Declutter: brukes til å rense eller filter etiketter eller karakteristikker som er nødvendige for å se på kartet 3D, og dermed unngår en rekke etiketter som ikke tillater riktig visualisering, og forårsake støy ved plassering av noe bestemt.

Etter demonstrasjonene av hver karakteristikk innlemmet i ArcGIS API for Javascript, viste nyhetene å bli presentert i den nye 4.10-versjonen. Der vil du ha mulighet for:

Bygg scenelaget
Slice widget: som vil overføre tidligere utformet informasjon til et 3D objekt
Laster inn en stor mengde data: Ikke bare tilsvarende en bestemt by, men nasjonalt (land).
Punktsky-filtre

Bidrag fra dette webinaret til geoengineering

Kort fortalt er emnet veldig gyldig; å huske at trendene mot digitale tvillinger og smarte byer krever at integrering med driftsmodellering blir tatt tak i, utover å tenke på informasjonsadministrasjon, hvis modellering er sterkt overgått. Markedet er bredt, lovende og hittil har det allerede mange nesten nøkkelferdige løsninger for sluttbrukeren; men for de av oss som bruker teknologi til å lage ikke-hermetiske verktøy, er veien fortsatt vanskelig. Dette innebærer at de andre dimensjonene som tid, kostnad og livssyklus av prosessene konvergeres; ikke på nivå med data og teknologi, som, som vi insisterer, er et klart tema, men snarere i den mindre smertefulle tilpasningen til brukerens virkelige handlinger før mellommenn i transaksjonskjeden som går gjennom romlig informasjon. Fra ESRI-siden er datakonstruksjon noe vanskelig, for selv om du allerede kan integrere BIM-data bygget på Revit, blir det fortsatt sett på som to separate verdener som krever kompleks transformasjon. De nye verkene vil helt sikkert kunne brukes på BIM-modeller, men det er for mye CAD-informasjon som det er dyrt å bringe den til innendørs forhold, med polygoniserte mellomrom, høyder og normaliserte lag.

Men hvis Esri fortjener kreditt, er det fremgangen den gjør når det gjelder attraktiv og enkel visualisering. Jeg kan allerede forestille meg skuffelsene til Mr. Jack, med sin optikk av "la oss gjøre det enkelt" de vertikale linjelederne til AutoDesk, i det sene, men vellykkede ekteskapet der "nesten en ArcGIS Pro-applikasjon” må finne under arkene som en passform med flere stykker som peker på det samme, men med vanskeligheter med å forenkle essensen av resultatet etterspurt av topografi, industriteknikk, anleggsteknikk og arkitektur. Og det er at trenden med enkelhet til det kunstneriske kartet som GIS led, fortsatt må leves av konvensjonell CAD, på grunn av den vanen med å glemme at en plan bare er et medium, men at det viktige er å sette bygningen i drift .

God praksis modellering GIS, lett, med fokus på abstraksjon av virkeligheten vil være nyttig for CAD / BIM hybrid, som for en stund må leve fordi innføringen av BIM i mange land går for lenge, spesielt ved forskrift ineptitude gammeldagse tjenestemenn fast på de to første bokstavene i AECO visjon.

Løpet vil være interessant i de kommende årene, i en veldig lignende trend for å bringe til en kontinuerlig flyt sekvensen CAD-GIS-BIM-DigitalTwin-SmartCity; som det fremgår av handlinger på siden av Siemens / Bentley i oppkjøpet av løsninger som CityPlanner og utgivelsen av åpen kildekode på Javascript.

For nå, la oss gi Esri kreditt for den synergiinnsatsen med AutoDesk, utover data / teknologiintegrasjon, i en prosess / aktørintegrasjonsmetode. Til slutt er det en gevinst for brukerne, som er igjen for å garantere det trinnet for å lære å forstå modeller og kode; å starte i det minste et godt ArcGIS Pro-kurs og et Javascript-grunnleggende.