Как выяснилось постфактум Nominatim не воспринимает type=associatedStreet, когда указан addr:street/addr:place, но не указан place=* с идентичным name=*

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

Так і має бути - це не баг

дані мають бути цілісними

а не так, що частина з однієї схеми теґування, а друга частина - з іншої

bug не в том, что он не воспринимает, а в том, что он адресует объекты не по географической вложенности и генерирует адреса непойми где, предположительно в центре города

на что и пожаловался @ars_ukraine

так приберіть той addr:place=*

какие данные? для addr:place не обязателен соответствующий place=*

Це правда, але в такому випадку не будуть працювати переклади

звідси, заберіть addr:place

это вариант исключения одного типа адресации, но зачем это делать?

чтобы render починить? зачем тогда добавляли addr:* на здания?

у вас немає place=* з такою назвою, от і не працює Номінатім

это решается request'ом в Nominatim, если этот вопрос интересен

у меня вопрос в другом

я уже понял, почему он не работает

у меня вопросы:

Учитывая, что с некоторыми участниками эти бесполезные переписки происходят неоднократно, прошу ответить:
1. Как быстро, чётко и окончательно дать понять этим участникам, что в OSM нет правил, а есть рекомендации, соглашения, сложившиеся де-факто практики и методики? Что это не GoogleMaps, не Yandex НЯК, 2GIS и <нужное добавить> со сводами правил, модераторами и администраторами?
2. Как быстро и чётко сообщить участникам, что проблемы отображения, обработки, поиска отдельно взятых render'ов, API, программ и приложений — это проблемы разработчиков этих render'ов, API, программ и приложений?
3. Как дать понять участнику, что OSM это не Mapnik+Nominatim на главной, что это не карта, а база данных?

есть универсальное средство?

Не-а. :(