ШТОСМ: заметки с тегом id

RapiD 2.0

Илья Зверев — Thu, 06 Apr 2023 11:03:10 +0400

Позавчера ходил на вебинар Meta, где анонсировали вторую версию редактора RapiD (теперь со строчной «d»). Честно, я ни разу им не пользовался, но он на третьем месте по количеству правок в OSM, и я хотел узнать, что хорошего новый релиз несёт нашей карте.

Крис Беддоу, известный по Mapillary (съеденному Meta), начал с демонстрации нового логотипа на новом сайте проекта, RapidEditor.org. Как заметил Anonymaps, сайт продолжает корпоративную традицию упоминания OpenStreetMap только в подвале, хотя сам редактор всё объясняет нормально.

Затем прошлись по новшествам, уже объявленным в твитере:

Ускорили редактор в десять раз, заметно сразу при перетаскивании карты.
- И можно показывать больше данных на более далёких масштабах.
- Теперь можно редактировать большие объекты на далёком масштабе (в iD редактирование отключается).
- Прикольно как на далёком масштабе здания рисуются прямоугольниками без деталей.
Подписи лучше: их больше и они не прячутся.
- В первой версии подписывали только осмерские объекты, теперь — и импортируемые данные.
- Полигоны подписаны по периметру.

Над ускорением отрисовки через замену рендерера начали работать в октябре 2021. Оно позволяет теперь освободить процессор для других задач. Например, magic wand (просто мысль, не сделали ещё). Думали добавить ML на стороне клиента, но решили не делать.

Стала проще работа со снимками Mapillary: тысячи маркеров больше не замедляют редактор, а при тыке в распознанный объект на карте отображается снимок, где этот объект прямо подсвечен. Выглядит классно — жаль, что это пошло не в iD, которым пользуются большинство осмеров. Разработка всё ещё отдельная, с Мартином, которому OSMF платит за поддержку iD, в Meta общаются реже, чем с командой Bing, авторами Map Builder. Ну и проще искать, где светло, а не где потерял: у Rapid и технологии интереснее, и с сообществом не надо дискутировать.

Цель редактора — облегчить импортирование данных, а Mapillary из этой парадигмы выбивается. Авторы утверждают, что всё не так и они делают просто лучший редактор для OSM. Но вместо новых инструментов для удобства анонсировали новые данные для импорта: так, помимо привычных дорог и домиков теперь появились тротуары, адресные точки и деревья. Esri открывает много наборов данных — увы, пока только в Штатах и в Африке.

Данных по атрибутам существующих объектов в каталоге Rapid пока нет, поэтому работа сводится чаще к добавлению пропущенного. Но Брайан ожидает, что рано или поздно Esri начнёт делиться высотой зданий или покрытием дорог. Тогда в редактор, скорее всего, добавят простой способ переносить атрибуты.

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

Вообще, заметны корпоративность и замылившийся взгляд. Например, на любые задачи первый ответ — машинное обучение. Определение границ, дедубликация, привязка к снимкам — давайте натренируем модель. Инженерный подход: ускорение решает все проблемы. Вплоть до того, что вопросы про облегчение работы картографа пролетают мимо ушей. Пока Бен и Крис разговаривали, Брайан рисовал какой-то район в Штатах и постоянно спотыкался об уточнение геометрии зданий (импортированных, но сломанных вблизи), об их поворачивание. Ничего в Rapid не облегчает эту задачу, а разработчики в упор не видят проблемы. «Пишите тикеты на гитхаб».

Rapid 2.0 со вторника доступен на официальном сайте. В России из данных только фейсбучные дороги (я не нашёл ни одной, проведённой по реальной дороге, а не по деревьям и болотам) и микрософтовские здания (распознанные по смещённому Bing, произвольно повёрнутые и пересекающиеся). Однако редактор стал быстрее и подписывает больше объектов, так что он может для кого-то стать заменой официального iD. Попробуйте — и сообщайте авторам о проблемах через кнопку с жучком справа внизу (как и в iD): так в тикете будет информация о версии, браузере и операционке. Твитайте скрины, рассказывайте, как вы используете Rapid в жизни. Разработчикам всегда приятно знать, что их работой пользуются.

Квинси ушёл

Илья Зверев — Tue, 27 Apr 2021 18:52:25 +0400

В сентябре Квинси Моргану за разработку редактора iD начал платить OSMF. Но что-то пошло не так: в декабре его продуктивность резко упала, а с конца февраля, уже два месяца как, он ни написал ни строчки кода, только принимал иногда чужие пул-реквесты. Последняя версия редактора вышла 18 марта, с тех пор — никакого движения. Так что сегодняшнее объявление, что Квинси больше не работает над iD, логично, хотя и грустновато.

Совет OSMF теперь ищет человека на замену, но оптимизма маловато: судя по графикам вклада в разработку, для редактора не удалось выстроить сообщества, на второй и третьей позициях — люди с 20 коммитами за год, да и то лишь в пресеты и переводы. Немал шанс, что мы наблюдаем закат iD. Что его заменит? RapID? Не могу обосновать, но чувствую, что фейсбук уже на низком старте.

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

Гонка за JSON

Илья Зверев — Sat, 01 Aug 2020 12:09:37 +0400

Что это я всё хвалю iD — у него тоже проблем хватает («ахаха» — раздаётся от жосмера в голове). Например, Саймон Пул четыре дня назад заметил, что в некоторых регионах данные не подгружаются, без причин и без ошибок. Какие-то слова про undefined в консоли, и всё.

Позавчера Квинси понял, что выпадают объекты, нарисованные анонимными пользователями до 2009 года. У этих объектов нет поля uid, чего редактор не ожидал. Но тогда вопрос, почему раньше этой пропажи никто не замечал? Ответ — в JSON.

Мало кто любит XML. Это структурированный формат, который может хранить любую структуру данных, но слишком многословен и требует сложных преобразований. С популярностью JavaScript разработчики предпочитают использовать другой формат хранения данных, JSON (JavaScript Object Notation). Формат жёстко регламентирован, но по сути, представляет собой кусок кода, который интерпретатор JS может быстро превратить в объект. Сюрпризов у него никаких, структура очевидная для программистов, в отличие от XML, поэтому формат пихают везде: например, вам может быть знаком GeoJSON.

