Как обозначать? (Part 1)

Вам виднее. Я в таких вещах не разбираюсь. Спасибо за объяснения.

Ещё вопрос всё по той же подстанции. Какие дополнительные теги можно указать по информации с фото (например, тип подстанции)?

location=outdoor
name=КТП 569
operator=МОЭСК
power=substation
voltage=10000

official_short_type=КТП
ref=569
power=substation
substation=minor_distribution
location=indoor (трансформатор не на открытом воздухе, а в здании)
voltage=10000;400
operator=ПАО «МОЭСК»
building=service
building:levels=1

name не нужен

КТП это не здание!
location тоже не нужен, в том числе и для тех, которые целиком здание занимают.

разные могут быть. Почему вдруг обязательно не здание? здания бывают модульными.

То, что на картинке, больше похожа здание, а не просто на шкаф.

А для каких тогда вешать? Если подстанция территорию целую занимает?
(самого тоже несколько раз посещала мысль, что он излишний)

Я бы man_made=street_cabinet затегал.

Для здания оно мелковато, как мне кажется.

Тогда итоговый набор таков:

official_short_type=КТП
ref=569
man_made=street_cabinet
street_cabinet=power
power=substation
substation=minor_distribution
voltage=10000;400
operator=ПАО «МОЭСК»

Здравствуйте.
Правильно ли обозначать такую торговую точку так?
shop=agrarian
agrarian=feed
name=Комбикорма

P.s.: Вопрос уже задавал ранее, но теперь тег “shop=agrarian” стал популярнее и обзавелся плюс-минус нормальным описанием.

первые два тега верные, третий нет. Текст на вывеске далеко не всегда равен названию магазина. Если вы не можете подойдти ближе и узнать название магазина на табличке над входом (либо посмотреть его на стенде с документацией, либо спросить у продавца), не следует заполнять тег name рандомными словами.

Лучше в description.

inscription=

Как вносить такого рода инфу в отношении пожарных гидрантов?

м 16 ,07в
пожарный гидрант к300

да, этот тег куда лучше подходит для надписи на объекте, чем description

Ну вот на этом сайте есть мурзилки, но они могут быть немного под конкретный проект заточены.
http://karta01.ru/main_content/info/instruction/fire_hydrant/

Имеется жилой комплекс из 6 домов, с одинаковым адресом (Комсомольская улица, дом 1). Нумерация подъездов и квартир единая по всему жилому комплексу, поэтому путаницы нет.

https://www.openstreetmap.org/way/370385183
https://www.openstreetmap.org/way/370385186
и др. полигоны домов

Если бы этажность была бы одинаковая, то: делаем мультиполигон из всех этих шести полигонов, вешаем на него теги адреса и тег этажности.

А как быть в случае с разной этажностью? Делать, помимо общего мультиполигона с тегами адреса, building:part на отдельные здания и вешать этажность их на них? А на основной мультиполигон ставим максимальную этажность?

UPD: Дополнительная сложность - полигон https://www.openstreetmap.org/way/370385186 уже имеет вложенные полигоны building:part (секции этого здания разной этажности). Делать ли вложенные building:part - один на всё это здание и по полигону building:part на каждую его секцию? Тогда получим тройную вложенность:

  1. мультиполигон building всего жилого комплекса
  2. building:part одного из его зданий
  3. building:part - его секции.

Такую вложенность точно делать не стоит?

Причём тут мультиполигон, когда это самостоятельные отдельно стоящие здания.

Тройной вложенности неоткуда взяться. Здание состоит из частей, но сами части не должны состоять из частей. Если требуется, нужно дробить части на более мелкие, сохранив один уровень вложенности.

В российском ОСМ существует два способа тегировать одинаковые адреса на отдельно стоящих корпусах: адресный и конструктивный. При первом подходе стараются избегать дублирования адреса, создавая мультиполигоны для явно несвязанных зданий, при втором - разные здания делают отдельными объектами building, игнорируя сообщения валидаторов о дублировании адреса. Вы уже услышали мнение приверженца второго подхода. Вики OSM говорит о неоднозначности понятия “здание” и советует создавать мультиполигоны.

То есть ситуация, когда имеем несколько зданий с совершенно одинаковым адресом - нормальная? Замечал ругань валидаторов на такое; что логично: один адрес - один объект (в данном случае мультиполигон, а не разные отдельные полигоны).