так я именно те, что помечены как “Ремонт обуви”, собираюсь перетегировать (ни разу не встречал, чтобы в таких лавках еще и шили ботинки - а вы встречали?). Против отдельной темы ничего не имею.
в России не шьют, но никто не может утверждать что не шьют и в других странах тоже
да и в РФ гденить будь в глубинке возможны пошив обуви, в принципе мастер такое сделать может.
Не шьют так не шьют, я просто предположил что может пойти не так. На карте я таких 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/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.
видать в разных странах разные привычки разделения телефонных номеров на составные части
я не против “+7 8888 12345678”, но имхо лучше не использовать пробелы - дополнительная защита “от дурака” ибо пробел во многих системах используется как разделитель, и номер при неудачном парсинге может пробелами разбит на части.
+7-8888-12345678 будет долее живуч, замечание чисто из личных практических косяков.
п.с.: до сих имена файлов пишу через подчеркивания вместо пробелов, хотя и понимаю что это весьма ретроградная привычка но ни разу лишней не бывала, потому и живет до сих пор.
Подсказки в редакторах (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 = Название)
Таким образом, можно и к существующим amenity = sauna просто добавить leisure.
Я не против, но считаю, что amenity = sauna в этом случае нужно удалить.
Я удалю, если буду редактировать (leisure → amenty этот случай). Редактировать только для удаления amenity я не буду (аналогично created_by = *).