OSM API всегда отвечал в формате XML. Но в сентябре 2018 года cgimap научился возвращать ответ в формате json. Для этого в запросе нужно указать правильный заголовок Accept или добавить в конец расширение .json (например). Одним из первых новому формату научился важнейший запрос /map (получение всех данных в прямоугольнике), затем пошли остальные. Но, поскольку формат ещё не поддерживал Rails Port (часть API, написанная на Ruby on Rails), json временно отключили.

Разрыв нужно было закрывать: участник Mmd в мае 2019 года сделал пул-реквест в вебсайт, но мы знаем, как у нас проходят пул-реквесты. Второй пул-реквест он создал в декабре. Он был проще, обсуждение сразу пошло: всего через полсотни комментариев, в феврале, правки приняли, и теперь объекты можно получать в любом из двух форматов.

Тут все посмотрели на iD. Для кого ещё писали поддержку json, как не для редактора на JavaScript? И да, всего через неделю соответствующие вызовы заменили — поддержку нового формата тот же Mmd написал ещё год назад. Но свежий релиз редактора готовился-готовился, прошёл один месяц, второй... В общем, строчка про json утонула в списке изменений версии 2.18, вышедшей две недели назад. Отсюда и проблема, найденная Саймоном: формат ответа API поменялся, его обработка тоже, и анонимные правки забыли протестировать. Ошибку починили буквально вчера.

По замерам Mmd, использование json для скачивания данных ускорило iD примерно вдвое. Перемещение карты в редакторе действительно ощущается быстрее, контрастируя с заторможенным интерфейсом редактирования тегов.

Подгрузку данных в редакторе ещё можно ускорить, и даже в несколько раз. Сам запрос /map невыносимо медленный: сервер делает несколько запросов к базе данных на каждый объект в ответе, что, как посчитал Дорофей «Komяpa», ограничивает скорость получения данных до примерно 2000 объектов в секунду. Именно поэтому iD разрешает редактирование от 16 уровня масштаба, а не дальше. В 2016 году Дорофей переписал запрос к карте на чистый SQL, ускорив его на порядок, но его предложение погрязло в комментариях, а после добавления формата json и вовсе устарело. То есть, мы знаем, что скачивание данных можно ускорить, но для поддержки быстрого кода нужны знания PostgreSQL, которых нет ни у кого из админов.

Обновление: Mmd в комментариях замечает, что запрос /map переписали в 2018 году, ускорив его даже лучше, чем это сделал Дорофей. Так что последний абзац уже неактуален.

Третий редактор

Илья Зверев — Sat, 25 Jul 2020 10:29:48 +0400

Написав заметку про iD, немедленно задумался: а где третий? Почему из настольных редакторов у нас выбор только между iD и JOSM?

Когда я только пришёл в проект, редакторов было три: Potlatch, JOSM и Merkaartor. Первый выбирали за простоту, второй — за фичи битком. Последний был непривычно быстр и выглядел как нормальное приложение, потому что написан на C++. Увы, соавторы для него не нашлись, поэтому Ладислав лишь чинит редкие ошибки и выносит отвалившиеся фрагменты. Последний релиз Merkaartor был в ноябре прошлого года. Пользователей он начал терять в 2013 году, уйдя глубоко в низ рейтинга вслед за Potlatch 1. Тогда же по количеству правок он уступил третье место iD, а в 2018 его сдвинул с четвёртого Go Map.

С 2013 года у нас всё ещё три популярных настольных редактора: JOSM, iD и Potlatch 2. Написанные на Java, JavaScript и Flash. Очевидно, что последний живёт только благодаря упоминанию на главной странице — хотя сам по себе он очень хорош, быстрый и простой, особенно если выучить кнопки. Но люди стремительно его забывают: сейчас он тоже уполз вниз, им пользуются для правки карты реже, чем даже OsmAnd. 31 декабря Potlatch умрёт, как я упомянул в прошлой статье, потому что Adobe прекращает поддержку Flash, и его окончательно выпилят из браузеров. Предложение Ричарда отвязать редактор от браузера Совет решил не принимать.

Так что да, выбор между iD и JOSM. Почему никто не начинает писать полноценный десктопный редактор OpenStreetMap? В списке редакторов вообще никаких намёков: есть тематические, есть обрезки, встроенные в ГИС и операционные системы, но ничего, что может заменить даже Potlatch 1. Получается какая-то двухпартийная система: не нравится JOSM — добро пожаловать в iD, у него отличный интерфейс, понятные панели и не нужно бороться с JRE. Не нравится iD — ставь JOSM, он работает офлайн у него сотни модулей и стилей оформления карты. Но... Может, нужно больше вариантов?

Кажется, тут я должен топить за поиск революционера и больше альтернатив — но данные подсказывают, что правильнее наоборот. Таблицей количества пользователей правят мобильные и тематические редакторы: у Maps.Me пользователей в полтора раза больше, чем у JOSM, и четвёрка StreetComplete — Osmand — Vespucci — Go Map тоже в сумме бьёт его по пользователям. А ниже притаились настольные и веб-редакторы отдельных элементов: GNOME Maps, OsmHydrant, Level0. Кажется, картографам их достаточно. В мире редакторов назрел перелом, и честно говоря, давно пора.

Простые и тематические редакторы — это всё, что нужно OpenStreetMap на нынешнем этапе развития. Прошло время первоначального накопления геоданных, теперь их нужно дополнять и обновлять. Поэтому каждый пятый человек, правящий данные, делает это с телефона, с улицы. Вместо количества нужно качество — незаметное, не требующее больших пакетов правок, но на которое нужны десятки тысяч людей во всех концах мира. Чтобы нарисовать пропущенную дорогу, достаточно одной кнопкой открыть iD и ещё тремя её обозначить. Всё остальное на карте уже есть.

