Обсуждение массовых правок по Российской Федерации

Согласно https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct и https://wiki.openstreetmap.org/wiki/Automated_edits массовые однотипные правки (в том числе импорты) должны быть предварительно обсуждены с сообществом.

Сейчас такие обсуждения разбросаны по различным темам; предлагаю в дальнейшем все подобные обсуждения вести в одном месте (при желании с добавлением ссылки на пост в соответствующую региональную или иную специализированную тему).


С удивлением узнал, что есть тег shop=shoe_repair https://wiki.openstreetmap.org/wiki/Tag:shop=shoe%20repair?uselang=ru для ремонтов обуви.

Собираюсь перетегировать craft=shoemaker+name/description/inscription=Ремонт обуви на shop=shoe_repair. Какие будут возражения?

Где-то могут и делать и ремонтировать, так что я бы с осторожностью тёр craft=shoemaker.
Может заведем отдельную тему для mass-edit?

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

в России не шьют, но никто не может утверждать что не шьют и в других странах тоже :slight_smile:
да и в РФ гденить будь в глубинке возможны пошив обуви, в принципе мастер такое сделать может.

Не шьют так не шьют, я просто предположил что может пойти не так. На карте я таких poi наверно вообще не видел.

я собирался перетегировать только в России.

это просто догадки и мечты или есть конкретика? Насколько я знаю, для пошива обуви (раскроя кожи, ее обработки) нужно специальное оборудование, просто с использованием ножниц, молоточка и иглы обувь не пошьешь.

del

Всё же в вики акцент про автоматические, а не массовые, хотя и намекают, что “Найти и заменить” это из этой же оперы.

ну да, они в качестве примера приводят поиск через оверпасс и выгрузку в редактор

Планирую массово изменить телефонные номера, привести к стандарту +7 123 4567890:

  • номера с 8 в начале - заменю на +7;
  • без + и +7 в начале - добавлю их;
  • уберу скобки в начале номера (+78172)56-27-27;
  • добавлю коды к перечислениям “+7(8172)56-27-27, 56-26-26” заменю на “+7 8172 562727;+7 8172 562626”
  • попробую восстановить коды у коротких номеров типа 54470, по ближайшим или по справочнику.

Не буду массово заменять скобки, тире и другие разделители в номерах, но изменю 8-818-55-5-17-11 на +7 81855 51711.

Жду предложений, возражений, замечаний.

я только за.
еще бы внести в вики (а также подсказки в редакторы осм) с правильным форматированием номера телефона было вообще круто.

можно попросить вместо пробелов использовать “-” или что подобное.
с пробелами проблемы возникают ибо их принимают за разделители “слов”.
т.е. менять на +7-8172-562626 а не на “+7 8172 562626”.

Я за

Внесено уже.
https://wiki.openstreetmap.org/wiki/RU:Key:phone
Меняй, я тоже не против.

поддерживаю

по схеме, описанной здесь https://wiki.openstreetmap.org/wiki/Key:contact, после дефиса идет добавочный номер, так что это не совсем корректно.

в https://wiki.openstreetmap.org/wiki/Key:phone писано

Usage
phone=number where the number should be in international (ITU-T E.164) format

  • phone=+ , following the ITU-T E.123 and the DIN 5008 pattern
  • (phone=+--, following the RFC 3966/NANP pattern)

т.е оба варианта эквиваленты и в базе встречаются, далее

When dialling the ‘-’-signs have to be omitted (mobile phones accept this character in their contact list, but ignore it when performing calls). The same is true for separating spaces or dots.

видать в разных странах разные привычки разделения телефонных номеров на составные части :slight_smile:

я не против “+7 8888 12345678”, но имхо лучше не использовать пробелы - дополнительная защита “от дурака” ибо пробел во многих системах используется как разделитель, и номер при неудачном парсинге может пробелами разбит на части.
+7-8888-12345678 будет долее живуч, замечание чисто из личных практических косяков.

п.с.: до сих имена файлов пишу через подчеркивания вместо пробелов, хотя и понимаю что это весьма ретроградная привычка :slight_smile: но ни разу лишней не бывала, потому и живет до сих пор.

Подсказки в редакторах (JOSM, iD) есть.

По формату, у нас больше используется E.123, а не RFC 3966/NANP. В нём, если верить википедии “only spaces should be used to visually separate groups of numbers in international notation”, т.е. разделители только пробелы. Я каких-то проблем с ними связанными пока не встречал, OSMand, Maps.me с ними справляются, в звонилку передают корректно. OSMand понимает точку с запятой и предлагает выбрать номер, если в phone= указано несколько.

С тире и скобками тоже не встречал проблем, если честно, но если делать - лучше сразу по стандарту.

Сообщество не возражает против замены
amenity = sauna → leisure = sauna
в пределах РФ (аналогичная тема в global chat благополучно заглохла)?

сначала расскажи нам степень поддержки комплекта тегов, на который меняешь.

оверпасс дает пару-тройку сотен amenity=sauna в пределах Европейской части России. Тег deprecated. Я, со своей стороны, полностью одобряю замену.

amenity = sauna заменяется на leisure = sauna
amenity = sauna + leisure = sauna (оба тега на одном объекте) не затрагиваются - на мой взгляд, нет смысла
Остальные теги не меняются (могу дополнительно подправить name = Сауна “Название” на name = Название)