break1, поле cladr:code ставит сам бот. Когда бот неверно мыслит, ему помогают руками через тег cladr:note. В любом случае не обращай на это особого внимания, бот сам этим всем заведует.
Город, индекс – по вкусу. У кого хватает на это сил/желания, те проставляют.
А как же оно правильно ищет внутри города если город не проставлен - есть какой-то внешний полигон в который входят все эти строения и через него работает - если ч буду проставлять город нигде не сдублируется? Особенно интересно при экспорте в различные системы навигации.
Достаточно building=yes. Конверторы могут учитывать или не учитывать иные значения тегов; если конвертер не знает конкретное значение, то он должен вести себя так, как если бы это было простое building=yes.
Можно пояснить (не нашёл в вики)? Вот есть здание, с одной стороны - два входа в магазины (на первом этаже), с другой стороны - подъезды, с торца какая-то дверь (для персонала магазина, видимо). Как их обозначать? Допустим, “какая-то дверь” отличается access=private, но непонятно, как различить подъезды и вход в магазин.
И еще: номера подъездов (и диапазон квартир, до кучи) есть способ обозначить?
И еще еще: является ли рекомендуемой практикой соединять точки входов с улицами пешеходной дорожкой (foot=yes;highway=footway).
building=entrance на точке для обозначения подъезда. Сложившейся практики отличать магазинные, жилые и прочие входы, насколько я понимаю, нет.
Номера объездов можно обозначать тегом ref, с номерами квартир как-то не сложилось.
Соединять входы с дорогами всяко лучше, чем не соединять (если конечно, соединение действительно существует).
Nicolai, мне кажется, можно даже hw=service провести к дому, если это задний грузовой магазинный крылец…))
Вообще, увы, да – нет практики вешать на входы магазины и прочее. Увы, потому что это было бы очень полезно, и максимально правдоподобно. Обычно точка лепится внутри контура здания, ближе к входу.