JOSM устарел. Нам не нужен не только третий редактор, — нам уже не нужен JOSM. Рисовать тысячи домиков и сотни километров грунтовок по снимкам отлично получается у участников Missing Maps и прочих мероприятий гуманитарной команды. JOSM не только оптимизирует массовое рисование, которое давно устарело. Он местами вредит проекту и другим картографам. Например, удобством работы с мультиполигонами — стали бы вы рисовать «лоскуты» в iD? А каково их там править? Размером пакетов правок (в среднем 150 объектов против 50 в iD) — все валидаторы жалуются на плодовитых картографов. Лёгкостью подключения слоёв гугля и кадастра. Тем, что система модулей позволяет писать системы тегирования, которые вручную применять невозможно. Сложность JOSM проникает в OpenStreetMap и делает его сложнее.

Достаточно iD. Для крупных же правок у нас появился новый инструмент: RapiD. Основанный на том же iD, в нём одной кнопкой можно добавить сеть дорог, тысячи домиков и прочие данные через платформу Esri. Он закрывает вопрос импортов и раскрашивания «белых пятен». Где нет в RapiD, туда нагонят картографов крупные корпорации (в экономически интересные регионы) и гуманитарная команда (в менее интересные). Эта ситуация установилась с прошлого года, таков теперь OpenStreetMap.

Опытным картографам в этой картине отводятся места учителей и хранителей платформы: мы поддерживаем и уточняем тегирование, следим за системными ошибками менее опытных картографов, пишем системы мониторинга и управления данными (потому что у компаний не хватает экспертизы) и устраиваемся на хорошие деньги в эплы и фейсбуки руководить отделами осмеров.

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

iD удобнее JOSM

Илья Зверев — Wed, 22 Jul 2020 15:12:46 +0400

Квинси Морган объявил о выходе свежего редактора iD версии 2.18. Его анонсы нужно видеть: это не просто список, как в гитхабе, но комикс из девяти слайдов по основным фичам. Прошлую версию анонсировали в блоге редактора (у iD есть блог!), но за полгода авторы, видимо, о нём забыли. Прочитайте то и то: узнаете, как делать мосты и туннели одной кнопкой (а не разделить-разделить-добавить тег, как раньше) и открывать детектированные Mapillary объекты, типа знаков.

Главное, что открыли эти твиты, — что iD стал первым большим редактором, которым не больно пользоваться с тачпада. У которого, напомню, нет правой кнопки. Теперь с ноутбука можно править карту! Можно даже нажать «править» на айпаде и не расплакаться от невозможности подвинуть дом под снимок. Я всю весну сидел с мышкой, у которой сломана правая кнопка, и тупо не мог пользоваться JOSM из-за этого. мой тикет про альтернативы правой кнопке висит без движения с 2014 года.

Как и Potlatch (который умрёт в декабре), редактор iD понятен без слов, но работать с ним становится офигенно, если помнить о клавиатуре:

Пробел — замена левой кнопке: выбирать объекты (с Shift можно много), двигать точки, открыть меню, если подержать.
Стрелочки — двигать карту (как Shift-потянуть левой кнопкой или двумя пальцами по тачпаду), а Shift+стрелочки — двигать выбранные объекты.
Масштабировать двумя пальцами по тачпаду, двумя пальцами + Shift (так привычнее) или кнопками — и = (я думал, JOSM обломается приближать по + без шифта, а оказалось — не смог отдалить по минусу).
1, 2, 3 — новые точка, линия, полигон. A — продолжить линию.
M — двигать линию. Случайно сдвинуть домик или дорогу, как в JOSM, не получится.
V — развернуть линию (буква похожа на стрелочку), S — выпрямить (от straighten), D — отсоединить линию от всего или точку от линии, X — разрезать линию в точке.
O — сделать круглым, Q — сделать квадратным, R — повернуть.

Короче, всё в справке и во всплывающем меню. iD всё ещё чудовищен, если нужно добавлять необычные теги (а до панели тегов крутить и крутить) или наводить порядок на карте, но для мелочей типа дорисовки пропущенной тропинки он уже задвинул JOSM. Так что у меня пакетов правок с ним теперь больше — вот бы я удивился этому лет пять назад.

Новостей про третью версию iD нет.

Скованные одним слоем

Илья Зверев — Sat, 13 Oct 2018 13:17:27 +0400

В прошлой заметке мы узнали, что осмеры рисуют карту для себя и поэтому препятствуют внесению большого количества данных. Кроме того, свежесть данных почти невозможно проконтролировать, поэтому лучше сдаться заранее. Откуда взялись эти проблемы — модель данных же предполагает бесконечное расширение? Может быть, это не проблемы, а всего лишь задачи для нынешнего поколения картографов и разработчиков?

Клубок данных

Шесть лет назад слои были у всех на устах. «Какие слои в вашем проекте закончены?» — спрашивали на конференциях. «Рано или поздно придётся внести понятие слоёв», — комментировали в штосме. И вот мы в 2018, как успехи в этом направлении?

У нас были сайт Ito Map и панель фильтров в JOSM: ввела highway=* и получила слой дорог и связанных с ними POI. Теперь к ним добавились тематические сайты на основе Overpass API — например, редакторы полос от Almaz. Это круто, конечно, но не решает общую проблему OpenStreetMap.

Проблема с нашими данными в том, что они неделимы. Это хуже, чем топология (когда объекты собираются из частей): связи в данных невероятно прочны и непредсказуемы. Точка лежачего полицейского в составе линии дороги, территория школы и забор вокруг неё в одном объекте, остров-лес... Мрак для человека, всю жизнь работавшего с шейпфайлами. Добавим сюда отношения с сотнями автобусных маршрутов поверх одних и тех же дорог, административные границы по рекам и прочие радости типа type=person — и трогать данные становится страшновато.

Спрятать лишнее фильтрами? Не только потеряем некоторые сильные связи (см. границы по дорогам), но и наткнёмся на распространённые слабые связи: когда кажется, что объекты не связаны, но их взаимное расположение или общие элементы важны. Например, многие проспекты разбиты на сегменты, которые объединяет только тег name (да и то не всегда). Магазины нередко находятся внутри здания с shop=mall (или без этого тега, но с названием вида «ТЦ Скрытный»). Как узнать адрес кафе? Ищете дом, содержащий кафе, затем точку с адресом, лежащую внутри контура дома, ближайшую к кафе.

Зато модель данных простая!

