ArcGIS Maps SDK 300.1: фотореалістичні 3D-сцени, швидші тайли на 25% і повноцінне офлайн-редагування
Кожен, хто будує застосунки на просторових даних, рано чи пізно впирається в одні й ті самі проблеми: 3D-моделі об'єктів виглядають надто «пластиково» для серйозних презентацій замовнику, великі проєкти з векторними тайлами гальмують на старті, редагування офлайн виглядає інакше, ніж онлайн, а аналітика рельєфу чи великих растрів впирається в обмеження продуктивності. Версія 300.1 адресує саме ці болючі точки -і саме навколо них варто подивитись на реліз.
Проблема: 3D-моделі об'єктів недостатньо реалістичні
Для інженерних мереж, промислових об'єктів чи складної інфраструктури схематична 3D-візуалізація часто не дає потрібного рівня довіри - важко показати замовнику чи керівництву реальний стан об'єкта, коли модель виглядає як спрощений макет.
Рішення: підтримка шарів Gaussian splat у локальних сценах. Технологія відтворює сцену з мільйонів дрібних елементів («сплатів»), кожен зі своїм положенням, формою, кольором і прозорістю, - на виході фотореалістичне зображення об'єкта, включно з прозорими й відбивними поверхнями (скло, метал) та природною рослинністю. Дані можна брати як онлайн з ArcGIS Online/Enterprise, так і повністю локально - це рятує в умовах слабкого чи відсутнього інтернету. Поки що доступно для настільних застосунків на .NET та Qt, мобільні платформи - попереду.
Фотореалістична 3D-сцена стадіону, створена за допомогою шару Gaussian splat. Джерело: Esri.
Проблема: локальні сцени поступаються глобальним за функціоналом
Після появи локальних сцен навесні 2026 року стало очевидно: частину звичних можливостей глобальних сцен у них просто бракувало, і це обмежувало сценарії використання там, де важлива саме локальна, автономна робота з 3D.
Рішення: 300.1 підтягує локальні сцени до рівня глобальних:
· глобальний шар підписів і назв місць (Places and Labels) - тепер базові 3D-карти Esri відображаються повноцінно і локально;
· шари 3D Tiles, зокрема фотореалістичні тайли Google;
· режими змішування (blend modes) для растрових шарів - щоб візуально виділяти потрібні патерни;
· хмари точок (point cloud) з гнучким налаштуванням відображення за класами значень, унікальними атрибутами, кольором чи RGB, та фільтрацією за типом відбиття LiDAR чи бітовими прапорцями.
Динамічна зміна способу відображення хмари точок у локальній 3D-сцені. Джерело: Esri.
Проблема: великі проєкти з векторними тайлами гальмують
Чим більше даних у векторному тайловому шарі, тим повільніше застосунок стартує і тим більше пам'яті споживає - а для об'ємних проєктів це відчутно б'є по досвіду користувача.
Рішення: оптимізація рендерингу скоротила час початкового завантаження шарів до 25% і споживання пам'яті - до 20%. Додатково з'явилась ідентифікація окремих об'єктів прямо у векторному тайловому шарі - без потреби публікувати окремий шар об'єктів і без зайвого навантаження на сервер.
Ідентифікація окремих об'єктів безпосередньо у векторному тайловому шарі. Джерело: Esri.
Проблема: офлайн-редагування «бідніше» за онлайн
Коли команда працює без стабільного з'єднання - в полі, на об'єкті, в зоні з обмеженим покриттям - досвід редагування часто був не таким керованим, як онлайн: частина шаблонів і налаштувань просто залишалась недоступною.
Рішення: спільні шаблони редагування тепер можна завантажувати офлайн - в автономні карти та мобільні бази геоданих із синхронізацією, отримуючи однаковий керований досвід незалежно від з'єднання. Плюс:
· створення радіальних ліній з однієї точки одним шаблоном (зручно для мереж, що розходяться від трансформатора чи вузла);
· збереження справжньої форми кривих при побудові буферів, відступів, інтервалів - критично для доріг, трубопроводів, водогонів;
· дані про кількість пов'язаних записів, які створює шаблон;
· пришвидшене кешування шаблонів і менше навантаження на сервіс.
Створення пов'язаних радіальних ліній з однієї точки за допомогою спільного шаблону редагування. Джерело: Esri.
Окремо - нові події редагування геометрії в реальному часі: застосунок реагує ще до завершення редагування, попереджаючи про перетин заборонених меж, змінюючи символіку чи блокуючи недопустимі зміни форми — тобто помилки ловляться на льоту, а не в постобробці.
Проблема: аналітика рельєфу і великих растрів впирається в обмеження
Реакція застосунку на зміни геометрії безпосередньо під час редагування. Джерело: Esri.
Розрахунок нахилу чи експозиції схилу, робота з великими наборами растрових даних — усе це раніше або вимагало виходу за межі нативної аналітики, або впиралось у ліміт розміру файлу.
Рішення: нові функції картографічної алгебри (тригонометричні, експоненціальні, clamp, remainder), окремі функції slope та aspect для аналізу рельєфу, а також підтримка наборів даних понад 2 ГБ — обчислення автоматично розбиваються на менші ділянки з подальшим об'єднанням результату. До цього додано новий API керування пірамідами растрів для контролю швидкодії при роботі з великими чи сильно стисненими зображеннями.
Ще кілька проблем, які закрили тихо
Розрахунок нахилу (slope) та експозиції схилу (aspect) для аналізу рельєфу. Джерело: Esri.
· Мережі інженерних комунікацій: складне трасування і робота кількох користувачів у різних версіях бази - тепер зручніше завдяки іменованим функціям трасування, підтримці восьмої версії схеми мережі та оновленню даних без повного перестворення геобази.
· Обмежений вибір базової підкладки офлайн: тепер як базову карту можна використати геопросторовий PDF або растровий файл, а не лише тайлові пакети.
· Доступність інтерфейсу: підписи на картах автоматично масштабуються під налаштування розміру тексту пристрою.
· Військова символіка: лінійні умовні знаки тепер можуть динамічно відображатися на основі атрибутів вимірювання - наприклад, ширина повітряного коридору.
· Платформні оновлення: .NET SDK переходить на .NET 10 для MAUI, Qt SDK підтримує Linux ARM64, Flutter SDK наближається до паритету з іншими SDK (виноски у сценах, геообробка, умовні значення), Kotlin/Swift/.NET отримали оновлені компоненти Toolkit.
Підсумок
300.1 - реліз не «про фічі заради фіч», а про усунення конкретних больових точок, які накопичувались у команд розробників: недостатня реалістичність 3D, розрив між локальними й глобальними сценами, повільні великі проєкти, нерівний офлайн-досвід і обмеження аналітики. Якщо ви вже на 300.x — оновлення варте того, щоб закрити саме ці прогалини у своїх проєктах.
А щоб перехід на нову версію SDK не перетворювався на окремий проєкт із пошуком сумісностей, помилок і нюансів міграції, ці питання можна закрити в межах технічного обслуговування від ECOMM . Допоможемо оцінити нові можливості ArcGIS Maps SDK 300.1 саме для вашого рішення, спланувати оновлення, розібрати технічні питання та мінімізувати ризики під час переходу на нову версію.
Телефон технічної підтримки : +38 (044) 502-41-31
Пн-Пт 9:00 - 18:00