ну или еще, заметил что у многих зданий не проставлено addr:city , что тоже можно проапдейтить запросом по геометрии города - если значение пустое - добавить

и тоже все будет красиво и займет какие-то секунды

собственно вопрос, что останавливает комьюнити от массового апдейта данных?

или я изобретаю велосипед и где-то уже лежат красивые данные?

Вот этого пожалуйста не надо. Специально для подобных вещей я даже написал отдельный плагин для osmosis: https://forum.openstreetmap.org/viewtopic.php?id=58978
OSM - это пространственная БД, это следует использовать.

Ну и это тоже не стоит, это вполне легальное обозначение. Лучше у себя сделайте поддержку указания единиц (https://wiki.openstreetmap.org/wiki/Map_Features/Units), тогда и задание высоты в тех же футах сможете обработать.

но вот же в wiki есть пункт

Unless the following are unknown or don't exist, add them as well:

addr:postcode=*
addr:city=*

в разделе How to map

типа если нет addr:city, добавьте

А перед этим там есть надпись жирным шрифтом: "Further address tags are optional, since they can usually be determined from the boundary relations (if present and valid)."

Его имеет смысл добавлять только если нет полигона населённого пункта (или в случае специальных экстерриториальных адресов). Если же полигон есть - это получается дублирование данных, и как любое дублирование является источником большого кол-ва ошибок.

ок, т.е. чтобы не было коллизий, как говорится - работает, не трогай :)

но вообще странно, почему бы не повысить скорость обработки данных, это же не изменяемая информация - один раз для всех геомов вычислил, записал где все еще нет тэга, но есть границы, при каждом запросе не надо повторно вызывать

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

для синтаксического поиска по адресу будет достаточно сразу отобрать только те записи, у которых поле addr:city такое же, не нужно обращаться к геометрии всех объектов и делать обсчетов всех зданий

Недостаточно. Одноимённые населённые пункты в разных муниципальных образованиях - обычное дело. Формат данных OSM ориентирован на удобство редактирования и для прямого использования где бы то ни было плохо подходят. Для эффективного адресного поиска в любом случае нужно будет выполнить конвертацию в свою структуру, и геометрические операции там не будут сильным усложнением, зато позволяют мное упростить.

да, вы правы, загуглил, оказывается есть много городов в России с одинаковыми названиями в разных регионах

Ну это все ваши ограниченные представления о возможных алгоритмах обработки данных. У меня замечательно ускоряется обработка, если addr:city addr:subdistrict и т.п. наличествуют.