OpenStreetMap с самого начала был не про дороги. Это много карт в одной: города и административное деление, леса и поля, гидрография, дорожный граф и запреты поворота, улицы и адреса, каталог заведений, схемы общественного транспорта, база объёмных моделей зданий. Классические ГИС позволяют включать и выключать тематические слои, чтобы они не мешали работать. Классические ГИС умерли, потому что слои — слишком сложно. Единственный крестик в OSM — на вкладке браузера.

Справочник

Мы хотим, чтобы наша карта работала в качестве справочника заведений, и в этом не уступала коммерческим альтернативам — от странного Here до агрессивного 2ГИС. Разве не за этим вы старательно вводите часы работы магазина во время стоянки в путешествии? Не для этого удаляете с карты закрытое кафе по пути на работу? Как приятно в незнакомом городе найти хорошее кафе или неочевидную детскую площадку в OsmAnd! Сразу чувствуешь, что картографы-любители работают не зря.

«Смотри-ка, люди пользуются OpenStreetMap» — удивляются владельцы крупных организаций и просят своих менеджеров добавить все заведения сети на карту. Иногда срабатывает: когда заведений немного и их можно добавить руками. Иногда они обращаются к тем же компаниям, что добавляют их в коммерческие справочники — и вы знаете, что происходит. Картографы не хотят, чтобы на карте были все объекты. И не только потому что они будут мешать картированию — а они будут, своей неидеальностью, — но и потому что начнётся неявное соревнование человека и «машины». Бездушной капиталистической машины.

Как только какие-то классы объектов на карте станут относительно полными — например, заправки — картографы и пользователи OSM начнут на них полагаться. «У нас есть почти всё» — будут думать они и пропускать неотмеченные небольшие заправки, предполагая, что уже всё есть. Сейчас картографы чувствуют ответственность: кто, если не они. Это приятно, потому что ощущение ответственности похоже на ощущение власти (и ломка от понимания разницы страшная). Когда мы отдаём заметную часть POI, «справочник», на откуп коммерции и роботов, картографы потеряют к ней интерес. Эта потеря может затронуть и остальную карту: мол, запятнали, сами и рисуйте.

Естественная реакция на подобную задачу — выделить слой справочника в отдельный проект. Тоже открытые данные, но с более жёстким классификатором и более дружелюбный к организациям и импортам. Перенести все POI из OpenStreetMap и установить правило: справочник → там. Короче, предложить OpenCorporates двухсторонний обмен информацией.

Разумеется, это не сработает: OpenCorporates — это коммерческая компания, а одно из главных достоинств OSM — что наши данные ни от кого не зависят. Как и другие достоинства, с другого ракурса оно скорее походит на недостаток. Но чинить, что не сломано, — не наша задача. Поэтому наш справочник — это OpenStreetMap. У нас есть база заведений, мы умеем отделять её от других данных. Насколько эта база хороша?

Доверия к заведениям в OSM нет даже у опытных осмеров. От моего дома до ближайшего неотмеченного на карте заведения двести метров. Уверен, это расстояние не превысит полукилометра для значительной части активных редакторов. Когда нужно найти кафе, я открываю foursquare, когда ищу автосервис — карты яндекса. Чем больше POI на карте, тем меньше уверенности в их актуальности. Точки вполне могли нарисовать несколько лет назад. А когда фрагмент карты выглядит относительно полным, осмеры перестают его замечать. Наши инструменты не делают удобным обновление данных. Приятно отметить новый магазин. Удалить закрытый сложно.

Будущее

«Участвовать в проекте легко — достаточно зарегистрироваться и нажать кнопку „Правка“». Нажимаем, видим мешанину как на рисунке ниже. Как здесь найти магазин, который нужно поправить, или как тыкнуть в парк, чтобы его обвести, или как проложить тротуар и не зацепить ничего лишнего? Любой опытный осмер, запомнивший, какой кнопкой расцеплять линии, ответит, что это почти невозможно. И мы даже не упоминаем отношения. Постепенно территории, где опасно орудовать в iD и неудобно в JOSM, расширяются. Когда-нибудь такой плотной станет вся карта — и это не будет поводом для радости.

Могли бы помочь автофильтры, вот только за полтора года мы не увидели работ в этом направлении. Да и нынешние их воплощения не сильно отличаются от обычных фильтров, проблема которых описана выше. Нет, дополнительной функциональностью существующие редакторы не поправишь. Пора признать, что в OpenStreetMap у стандартного подхода «скачать всё и потом редактировать» нет будущего. Ни JOSM, ни iD, ни Vespucci, ни Go Map не посоветуют новичкам через десять лет.

Что же посоветуют? Другие редакторы, эксперименты в которых мы видим в последние годы. Прежде всего, это Maps.Me и StreetComplete. Несмотря на технические недостатки, ими пользуются десятки тысяч пользователей. Их особенность — они тематические. Не пытаясь обрабатывать весь клубок данных, они вытаскивают и пришивают только интересные им ниточки: POI и дополнительные атрибуты. Пользоваться ими легко, и для работы с этими слоями даже опытные осмеры предпочитают достать телефон, а не запускать редактор на компьютере.

Именно это и произойдёт в будущем: редакторы всё-в-одном расслоятся на низкоуровневые, типа Level0, и тематические. На мобильных устройствах последние уже победили, теперь дело за настольными редакторами. Вдохновляющие заметки о первых попытках их сделать только начинают появляться в ленте. Например, Deriviste от Ричарда: простая (и очень сырая) страничка с фотографией из Mapillary, картой и поиском по заготовкам тегов. Дважды кликаешь на магазин на фотографии, корректируешь его расположение, вводишь «фрукты» и идёшь дальше. Обработка фотографий из картографической прогулки раньше была невыносимо сложной, а теперь это игра. Гениально.

Пока что у нас нет ни единого законченного тематического редактора, которым хотелось бы пользоваться вместо обычных. Близки к таким редакторы полос, упомянутые выше. Может, ещё Conflation Audit для подтверждения изменений при импортах POI. Логичным развитием его будет помощь при загрузке любых пакетных точечных данных — так что видя страницу магазина с пятью адресами, захочется открыть этот редактор, а не JOSM или iD, потому что он удобнее и гарантирует обновление данных, когда обновится сайт.

