API-javascript를 사용한 3D 웹 데이터 모델링 : Esri Advances

우리가 내부 육지의 결과 및 BIM 데이터의 통합으로, 같은 Q 강당에서 전문 서비스의 건물과 하나의 3 층에 책상 사이의 여행 경로 등의 작업과 기능 스마트 캠퍼스는 ArcGIS를 볼 때, 우리는 발견 지오 엔지니어링 플로우를 구속력있는 비전으로 통합하는 것은 매우 가깝습니다.

그리고 GIS의 가벼운 현실, 세부 현실 BIM 및이 포인터에서 실행되는 실제 애플리케이션 사건 사이의 진실 지점에 대한 마스터 데이터 관리 (MDM) 유형 방법을 유지하기위한 심각한 작업이 없다는 사실에도 불구하고. 우리는 또한이 모든 기능이 웹 브라우저에서 실행되고 있다는 것을 알고 있습니다. 일부 Python은 루틴 용이지만 특히 자바 스크립트와 같은 가벼운 언어를 사용합니다.

필연적으로 우리에게 떠오르는 것은 기하학자와 엔지니어가 모델과 프로그래밍 코드를 이해하는 데 더 많은 단계를 밟아야한다는 것입니다.

무거운 데스크톱 환경에서 가벼운 브라우저 코드 스 니펫으로의 추세 변화에 주목하는 것도 중요합니다. 분명히 GIS 서버, Gis Engine 또는 Gis 개체를 사용하여 예술을 만든 컴퓨터 과학자는 Leaflet이 한 과정에서 어떻게 작동하는지보고 사업을 중단했습니다. 매핑; 전임 스승의 스승에게 무덤을 뛰어 넘기 위해 간다면 놀라지 않을 것입니다.

다음 ArcGis Indoors 릴리스를 기다리고있는이 기사는 Lau의 통찰력을 요약합니다. 이 사이트와 협력하는 끈질긴 소녀 -최근 웨비나에서 Geofumadas.com 편집자의 컨텍스트보기Javascript 용 ArcGIS API를 사용한 웹상의 3D에 대한 소개 ".

웨비나의 출품 업체는 처음에 ArcGIS 애플리케이션에서 3D를 사용하는 주제와 연구 목적에 따라 Scene 뷰어, 스토리 맵 또는 Web App Builder의 플랫폼에서 어떻게 나타나는지에 대해 잘 알고있었습니다.

3D 테마와 관련된 기본 개념을 처음부터 정의하는 것이 중요했습니다. 특히 볼륨을 보여주는 것 이상으로 프로세스 모델링을 추구하기 때문입니다. 또한 좋은 그래픽 카드, WebGL 브라우저에 포함 된 OpenGL 지원 등 2D와 완전히 다른 이러한 유형의 데이터에 연결된 프로세스를 실행하기위한 기본 시스템 요구 사항 측면에서 여전히 중요한 측면입니다.

그렇지 않다면, 친구에게 SELPERGIS 기술의 엄청난 자산 관리 과정에서, 개발 된 Nvidia 그래픽 카드의 OpenGL 버전 이전에 장벽이있었습니다. 전날 충분한 시험을하기 어렵게 만든 보고타 학생들의 항의로 기하 급수적으로 증가.

또한 휴대폰이나 태블릿과 같은 모바일 장치에서이 도구를 실행할 수있는 지원을 시작했습니다.

프리젠 테이션은 몇 가지 예 또는 데모를 실시에서, 이해하는 방법 자바 스크립트 기능을위한 API와 데이터가 WebScene에 층 또는 정보의 부하와 Screeneview에 3D 렌더링 이후의 모델링 /로 시작, 모델링 3D를 생성하는 상호 연결 방법,

기술적 통합

아키텍처는 4.x 유형이며 시각적 구성 요소와 위젯으로 구성되며 다양한 데이터 소스에서 여러 계층의 정보를 허용합니다. 3D 시각화는이 수준에서만 사용할 수 있기 때문에이 아키텍처는 3.x보다 두드러집니다. Webscene 및 SceneView 도구는 3D 데이터를 관리하는 데 사용되며 이전 응용 프로그램에서 사용 가능한 데이터에 3D 모델링을 적용 할 수있는 방법 외에도 API에 완전히 통합됩니다.

예제를 통해 2D와 3D 데이터의 시각적 차이와 자바 스크립트 코드를 통해 2D WebScene지도보기에서 3D SceneView로 이동하는 방법을 표시했습니다. 카메라의 조작은 간단하며 뷰가 방향을 변경하는 특정 명령을 추가합니다. 테스트는 다음 특성에 대해 수행되었습니다.

