Забыл про URL на ошибку в валидаторе. Если у какой-то ошибки сложное описание, с картинками, и т.п. То легче дать URL, чем пытаться всю эту информацию вставить в description.
Такие описания могут быть, например, в валидаторе дорожного графа. Когда создаются тесты вида "из пункт А в пункт Б маршрут должен пройти через: … " Ошибка для такого теста содержит как минимум правильный маршрут и неправильный. Две картинки, или одна совмещённая.
Ну если кто-то завис, то только он не отдаст, на остальных это не повлияет.
Но вообще смысл в сборе данных без BBOX похоже все-таки есть, да.
Сейчас идея какая - иметь один протокол по которому могут взаимодействовать и клиентсайд с валидатором напрямую и агрегатор с валидатором и клиентсайд с агрегатором.
Какие-то валидаторы будут выгружать без поддержки BBOX, тупо json каждый день/час, их нельзя будет использовать без сервера-агрегатора.
А какие-то будут поддерживать запрос по BBOX - с ними можно будет работать напрямую с клиентсайда.
При этом протокол один, просто валидатор какие-то фичи из него поддерживает, а какие-то нет. Например сейчас есть флаги поддержки offset/limit, cors и jsonp. Видимо BBOX тоже придется сделать таким флагом.
Да, часто это очень полезно, но в некоторых случаях не нужно. Хочется с одной стороны сделать это возможным, но при этом не вводить сервер-агрегатор как обязательную сущность. Кому не надо - имеет право обходиться без него.
Не совсем понял, что значит сообщение валидатора “Улица из адреса не связана с городом”.
Это значит что улица выходит за пределы place=city
Хотябы на чуть чуть
А чем это отличается от ошибки вида “Улица за пределами города”?
Тогда она наверное совсем не входит ни в один полигон НП.
тем что это могут выдавать разные валидаторы
Валидатор – тот, что на osm.ru. Он говорит про “улицу за пределами города”, показывая на линию улицы, а про “Улица из адреса не связана с городом” – показывая на дома, которые на этой улице находятся. При этом есть пара других улиц, которые “за пределами”, но на их дома он так не ругается вообще.