Чудесные тематические редакторы будущего обойдут все проблемы, которые описаны ранее:

Они очевидным образом решают вопрос слоёв, работая только со срезом данных. Например, вы указываете автобусные остановки по маршруту, а редактор сам прокладывает маршрут по ближайшим улицам и после проверки правильно разрезает их и собирает отношения route. Связи между слоями станут не случайными, а осмысленными и одобренными пользователем.
Они автоматизируют редактирование: заботы об обновлении данных лягут не на супер-картографов, коих сейчас один человек на миллион жителей, а на машину. Она сама скачает данные из того же источника и сама напомнит, когда ваш вклад начнёт выглядеть устаревшим. Хранение жизненного цикла внутри OSM не работает, в отличие от сторонних сервисов, которые знают, что делать со всеми этими датами.
Они дают уверенность в качестве данных, потому что валидируют не только геометрическую и техническую корректность, но и источник, и взаимосвязь объектов внутри темы, и возраст данных. Импорты станут умнее, потому что у импортированных объектов будет история. Авторы редакторов будут писать валидаторы не вширь, как в JOSM, а вглубь, находя новые неочевидные способы убедиться в правильности изменений.

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

Дело за малым: придумать и написать. Авторы потенциальных редакторов-хитов должны не только хорошо разбираться в OpenStreetMap и уметь программировать, но и иметь опыт в проектировании хорошего UX. Знать все примеры хорошего пользовательского дизайна в картографии: сайта Moovit, редактора запретов поворотов в iD, алгоримов модерации, интерфейса «народных карт»... Да, подвох тут очевиден. Продолжение следует.

Внезапные панорамы

Илья Зверев — Thu, 21 Jun 2018 01:21:10 +0400

Месяц назад в репозитории редактора iD неожиданно появился пул-реквест от Джубала Харпстера. В описании он был лаконичен: «интегрирует снимки StreetSide в редактор. На здоровье. —Микрософт». «Но их же нельзя использовать», — сразу ответил Пол Норман.

Мало кто в восточном полушарии знает, что панорамы есть не только у Google, Яндекса и Baidu. Список подобных сервисов в википедии очень длинный, но в разделе всемирного покрытия пока только две компании с проприетарными панорамами. Вторая — это Microsoft Bing. Их StreetSide запущен в 2009 году и покрывает большую часть Соединённых Штатов и крупные города в Великобритании, Франции и Испании. Вы не увидите эти снимки: «Вид с улицы» доступен только жителям городов внутри области покрытия.

Смотрители проекта iD не так въедливы, как у сайта OSM. Брайан просмотрел на эти семь коммитов от Шоны Паради и Лорена Мюллера, нашёл несколько недочётов и то ли помог их исправить, то ли отредактировал код сам — интерфейс гитхаба не дал понять. Так или иначе, неделю назад запрос был принят, и 14 июня выпущена новая версия редактора с панелью StreetSide. Включается она там же, где Mapillary и OpenStreetCam: кнопкой данных карты, справа под кнопкой слоёв.

Что касается лицензии, Пол немного опоздал с заявлением. Как обнаружил Майкл Райхерт, ещё в апреле Микрософт обновил условия использования своих сервисов, явно разрешив подсматривать в StreetSide для уточнения данных. Немцам, впрочем, от этого мало пользы: их соотечественники успешно отразили все попытки Bing Maps отснять их территорию.

Разумеется, разрешение касается не только редактора iD. В том же пул-реквесте Джубал ответил на несколько вопросов насчёт лицензии, подтвердив, что панорамы можно использовать и в настольных редакторах. Несложно найти код модуля для JOSM, на которым последние несколько дней работает Рене Роудс. Полноценной поддержки придётся подождать в обоих редакторах: вон, в модуле для iD уже нашли ошибку при масштабировании снимка.

Как сотрудники Bing Maps напоминают в пресс-релизе, это не первый их подарок сообществу открытых карт. Каждый пользовался снимками Bing для обклацывания домиков и дорог. Из недавнего, год назад они предоставили OpenStreetMap десять миллионов геометрий зданий в 44 штатах Америки вместе с высотами, которые нарисовали самостоятельно по детальным снимкам и ЦМР. Приятно, что Микрософт уже много лет не отворачивается от открытых сообществ. Спасибо им.

Модератор, помоги

Илья Зверев — Mon, 28 Aug 2017 19:08:05 +0400

В новой версии редактора iD не только добавили снимки от Esri, но и заметно улучшили панель свойств пакета правок, которое вы заполняете при сохранении. Например, видите выпадалку «добавить поле»? Она позволяет в сто кликов указать источник (выбрать из списка «Sources», затем выбрать из списка «survey»...) и добавить хэштеги, не портя ими комментарий. Новые поля заполняют теги source и hashtags соответственно.

Большую часть тегов пакета правок iD заполняет самостоятельно. К обычным created_by, host, locale и imagery_used добавили тег changesets_count с полным количеством ченджсетов, которое возвращает OSM API. По нему можно определить опытность пользователя: когда в теге значение 0, стоит присмотреться. В пакетах правок новичков вы найдёте теги ideditor:walkthrough*=*: из них можно узнать, прошёл ли человек интерактивный учебник в редакторе.

Главное изменение, конечно, — галочка «проверьте мои правки, пожалуйста». Рекомендована всем новичкам и тем, кто не уверен в соответствии местным стандартам картирования. Если её включить, на пакете правок появится тег review_requested=yes. Пакет заметят пользователи сайта для слежения OSMCha: там появится плашка «Review requested». Фильтровать по этому атрибуту OSMCha пока не научился.

josm-tested XXI

Илья Зверев — Sat, 15 Jul 2017 21:26:38 +0400

Две недели назад вышла очередная версия редактора JOSM, 12450. Он по-прежнему приветствует картографов обвиняющим «нечем заняться?». Прежде, чем объяснить открывающую картинку, перечислим интересные штуки, появившиеся за последние полгода:

