Если несколько магазинов за входом. Будет точка на контуре здания с entrance=yes. Магазины отдельной точкой у входа внутри здания.
Специально для вас повторяю - в нём 3 магазина (3 специальных входа в отдельные магазины) - за каждым входом 1 магазин
Торговый центр - это индоор мы сейчас говорим не про него. А на входе в торговый центр entrance=main, внутри индоор.
Мы говорим про магазины. Если нотариус,то
entrance=yes
lawyer=notary
name=Нотариус
office=lawyer
Я не пробовал наносить amenity в точку входа. Но и тут в описании http://wiki.openstreetmap.org/wiki/RU:Key:amenity ставится на точку или контур. И в OSM нет ограничений по количеству ключей на точку. Что на это скажешь wowik?
В общем - это проблема и она состоит в том, что нужно магазин, если он в жилом многоэтажном доме, ставить на точку,что на контуре здания и присваивать ему тег entrance=shop (нужно согласование)
Если же магазинов за входом несколько, то ставить entrance=yes, а магазины внутри контура здания точками - НО И ТУТ НЕ ХВАТАЕТ СВЯЗИ С ТОЧКОЙ ВХОДА (Отношения)
Надо поднимать эти 2 вопроса.
Если торговый комплекс или отдельное здание - это индоор и это другая история.
Суть в том что бы подъехать ко входу магазина, а не к многоквартирному огромному дому и бегать вокруг искать магазин.
Если этому всему нужен пропосал. Кто возмёться? Я не умею их создавать. К freeExec обращаться не буду - его точка зрения понятна.
Я всё же ЗА отношение связывающее ПОИ и вход в здание. Тогда у нас появится возможность ка 2ГИС для пои показывать где вход. Это логично и не вижу никаких проблем, кроме как создания большого количества новых релейшенов (на каждое пои), но по другому эту задачу не решить.
Угу с разбегу.
большой торговый центр, есть куча входов в здание, с каждой доступной стороны, с каждого входа можно пройти до любой пои в здании.
идешь с одной стороны удобно заходить с одного входа, идешь с другой - с другого.
это можно описать в отношениях, но будет жуткая неудоборедактируемая смесь левого с правым.
правильно нарисованный индур футвей работает в любом возможном случае. в отличии от …
а если еще и проход до пои сложнозагогулистый, то вообще несравним ни с чем.
почему нужно? по-моему, не нужно. Почему нельзя индор-маппинг делать в том же многоэтажном доме, как в торговом центре, если хочется?
NetWormKido дело говорит, вместо того чтобы смешные костыли городить (один магазин - значит entrance=shop, два - значит уже не entrance=shop; а если один из двух магазинов закрылся, значит срочно приклеиваем оставшийся к стене), лучше делать сразу красиво
Кстати, регулярно встречаю магазины на первых этажах многоэтажек, где два входа - с обеих сторон здания
Я не пишу про то КАК дойти до ПОИ, а хочу обозначить, что если в войти в эту дверь с улицы то попадёшь в такой-то магазин и обратное смотришь ПОИ - видишь вход в здание. Если несколько входов, все их и добавлять с ролью entrance
а я пишу про случай когда отношение пои и входа, по которому надо войти, выходит за рамки прямой связи. - достаточно понятно объясняю ??
А проход внутри здания это лишь попутное удобство.
Не, именно отношение (объект в осм) который связывает въезд в населенный пункт с каждым адресом онного населенного пункта, к которому можно подъехать.
отличный пример, глупостью до сих пор не пахнет ??
НЯКовская терминология прямо изо всех щелей лезет “Правки”, “приняли”, ещё только “модераторов” и “сотрудников” осталось упомянуть.
Начнём с того, что в OSM отдельных правок как таковых нет - есть пакеты правок (ченджсеты), каждый из которых может затрагивать хоть тысячу объектов - именно по той причине, что здесь никто не проверяет все входящие правки и нет нужды всё дробить по одному. Так что можно говорить об идентификаторе объекта или об идентификатора ченджсета. Конкретное изменение конкретного объекта никакого идентификатора не имеет.