Это пустыня Симпсона в центре Австралии. Крупнейшая в мире песчано-дюнная пустыня с длиннейшими в мире дюнами. В ней нет городов, реки и озёра пересыхают, а летом туда даже запрещён въезд: нерадивые водители терялись. Нет ни единой причины покупать детальные космические снимки пустыни для публикации в интернете. Но Bing Maps купил. Можно обрисовывать дюны в редакторах OpenStreetMap.

Месяц назад Katpatuka посетовал в твитере на возраст снимков Bing. Прошло время, когда мы искали новые каждый квартал. Внезапно, ему ответил Рики Брандритт, старший менеджер Bing Maps: «мы обновляем наши снимки по всему миру, и через пару месяцев закончим».

Спустя пять дней в их блоге появилась заметка про 8,5 миллионов км² снимков для Бразилии. Если заглянуть в википедию, это ровно площадь страны. Второго февраля в новой заметке объявили об ещё 10 миллионах км²: свежими снимками покрыли всю площадь Австралии и Индии.

Как полагается большой компании, Bing Maps не раскрывает своих планов заранее. Но эти новости дают надежду каждому осмеру: вдруг их город или деревня попадут в следующее обновление? 17 миллионов км² России — неподъёмная площадь даже для российских заказчиков, но если Bing Maps хотят быть первым порталом с детальными снимками на всю площадь суши, им придётся её осилить. И лучше не думать о том, как часто они смогут всё это обновлять.

(Фотография с пикабу)

Если кто-то хочет ввести в вики OpenStreetMap новый тег, нужно создать для него пропозал: страницу, объясняющую суть, модель тегирования и чем тег поможет. Процесс древний и хорошо документированный. Создав страницу, начните обсуждение в рассылку tagging@, через пару недель запускайте голосование, и его результаты покажут, насколько тег интересен другим мапперам. Правда, в рассылке живут около ста человек, голосуют 15-20, причём редко те же люди, которые тег потом будут использовать.

Пользователь Math1985 полгода назад проследил, как пропозалы, устаревания, картостиль и пресеты (заготовки) редакторов влияют на популярность тегов. Он воспользовался гениальной страницей Мартина Райфера, которая строит график популярности для любого количества тегов. Исследование Math1985 показало, что картостиль не влияет никак, вики влияет лишь поверхностно, а вот пресеты побеждают всё. Наиболее показателен случай shop=seafood против shop=fishmonger: в 2010 году первый победил второй в вики-голосовании, но благодаря Potlatch 2 и iD значений fishmonger было больше до 2014 года, когда пресеты в iD поправили.

Месяц назад один человек обозначил офис нотариуса как office=lawyer, а другой заметил это и вместо того, чтобы добавить уточняющий тег lawyer=notary, перетегировал в office=notary. Я про такой вариант не знал, на вопрос мне ответили, что этот тег указан в пресетах JOSM. Два тега для обозначения одного и того же — ненормально, поэтому углубляемся в историю.

В мае 2010 года в вики создали страницу для ключа office и 12 его популярных значений, включая office=lawyer. На странице для последнего сразу указали три возможных уточняющих тега, среди них — lawyer=notary. В тот месяц в рассылку tagging@ написали полтысячи писем, включая обсуждение shop=fishmonger, но не про office. Тем не менее, сразу после описания в вики на карте начали появляться офисы нотариусов, обозначенные задокументированной парой тегов.

Спустя четыре года, в марте 2014, пользователь CMartin отредактировал таблицу значений тега office, добавив туда пять строк, включая office=notary. На личное письмо он ответил, что обсуждения не было, он лишь внёс заметные значения из таблицы Taginfo. Через полгода строчку в таблице заметили и в её описании сослались на устоявшийся способ тегирования: office=lawyer. В таком виде список провисел до ноября 2016 года, когда Math1985 заменил его на автогенерируемый из Taginfo.

В ноябре 2015 года Klumumbus вытащил список значений office в заготовки JOSM. К этому моменту в базе было примерно 240 тегов office=notary против 860 lawyer=notary. Разумеется, после выхода новой версии JOSM первый график рванул вверх, а второй замедлился. На этот момент первый ещё не вырвался вперёд: у нас 925 office и 1020 lawyer. Росту способствовала и короткая вики-страница тега, которую, не разобравшись, создал Math1985. Он даже не упомянул альтернативный тег.

Ошибка налицо, в январе этого года я решил её исправить, создав тикет в JOSM на замену тега в заготовках. Увы, это непросто: подошёл человек из Бразилии и рассказал, что там нотариусы не являются юристами. Klumbumbus подхватил его мысль, предложив, если что-то не нравится, пройти в рассылку tagging@. Железный аргумент, фиг оспоришь. А остановки — не дороги, почему они в highway? Или почему аптеки — amenity, когда там торгуют?

Другими словами, название тега и значение тега — разные вещи. BushmanK целый год по-всякому объясняет это в своём дневнике. Проблема здесь не в обозначении, а в двух тегах для одного и того же. Благодаря бездумному копированию из таблиц, оба набора тегов теперь используются примерно одинаковое количество раз. Именно это я хочу исправить: давайте выберем один и будем его придерживаться. И у office=notary нет никаких преимуществ, кроме присутствия в заготовках JOSM.

