@meijerry, moving name:be<->name<->name:ru is a open question in Belarus, russian spoken mappers can be disagree with ground truth rule in Belarus that touch name tag and this change will not solve all multilingual issues on Belarus map. So my point that OSM should grow up in multilingual question.

Issue in OSMs approach for languages. You can miss this issue for one language territories. All this names is correct but you should choice only one of it for name tag.

Another issue that you can use name tag for addr:streetname, so for non name tag languages you cannot find address in many applications (eg maps.me), addresses without related object (street) even cannot be marked with different language.

I see next solutions: - use truth on the ground rule (or use source name) - in this case in Belarus you can see belarusan, russian, english and other names in name tag on map and you should understand what exactly language used by tag content. Some times on signboards you can find same content on two languages. - use one of languages as default - described by topicstarter issue. - drop name tag and use name:LANG instead or think about more reliable usage of name tag.

What about territories with several languages? What language wiki link we should left in this case?

Links to wiki has issues and also duplicate more strict tag http://taginfo.openstreetmap.org/keys/wikidata. Maybe better move wikipedia tags to wikidata?

Не факт что валидатор JOSM поддерживат полную спецификацию. Ваш вариант не соответсвует спецификации http://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#weekday_range, хотя он мне нравится тем, что позволяет обозначить время работы независимо от 5-и, 6-и или 7-и дневной рабочей недели первый/последний/n-ый рабочий день не взирая на то что подразумевается в этом случае под “рабочим днем” (государсвенный или конкретного заведения). Даже может покрывать случай когда дней несколько.

В свое время делал через похожее на date_offset: -1 - Mo-Fr, но это тоже не соответсвует спецификации.

Получается, что Вы делаете импорт данных с сайта Беларусбанка и если будете пользоваться приведёнными ссылками, то и данными локатора (мобильного приложения Беларусбанка), но я не уверен что эти данные можно использовать без разрешения, http://wiki.openstreetmap.org/wiki/Potential_Datasources: Licenses - We are only interested in 'free' data. In fact we must be able to release their data with our OpenStreetMap License. This means it's OK to use Public Domain data; for other sources, please check license compatibility. Поправьте если я ошибаюсь.

Существующие в ОСМ: http://overpass-turbo.eu/s/9dE

Где Вы брали координаты отделений и банкоматов?

только если отделение в небольшом населеном пункте и на карте нет адресов. Также добавляю на карту заметку с текстом

Можно ли использовать эти данные и насколько это целесообразно, тк как я могу судить погрешность может быть очень большой, например, если сравнивать с ихним локатором то разница с Вашими данными где-то в 200 меторов в Черчавчицах?

Если очень хочется посмотрите на данные локатора:

http://locator.m-bank.by/geo-service/rest/bank-info?_wadl

Примеры апи:

poi_nearest: http://locator.m-bank.by/geo-service/rest/bank-info/poi_nearest?p_version=3&center=53890492,27522248&count=30&bank=1&group=1&type=3&curr=15

poi_in_area: http://locator.m-bank.by/geo-service/rest/bank-info/poi_in_area?p_version=3&sw=53883266,27616277&ne=53946558,27703138&mark=1866188.1df4e68

По поводу тегов:

• можно добавить name:ru/name:be
• возможно то же самое с operator
• 100/101 можно в ref
• contact:phone vs phone холивар - почему одно, а не другое? и то и другое корректно, вопрос в единобразии
• brunch вообще как его правильно использовать и где его вообще используют http://taginfo.openstreetmap.org/keys/brunch? где-то я для этих целей использовал description:ru, но на правоту не претендую
• также можно просмотреть ветку от http://forum.openstreetmap.org/viewtopic.php?pid=497422#p497422, например могут быть полезны cash_in/cash_out, currency и др.