제목, 작업 공간에서 카메라를 회전시킬 수 있습니다.
goTo : 3D에서보고 싶은 것에 따라보기를 설정하는 데 사용됩니다. 또한이 도구로 애니메이션을 만들 수 있습니다. 표제 회전 애니메이션을 다시 만듭니다.
ToMap : 뷰 좌표를 가져 와서 2D 맵에 배치합니다.
toScreen : 2D 맵에 포인트를 표시하고 나중에 3D 뷰에 배치 할 수 있습니다.
hitTest : 뷰 내에서 특정 점이 갖는 특성을 결정하는 데 사용됩니다.

또한지도 3D의 구성이되도록 2D (WMS, 그림 또는 CSV)에 대한 지원도 basemaps, 층 또는 층을 사용하여 하나 2d을 만드는 동일한 공구를 가지고 정의.

그러나 2D 레이어에 "Z"(높이) 정보가 포함되어 있지 않아야합니다. 즉, 데이터를 모델링하는 데 3D와 관련된 레이어가 점 구름으로 있어야하며, 메쉬 레이어또는 해발 고도계. 이 API 내에서는 그 변경 사항으로 고도 이미지의 시야 내의 특정 지점 (3)는 원래 관찰 필드 및 이미지 (1) 등이 2D 레이어에 참조 할 수 질문 또는 상담을했다.

예를 들어 데이터 SceneLayers (포인트) 및 3D 개체 (3D 개체)가 지원하는 데이터와 같은 데이터 표현 방법에 대한 여러 예를 보여주었습니다.

대도시의 경우 3D 개체의 표현은 개체의 공간적 위치뿐만 아니라 개체의 부피, 환경과의 관계 및 각 개체의 고유 특성을 추가 할 수 있기 때문에 강력한 도구입니다. 개체. 아래 이미지는 뉴욕시에서 건물을 무작위로 선택한 방법을 보여 주며 모든 속성을 볼 수 있습니다. 마찬가지로 구조에 따라 다음과 같이 여러 쿼리를 준비 할 수 있습니다. 특정 높이 범위 또는 최적 경로 정의가있는 특정 구조가있는 위치

다음과 같은 레이어 처리 지원 IntegratedMeshLayer, 이것은 드론 (drones)과 같은 센서의 정보 블록입니다. 이전 이미지와 같이 각 구조의 격리 된 정보를 포함하지 않지만 3D 특성을 가진 대량의 정보입니다.

포인트 클라우드는 각 포인트 레이어가 수십억 개의 정보 포인트를 가질 수 있지만 3D 오브젝트 자체로 표현되지 않으므로 포인트 크기로 재생하여 데이터를보다 잘 시각화 할 수 있습니다.

그들은 평면 / 평면 형태로 표현되는 3D 데이터의 심볼로지 사용과 3D로 생성 된 물체와 관련된 볼륨 심볼로지를 지정했습니다. 이는 객체 유형에 따라 특정 스타일 일 수 있습니다. 그들은 속성에 따라 구조를 "색칠"하기 위해 소위 돌출 (Extrudes)을 사용하는 것을 보여주었습니다.

사용할 수있는 렌더링 유형이 표시되었습니다. 단순한 렌더러, 모든 객체가 단일 심볼로지를 갖는 경우, uniqueValueRenderer 속성에 따라 객체를 분류 할 수 있습니다. ClassBreakRenderer 여기서 각 물체의 속성은 한 클래스와 관련하여 관찰된다 :이 경우 그들은 대중 교통 시스템에 접근하기 위해 건물로부터 얼마나 멀리 떨어져 있는지를 지적했다.

발표자는 짧은 시간에 웹 세미나에서 ArcGIS API for Javascript 사용의 모든 이점을 보여주었습니다.

3D 위젯 : 상호 작용 시연을 통해 객체 간의 거리를 가로 및 세로로 표시했습니다.
위치 및 3D 객체로부터 응용 프로그램의 생성.
SceneView 장면 모드 : 3D 뷰의 내용과 스타일을 정의하고 ArcGIS 용 Portal에 업로드 할 수 있습니다.
측지 측정 : 표면의 구조에 초점을 맞출뿐만 아니라 지구의 거리를 측정 할 수 있습니다.
애플리케이션 구축, 3D 모델링, 예 : Google Earth와 같은 플랫폼에서 볼 수있는 태그와 같이 특정 기능이 표시된 공간, 선 또는 거품의 현실에 따라 모델링합니다.이 경우 3D
Declutter : 정화하거나 사용 필터 레이블 또는 따라서 적절한 시각화를 허용하고, 특정 무언가를 찾을 때 소음이 발생하지 않는 라벨을 많이 피하고,지도 3D에하는 데 필요한 특성.

