Size: a a a

OpenStreetMap RU

2020 November 09

D

Dmitry in OpenStreetMap RU
Кому то нужно заняться валидацией данных.
источник

DV

Denis Voronin in OpenStreetMap RU
Dmitry
Хорошо, тогда буду надеяться на этот пункт:
Useful edit that would be tedious to do manually - approved by community and discussed
Полезное редактирование, которое было бы утомительно делать вручную — одобрено сообществом и обсуждено

Если сообщество посчитает это редактирование полезным, то может проскочит))
не прокатит и вот почему:

есть люди, которые считают что писать обязательно +7(987), а есть другие люди, которые считают что скобки ставить нельзя

как веб-разработчик я регулярно сталкиваюсь с написанием контактных телефонов и прекрасно знаю, что существует весьма немалое количество фанатично настроенных граждан, которые КАТЕГОРИЧЕСКИ неприемлят другого написания
источник

D

Dmitry in OpenStreetMap RU
Denis Voronin
не прокатит и вот почему:

есть люди, которые считают что писать обязательно +7(987), а есть другие люди, которые считают что скобки ставить нельзя

как веб-разработчик я регулярно сталкиваюсь с написанием контактных телефонов и прекрасно знаю, что существует весьма немалое количество фанатично настроенных граждан, которые КАТЕГОРИЧЕСКИ неприемлят другого написания
Но ведь в вики написано...
источник

DV

Denis Voronin in OpenStreetMap RU
Dmitry
Но ведь в вики написано...
на камне было написано, накакано и наблёвано
источник

l

lite in OpenStreetMap RU
мне вот тоже кажется, что на форуме люди до усрачки за эти скобки спорили
источник

SA

Sergey Astakhov in OpenStreetMap RU
Dmitry
У меня тут возникла идея пропарсить всю выгрузку planet.osm (начал с России). Возник ряд вопросов по поводу общепринятых стандартов.
1. Часто вижу что указывают телефоны в виде, например:
contact:phone=+7 484 292-23-93;+7 495 641-25-25;+7 800 444-25-25
Такая запись считается нормальной или всё-таки лучше избавляться от тире посередине номера? В вики чётко написаны 2 "валидных" стандарта написания номера.
1.1. Как сообщество OSM отнесётся к массовым правкам, если я найду все "невалидные" номера и исправлю их?
1.2. Как правильно записывать номера 8 (800) ? Можно-ли указывать через +7 ? Какой вариант более верный? (в вики однозначный ответ не нашёл).
Если хотите нормализовать - просто сделайте код нормализации, можно в виде плагина к osmosis. И выложите его в github. Тогда любой пользователь данных сможет воспользоваться им у себя, и базу ковырять не нужно будет.
Это как с транслитерацией - не нужно её делать в базе, лучше делать на этапе конвертации.
источник

M

Miroff in OpenStreetMap RU
Denis Voronin
не прокатит и вот почему:

есть люди, которые считают что писать обязательно +7(987), а есть другие люди, которые считают что скобки ставить нельзя

как веб-разработчик я регулярно сталкиваюсь с написанием контактных телефонов и прекрасно знаю, что существует весьма немалое количество фанатично настроенных граждан, которые КАТЕГОРИЧЕСКИ неприемлят другого написания
Вот поэтому любая ИС обязана на вход принимать все возможные форматы данных, а выдавать только в одном "правильном" (ключевое слово "в одном") К софту поверх OSM это, к сожалению, тоже относится.
источник

JD

Jim Di in OpenStreetMap RU
и на этапе добавления данных
источник

DV

Denis Voronin in OpenStreetMap RU
я по практике могу сказать что найдётся большое количество людей, которые предпочтут удалить свою компанию из базы из-за того что переправили номер на другой стандарт
источник

JD

Jim Di in OpenStreetMap RU
глупые люди
источник

f

fr1 in OpenStreetMap RU
так у них уже нет права удалять, хахахах
источник

14

1 4 in OpenStreetMap RU
Dmitry
Хорошо, тогда буду надеяться на этот пункт:
Useful edit that would be tedious to do manually - approved by community and discussed
Полезное редактирование, которое было бы утомительно делать вручную — одобрено сообществом и обсуждено

Если сообщество посчитает это редактирование полезным, то может проскочит))
Идея привести данные в единообразный вид хорошая. Но сложность принятия массовых правок в том чтоб ничего не сломать.

Лишние символы, пробелы, скобочки-тирешечки всегда плохая идея. Номер - плюс и цифры.
источник

M

Miroff in OpenStreetMap RU
Dmitry
Кому то нужно заняться валидацией данных.
Подкину еще одну идею: валидация website/contact:website на предмет не протухли ли сайты. А если протухли, возможно POI тоже протух
источник

JD

Jim Di in OpenStreetMap RU
1 4
Идея привести данные в единообразный вид хорошая. Но сложность принятия массовых правок в том чтоб ничего не сломать.

Лишние символы, пробелы, скобочки-тирешечки всегда плохая идея. Номер - плюс и цифры.
exactly
источник

DV

Denis Voronin in OpenStreetMap RU
1 4
Идея привести данные в единообразный вид хорошая. Но сложность принятия массовых правок в том чтоб ничего не сломать.

Лишние символы, пробелы, скобочки-тирешечки всегда плохая идея. Номер - плюс и цифры.
а с таким подходом можно огрести от сообществ людей с ограниченными возможностями...
источник

f

fr1 in OpenStreetMap RU
Miroff
Подкину еще одну идею: валидация website/contact:website на предмет не протухли ли сайты. А если протухли, возможно POI тоже протух
опоздал, такие уже есть, есть даже по проверке наличия https
источник

D

Dmitry in OpenStreetMap RU
Miroff
Подкину еще одну идею: валидация website/contact:website на предмет не протухли ли сайты. А если протухли, возможно POI тоже протух
Такой уже есть в каком то валидаторе (сейчас не помню, поищу).
источник

f

fr1 in OpenStreetMap RU
Denis Voronin
а с таким подходом можно огрести от сообществ людей с ограниченными возможностями...
ау, отзовитесь
источник

DV

Denis Voronin in OpenStreetMap RU
но вообще да, телефон нужно валидировать на этапе занесения в бд, а потом отдавать единообразно, вот и всё
источник

M

Miroff in OpenStreetMap RU
1 4
Идея привести данные в единообразный вид хорошая. Но сложность принятия массовых правок в том чтоб ничего не сломать.

Лишние символы, пробелы, скобочки-тирешечки всегда плохая идея. Номер - плюс и цифры.
+75550000000 добавочный 10, спросить Рафика
источник