Проблема с ними правильно работать — не менять одно на другое без надобности.
Поэтому и вопрос. Какие варианты приемлимы. Но конечно хочется все же единообразности.
Официальные названия - то ещё болото…
Бывает полное наименование и сокращённое наименование, оба указываются в уставе учреждения. Например:
Государственное бюджетное образовательное учреждение города Москвы средняя общеобразовательная школа № 2008
ГБОУ СОШ № 2008
Большинство школ именуются примерно по такому шаблону. Но бывают и исключения. Например:
Государственное бюджетное образовательное учреждение города Москвы средняя общеобразовательная школа с углубленным изучением физики и математики № 2007
Физматшкола № 2007
пруф
Сколько всяких нюансов бывает - не счесть. Могут поставить пробел после номера, могут не поставить. Всякие “имени Васи Пупкина” могут у обоих наименований быть, могут у одного, а могут вообще быть неофициальными приставками.
В качестве еще одного довода за operator=“СБЕРБАНК РОССИИ”.
на официальном сайте Банка России название указано именно так
s777n,
Можно привести и обратные доводы, например контактная информация сбербанка.
Но это не критично и может быть справлено в любую минуту.
Статистика показывает, что сейчас практически равные позиции у Сбербанк России (1029) и ОАО “Сбербанк России” (924).
Ситуация с официальными сайтами похожа. Не известно зачем сбербанк имеет два идентичных сайта и оба указывает на своей контактной информации.
http://sberbank.ru чаще встречается в контактной информации по отделениями, но также часто перебрасывает на http://www.sbrf.ru
И опять статика sberbank.ru (3 370+) и sbrf.ru (970)
CupIvan, s777n это не критично! Решите между собой, но нет смысла колбасить базу туда-сюда. Ну или голосование. 
а для чего вообще может понадобится тег operator? он сейчас где-то используется?
у меня были мысли сделать карточки организаций и там выводить просто текстом, соотв. наиболее полное название предпочтительней
валидатор у меня не считает ошибкой запись с ОАО и без
Но ведь это же неправильно. office=bank это то место, где у них сидит управляющий аппарат, т.е. те люди, с которыми ни население, ни юрики напрямую не работают. Часто в том же здании есть и обычное отделение (или наоборот, где отделение, то может быть и office=bank), но вообще это не обязательно. Для юриков должен быть тот же самый amenity=bank (это же ведь всё равно организация, где оказывают финансовые услуги, только не для всех) с какими-то уточняющими.
Искать все филиалы одной организации удобно. Но вообще хотелось бы где-то указывать общие данные для всех филиалов и в этом теге делать ссылку на них. Но текущая реализация для этого не подходит, ибо для каждой организации он должен быть уникальным (что-то типа ИНН), а наименования контор даже в одном городе могут быть не уникальными даже с учётом ООО, ЗАО и прочего (сети супермаркетов О’кей в Питере и О’кей в Юрге это совсем разные О’кеи). В идеале там должна быть ссылка (что-то типа wikidata) на головной офис (но мне это тоже видится как-то не очень правильным) этой организации, чтоб при всех её переименованиях (как ныне ОАО “Сбербанк России” стал ПАО “Сбербанк России”, а Ханты-Мансийский банк - Ханты-Мансийский банк Открытие) изменились бы теги только у этого головняка, а филиалы бы унаследовали его без человеческого вмешательства. А ещё есть франшизы (220 Вольт, к примеру, или в случае сетей где для каждого региона своё юрлицо заводят), где operator в каждом случае будет разный, но сеть одна (brand это должен быть что ли, но там принципы должны быть точно такими же, как с operator).
Один operator=* когда дочерних компаний несколько выглядит странно
В базе уже навводили “Сбербанк России” у operator
http://taginfo.openstreetmap.org/compare/?key%5B%5D=operator&key%5B%5D=operator&value%5B%5D=%D0%9E%D0%90%D0%9E+%22%D0%A1%D0%B1%D0%B5%D1%80%D0%B1%D0%B0%D0%BD%D0%BA+%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D0%B8%22&value%5B%5D=%D0%A1%D0%B1%D0%B5%D1%80%D0%B1%D0%B0%D0%BD%D0%BA+%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D0%B8
Т.е. используют operator неверно и выдумывают branch=*:
https://www.openstreetmap.org/node/1191558809/history
Я кстати так и не придумал что делать когда огранизация находится в собственности у нескольких контор.
owner=* хорошо подходит только для 100% владения и гос. собственности
Не нужно проверку правописания и кавычек запускать на первичних ключах БД… Валидаторы без остановки можно писать, но и тегировать нормально можно тоже (причём программ писать при этом не нужно).
Редиректов тегов как в Википедии у нас нет, поэтому написание: только одно, хоть какое
operator:wikidata=*
owner:wikidata=*
Что такое первичный ключ в БД OSM?
Ладно, в наборе данных не может быть ключа, но данные должны быть нормализованы в одном key=* ключе.
тем более (“ООО”) не должно быть т.к. отдельный тег есть