Автоудаление подложек из списка в марте озадачило некоторых пользователей, которые добавляли слои Bing или OSM вручную.
Если в файле osm стоит атрибут upload="never", данные нельзя загрузить в OSM, без вопросов.
Можно не приближаться к данным после их загрузки, если снять галочку в окне скачивания.
Редактор научился перепроецировать растровые подложки — попробуйте со слоем Bing включить WGS84. Кстати, при перезапуске восстанавливается правильная проекция веб-меркатора.
Наконец-то можно загружать аудиофайлы в форматах mp3 и aac.
При нажатии на кнопку видимости в панели слоёв выпадает панель конфигурации. Для слоя GPX в этой панели можно поменять цвет — конечно, если там не тепловая карта.
Окно поиска стало шире: настройки и справку сгруппировали рамками, а в версии latest добавили выбор заготовки, по которой можно фильтровать.

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

Новые автофильтры работают не только с тегом level. В настройках, во вкладке «данные OSM», можно выбрать нужное числовое свойство: layer, maxspeed или voltage. Впрочем, сложно представить, зачем могут пригодиться фильтры по значениям этих тегов. Создавать объекты при включенном фильтре сложно: новые точки и линии мгновенно пропадают, так как нужного тега на них, конечно, нет.

Редактор iD недавно получил всплывающие панели (Ctrl+I), показывает кнопки по «?» и знаки из Mapillary, но не научился ничему, связанному с поэтажными планами. Хотя... Адриен Пави, автор карты OpenLevelUp, добавил кнопки выбора этажей в этот редактор. Демо-версия показывает только один перекрёсток в центре Парижа и не обновлялась уже ровно год. Также год назад Pavel Zbytovský предложил пул-реквест в iD, добавляющий кнопку «Indoor» справа вверху с фильтром по этажам. Примеры есть по ссылке: эта версия редактора установлена на чешском сайте OSM и умеет работать с любым местом карты.

Фильтры в обоих редакторах пока выглядят кривовато, но из этих новостей уже хочется сделать вывод. Простая схема тегирования поэтажных планов прижилась: в базе 130 тысяч тегов indoor=* и 400 тысяч тегов level=*, из которых четверть стоит на линиях highway. Пока что этажи разрисовывают энтузиасты, умеющие настроить фильтры и мыслить трёхмерно на плоскости базы OpenStreetMap. Но как когда-то с мультиполигонами и отношениями запретов поворотов, авторы главных редакторов пытаются упростить рисование поэтажных планов.

К чему это приведёт — понятно: люди со всей планеты увидят новые интересные кнопки и вспомнят, что давно не обходили магазины в торговом центре неподалёку. И как бы ни хвалились Google и Here своими поэтажными планами, по количеству и качеству картографических данных им не тягаться с тысячами увлечённых любителей.

Два два ноль и три три ноль

Илья Зверев — Thu, 11 May 2017 11:31:23 +0400

В рассылке dev@ с разницей в один день опубликовали два важных анонса новых версий. Во-первых, Брайан выпустил iD 2.2.0. Вторая версия вышла в ноябре, но там не было заметных внешних изменений: повинуясь требованиям Semantic Versioning, первую цифру увеличили из-за несовместимых изменений API. В 2.1.0 добавили поддержку GeoJSON с KML и красивые плавные изменения.

Новый iD больше не рисует меню полукругом при выборе объекта. Столько раз из-за него случайно удаляли дороги или округляли здания! Теперь меню спрятано под правую кнопку мыши, что позволит расширять его неограниченно, а не пока есть места в круге. В теории звучит хорошо, на практике столбик непонятных значков озадачивает. Ждём следующего шага: понятных слов вместо пиктограмм.

Самым опытным редакторам позволили добавлять теги к пакетам правок, а для новичков подготовили новый интерактивный учебник. Пять уроков, от перемещения карты до выравнивания зданий, помогут участникам мероприятий гуманитарной команды избежать обычных ошибок, за которые их ругают осмеры. Для обучения авторы нарисовали небольшой город с рекой, железной дорогой, ратушей, кафе и сеткой улиц. Очевидная искусственность карты подталкивает пользователя поиграть с картой, поудалять нарисованное и добавить какой-нибудь мути.

Разумеется, в релизе много других мелких улучшений. Например, последний комментарий к пакету правок сохраняется (привет всем, кто пишет «fix» или «мелкие правки»), но очищается через два дня. Мультиполигоны в старом стиле выглядят страшно и на них ругается валидатор: хотя из OpenStreetMap их недавно вычистили, пользователь может нарисовать такой случайно. Многие увидят красную коробочку при запуске: там список изменений в версии. Наконец, удалить объект можно только тогда, когда видно не менее 80% его поверхности.

Также вчера Пол Норман объявил о выходе версии 3.3.0 нашего картостиля osm-carto. В нём всё в порядке. То есть, авторы провели несколько рефакторингов, вынеся шрифты в отдельных файл, написав несколько инструкций. Самое заметное изменение — магазины на 17 масштабе рисуются точками, чтобы не отвлекать от других заведений. В репозитории на GitHub осталось всего шесть открытых пул-реквестов. Все они меняют отображение элементов карты (обводки дорог, паромных терминалов, грунтовок и т. п.), и поэтому отложены.

Самое важное в свежем релизе стиля — что он последний в ветке 3.x. Пул-реквесты почистили, страницу со сравнением 3.x и 4.x обновили, стиль 3.3.0 выпустили, временный запрет на визуальные изменения наложили. Следующим шагом в программе будет смёржить ветку lua в master и объявить о выходе версии 4.0.0. После этого в 3.3.x будут только чинить неприятности, да и то недолго.

Что такое ветка lua? Это переработка стиля с условием полной перезаливки базы данных. Подробность Пол расписал в пул-реквесте, а коротко:

