Не надо схему усложнять. Само ограничение на вее, а в камере прописано что-то типа порога срабатывания. Ведь разные ограничения в НП есть, и 100, и 80, и 40…

а в камере прописано что-то типа порога срабатывания.
Вы как-то посмотрели настройки камеры? Или всё же судите по дорожным знакам которые ограничивают скорость?

Пардон! “В камере”, я имел в виду - в точке спидкам, а не в самом аппарате.
Сам спид лимит определяется либо скоростью по-умолчанию в НП/вне НП , либо знаками.

Не надо усложнять такими схемами:

Посмотреть настройки камеры достаточно легко - всего лишь превысить скорость под ней и проанализировать полученное извещение о штрафе :slight_smile: Что я крайне успешно и сделал некоторое время назад, по результатам замапив пару камер…

С самым простым вариантом highway=speed_camera, maxspeed=* вроде бы все ясно. Единственный недостаток, что на двусторонней одновейной дороге предупреждение срабатывает в обе стороны. Чтобы как-то уточнить придумали Relation:enforcement (русскую версию даже не читайте, переведено “Промтом” ))))
type=enforcement
enforcement=maxspeed
maxspeed=*

С участниками отношения from и to все ясно. Куда ставить device и force в данном случае? Участник device должен быть на вее или может быть в стороне (к примеру на фактическом месте камеры)?
На данный момент чем-нибудь это хозяйство воспринимается?
Тут как-то не срослось.

А что делать вот с такими точками?
https://www.openstreetmap.org/node/3950772567

посмотреть что за организация и точно ли она находится в месте точки, потом дооформить точку.

office=company добавить

Либо поставить office=company, либо удалить. А вообще там всю правку Arfeo надо откатывать. Включил в маршрут автобуса здание, на здание тэги отношения маршрута повесил. Ну и этому товарищу отписать, чтобы больше так не делал.

кто-нибудь откатит?

Единственная правка новичка - поправил

Оказывается, есть amenity=compressed_air

В теме про Москву сказали что если дом с двойной адресацией (на пересечении улиц, таблички и вовсе три), то возможно надо отношение. Поясните, пожалуйста.

Встречный вопрос: вы знаете, что такое отношения (relation) в OSM? От ответа зависит, с какого места начинать объяснение.

Не нашел, как обозначать, и не знаю, важный ли параметр или нет, но amenity=bank может быть только по обслуживанию физиков, только по обслуживанию юриков, а может и тех и других обслуживать.
Обозначать-то как? Наверняка должно быть что-то вроде retail_customers=yes/no и corporate_customers=yes/no

А еще для физиков и юриков может быть разное время работы. Встречается сплошь и рядом.

как минимум предлагаю тегировать

opening_hours:juridical_person=*

Но я бы пошёл дальше Danidin9 http://overpass-turbo.eu/s/dWc и тегировал
opening_hours:natural_person=*
opening_hours:artificial_person=*

https://en.wikipedia.org/wiki/Natural_person
https://en.wikipedia.org/wiki/Legal_personality#Juridical_persons

“юриридический” многосмысленное слово практически в каждом языке, не только русском. opening_hours:artificial_person можно трактовать более однозначно, но нужно чуть-чуть проскрипеть головой.

http://legal-dictionary.thefreedictionary.com/Artificial+Person

По-настоящему любопытно, что изображено на третьей по отношению к остальным двум? Если там две одинаковых, то рассматривать их (все вместе) как 3 — нет смысла.

а еще бывает, что кассовые операции с другим графиком :slight_smile:

По мне, так это не просто разное время работы, а несколько разные услуги, разный набор операций
То есть это несколько разные POI, ведь и физически обслуживают разные категории в разных помещениях или хотя бы за разными стойками.