Цель, приведение содержимого базы в порядок, вроде бы это и так в заголовке написано.
тогда откопай ответы почему fire_hydrant:housenumber нужен, и почему его нельзя взять из окружающих объектов 
Раз в курсе, посвяти в чём смысл тега fire_hydrant:housenumber=улица ленина д.4, если гидрант физически расположен на улице Карла Маркса, 99? Какова его проверяемость?
Впрочем, пока этот пункт на повестке дня не стоит.
вот именно, что вроде. Было употреблено местоимение “там”, которое в контексте сообщения могло означать либо Краснодарской край, либо пожарные части, но никаких упоминаний базы не было.
Теперь осталось раскрыть понятие порядка в базе, коий предполагается навести.
Без этого невозможно обсуждать, приведет ли план к желаемому результату.
Собственно говоря некий порядок есть уже сейчас, осталось понять, что в нем по-авшему неправильного и почему.
Не ясно какой цели должен служить новый порядок, ибо если порядок является самоцелью, то это есть перфекционизм.
Сорри за оффтоп, на что точно стоит на повестке дня, так это отвалившиеся рендереры на frexosm.ru. Причём оба - как по ЛЭП, так и по ЖД-станциям 
И вообще, в чём смысл дублировать тэги адреса?
отображение внутренних параметров карта01.ру
емнип по ним валидируется гидранты, т.е. практически это разновидность идентфикатора из сторонней системы.
поэтому они вынесенны из тегов адреса в отдельные параметры.
Т.е. неверное использование тегов не видишь, по-цепляться за слова хочешь, ну продолжай.
Мапбокс хочет денег, думаю как от него отказаться.
Я про то и говорю, не умеют они ОСМ, это гео-база, и тупо в ней использовать подход одних идентификаторов. Если гидрант утащить в море он всё так же будет находится, потому, что гидрант с такими тегами существует. Они бы ещё координаты в теги положили. И по сути они вместо адресов могли так же обойтись одним ref.
Если одолевает творческий зуд, то лучше помочь проекту с районами выезда, вот там действительно всё плохо.
Переделка гидрантов, кроме конфликта с karta01.ru, ничего не даст. Так как, только karta01.ru они по настоящему и нужны.
я надеюсь мультиполигон-отношения они поддерживают. я то я чутка доработал несколько подрисовок.
Неа, только полигоны.
плёхо, надо бы им помочь в этом… :-/
Всё никак не мог корректно высказать своё отношение к этому подходу. Спасибо.
Если я ничего не путаю, это просто заморочка товарища, который эту карту поддерживает. Что мультиполигоны якобы ломаться будут постоянно.
Ну може кто другой объяснит, в чем неверное использование “any tag you like” fire_hydrant:housenumber?
any tag you like не означает картбланш на любую глупость. А лишь даёт возможность обозначить какое-то новое уникальное свойство объекта. А в данном случае никакой новой информации теги не несут. А то так глядишь придёт кто-нибудь и скажет, мне влом линии из точек собирать, буду вешать тег centroid_lon_lat на полигоны.
то, что идентификаторы карта01, очень похожи на адрес не говорит о том что они чем-то хуже или кому-то мешают
и уж тем более что они являются глупыми.
то, что они и есть адрес, одному мне в голову приходит?
такто да, но, сколь помню изначальное обсуждение, енти объекты нередко привязаны к адресу через одно место, так сложилось исторически. и для адресного поиска не подходят.
Примеры есть?
Я видел только традиционную путаницу угловых домов.
не вспомню, но были большие различия. посмотри тему по карта01.
потому ( ну и плюс чтобы на рендере не светились) и попросили их выдернуть в отдельные теги. изначально проставлялись как полноценные адресные теги.