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

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

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

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

Завтра, 7 декабря, примерно с 11 утра по Москве часть серверов заберут из лондонского университета UCL и повезут в новый дата-центр. В это время перестанут работать:

• форум и официальный блог;
• сайты OSMF, сбора пожертвований и switch2osm;
• GPS-тайлы;
• графики munin.

Всё остальное, включая API, вики и сайт osm.org, продолжит работать. Неизвестно, когда админы закончат работу: отключение, 40 км дороги и подключение займут часа четыре. Во время переезда они, наверняка, будут постить фоточки и новости в свой твитер, а после в таблице серверов появится новый раздел.

Это новый логотип OpenStreetMap, как его предложил Elio Qoshi, дизайнер из Албании. Обсуждение в тикете гитхаба закрыли, оно продолжается в рассылке talk@. Участникам нравится его чистота и масштабируемость, но едва ли логотип заменит нынешний: рановато.

По правке вики-страницы про поддержку 64-битных идентификаторов понял, что чуть не прошляпил момент, когда номера точек преодолели барьер 2³². Это произошло в 22:01 по Москве сегодня. Если какая-то программа три года назад «починила» поддержку новых идентификаторов заменой знакового int на беззнаковый, то пришло время расплачиваться: теперь номера точек влезут только в восемь байтов, независимо от формата. Судя по списку, сломался только импорт в QGIS — но в старом 2.12 импорт точек с большими идентификаторами сработал, так что список неактуален. Кажется, этот переход не заметит никто. А сайт «Are Node IDs 64-bit Yet?» больше не нужен.

Вчера нашли новую уязвимость в протоколе TLS (который используется для https-ссылок) и окрестили её Logjam. Около 8% из миллиона популярнейших сайтов ей подвержены, но openstreetmap.org пропатчили ещё воскресным вечером, три дня назад.

И если у вас Java 6, на этой неделе ваш любимый редактор JOSM не мог общаться с OSM API, то есть, редактировать карту можно было только в iD или Mercaartor (который, как мы выяснили, жив). Потому что в Java своя реализация протокола TLS, и поскольку шестая версия не поддерживается уже два года, с пропатченными серверами она взаимодействовать не может.

Проблема, пожалуй, актуальна только для пользователей Mac OS X, которая поставляется с Java 6, и которые могли из-за этого сидеть на JOSM версии 7000, выпущенной в прошлом апреле. Решение очевидное: обновить Java до версии 8, потому что седьмая версия тоже устарела: 14 апреля вышло последнее публичное обновление для неё, дальше — только за денежки. В августе установщик Java 8 для Mac OS X починили, и проблем при обновлении быть не должно.