Борьба продолжается: я только что написал в рассылку tagging@ и не ожидаю, что все её читатели легко согласятся. Впереди, наверное, и пропозалы, и голосования. Тем временем, влияние JOSM на статистику должно ослабнуть. Не потому, что началась дискуссия. А потому что в редакторе iD в субботу тоже добавили пресет для нотариуса. С правильными тегами.

Вчера в код сайта приняли правку Hervé Saint-Amand, в которой он превращает почтовые уведомления OpenStreetMap из технического текста в приятно и понятно оформленные письма. Теперь сразу видно, откуда пришло письмо: название проекта упоминается не только в теме, но и крупно, вместе с логотипом в заголовке. Текст сообщения же не спрятан среди технической информации и знаков «=», а выделен цветом и шрифтом.

Новый формат писем требует от почтовых клиентов поддержки HTML. Увы, не все его отображают правильно: например, в Outlook съехало слово «OpenStreetMap». Автор просит проверить вид писем в разных приложениях и поместить отзыв и скриншоты в вики-таблицу. Сейчас там не хватает The Bat и веб-клиентов Яндекса и Mail.ru.

Только что вышла очередная стабильная версия JOSM, в которой закрыли дыру с несанкционированными запросами в интернет. Чуть ранее опубликовали другую стабильную версию с кучей изменений за месяц. Самое интересное в ней — отображение загруженных треков в виде тепловой карты (как на картинке). Теперь не нужно подключать ненадёжный тайловый слой, чтобы проследить оси дорог, и можно пользоваться своим огромным архивом треков. Чтобы переключить отображение, нажмите правую кнопку на слое треков, там «настроить отрисовку».

С августа в редакторе сделали ещё несколько полезных штук:

• Пункт меню «Файл → Скачать в текущей просматриваемой области» без вопросов скачивает данные в рамках окна.
• Наконец-то полигоны сохраняются в GeoJSON не как LineString, а в Polygon. Эта особенность сломала немало мозгов. Также мультиполигоны превращаются в MultiPolygon и убрали безумие с проекциями в атрибуте crs, теперь только WGS-84.
• В запросах к Overpass API можно использовать ключи {{bbox}} и {{geocodeArea:...}}, как в Overpass Turbo. Без bbox скачивание данных с Overpass может вернуть ошибку «an empty query is not allowed». Напомню, для скачивания всех объектов в прямоугольнике вводите (node({{bbox}});<;>);out meta;
• Ползунок прозрачности слоя и других эффектов можно крутить колесом мышки.
• Если скопировать в буфер обмена ссылку на объект на osm.org и в окне JOSM нажать Ctrl+V, объект скачается с сервера. Это работает и для других видов ссылок: например, на треки.
• Иногда на узлах линий стоят теги direction или incline, зависящие от направления линии (чаще всего на highway=stop / give_way). Теперь JOSM отслеживает их в момент разворота линии и предлагает поменять значения на противоположные.
• Встроили базу границ стран, теперь правила валидации и картостили можно привязывать к стране. Например, запрещать «ss» в названиях в Германии.
• Настройки, кэш и модули теперь не в одном каталоге, а как регламентирует операционная система: в cache, config и т. п.

Помните, что слово «стабильный» в таких новостях нельзя использовать без кавычек, пользуйтесь свежими ночными сборками JOSM, читайте список интересных изменений на JOSM.ru и качайте оттуда редактор.

Вчера вечером Том Хьюз сдался: «Судя по всему, меня не оставят в покое, пока я не замёржу этот запрос, так что держите». Давний пул-реквест в OSM API, изменяющий одно число, наконец-то принят. Пятнадцать человек, включая нескольких участников DWG, не раз просили об этом, и никаких технических или моральных преград не было. Этой ночью пул-реквесту исполнилось полгода.

Когда обновят основной сервер, ограничение на размер пакета правок станет 10 тысяч объектов, а не 50 тысяч, как раньше. Для вас это ничего не изменит: JOSM умеет разбивать правки по пакетам и читает ограничение из вывода api/capabilities, а в других редакторах такие большие правки нормальные люди не делают. Пострадают скрипты для импортов: именно они ответственны за многие большие ченджсеты в нашей базе.

Лимит снизили для удобства анализа и откатывания, конечно. Подобных проблем с откатом огромных пакетов из нетегированных точек должно стать меньше. Откаты — сложные правки, требующие проверки зависимостей. Они загружаются на сервер медленнее, требуют больше ресурсов для валидации. Вялотекущее переписывание API на C++ в проекте cgimap отчасти решит эту проблему, но прямо сейчас проще запретить слишком большие правки. Всё равно их меньше 0,08% за прошлый год, и 91% из них отправили из JOSM.

Приём пул-реквеста дал старт гонке редакторов: почти одновременно запросы на поддержку нового ограничения открыли в репозиториях iD, Merkaartor и Vespucci. Самый большой пакет правок из последнего содержал 1982 объекта, так что ему, как и другим мобильным редакторам (у MAPS.ME это 957 объектов), знать об ограничении ни к чему. Саймон так и пишет: «это, скорее, формальное упражнение».