각 특성의 데모에 이어 Javascript 용 ArcGIS API, 새로운 4.10 버전에서 발표 될 참신을 보여 줬다. 다음과 같은 가능성이있는 곳 :

장면 레이어 만들기
슬라이스 위젯 : 이전에 설계된 정보를 3D 객체로 전송합니다.
많은 양의 데이터로드 : 특정 도시에 해당 할뿐만 아니라 국가 (국가)에 해당합니다.
포인트 클라우드 필터

이 웹 세미나의 기하학 작품에 대한 기고

요컨대, 주제는 매우 유효합니다. 디지털 트윈과 스마트 시티에 대한 추세는 모델링이 크게 능가한 정보 관리에 대한 생각을 넘어 운영 모델링과의 통합이 해결되어야 함을 기억합니다. 시장은 넓고 유망하며 현재까지 이미 최종 사용자를위한 턴키 솔루션이 많이 있습니다. 통조림이 아닌 도구를 만들기 위해 기술을 사용하는 우리에게는 길이 아직 어렵습니다. 이것은 시간, 비용 및 프로세스의 수명주기와 같은 다른 차원을 수렴한다는 것을 의미합니다. 분명한 문제인 데이터 및 기술 수준이 아니라 공간 정보를 통과하는 트랜잭션 체인의 중개자 이전에 사용자의 실제 행동에 덜 고통스럽게 적응하는 것입니다. ESRI 측면에서 데이터 구성은 다소 어렵습니다. Revit 위에 구축 된 BIM 데이터를 이미 통합 할 수 있지만 복잡한 변환이 필요한 두 개의 별도 세계로 간주되기 때문입니다. 새로운 작품은 BIM 모델에서 확실히 사용할 수 있지만 다각형 공간, 고도 및 정규화 된 레이어를 사용하여 실내 조건으로 가져 오려면 CAD 정보가 너무 많습니다. 여전히 비용이 많이 듭니다.

그러나 Esri가 인정받을 자격이 있다면 매력적이고 단순한 시각화 측면에서 볼 때 이룩한 발전입니다. 나는 이미 "쉽게 만들자"라는 시각으로 AutoDesk의 수직선 리더인 Jack이 늦었지만 성공적인 결혼 생활에서 실망했을지 상상할 수 있습니다.거의 ArcGIS Pro 응용 프로그램"는 지형, 산업 공학, 토목 공학 및 건축이 추구하는 결과의 본질을 단순화하는 데 어려움이 있지만 동일한 것을 가리키는 여러 조각으로 시트 아래에서 적합성을 찾아야 합니다. 그리고 GIS가 겪었던 예술적 지도의 단순함의 추세는 계획은 단지 매개체지만 중요한 것은 건물을 작동시키는 것임을 잊는 습관으로 인해 여전히 기존의 CAD에 의해 살아야 한다는 것입니다. .

좋은 사례 모델링 GIS, 경량, 많은 나라에서 BIM의 채택이 특히 조례 부적당으로, 오래 간다 때문에 감수해야 잠시 동안 CAD / BIM 하이브리드, 유용 할 것입니다 현실의 추상화에 집중 AECO 비전의 처음 두 글자에 붙여진 고풍스러운 관리들.

경주는 향후 몇 년 동안 흥미로운 일이 될 것입니다. CAD-GIS-BIM-DigitalTwin-SmartCity 시퀀스를 연속적으로 실행하는 것과 매우 유사한 추세입니다. 지멘스 / 벤틀리 측에서는 다음과 같은 솔루션을 인수 할 때의 행동으로 입증되었습니다. CityPlanner Javascript에서 오픈 소스가 공개되었습니다.

지금은 데이터 / 기술 통합을 넘어 프로세스 / 액터 통합 접근 방식에서 AutoDesk와의 시너지 노력에 대해 Esri에게 감사를 표합니다. 결국 모델과 코드를 이해하는 방법을 배우는 단계를 보장해야하는 사용자에게는 이득이됩니다. 최소한 좋은 ArcGIS Pro 과정과 자바 스크립트 기본 사항을 시작합니다.