Колонка типа hstore для каждого объекта. Она даст доступ ко всем тегам, пусть и без индексов. То есть, можно будет обозначить дороги с плохим покрытием или заведения, доступные людям на колясках. Колонка увеличивает размер базы всего на 10%, но позволяет убрать сотню других колонок, выгадав 5%.
Мультиполигоны. По умолчанию osm2pgsql разделяет мультиполигоны на отдельные полигоны: так те из них, что пересекают 180 меридиан, не накрывают bbox-ом весь мир. С ключом —multi-geometry мультиполигоны из OSM остаются мультиполигонами в базе. Это удобнее: не нужно собирать государства и острова из тысячу частей с ST_Collect, подписи национальных парков не множатся. К сожалению, это изменение замедлит рендеринг примерно на 5%, сильнее на близких масштабах.
Преобразования в lua. Lua — это несложный язык, часто используемый для настроечных скриптов. Предобработка тегов с его помощью в osm2pgsql позволяет указать численный тип для колонок типа population и layer, написать сложные правила построения z_order и отсортировать значения highway и place. Кроме того, скрипт будет отличать замкнутые линии от областей не только по тегам и собирать линии в мультиполигоны. Разумеется, старый стиль мультиполигонов он не поддержит.

Версию 4.0.0 выпустят в этом месяце. В течение пары месяцев ветки 4.0.x и 3.3.x будут развиваться параллельно, чтобы базу можно было перезаливать поэтапно. Следить за подготовкой к перезаливке можно в тикете OWG, пользоваться новым стилем — уже сейчас: пул-реквест приняли в master вчера.

Народные панорамы

Илья Зверев — Mon, 03 Nov 2014 17:05:08 +0400

В октябре в редакторе iD появились снимки: пункт «наложение фотографий» в меню подложек. Они всплывут, если навести курсор на оранжевые маркеры. Откуда берутся эти картинки и куда их загружать?

Мысль централизованно хранить снимки, собранные на картопрогулках, воплотилась ещё в 2009 году в проекте OpenStreetView. Это просто архив геопривязанных через EXIF фотографий, отображаемый на карте OpenLayers. Долгое время он был заброшен, сейчас какое-то движение вокруг сайта заметно, но он безнадёжно устарел. Обычная кладовка снимков — неблагодарная затея: мапперы возвращаются с прогулок с сотнями, иногда тысячами фотографий, ценность которых падает до нуля после обработки. Гигабайты снимков будут лежать мёртвым грузом, потому что улицы рассматривать куда удобнее через гугло- или яндекс-панорамы (последние нам можно использовать, а вот Street View — нежелательно).

В 2013 году появилась альтернатива. Шведско-американская команда программистов сделала Mapillary: приложения для смартфонов, которые отправляют снимки на сервер, плюс веб-сайт для их домашнего просмотра. В отличие от проприетарных решений, здесь многое возложено на пользователей: не только съёмка, но и контроль размытия лиц и номеров, поворот и перенос точек съёмки, редактирование цепочек. Mapillary не требует панорам (хотя с сентября умеет их делать и отображать): можно загружать даже серийные фотографии с GoPro. Это Street View и Panoramio в одном.

Лицензионный вопрос решили весной: сначала снимки были под лицензией «только для некоммерческого использования». Это очень хитрое условие, потому что не перечисляет запрещённые операции явно. 5 марта немецкий суд постановил, что запрет на некоммерческое использование фактически разрешает только личное пользование. 29 апреля мы убедили авторов Mapillary, что NC не нужен, и теперь снимки публикуются под CC-BY-SA 4.0, плюс специальный пункт в условиях явно разрешает использовать данные (снимки и треки) в OpenStreetMap.

Levente Juhasz сделал карту сравнения покрытий Street View и Mapillary. Последнее отстаёт: в центре Петербурга, например, на равномерную голубую сетку гуглопанорам накладываются корявые ошмётки красных маршрутов Mapillary. Московские осмеры, в частности, Артём Светлов, активно наполняют базу: по сути, для себя работаем. Авторы сервиса подтвердили, что в него можно сгружать тонны фотографий с картопрогулок. Они с энтузиазмом отнеслись и к загрузке записей с видеорегистраторов, вот только привязать последние к трекам нетривиально. Есть инструкции для GoPro и скрипт геотегирования — в обоих случаях понадобится разрезать видео на фотографии (и достаточно одной в секунду). Замечу, что kastellano с русского форума когда-то экспериментировал с привязкой роликов YouTube к трекам — но для картирования это бесполезно.

Плагин для JOSM пока никто не написал, но есть другой способ загрузить фотографии в редактор. Откройте эту страницу, найдите нужный район и нажмите «Download GPX». Если повезёт, полученный файл в редакторе покажет все фотографии, открывающиеся по клику. У меня не сработало, ждём программистов: теперь есть, откуда списывать взаимодействие с API.

Запреты в каждой точке

Илья Зверев — Sat, 07 Jun 2014 11:02:53 +0400

С выпуском версии 1.4 редактора iD появился повод предпочесть его JOSM для одной очень важной задачи: расстановки запретов поворотов на перекрёстках. Вместо сборки отношения или попыток понять и нажать правильные кнопки в соответствующем плагине, в iD достаточно покликать по направлениям. Как когда-то в редакторе Mapzen. Анимированная картинка есть в заметке блога MapBox.

Отношения в iD

Илья Зверев — Fri, 07 Jun 2013 09:59:14 +0400

Наблюдать за развивающимися редакторами интереснее, чем за JOSM, в котором ничего серьёзного не происходит. Кажется, только пару недель назад вышел iD, получил свою порцию критики, и теперь авторы объявили о бета-тестировании версии 1.1, которая отзывчивее, удобнее в поиске объектов на карте и позволяет редактировать отношения с использованием пресетов для основных их типов. Жаль, русскоязычные пользователи оперы этого не увидят: загадочная ошибка не даёт редактору открыться ни на osm.org, ни на тестовых сайтах.

iD 1.0.0

Илья Зверев — Tue, 07 May 2013 19:03:36 +0400

Только что в списке редакторов карты на openstreetmap.org появился iD. Вероятно, до конца месяца он заменит собравший массу критики Potlatch 2. Весь прошлый месяц разработчики исправляли ошибки и полировали пресеты, не добавляя заметной функциональности: для релиза главное — стабильность. Увы, сразу после запуска обнаружились проблемы в браузере Opera, и даже окно программы приветствует предупреждением о «неокончательной версии». Низкая отзывчивость, конечно, никуда не делась. «В общем, по удобству похоже на потлатч 2: для нормального маппинга всё ещё требуется JOSM» — шутят на канале #osm-dev.

