Если чуть точнее, грузим данные OSM в БД PostgreSQL+PostGIS и для полигонального слоя делаем нечто вроде Select ST_IsValidReason(way) WHERE ST_IsValid(way)<>‘t’, дальше уже дело техники.
те дома один поверх другого должны символизировать многоэтажность, видимо :d
этажность тегами задается
Объявление:
Запустили подпроект topocheck (в народе “тапочек”). Можно запускать со страницы топо-ошибок, а можно с отдельной:
http://gis-lab.info/qa/osm-topocheck.html
Суть инструмента, если мучительно интересно исправилась ли ошибка после изменения, сохраняем файлик в джосме и грузим в форму, таким образом дня ждать не надо. Можно производить серию быстрых экспериментов и смотреть результаты. Можно прогонять сомнительные файлы перед загрузкой (3 мега ограничение правда, если надо можно увеличить).
от 8 сотен осталось меньше 50 ошибок, из них много inner:inner, с которыми надо разобраться почему валидатор ругается.
Беларусь и Украину пришлось отрезать, руки туда всё тянулись править, если будет спрос - восстановим, страну целиком.
http://gis-lab.info/projects/osm-errors.html?zoom=16&lat=56.32359&lon=38.22003&layers=TB
Похоже валидатору не нравится касание inner-outer. Почему?
А зачем такой хитрый мультиполигон? Просто топологически неверно это, вот и ругается…
Как минимум так проще рисовать, в outer-е получается точек сильно меньше.