Перейти до основного вмісту
megapromotingПоговорімо
Продукти Relieva

Orașe și modele 3D Prototip & cercetare

Місто, яке ви можете досліджувати в глибину.

Ми розробляємо 3D-репрезентації міста, що поєднують рельєф, карти та дані про забудоване середовище. Напрям Relieva — це оновлення моделі за допомогою спостережень із місцевості, керованих зонами, де з’являються зміни.

Explorează straturile
Ce reprezintă straturile

Рельєф дає основу, будівлі описують забудоване середовище, а спостереження вказують на місця для перевірки. Увімкніть і вимкніть шари.

Інтерактивна схема, без координат або реальних вимірювань. Модель Relieva готується для аналізованої зони.

Relieva

Від інформації до виконаної роботи.

01

Relief

Ми починаємо з моделей висот і картографічних даних із задокументованим джерелом.

02

Міська модель

Ми будуємо навігаційну репрезентацію будівель, маршрутів і околиць.

03

Actualizare

Ми досліджуємо збір даних із місцевості та те, як супутникові спостереження можуть пріоритизувати повторні візити.

Де стає корисним.

3D-дослідження

Розуміння рельєфу та взаємозв’язку між будівлями, дорогами і територією.

Planificare

Демонстрації для маршрутів, спостереження та документування змін.

Польове дослідження

Прототипи для зв’язку між локальними спостереженнями та цифровою моделлю.

Relieva — це проєкт дослідження та прототипування. Моделі можуть включати оцінені висоти; вони не є кадастровим зніманням або вже розгорнутим флотом роботів.

Relieva детально

Що ви можете робити з цим проєктом.

Relieva ставить просте питання про місто: де щось може піднятися на колесах, а де ні. У Кишиневі 234 метри між найнижчою та найвищою точкою, і це вирішує, чи може існувати автономна доставка, інвалідний візок або пандус. Прототип вимірює це з відкритих даних, а не за оцінками.

Основа — Copernicus DEM GLO-30: дві плитки по одному градусу, прочитані з публічного архіву AWS Open Data, перепроєктовані в UTM зона 35N із 25 м на піксель, із розрахунком ухилу через ядро Horn 3×3 — той самий метод, що й стандартний інструмент у GDAL. Поверх цього накладаються вулична геометрія та контури будівель з OpenStreetMap.

Кожен блок на сторінці має позначку: виміряно, з джерел або запропоновано. Розрізнення необхідне, бо інакше всі твердження звучали б однаково, а та, що має значення для покупця, — саме та, яка каже «цього ще не існує».

01

Карта ухилів муніципалітету

Площа аналізу 555 км², міське ядро 230 км². Розподіл за чотирма діапазонами: 21,2% ядра нижче 4% ухилу (48,7 км²), 31,0% між 4 і 8% (71,3 км²), 23,4% між 8 і 12% (53,7 км²), 24,5% понад 12% (56,3 км²). Пороги обрано не естетично: 8,33% — це пандус доступності 1:12, а 12% — це межа, після якої тротуарні роботи, оцінені на 10–15%, більше не піднімаються.

02

Реальний ухил вулиць, а не території

7.929 відрізків вулиць з окремо обчисленим ухилом, медіана 3,7%. Із 156 названих вулиць довжиною понад 400 м лише одна вулиця перевищує 8% у середньому. Висновок ламає інтуїцію: місцевість сувора, проїжджа частина — ні; інженери проклали дороги по горизонталях.

03

Центр у 3D, з окремим походженням висот

9.506 контурів будівель з OpenStreetMap (знімок 02.07.2026), розміщених на позначці землі під кожною. З них 1.128 мають заявлену в OSM висоту; інші 8.378 оцінені за кількістю поверхів × 3,2 м. Обидві категорії пофарбовані по-різному в сцені, саме щоб не плутати вимірювання з оцінкою.

04

Вигляд очима робота

Камера на 65 см над тротуаром, розміщена за реальними координатами вулиці в Кишиневі, орієнтована в напрямку проїжджої частини, з реальними будівлями на реальних відмітках. Масштаб 1:1, без вертикального перебільшення — на відміну від сцени рельєфу, де перебільшення ×3,5 написане під зображенням.

05

Зображення Sentinel, запитане під час завантаження

Три live-шари з Copernicus на фіксованій зоні Кишинева: Sentinel-2 true color (10 м), Sentinel-2 оголений ґрунт / порушена поверхня (10–20 м) і Sentinel-1 GRD VV radar (10 м, режим IW, поляризація DV, з корекцією рельєфу GAMMA0 та орторектифікацією). Вікно — останні 30 днів.

06

Альтиметричний профіль міста

Поперечний переріз захід–схід завдовжки 22,9 км через центр, 300 вибірок, між 36,0 і 215,4 м. Повна модель охоплює 23,4 × 25,05 км, з рельєфом між 24,0 і 257,6 м.

Дані та робота

Що входить у систему. Що потрібно перевірити.

