Modelización de datos web 3D con API-javascript: Esri Avances

Cando vemos a funcionalidade ArcGIS Campus intelixentes con tarefas como rutas de viaxe entre unha mesa no terceiro andar do edificio de servizos profesionais e unha no Q Auditorio, como resultado de tanto a terra interior e integración de datos de BIM, atopamos A integración dos fluxos de Geo-enxeñaría nunha visión vinculante é moi próxima.

E a pesar de que faltan tarefas serias para manter un método tipo de xestión de datos mestres (MDM) para un punto de verdade entre a realidade lixeira de SIX, a realidade BIM detallada e os incidentes de aplicación na vida real que se executan neste punteiro. Tamén nos decatamos de que toda esta funcionalidade está a executarse nos navegadores web, con algo de Python para rutinas pero especialmente cunha linguaxe tan lixeira como o javascript.

O que nos recorda inevitablemente, que os xeomáticos e os enxeñeiros terán que dar un paso máis para comprender modelos e códigos de programación.

Tamén é importante notar o cambio de tendencia de ambientes de escritorio pesados ​​a fragmentos de código de navegador lixeiros. Seguro que un informático que fixo arte con servidor GIS, Gis Engine ou obxectos Gis saíu das mans cando viu como traballaba Leaflet nun curso sobre MapeamentoGis; Non me sorprendería si fose a saltar sobre a tumba ao seu predecesor mentor.

Neste artigo á espera da seguinte versión ArcGis Indoors, este resume unha combinación das apreciacións de Lau - unha rapaza tenaz que colabora con este sitio - e as vistas de contexto do editor de Geofumadas.com, no recente seminario web "Unha introdución a 3D na web coa API ArcGIS para Javascript ".

Os expositores do seminario web apareceron inicialmente cun bo enganche sobre o tema do uso de 3D en aplicacións ArcGIS e como se manifesta nas plataformas de: Visor de escenas, Story Maps ou Web App Builder segundo o propósito do estudo.

Era importante que os conceptos básicos relacionados co tema 3D estivesen definidos desde o primeiro momento, especialmente porque máis aló de mostrar volumes, pretende modelar procesos. Tamén o aspecto que aínda é crítico en termos de requisitos básicos do sistema para executar procesos ligados a este tipo de datos que son completamente diferentes ao 2D, como unha boa tarxeta gráfica, soporte OpenGL incluído no navegador con WebGL.

Se non, deixe que os amigos te digan SELPER, no magnífico curso da xestión de activos nas tecnoloxías SIX, que tiña as súas barreiras ante as versións OpenGL das tarxetas gráficas de Nvidia da Universidade onde se desenvolveu.  Aumentado exponencialmente polas protestas dos estudantes de Bogotá que dificultaron a realización de probas suficientes o día anterior.

Ademais, revelaron o lanzamento de soporte para executar a ferramenta en dispositivos móbiles como teléfonos móbiles ou tabletas.

Na presentación realizada varios exemplos ou demostracións, para entender como a API para funcións JavaScript e como os datos son conectados a xerar 3D modelaxe, comezando coa carga de capas ou información para WebScene e máis tarde a súa modelaxe / renderización 3D en Screeneview,

Integración tecnolóxica

A arquitectura é de tipo 4.x e está composta por compoñentes visuais e widgets, ademais de aceptar varias capas de información de diferentes fontes de datos. Esta arquitectura destaca por máis de 3.x porque a visualización 3D só está dispoñible para este nivel. As ferramentas Webscene e SceneView úsanse para xestionar datos 3D e están totalmente integrados na API, ademais de como se pode adaptar o modelado 3D aos datos dispoñibles en aplicacións anteriores.