Грант Knight Foundation пока не исчерпан, и после работы над ошибками команда MapBox планирует развивать редактор. В частности, большие надежды они возлагают на потенциальную архитектуру подключаемых модулей (плагинов). Также в списке работа с «заметками», подключение подложек WMS, слой GPS-треков, доведение до ума смещений подложек, операции copy и paste и работа с отношениями.

Тысячи вкладок

Илья Зверев — Tue, 02 Apr 2013 23:45:05 +0400

Первая бета редактора iD красна редактором тегов: он окончательно увяз в пресетах, потеряв возможность взять и набить теги вручную. Но это, кажется, не делает его хуже: в отличие от потлатча, здешние пресеты более щадящи, и каждой строчкой намекают пользователю на суть модели данных. Также появились загрузка GPX (пока лишь из файла) и учебник со справкой. В целом редактор выглядит надёжно, но не лишён потлатчевского недостатка «ой, я закрыл вкладку» и, конечно, предсказуемо тормозит.

А внутре у него...

Илья Зверев — Fri, 01 Mar 2013 08:36:34 +0400

Разработка iD перевалила за экватор, и подходит время документации. John Firebaugh описал в трёх статьях устройство редактора, чтобы будущие разработчики не сломали мозг, продираясь через парадигмы d3.

Первая — про хранение данных: все элементы OSM хранятся в неизменяемых объектах, которые объединены в граф, тоже статичный. Действия, вроде удаления узла, создают новый объект и новый граф, в котором часть объектов заменена новыми версиями (или удалена), а незатронутые сделаны ссылками, чтобы не выесть всю память. Такая структура называется «Persistent data structure», и восстановление её прошлых состояний тривиально.

Во второй части Джон рассказал про режимы рисования, которые влияют на поведение некоторых элементов управления (хотя с точки зрения пользователя режимов всего два: создание и изменение). Также он описал контекстные операции над объектами, и почему их список на экране должен быть неизменен, хотя не все операции могут быть применимы.

Завершается трилогия описанием системы рендеринга карты, полностью основанной на библиотеке d3. Из него я узнал, что нынче модно эмулировать классы в javascript через функции, возвращающие функции (потому что функции — это объекты). Для рендеринга данные OSM отображаются на геометрию более высокого уровня: точки, вершины, ломаные и контуры, которые затем скармливаются d3. Элементы интерфейса редактора тоже следуют конвенциям библиотеки.

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

Ноль ноль ноль альфа два

Илья Зверев — Sat, 16 Feb 2013 22:40:35 +0400

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

И да, iD заговорил на разных языках. Правда, русский есть только в жуткой latest-версии, куда складываются коммиты из гитхаба сразу после загрузки. Там видно, что основным нововведением третьей альфы будут пресеты — но пока они не работают.

0.0.0-alpha1

Илья Зверев — Fri, 01 Feb 2013 10:07:38 +0400

В MapBox обожают делать страницы-презентации. Вот и сейчас: целый сайт с описанием редактора iD (название предполагалось выбрать позже, вместо рабочего «iD»), видеообзором и, зачем-то, ссылкой на D3.js.

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

Viewing contributions by

Илья Зверев — Sat, 22 Dec 2012 14:42:18 +0400

Надежды на (нет, я не буду шутить по этому поводу) не оправдались, и MapBox вместе с Ричардом, как и обещали, анонсировали нулевую предварительную тестовую альфа-версию редактора iD для просмотра одним глазком. Заявлено, что там работает загрузка данных из OSM, рисование точек, линий и областей, тегирование (с импровизированной справкой по тегам через taginfo) и отправка изменений на сервер. Правда, сейчас редактор работает с сервером dev.osm.org, где данные периодически очищаются, и в Брянске, на который я дал ссылку, вы в лучшем случае увидите пару домов. Рисовать которые было очень непросто. Проблем там столько, что нет смысла начинать составлять список, но программисты и дизайнеры работают каждый день, и уже к первой альфа-версии мы можем увидеть более-менее удобный редактор.

MapBox, сделай нам 1) редактор, 2) картостиль!

Илья Зверев — Mon, 15 Oct 2012 12:26:25 +0400

На прошлом собрании EWG, кстати, вынесли вердикт насчёт потлатча: «общее мнение таково, что поддерживать технологию Flash нецелесообразно, и вместо улучшения Potlatch 2 лучше потратить это время на создание нового редактора на основе JavaScript». Продолжая эту мысль, Ричард сделал длинный доклад на прошедшем в эти выходные State of the Map US, где рассказал об истории создания своего редактора, о новом iD, и как он развивает и переиначивает идеи потлатча. И что один вечер программирования приносит OSM больше пользы, чем рисование карты все выходные напролёт.

MapBox, приступив к освоению выигранных средств, не спешит бросаться в разработку редакторов. Они решили быть последовательными, и сначала дополнить наш API выводом в JSON и встроенной фильтрацией данных. Конечно, всё это уже есть в ветках, а фильтрация даже была в API, но Фредерик рассказал, как её постепенно ограничивали — сначала по bbox, затем по ключам, а в итоге выключили совсем. Хотя идея менять API никому не понравилась, демонстрация инициативы подтолкнула участников talk@ к очередному сочинению вишлистов.

Paweł Paprota одним из первых потребовал очевидное: «вы же MapBox, боги картостилей, сделайте нам, наконец, человеческую карту!» Michal Migurski из Stamen поддержал эту мысль, предложив оставить нынешний стиль для опытных участников, а новый сделать «лицом» проекта. И ещё он попросил нормальную работу с отношениями в редакторах, но никто не заметил.

Chris Hill в своём блоге предложил сделать базовую карту с минимумом деталей и десяток тематических слоёв, из которых строить нужные пользователям карты. Это напоминает действующий проект многоязычной карты для википедии, где в слои вынесены все надписи. Его автор, Kolossos, на днях вытащил из CLDR названия всех стран на всех языках, и спрашивает, не будет ли сообщество против того, чтобы внести эту информацию в OSM. Нынешняя ситуация с переводами названий показана на его сайте. Интересно, что за редкими исключениями языки охватывают либо более 90% стран, либо меньше 10%.

Под конец дискуссии Michal проговорился, что они работают над распространением их волшебного стиля Terrain на всю планету (а не только на территорию США, как сейчас).