Пастка, яка має значення: GLO-30 — це модель поверхні
Copernicus DEM GLO-30 — це DSM, а не DTM — у щільному кварталі він повертає відмітку даху або крони дерева, а не проїзної частини. Він не дає жодної помилки; просто цифри виходять неправильні. Конкретно, під час побудови цього проєкту він створив ухил 13,5% на Бульварі Штефана чел Маре, який практично рівний: дві точки на відстані 30 м, одна з яких потрапила на карниз. З тієї самої причини дороги виходили в середньому на 13 м нижче за будівлі та зникали між блоками в 3D-сцені.
Що ми з нею зробили і що вирішили не приховувати
Для 3D-геометрії використовується приблизний рельєф (мінімальний фільтр у вікні 5 px при 25 м/px, тобто 125 м — ширше за квартал, тож будівлі перестають бути рельєфом, але тераси зберігаються). Опублікована статистика, однак, залишається на сирому DSM, і сторінка це прямо говорить: оскільки модель містить будівлі та крони, у щільних кварталах ухил виходить більшим, ніж є насправді на проїзній частині. Отже, цифра 52,2% території під ухилом менше 8% — це нижня межа, а не оптимістична.
Ухил вимірюється на довгій базі
Дві послідовні вершини з лінії OpenStreetMap можуть бути на відстані 4 метри одна від одної — нижче за 25 м комірки растра. Розрізняти їх означає вимірювати шум растра, а не дорогу. Тому градієнт обчислюється на вікні, яке шукає вперед і назад до фіксованої відстані, і повертає нуль, якщо база залишається нижче 8 м.
Виміряне, з джерел, запропоноване — три різні речі
Виміряне: рельєф, ухил, профіль, геометрія будівель на місцевості. З джерел: контури та вулична геометрія OpenStreetMap, з атрибуцією учасників і ліцензією ODbL. Запропоноване: цикл повторного сканування через флоти кур'єрів, роботів, дрони, карту доступності. Ілюстрація роvera пояснює концепт; це не доказ поставленого обладнання.
Відмітка Copernicus диктує архітектуру
Зона інтересу супутникового шару фіксована, а не обрана відвідувачем — саме для того, щоб обмежити, скільки з ліміту 30.000 одиниць обробки на місяць може витратити трафік. Понад це відповідь кешується 6 годин на origin і 24 години в CDN, з фоновою повторною валідацією протягом тижня. Супутникова сцена все одно змінюється раз на кілька днів, а не раз на кілька хвилин.
Актуальність даних OSM
Вулична геометрія — зі знімка 06.05.2026, контури будівель — з 02.07.2026. Покриття та актуальність OpenStreetMap відрізняються від однієї зони до іншої; це не кадастровий реєстр і не може трактуватися як такий.

Від дослідження до впровадження

Як ми готуємо проєкт з Relieva.

01

1. Обираємо територію та запит

Місто, сектор, маршрут. Запит має бути таким, що вирішується за ухилом: де може рухатися пристрій, де потрібен пандус, який маршрут має найменший сумарний підйом.

02

2. Перевіряємо покриття перед пропозицією

Copernicus DEM GLO-30 покриває глобально з роздільною здатністю 30 м, але покриття й якість OpenStreetMap сильно відрізняються. Щільність слідів і вуличної геометрії в запитаній зоні перевіряють перед тим, як пообіцяти результат.

03

3. Будуємо шари з джерела

Перепроєкція в UTM відповідної зони, нахил Horn 3×3, ізолінії, профіль, відфільтрований рельєф для геометрії. Для кожного опублікованого числа зберігаються метод і база, на якій воно було обчислене — сирий DSM або відфільтрований рельєф — бо їх змішування робить результат неузгодженим.

04

4. Пілот, якщо йдеться про збір у полі

Будь-який збір зображень у місті починається з того, що розмивається в джерелі (обличчя, номерні знаки), що зберігається (похідна геометрія) та оцінки впливу перед першою встановленою камерою. Закон 195/2024 про захист даних застосовується з 23 серпня 2026.

Питання, які варто уточнити.

Звідки береться рельєф і наскільки він точний?

Copernicus DEM GLO-30, взятий з публічного архіву AWS Open Data — дві плитки по одному градусу, перепроєктовані в UTM 35N з 25 м на піксель. Нативна роздільна здатність — 30 м, тож одна клітинка покриває приблизно половину кварталу. Він бачить тераси, схили та дно долини; не бачить бордюр, рампу чи яму.

Модель висот є DSM чи DTM, і чому це важливо?

Це DSM — модель поверхні. Це означає, що в щільних кварталах вона повертає висоту даху або крони дерева, а не проїжджої частини. Це важливо, бо це тиха пастка: нічого не дає помилки, просто цифри виходять неправильними. Вона дала нам 13,5% нахилу на Бульварі Штефана чел Маре, який є рівним, бо одна точка потрапила на карниз. Рішення для геометрії — мінімальний фільтр на 125 м; для опублікованої статистики ми вирішили залишитися на сирому DSM і сказати на сторінці, що цифра 52,2% є нижньою межею.