Con exemplos, indicaron a diferenza visual entre os datos 2D e 3D e como pasar dunha vista de mapa 2D WebScene a unha 3D SceneView, a través dos códigos javascript. A manipulación da cámara é sinxela, engadindo algúns comandos específicos e as vistas cambian a dirección. As probas realizáronse coas seguintes características:

  • encabezado, que permite a rotación da cámara no espazo de traballo.
  • goo: úsase para establecer unha vista segundo o que queiras ver en 3D, ademais de que podes facer animacións con esta ferramenta, como poñer certos graos de Título para recrear unha animación de rotación.
  • ToMap: toma a coordenada da vista e colócaa no mapa 2D
  • toScreen: permite que indique un punto no mapa 2D e colóqueo máis tarde na vista 3D
  • hitTest: úsase para determinar as características que ten un punto específico dentro da vista

Eles definido que a construción dun mapa 3D ten as mesmas ferramentas para crear unha 2d, tales como a utilización de bases de mapas, capas ou capas que tamén son compatibles que para 2D (WMS, vectores ou CSV).

Non obstante, hai que ter en conta que as capas 2D non conteñen a información de "Z" (altura), é por iso que para modelar datos é necesario ter capas asociadas con 3D como nubes de punto, meshlayersou elevadores. Dentro da API, pode facer consultas sobre estas capas 3D, como puntos de elevación específicos dentro da vista, na imaxe (1) que o terreo se observa orixinalmente e na imaxe (2) a medida que cambia desde a pregunta ou consultas feitas.

Mostraron múltiples exemplos de como se representan os datos, por exemplo, que datos admiten SceneLayers (puntos) e os obxectos 3D (3D Objects).

Para as grandes cidades, a representación de obxectos en 3D é unha poderosa ferramenta, xa que é posible ver non só a situación espacial do obxecto, senón tamén o seu volume, a súa relación co entorno, así como as características intrínsecas de cada un deles. os obxectos. A imaxe de abaixo mostra como seleccionaron aleatoriamente un edificio na cidade de Nova York e pódense ver todos os seus atributos. Do mesmo xeito, poderíanse preparar múltiples consultas segundo as estruturas, como por exemplo: onde se atopan certas estruturas que teñen un rango de altura específico ou a definición de rutas óptimas

Admite o manexo de capas como IntegratedMeshLayer, que é un bloque de información de sensores como drones. Non conteñen información illada de cada estrutura como a imaxe anterior, pero é unha masa de información con atributos 3D.

Como nubes de puntos, pode xogar co tamaño dos puntos a obter unha mellor visión dos datos, xa que cada capa de punto pode millóns de millóns de puntos de datos, pero eles non son representados como a un obxecto 3D.

Especificaron o uso da simboloxía nos datos 3D, que se presenta en formas planas / planas, e a simboloxía do volume asociada aos obxectos creados en 3D. Estes poden estar en estilos específicos segundo o tipo de obxecto. Mostraron o uso das chamadas Extrusións para "colorear" a estrutura segundo os seus atributos,

Os tipos de render que se poden usar foron mostrados: simplerenderer, onde todos os obxectos teñen unha única simbología, a uniqueValueRenderer onde podes categorizar os obxectos, de acordo cun atributo eo ClassBreakRenderer onde se observan os atributos de cada obxecto con respecto a unha clase: neste caso indicaron canto distancia do edificio que leva para acceder ao sistema de transporte público.

Os presentadores, mostraron no curto espazo de tempo de Webinar, todos os beneficios de utilizar a API ArcGIS para Javascript, incluíndo:

  • Dispositivos 3D: cunha demostración interactiva indicaron a distancia entre obxectos, tanto horizontal como vertical.
  • Construción de aplicacións: desde a localización e os obxectos 3D.
  • Modo escena SceneView: define o contido e o estilo da vista 3D e pódese cargar en Portal para ArcGIS.
  • Medidas xeodésicas: non só se centra nas estruturas da superficie, senón que tamén permite medir distancias no globo.
  • aplicacións de construción, modelaxe 3D segundo o espazo realidade presentada, liñas ou burbullas chamar en que determinados elementos son indicados como etiquetas que están en plataformas como Google Earth, neste caso 3D
  • Declutter: usado para purificar ou etiquetas de filtro ou características que son necesarios para ver no mapa 3D, evitando así unha gran cantidade de etiquetas que non permiten a visualización adecuada, e causar ruído cando localizar algo específico.

