You're right, it's maxweight. Looks like you already fixed it. Thank you!

Большое спасибо! Почему-то умудрился раньше не наткнуться на эту страницу..

И вправду! Я читал в этом месте только английскую вики, а она в данном случае менее авторитетна. Намотал на ус. Спасибо за комментарий.

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

Я пользуюсь JOSM и ID примерно наравне в завиисмости от того, что удобнее для каждой задачи. Намотаю на ус, что у JOSM пока что лучше валидация: в конце концов можно правку сделать в ID и прогнать через валидатор JOSM в самом конце.

PS. Ссылка на mapbox дословно отюсда: osm.wiki/Good_practice#See_also

Ровно наоборот, если бы вы вместо этих 20 минут потратили бы 5 на то, чтобы написать один комментарий, что тут поломался мультиполигон леса и есть ещё ошибки, то результат для вас был бы такой же, зато я бы в итоге знал, в чём именно я накосячил. И зоадно я бы не тратил больше часа своего личного времени на то, чтобы разобраться, о каком полигоне вы говорите. Для некритичных поломок (в число которых эксплицитно включён landuse и ещё более эксплицитно forest) MapBox рекомендует именно такой подход. (https://labs.mapbox.com/mapping/validating-osm/#response). OSM лишь кратко предлагает подумать, а почему эта ошибка случилась (osm.wiki/Good_practice#Check_the_history_of_important_objects). Впрочем, спасибо и за такую ссылку: теперь я пополнил свой арсенал инструментов исследования истории теми, которые умеют показывать удалённые объекты.

Ну или если это вас не устраивает, то действительно можно исправить молча.

Уважаемый literan, спасибо большое за бдительность. Почитайте, пожаулйста, вики про то, как правильно исправлять чужие ошибки, в чём именно должна состоять коммуникация в этом случае, и должна ли она быть до исправления или после. И ещё одна личная просьба: если вы действительно считаете, что в OSM принято хамить и вам это не нравится, то пожалуйста, проявляйте и вы тоже к другим редакторам уважение.

В том виде, как вы написали мне, сейчас от меня требуется много действий даже для того, чтобы убедиться в том, что те ошибки, о которых вы говорите, я действительно совершал. Я в этом не уверен, и равно не уверен, что то, как вы их исправили, не обеднило карту. Если ваша цель действительно в том, чтобы улучшить карту, то неплохо бы усилия объединять, а не устраивать войны правок.

На самых свежих снимках landsat видны вырубки, которых нет на bing/esri/digital globe, но качество снимков очень низкое. Я предполагаю, что полигон, о котором вы говорите, мог быть одной из таких вырубок, которую я почему-то забыл вписать в мультиполигон, и которую я, неаккуратно обходя некоторые косяки ID, пометил тэгом area=yes и забыл снять этот тэг перед сохранением. Либо, возможно, этот полигон был следствием сбоя ID в том, чтобы скачать свежие данные: я видел такие сбои более-менее у всех стандартных редакторов.

Хорошего дня.

Да, это я накосячил :( Спасибо! Сильно подозреваю, что территория школы там на самом деле тупо прямоугольная. Повесьте там, пожалуйста, ещё fixme, я буду на днях гулять по району, и посмотрю пристально на это место тогда.

Я его удалил умышленно: сейчас там нет этого забора в этом месте. Как проходит забор школы не знаю, не смотрел.

Наконец-то добрался и поправил (новым коммитом). Меня несколько смущает, что relation=associated_entrance отмечен на вики заброшенным, а на тему indoor=* как раз много активности.

Спасибо за замечание. Долго искал в вики (и перед тем, как править эти точки, и сейчас) и нигде не нашёл ничего про то, как рисовать точки amenity. Да и osmose про это тоже ничего мне не сказал.

Видимо, идеал -- это область, действительно занимемая организацией внтури здания? Но такое можно считать почти всегда недостижимым.

А тогда какое следующее приближение к идеалу? Точка на заведение + точка на дверь + линия чего-то вроде пешеходной дорожки, которая их соединяет? Не перегружает ли это карту?

Хочется не терять информацию о том, с какой стороны заходить в заведение, особенно, если вход откуда-нибудь со двора. Есть какие-то общепринятые правила на эту тему?