3D моделювання веб-даних за допомогою API-javascript: Esri Advances
Коли ми бачимо, функціональність смарт Campus ArcGIS з такими завданнями, як туристичні маршрути між столом на третьому поверсі будівлі професійних послуг та один в Q Auditorium, в результаті як землі внутрішніх і інтеграції даних BIM, ми знаходимо Інтеграція геоінформаційних потоків в зв'язкове бачення дуже близька.
І незважаючи на те, що відсутні серйозні завдання для підтримки методу управління основними даними (MDM) для точки істини між світлою реальністю ГІС, детальною реальністю BIM та інцидентами додатків у реальному житті, які працюють на цьому покажчику. Ми також усвідомлюємо, що вся ця функціональність працює у веб-браузерах, з деякими Python для підпрограм, але перш за все з легкою мовою, як javascript.
Що неминуче нагадує нам, що геометоди та інженери повинні ще далі зрозуміти моделі та програмні коди.
Також важливо відзначити тенденцію переходу від важких середовищ робочого столу до легких фрагментів браузера. Напевно, комп'ютерист, який займався мистецтвом за допомогою ГІС-сервера, Gis Engine або Gis-об'єктів, вийшов з ладу, коли побачив, як Leaflet працював на курсі з MappingGis; Я б не здивувався, якщо він піде на перемогу над могилою до наставника свого попередника.
Очікуючи наступної версії ArcGis Indoors, ця стаття підсумовує комбінацію досліджень Лау - жорстка дівчина, яка співпрацює з цим сайтом - і контекстні погляди редактора Geofumadas.com, на нещодавньому веб-семінарі “Вступ до 3D в Інтернеті за допомогою ArcGIS API для Javascript ".
Спочатку учасники вебінару з'явилися з гарним гачком на тему використання 3D в додатках ArcGIS та того, як це проявляється на платформах: Scene Viewer, Story Maps або Web App Builder, залежно від мети дослідження.
Важливо було, щоб основні поняття, пов'язані з 3D-темою, були визначені з самого початку, особливо тому, що окрім показу обсягів, вона прагне моделювати процеси. Також аспект, який як і раніше є критично важливим з точки зору базових системних вимог для запуску процесів, пов’язаних із даними цього типу, які абсолютно відрізняються від 2D, наприклад, хороша відеокарта, підтримка OpenGL, що входить до браузера з WebGL.
Якщо ні, нехай їх розкажуть друзі Селпер, в чудовому ході управління активами в технологіях ГІС, які мали свої перешкоди перед версіями OpenGL відеокартів Nvidia університету, де він був розроблений. Збільшилася в геометричній прогресії завдяки протестам студентів Боготи, що ускладнило проведення достатньої кількості тестів напередодні.
Крім того, вони виявили запуск підтримки, щоб запустити інструмент на мобільних пристроях, таких як мобільні телефони або планшети.
У презентації провела кілька прикладів і демонстрації, щоб зрозуміти, як API для функцій JavaScript і як дані взаємопов'язано для створення моделювання 3D, починаючи з завантаженням шарів або інформації WebScene і подальшої її моделюванням / рендерингом 3D в Screeneview,
Технологічна інтеграція
Архітектура має тип 4.x і складається з візуальних компонентів та віджетів, окрім прийому кількох шарів інформації з різних джерел даних. Ця архітектура перевершує понад 3.x, оскільки 3D-візуалізація доступна лише для цього рівня. Інструменти Webscene та SceneView використовуються для управління 3D-даними та повністю інтегровані в API, на додаток до того, як 3D-моделювання може бути адаптоване до даних, наявних у попередніх додатках.
На прикладах вони вказали візуальну різницю між двовимірними та тривимірними даними та те, як перейти з двовимірного перегляду карти WebScene на 2D SceneView через коди javascript. Маніпуляція з камерою проста, додаючи деякі конкретні команди, види змінюють напрямок. Випробування проводили за такими характеристиками:
- заголовок що дозволяє обертати камеру на робоче середовище.
- GoTo: використовується для встановлення вигляду відповідно до того, що ви хочете побачити в 3D, а також ви можете зробити анімацію за допомогою цього інструмента, наприклад, розміщення певних ступенів заголовок відтворити анімацію обертання.
- ToMap: бере координацію зору і розміщує її на карті 2D
- на екрані: дозволяє вказати точку на карті 2D і помістити її пізніше у вікні 3D
- hitTest: використовується для визначення характеристик, які певна точка має у представленні
Вони також визначили, що будівництво карти 3D мають одні і ті ж інструменти для створення одного 2d, наприклад, з використанням базових карт, шарів або шарів, які також підтримуються, що для 2D (WMS, векторів або CSV).
Проте, слід зазначити, що 2D шари не містять ніякої інформації «Z» (висота), тому необхідно моделювати дані, пов'язані з 3D мають шари у вигляді хмар точок, мешалкиабо вертикальні шари, В API ви можете проконсультуватися з цих 3D шарів, таких як підйом певні точки в межах видимості, в зображенні (1) спочатку спостережуваного поля і зображення (2), як вона змінюється від запит або консультація зроблена.
Вони показали кілька прикладів того, як дані представлені, наприклад, які дані підтримують SceneLayers (точки) та 3D-об'єкти (3D-об'єкти).
Для великих міст подання тривимірних об’єктів є потужним інструментом, оскільки можна побачити не тільки просторове розташування об’єкта, але його об’єм, взаємозв’язок із навколишнім середовищем, а також внутрішні характеристики кожного з них. об'єктів. На наступному зображенні показано, як вони випадковим чином вибрали будівлю в Нью-Йорку, і всі її атрибути можна побачити. Подібним чином можна було б підготувати кілька запитів відповідно до структур, таких як: де розташовані певні структури, що мають певний діапазон висоти або визначення оптимальних маршрутів
Підтримує обробку шарів, як IntegratedMeshLayer який являє собою блок інформації від датчиків, як безпілотники. Вони не містять ізольовану інформацію про кожну структуру, подібну до попереднього зображення, але це маса інформації з атрибутами 3D.
Що стосується хмар точок, ви можете грати з розміром точок, щоб отримати краще уявлення даних, так як кожна точку шар може мати трильйони точок даних, але вони не представлені як сам 3D об'єкт.
Вони вказали використання символіки в даних 3D, яка представлена в плоских / плоских формах, та символіку об’єму, пов’язану з об’єктами, створеними в 3D. Вони можуть бути в конкретних стилях залежно від типу об’єкта. Вони показали використання так званих екструдів для "забарвлення" структури відповідно до її атрибутів,
Показані типи візуалізації, які можуть бути використані: спрощувач де всі об'єкти мають єдину символіку, uniqueValueRenderer де можна класифікувати об'єкти, відповідно до атрибута, і ClassBreakRenderer де атрибути кожного об'єкта спостерігаються щодо класу: у цьому випадку вони вказали, скільки відстані від будівлі потрібні для доступу до системи громадського транспорту.
Ведучі, за короткий час продемонстрували всі переваги використання ArcGIS API для Javascript, включаючи:
- Віджети 3D: за допомогою інтерактивної демонстрації вони вказали відстань між об'єктами, як по горизонталі, так і по вертикалі.
- Побудова додатків: від місця розташування та об'єктів 3D.
- SceneView сюжетний режим: визначає вміст і стиль перегляду 3D і може бути завантажений в Портал для ArcGIS.
Геодезичні вимірювання: фокусується не тільки на структурах поверхні, але також дозволяє вимірювати відстані у земному шарі.- Створення додатків, моделювання 3D згідно реальності представлені простору, лінії або бульбашки називають де певні ознаки вказані, наприклад, теги, які знаходяться на платформах, таких як Google Earth, в цьому випадку 3D
- Declutter: використовується для очищення або фільтр мітки або характеристики, які необхідні, щоб побачити на карті 3D, уникаючи таким чином багато ярликів, які не дозволяють правильну візуалізацію, і викликати шум при пошуку щось конкретне.
Після демонстрації кожної характеристики, включеної в ArcGIS API для Javascript, показали новинки, які будуть представлені в новій версії 4.10. Де ви матимете можливість:
- Побудуйте шар сцени
- Віджет фрагмента: який передаватиме попередньо розроблену інформацію в об'єкт 3D
- Завантажується велика кількість даних: не тільки відповідає конкретному місту, але і національному (країні).
- Точки хмарних фільтрів
Внески цього вебінару в геоінженерію
Коротше кажучи, предмет дуже дійсний; пам'ятаючи, що тенденції до цифрових близнюків та розумних міст вимагають, щоб, не замислюючись про управління інформацією, моделювання якого було значно перевершено, інтеграція з моделюванням операцій. Ринок широкий, перспективний, і на сьогоднішній день у нього вже є безліч рішень майже під ключ для кінцевих споживачів; хоча для тих з нас, хто використовує технології для виготовлення неконсервованих інструментів, дорога все ще важка. Це передбачає зближення інших вимірів, таких як час, вартість та життєвий цикл процесів; не на рівні даних та технологій, що, як ми наполягаємо, є явною проблемою, а скоріше в менш болісному пристосуванні до дій користувача в реальному житті перед посередниками в ланцюжку транзакцій, які проходять через просторову інформацію. З боку ESRI побудова даних є дещо складною, оскільки, хоча ви вже можете інтегрувати дані BIM, побудовані на Revit, вони все ще розглядаються як два окремі світи, які потребують складної трансформації. Нові роботи, безсумнівно, можна буде використовувати на BIM-моделях, але існує надмірна кількість інформації САПР, що привести її до умов приміщення, з полігонізованими просторами, висотами та нормалізованими шарами все ще коштує дорого.
Однак, якщо Esri заслуговує на повагу, то це прогрес, який вона досягає з точки зору привабливої та простої візуалізації. Я вже можу уявити розчарування містера Джека з його оптикою «давайте полегшимо» лідерів вертикальної лінії AutoDesk у тому пізньому, але успішному шлюбі, де «практично програма ArcGIS Pro” необхідно знайти під аркушами як підгонку з кількома деталями, які вказують на те саме, але з труднощами, щоб спростити суть результату, до якого прагнуть топографії, промислове будівництво, цивільне будівництво та архітектура. І це те, що тенденція простоти художньої карти, яку зазнала ГІС, все ще повинна бути використана звичайними CAD через звичку забувати, що план – це лише засіб, але важливо ввести будівлю в експлуатацію. .
Належна практика моделювання ГІС, легкий, орієнтовані на абстракції реальності буде корисно для CAD / BIM гібрида, який на деякий час доведеться жити, тому що прийняття BIM в багатьох країнах йде довго, особливо бездарність правил Старомодні посадові особи приклеєні до перших двох листів бачення AECO.
Гонка буде цікавою в найближчі роки, за дуже схожою тенденцією довести до безперервного потоку послідовність CAD-GIS-BIM-DigitalTwin-SmartCity; про що свідчать дії на стороні Siemens / Bentley щодо придбання таких рішень, як CityPlanner і випуск відкритого коду на Javascript.
Поки що, давайте Esri похвалимося цим зусиллям із взаємодією з AutoDesk, крім інтеграції даних / технологій, у підході до інтеграції процесів / акторів. Зрештою, це вигода для користувачів, яким залишається гарантувати цей крок, щоб навчитися розуміти моделі та код; щоб розпочати хоча б хороший курс ArcGIS Pro та основи Javascript.
