Массовость в десяток элементов, кто меньше?
сначала правки Cupivan посмотри
То есть верной будет последовательность:
- откат
- обсуждние
- решение что делать и надо ли делать
- выполнение решения.
Правильно я понимаю?
Всецело поддерживаю.
Просто откат. Автору было интересно сделать валидатор, но не инструмент для массовой переделки. А “неправильная” нынешняя схема работает, в отличие от той, что бы здесь не придумали.
всем привет, в прошлом году же тема поднималась по ТЦ
https://forum.openstreetmap.org/viewtopic.php?pid=707780#p707780
https://forum.openstreetmap.org/viewtopic.php?pid=722615#p722615
откатывать много придётся, т.к. в течение года по чуть-чуть накопилось
могу сделать скрипт и приклеить всё обратно в name, если угодно
и также надо почистить будет wiki внизу, а то там ещё этот тег пытаются применять к ЖК…
https://wiki.openstreetmap.org/wiki/RU:Key:official_short_type
Почему нет official_type, если есть official_short_type. И почему не official_status и предположим official_short_status (из чего должна раскрываться легенда на ПКПВ, к примеру, вне валидатора)? Почему было не вынести на обсуждение и без партизанщины, если всё ок, переделать всё скопом?
я не знаю почему нет offical_type, видимо потому что это сокращение
когда-то предложили так обозначать, я и меняю потихоньку в ручном режиме
расшифровка сокращений есть в вики
Потому что везде используют аббревиатуры, поэтому и нет смысла для тега с полным названием, потому что оно может быть и не известно.
Это где везде? В двух с половиной валидаторах? База OSM как-бы универсальная. ПКПВ — это “Правительственный комитет по политическим вопросам Индии”, нет? И зачем отдельный тэг, если расшифровка аббревиатуры может быть не известна? Чем он лучше name тогда? short_name и не нужно ничего изобретать, раз везде используют аббревиатуры.
Вообще исходно обсуждаемый тег предназначен был для объектов электроэнергетики и в таком виде он поддерживается энергорендерером/энерговалидатором от freeExec. Этот аспект обсуждался в теме про тегирование ЛЭП.
Позже я по аналогии дописал на вики про прочие коммунальные/телефонные/железнодорожные объекты, хотя тут уже не так всё очевидно (особенно с ЖД).
А вот применение его на СНТ и ТЦ точно в исходном варианте не задумывалось 
Ну и не могу не отметить, что чисто визуально, на мой вкус, НН на мапнике стал выглядеть очень странно без этих аббревиатур в имени - всевозможные “№5 ОАО ГАЗ”, “№3” несколько доставляют 
Везде - это в жизни и об их расшифровке можно только догадываться. А теги нужны, чтобы не было
name=жилой трех этажный кирпичный дом с синей крышей по адресу улица Ленина дом 8
А характеристики объекта мы в name не храним.
«Это в жизни» — ещё более общую формулировку никак?
official_short_type=СОШ
ref=8
title=subject
subject=Курдючко
До абсурда можно по-разному доходить. А тут либо мы храним в name или нигде, как в случае official_status.
Плюсую.
Тут проблема состоит в том, что мы смешали понятия имени (имени собственного) и названия. С юридической точки зрения название организации, учреждения и т.п (юр.лицо) имеет полное и сокращенное наименование. Это отражено в уставных, регистрационных и прочих документах. Отсюда и абревиатуры, которые для юриков являются неотъемлемой частью названия. Пока будет в голове стоять знак равенства между этими понятиями понимания не будет. 
Общий принцип в RU:названия “Названия должны ограничиваться только именем предмета и не должны включать слова-категории которые мы обозначаем тегами”. Когда у нас будут теги для СНТ, ДМТ и т.п. - тогда, наверное, можно будет заменять эти типы allotments’ов на соответствующие теги. По аналогии со школами, ТЦ и т.п.
Другой вопрос - что более корректно хранить в name не аббревиатуры, а развернутое написание (Садоводческое некоммерческое товарищество “…”).
Так вот и сделали тег для хранения этой самой категории, но вам всё равно не нравится.
Это совершенно неконструктивно.
freeExec, будьте добры, расскажите с таким же сарказмом о том, как уже в течение многих лет поживает, всецело прекрасный тэг official_status и куда делись все статусы им обозначенные. Весёлая история о его поддержки всеми и вся будет особенно ценной.
Тема name слишком сложна чтобы резать так просто. Пример - музеи. Очевидно, что музей это не название а категория. Тем не менее, выкиньте слово “музей” из таких названий как “Русский музей” или “Музей Победы” и получится что-то непонятное. Не все названия музеев выглядят как Эрмитаж или Тульский Кремль. Слова-категории часто и есть часть названия в общеупотребительном смысле этого слова. Часто это просто предмет чьих-то соглашений. “Тверская улица” - это всё name, “Крымский мост” - тоже name. А вот “Москва” а не “река Москва”, “Нева” а не “река Нева”. Но “Химкинское водохранилище”, “Ладожское озеро”. “Белое озеро” но река “Чёрная”.
Это всё соглашения а не какая-то логичная схема.
Вики про аббревиатуры никто верно прочитать не может.
https://wiki.openstreetmap.org/wiki/Names#Abbreviation_.28don.27t_do_it.29
Так вот, я полагаю, что все эти СНТ can not be spelled without an abbreviation
Поддерживаю. И вообще, почему-то всегда ударяются в крайности. Пуристы всегда приводят примера вида:
,
но не говорят о том, а что будет, если строго логически расширить этот подход на остальные объекты. Например, удалить все name вида “Детский сад № 123”, перенеся номер в ref; “3-я улица Строителей” заменим на “official_status=улица; name=Строителей; ref=3” и т. д.
Есть очевидные характеристики (вроде той же этажности, адреса, цвета стен, напряжения подстанций, давления в газопроводе и т. д.), для которых есть устоявшиеся и широко поддерживаемые теги. Нет никаких вопросов по переносу этой информации из name, коли её туда запихали. А вот если таких договорённостей нет, и при “разгрузке” name оказывается, что надо добавить с пяток на ходу вымученных из головы тегов, про которые больше никто слыхом не слыхивал, не поддерживает и не собирается - лучше оставить как есть.
На то в OSM и гибкость, в отличие от того же НЯКа, чтобы ради блюдения жёстких правил не впихивать невпихуемое и не превращать привычные названия объектов в какой-то непонятной набор кусочков, раскиданных по разным тегам.