Seguindo as demostracións de cada característica incorporada  API ArcGIS para Javascript, mostrou as novidades que se presentarán na nova versión de 4.10. Onde terá a posibilidade de:

  • Construír a capa de escena
  • Slice widget: que transmitirá información previamente deseñada a un obxecto 3D
  • Cargando unha gran cantidade de datos: non só corresponden a unha cidade concreta, senón a nivel nacional (país).
  • Filtros de nubes de punto

Contribucións deste webinar á xeoingeniería

En resumo, o tema é moi válido; lembrando que as tendencias cara aos xemelgos dixitais e as cidades intelixentes requiren que, máis aló de pensar na xestión da información, cuxo modelado foi moi superado, se aborde a integración co modelado de operacións. O mercado é amplo, prometedor e ata a data xa ten moitas solucións case chave en man para o usuario final; aínda que para os que usamos a tecnoloxía para fabricar ferramentas non enlatadas, o camiño aínda é difícil. Isto implica converxer as outras dimensións como o tempo, o custo e o ciclo de vida dos procesos; non a nivel de datos e tecnoloxía, que, como insistimos, é un tema claro, senón na adaptación menos dolorosa ás accións da vida real do usuario ante intermediarios da cadea transaccional que pasan pola información espacial. Dende o lado de ESRI, a construción de datos é algo ardua, porque aínda que xa se poden integrar datos BIM construídos en Revit, aínda se ven como dous mundos separados que requiren unha transformación complexa. Os novos traballos seguramente poderán usarse nos modelos BIM, pero hai unha cantidade excesiva de información CAD que para levala ás condicións de interior, con espazos poligonizados, alzados e capas normalizadas aínda é caro.

Non obstante, se Esri merece un crédito, é o avance nunha visualización atractiva e sinxela. Xa podo imaxinar as decepcións de Don Jack, coa súa óptica de «poñamos máis doado» os líderes das liñas verticais de AutoDesk, nese matrimonio tardío pero exitoso onde «case unha aplicación ArcGIS Pro»Debes atopar debaixo das sabas como un zapato con varias pezas que apuntan ao mesmo pero con dificultades para simplificar a esencia do resultado que buscan a topografía, a enxeñaría industrial, a enxeñaría civil e a arquitectura. E é que a tendencia de sinxeleza do mapa artístico que sufriu o SIX aínda debe ser experimentada polo CAD convencional, debido a ese hábito de esquecer que un plan só é un medio, pero que o importante é poñer en funcionamento o edificio.

Boas prácticas de modelaxe GIS, lixeiro, con foco na abstracción da realidade será útil para híbrido CAD / BIM, que por un tempo terá que vivir, porque a adopción do BIM en moitos países continúa por moito tempo, sobre todo pola ineptitude regulamentos funcionarios anticuados pegados nas dúas primeiras letras da visión AECO.

A carreira será interesante nos próximos anos, nunha tendencia moi semellante para dar un fluxo continuo á secuencia CAD-GIS-BIM-DigitalTwin-SmartCity; como demostran as accións do lado de Siemens / Bentley na adquisición de solucións como CidadePlanner e o lanzamento de código aberto en Javascript.

De momento, démoslle crédito a Esri por ese esforzo de sinerxía con AutoDesk, máis alá da integración de datos / tecnoloxía, nun enfoque de integración de procesos / actores. Ao final, é un beneficio para os usuarios, que quedan garantindo ese paso para aprender a comprender modelos e código; para comezar polo menos un bo curso ArcGIS Pro e os conceptos básicos de Javascript.

Estes son algúns cursos que recomendamos mantelo actualizado a prezos accesibles.

[ufwp id = »1927556 ​​″]

[ufwp search = »javascript» orderby = »sales» items = »3 ″ template =» grid »grid =» 3 ″]

Deixa unha resposta

Enderezo de correo electrónico non será publicado.

Este sitio usa Akismet para reducir o spam. Aprende a procesar os teus datos de comentarios.