22 заметки с тегом

mapbox

Космоснимки даром

Pratik Yadav, сотрудник команды космосъёмки в Mapbox, вчера написал невзрачную, но очень важную заметку даже не в официальном блоге. Он подтвердил, что слоем снимков Mapbox можно пользоваться бесплатно не только для уточнения данных OpenStreetMap, но и в любых некоммерческих целях. Например, для студенческих проектов.

На недавнем хакатоне GeoHack сотрудник DigitalGlobe принёс капельку снимков, но школьники с проектами по классификации или нейросеточкам на основе космосъёмки всё равно ходили по менторам и спрашивали, где бы взять побольше. Мне нечего было им ответить — но теперь мы точно знаем, что такой слой есть. На любую территорию, сколь угодно большой площади, пусть иногда и чёрно-белый. Больше не нужно писать просьбы в DigitalGlobe или втихую качать Bing.

Далее автор перечисляет условия использования снимков, ссылаясь на сайт Mapbox. Оказалось, там это условие про некоммерческое использование было давно (п. 15), но касалось только обклацывания в вектор. Кроме того, там не указано ограничение на скорость скачивания: 100 тайлов в секунду, то есть, примерно два квадратных километра на максимальном 18-м масштабе.

В сравнении с «сырыми» снимками у слоя Mapbox есть несколько ограничений. Во-первых, его разрешение в России примерно 60 см/пк — можно попробовать качать на 19-м масштабе, но вчетверо медленнее. Затем, страшные артефакты сжатия в jpeg. Представлен только видимый спектр, никакого инфракрасного или иных каналов. И наконец, как напоминает Кристоф в комментариях, Mapbox до сих пор не предоставляет никаких метаданных на тайлы, в отличие от Bing и DigitalGlobe.

19 мая   mapbox   источники

Пакет не нужен

«Нельзя ли при отправке изменений из maps.me разделять объекты по континентам?» — в очередной раз спрашивают на форуме. А то bbox (ограничительный прямоугольник) слишком большой, неудобно. OpenStreetMap был зачат тысячу лет назад программистом, и это лезет изо всех щелей: удивительно, как самые бессмысленные атрибуты становятся мерилом качества.

Прямоугольник на карте — это миф. Минимальные и максимальные широта и долгота — так просто нарисовать фигуру в проекции меркатора, но на практике этих чисел не хватит даже чтобы нормально карту распечатать. Пакет правок, который покрывает полмира, мог добавить одну дорогу на Чукотке, но магия чисел и странных проекций заставит вздохнуть: опять эти импортёры делают ченджсеты на всю планету. От пакетов правок мы храним только bbox, поэтому нажмёшь в любом месте планеты на вкладку «история» и наблюдаешь всемирную историю, а не то, что ждал.

Но даже когда найдёшь нужный пакет правок, останется только бессильно смотреть на его bbox. И на стастраничный список точек, линий и отношений, каждая строчка которого по-своему бесполезна. Ченджсеты — это псевдоупорядочивание. Кажется, что они полезны присвоением метаданных группе объектов, своего рода над-отношения, но на самом деле — метки времени произвольны, их порядок не зависит от номера пакета, комментарии никто не пишет, источник часто врёт, географически, как видим, тоже никто не группирует. Остаётся один полезный атрибут: created_by. Всему остальному верить нельзя.

То есть, единственная польза от пакета правок — это посмотреть, каким редактором сделаны правки. Все остальные атрибуты: даты, bbox, список объектов — только отвлекают, создавая ложное впечатление группировки и упорядоченности. Которых нет, потому что техническое воплощение API не обещает порядка и не подразумевает удобства. Так, для правок maps.me я игнорирую пакеты и рассматриваю каждую правку отдельно. Правки на mmwatch — это поток объектов, у которых номер ченджсета лишь бесполезный атрибут. Увы, для сложных правок со взаимосвязанными изменениями (таких как сдвиг линии) такой подход не сработает.

Примерно об этом я говорил на схемотехнике год назад. О bbox нужно просто забыть: область применения этих прямоугольников ограничена и точно не касается ваших задач. А проблему пакетирования нужно как-то решать. Развязать топологические структуры, группировать по времени и географии, не давать пользователям и приложениям свободы в объединении правок. Это настоящая тема для какого-нибудь будущего API 0.8. А пока приходится работать с тем, что есть.

Следить за изменениями в регионе можно (нужно!) через WhoDidIt, искать их — в его более быстром форке. Пакет правок из интерфейса этого сайта можно открыть в Achavi, но иногда может не повезти. Если bbox окажется слишком велик, загрузки правок вы можете не дождаться. Потому что даже лучшие инструменты полагаются на bbox, который, повторюсь, плох примерно для всего.

Загружать геометрию ченджсетов часто приходится команде по работе с данными в Mapbox. Для этого они сделали и постоянно улучшают сайт OSM Changeset Analyzer, где есть фильтры по любому атрибуту, вплоть до причины для подозрений. Но самые подозрительные пакеты накрывают весь мир, Achavi тут бессилен. Поэтому в этом месяце они сделали то, что давно было пора: кэширование ченджсетов.

Каждую минуту скрипт скачивает свежие дополненные диффы и складывает их в хранилище Amazon S3. Затем он раздербанивает эти диффы на пакеты правок и результат тоже загружает туда же. И теперь сервис визуализации Changeset Map, встроенный в OSMCHA, загружает пакеты мгновенно. Обновите ваши букмарклеты: Changeset (перетащите в закладки).

