Open Transport 2026 по-русски

Конференция Open Transport, на которую я завтра вылетаю, — самая странная моя поездка (после web summit, ладно). Хорошо, что я за поездку плачу только четверть цены: остальное — грант NGI Zero. Благодаря гранту у меня набралось типа три темы, с которыми я мог бы выступить, но это Unconference: набор комнат по интересам + короткие выступления. Нет заявок на доклады и вообще непонятна структура. Никогда раньше в подобном не участвовал. Полное ощущение, что приеду туда и зря проведу эту неделю. Но, как мы знаем из опыта FOSDEM, среди опенсорс разработчиков всегда узнаёшь что-то новое и зажигаешься новыми идеями. Хочу ли я зажигаться? Сейчас у меня 38° и я вообще ничего не хочу. Приключение!

Эта конференция никогда не заканчивается — видео всё ещё публикуют. Времени их смотреть, конечно, у меня нет, но когда опубликовали все интервью, я выделил час, чтобы составить список людей, с которыми разговаривал:

https://wiki.openstreetmap.org/wiki/State_of_the_Map_2026/Interviews

Мне, конечно, не понравился результат. Слишком много меня, слишком часто меняю темы, слишком много контекста требуется для понимания, о чём мы вообще говорим. Кажется, интервью должен делать человек, который вообще не из OSM. К следующему разу попробую подготовиться получше.

Смотрю ещё разное пачкой, но ничего не тянет на большой пост, хотя местами интересно:

* «Картируя город в ритме цвета и звука» Павела Штруса, где он заставил студентов пройти польскими улочками и записать звуки. Собственно, это весь доклад (четыре минуты), но идея классная, думал, что в Таллинне тоже может быть интересно. Смотрел как-то на ютубе «медитативную прогулку по японскому городу», которая суть то же самое.
* «Оцениваем площадь публичных зданий для индор-картирования» — показали, как определяли публичные территории (типа школ и ТРК), получили какие-то числа и показали таблицу? Ну хз. Увы, индор-картирование всё ещё сложно, а так можно было бы сделать проект в MapRoulette.
* Проект «Yesterdays of Richmond» — это тот же Pastvu, размечаем на карте старые фотографии.
* «Когда карты заводят не туда» — от владельца Mapy.com про то, что на highway=path не всегда стоит идти и прочие банальности.
* «Новый стек векторных тайлов» — парень хвастается своим приложением для телефонов на базе Tangram NG, которое умеет всё, что умеют другие картографические приложения, плюс плагины и всё такое, но только онлайн и на JS. Молодец, конечно, много интересных экспериментальных штук. Но на практике даже OsmAnd проще и практичнее (и работает офлайн).
* «Оценка доступности POI по входам» — если строить маршруты не от центроидов зданий или территорий, а от точек входа, как проверили на 200 объектах, то маршруты получаются короче. Иногда ближайшей будет другая остановка автобуса. Довольно логично, включил потому, что автор OSRM хвастался недавно, что он теперь строит маршруты не к центроидам, а ко входам, как их возвращает Nominatim. Как всегда, Сара двигает прогресс в OSM.
* Terraink — сайт для печати красивых плакатов из данных OSM. Парень его собрал, работает целиком в браузере, запостил на реддит и получил 4к лайков. На пике пришлось слегка оптимизировать использование векторных тайлов, а то владелец OpenFreeMap жаловался.
* YouSpeed.de — бодрый лектор показал сайт приложения, которое берёт ограничение скорости из OSM и крупно его рисует. А если превышаешь, то пишет, что тебе за это будет. Очень хорошо и красиво. Единственное — как жители Восточной Европы, мы все знаем, на сколько можно превысить ограничение, чтобы не попасть на штраф. Но кодировать это в приложение несколько неэтично (а точную скорость при превышении оно уже не пишет). Так что полезность ограничена. Также, были числа, на скольки дорогах в OSM проставлены ограничения: Нидерланды и Румыния — две трети, остальные в районе трети дорог.

Рассказ Оливера про Mapterhorn довольно простой: мы получили грант на создание массива данных, собрали источники, почистили, нормализовали, собрали в тайлы и сгладили стыки. Ну, молодцы, добавить нечего. Думал, писать ли про это на канал, но вдруг вспомнил про классическое заблуждение, что когда о чём-то много читал и в целом знаешь, то кажется, что это знают все.

Короче, Mapterhorn — это растровые тайлы в формате PMTiles, содержащие DEM (цифровую модель рельефа) на весь мир. Где возможно, брали местные качественные данные, до 25 см на точку. Эти тайлы можно подключить в любую веб-карту, либо скачать для анализа (12 терабайт). На сайте есть все ссылки, список источников и примеры использования.

Сейчас они работают над аналогичным проектом для спутниковых снимков. В следующем году появится, что подкладывать в публичные карты бесплатно и без смс.

Уже десять вечера, а я только три выступления просмотрел, и по всем у меня мнение. Хорошие выступления!

Джейк Лоу из OSM US рассказал про Sourdough и Layercake. Первый — это векторные тайлы, содержащие сырые теги OSM в атрибутах трёх десятков слоёв и с минимумом предобработки. На их основе можно сделать любую тематическую карту, невозможную с популярными тайлами типа Shortbread.

Ну, это в теории. На практике список тегов в Sourdough сильно ограничен: для заведений да, десять строчек занимает перечисление, а здания обычно имеют типа три тега. У дорог нет полос и даже maxspeed / maxheight. Какие там тематические карты.

Layercake — это набор файлов Geoparquet (табличный облачный формат), к которым можно делать запросы с помощью DuckDB. Я не смог проверить, потому что разработчики DuckDB не в ладах с безопасностью и не собирают пакеты под линукс. Но как продемонстрировал Джейк, можно за пару секунд скачать все полмиллиона POI для Большого Парижа и отфильтровать их по тегам.

Если пофантазировать, то Layercake позволил бы весь контроль качества OSM перевести на запросы к этим файлам. Но в нынешнем виде... Когда мы болтали с Мартином «tyrasd» про его работу в HeiGIT над ohsome 2, я спросил, можно ли с новым движком найти самое маленькое и самое большое здания в OSM. Он покачал головой. Увы, Layercake с этим, судя по всему, тоже не поможет.

Оба проекта схожи, как заметил сам Джейк, и они оба обыденны. Автор надеется, что они позволят людям без инженерных способностей экспериментировать и открывать новые использования OSM. Но сами форматы принимают столько решений и возводят столько ограничений, что как и с векторными тайлами или LLM, все проекты будут одним и тем же проектом, просто в разных цветах и с разными коэффициентами.

OpenStreetMap необычен, он не вписывается в традиционные определения ГИС и не может быть представлен в форматах, задуманных изначально для представления классических табличных массивов геоданных. Здесь нужно весь фундамент перестраивать, делать его OSM-центричным. Как Котяра с MapCSS когда-то.