Висоти будівель виміряні чи вгадані?

Із 9.506 будівель, 1.128 мають заявлену висоту в OpenStreetMap. Решта 8.378 оцінені як кількість поверхів, помножена на 3,2 м. На сцені ці дві категорії мають різні кольори, саме щоб було видно, де яка. Висота землі під кожною будівлею береться з моделі висот, а не з оцінки.

Це кадастрова карта? Чи можу я використати її для справи?

Ні. Вона не має точності та й юридичного статусу авторизованого вимірювання — геометрія походить з OpenStreetMap, який є колаборативною картою, а висоти — із глобальної моделі з роздільною здатністю 30 м. Вона дає контекст: нахил, рельєф, міський об’єм, у формі, яка дозволяє ухвалювати рішення щодо планування або зонування послуги, а потім перевіряти на місці там, де це важливо.

Ваші роботи вже їздять містом?

Ні. Немає флоту, немає встановлених сенсорів і немає циклу повторного сканування. На сторінці вони позначені як «пропоновані», поруч із картою доступності. Те, що є сьогодні, — це шар вимірювань із публічних даних і сцена, що їх показує. Реальний пілот потребував би перевіреного обладнання, оцінених маршрутів, затверджених умов роботи та правил захисту даних, визначених до першої камери.

Супутникове зображення справжнє чи це ілюстрація?

Справжнє і запитується під час завантаження. Сервер запитує в Copernicus растер Sentinel-2 L2A true color з роздільною здатністю 10 м для зони Кишинева, у вікні 30 днів, із фільтром 40% хмар, і повертає його з заголовками, що точно вказують, який це продукт і який інтервал він покриває. Є також шар Sentinel-1 radar, який проходить крізь хмари. Це не живе зображення: Sentinel-2 повертається над тим самим місцем за кілька днів.

Чи можна це зробити для іншого міста?

Модель рельєфу покриває глобально, тож частина з рельєфом і нахилом відтворюється майже ідентично будь-де. Змінюється OpenStreetMap: у містах із малою кількістю відбитків будівель 3D-сцена і нахил на вулиці виходять слабкими. Покриття перевіряється до пропозиції, а не після.

Ілюстративний приклад

Де може існувати сервіс доставки тротуаром у Кишиневі

Сценарій використання, без даних клієнта чи приписаних комерційних результатів.

Початкова ситуація

Оператор хоче знати, в яких секторах варто запускати доставку з автономним пристроєм, а де немає сенсу пробувати.

Як працює

Похил обчислюється для міського ядра за Copernicus DEM GLO-30 (Horn 3×3, 25 м) і класифікується у чотири смуги за 4%, 8,33% і 12%. Окремо обчислюється поздовжній похил кожного відрізка вулиці з OpenStreetMap, на довгій базі, щоб не вимірювати шум растра. Два шари накладаються один на одного.

Rezultatul

52,2% міського ядра мають похил нижче 8%, але корисний результат — не відсоток, а його форма. Складні зони збираються на схилах між терасами, тоді як плато і дно долини залишаються придатними. Це перетворює «52%» на план зонування: зони обслуговування проводяться по терасі, а не на кілометровому радіусі. І, окремо, проїжджа частина значно м’якша за рельєф — медіана похилу вулиць становить 3,7%, а з 156 названих вулиць понад 400 м лише одна перевищує 8% у середньому.

Ce este necesar:Un instantaneu OpenStreetMap cu acoperire decentă a geometriei stradale în zona vizată. Rezultatul e o hartă de fezabilitate, nu un traseu certificat: orice rută pentru un dispozitiv autonom trebuie verificată în teren, pentru că modelul nu vede borduri, rampe sau obstacole.

Можливості співпраці

Relieva, у контексті вашої організації.

Планування в географічному контексті

Моделі та географічні шари для дослідження території та обговорення сценаріїв. Оцінені дані відрізняються від перевірених вимірювань.

Приватні компанії

Ми визначаємо пілот навколо реального процесу: користувачі, дані, інтеграції, витрати та критерії приймання. Розширення відбувається після оцінки результату.

Державні установи та компанії

Визначаємо вимоги до доступності, хостингу, захисту даних та інтероперабельності. Будь-яке з’єднання з послугами AGE або STISC потребує валідації придатності, доступу та схвалень.

Це сценарії адаптації, а не заяви про наявні контракти чи партнерства. Запропоновані функції підтверджуються в межах робочої сфери проєкту.

Обговорити пілот

Ми дивимося й далі за межі карти.

Дивіться, як ми використовуємо спостереження Copernicus і як досліджуємо орбіти супутників.

Explorează datele și cosmosul

Частина екосистеми.

Що вам хотілося б налагодити?

Розкажіть про свій процес. Разом визначимо, що варто збудувати, що можна підключити і як перевіримо результат.

Поговорімо