Проблемы, конечно, есть, но с ними борются. Например, дополненные диффы не окончательны из-за чехарды с транзакциями в базе данных OSM. Их приходится обновлять и обновлять. То же касается и пакетов правок, которые возможно держать открытыми целые сутки, понемногу доливая в них новые объекты. Наконец, история там только новейшая: пакеты старее марта этого года можно не найти. Их загружают, но медленно. Проблему поиска по региону архив тоже не решает, как показывает опыт фильтрации на сайте OSMCHA. Поэтому пользуйтесь им для просмотра недавних правок, а историю ищите на WhoDidIt и Achavi. Неидеально — но пока мы не избавились от концепции пакетов правок, ничего лучше не сделать.

Mapbox погружается в JOSM

Команда создания и анализа данных в Mapbox набирает обороты, и простых инструментов, вроде iD и to-fix, начинает не хватать. А сложный инструмент у нас один, и вы его знаете. Сначала они в блоге два месяца рассказывали про основы редактирования в JOSM и плагины:

А сегодня, внезапно, опубликовали два своих плагина. Первый — про шаблоны сессий под названием «Tasks»: это настройка подложек, фильтров, стилей, плагинов, клавиатурных сокращений, комментариев к правкам. Одним кликом картографы в Mapbox всё это восстанавливают и приступают к задаче, под которую делали шаблон. Второй плагин просто выводит ссылку на ченджсет после отправки на сервер.

2016   josm   mapbox

В студию!

После длинного этапа бета-тестирования по приглашениям, Mapbox выпустил новый редактор стилей, Mapbox Studio. Запустить его просто: заходите на сайт, регистрируетесь, и вы на месте. То есть, нет кнопки «скачать», редактор — неотъемлемая часть сайта. Поддержка проектов Mapbox Studio Classic и старого онлайн-редактора осталась (и стили не потерялись), но задвинута в меню.

Слои данных студия использует те же, что и раньше: векторные тайлы MVT. Разумеется, сайт всё так же умеет нарезать их из GeoJSON, шейпов и т. п. А стиль отличается: теперь цель — Mapbox GL, и не предполагается, что файл стиля кто-то будет писать руками. Редактирование больше напоминает QGIS, с выбором слоёв, кропотливым тыканием в переключатели и выпадающие меню. После TileMill, где привык держать в голове SQL и особенности рендерера, тут немного теряешься.

Хорошая новость — стиль можно скачать, это всего один json, и подключить к своему стеку векторных тайлов. То есть, если ваши данные не слишком велики для бесплатного аккаунта Mapbox, или слоя Mapbox Streets вам за глаза, — ссылка на скачивание редактора вам и не нужна. В противном случае вам может помочь Ричард, написавший препроцессор glug, создающий стиль Mapbox GL из удобного ruby-подобного языка.

Андрей Кармацкий вчера записал видеоурок по Mapbox Studio, где за 11 минут учит добавлять на карту и раскрашивать шейпфайлы ураганов. В декабре он проведёт курс по визуализации геоданных, где коснётся и этого редактора.

2015   mapbox

Для Японии не очень

Джон Виллис живёт в Японии четыре года, и разочарован нашей картой не столько из-за данных, сколько из-за картостиля. В этой стране всё не так, о чём Дэниэл Касл рассказывает уже давно, а Джон на прошлой недели добавил подробностей в рассылке tagging@:

  • В Корее перекрёстки именованы, а в Японии названия присваивают светофорам. Точнее, светофорным группам на перекрёстке.
  • Что касается улиц, названия даны только дорогам от secondary и выше.
  • Поэтому вся навигация в кварталах идёт по светофорам. Их, натурально, нужно считать.
  • И карта OpenStreetMap в этом плане ужасна. Например, вот тут четыре подписанных светофора (это одна группа!), и по мере отдаления пропадают то светофоры, то название. У гугля куда лучше.
  • Всё, вообще всё, подписано на японском и английском, но по карте OSM этого не скажешь.
  • Дома нумеруются по порядку постройки внутри квартала: без карты фиг что найдёшь.

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

Дальше Джон обращает внимание, что до 16 зума у гугля собственные геоданные, а с 17 — от местной компании Zenrin, которые суть оцифрованные обходные листы. Сотрудники Zenrin ежегодно обходят все города с планшетами и от руки обновляют каждый лист. Как с этой непрерывной картовстречей соперничать — непонятно, хотя Томоя дальше обнадёживает, что на всех картах есть ошибки, и местами OpenStreetMap лучше даже местных официальных карт.

Тем временем, начался третий месяц инициированного компанией Mapbox проекта поправки всех дорог в крупных городах Японии по трекам и хорошо привязанным снимкам. В число последних, явно, не входит Bing, дороги на котором пляшут во все стороны. На карте OSM японские улицы появились в результате импорта Yahoo Japan в 2011 году, но ошибка их привязки достигает 30 метров. По счастью, на часть территории есть хорошо привязанные космоснимки GSI, а также слои треков OSM и Strava (последние давно включены в список стандартных в iD и JOSM).

Мапперы в рамках серии проектов на этом и этом менеджерах задач обработали 9 среднего размера городов, и 3 крупных (Токио, Нагоя и сейчас делают Осаку). Над задачей трудятся более 30 человек, из которых больше половины — сотрудники Mapbox. Конечно, приглашены все, поэтому инструкции на задачах дополнительно переведены на испанский и русский языки, а позавчера Андрей перевёл заметку про проект.

2015   mapbox   mapping party   блоги
Ранее Ctrl + ↓