Клуб Народной карты

Клуб Народной карты

Выбор типа объекта для привязки адресов: доработка интерфейса

Всем привет!

Две недели назад в НЯК появилась возможность выбрать тип объекта для привязки адресов. После этого нововведения, призванного улучшить работу саджеста, предлагающего список объектов для привязки, мы получили большое количество фидбека.
В основном он касался того, что привязывать адреса к единицам АТД (СНТ, деревням) стало менее удобно.

Поэтому сегодня, учитывая пожелания народных картографов, мы немного изменили логику выбора типа объекта для привязки. Улицы и единицы АТД теперь предлагаются для привязки вместе, по первому клику. А для привязки адреса ко всем остальным типам объектов (таких адресов примерно 0,02% от общего числа) нужно будет по-прежнему выбрать тип «Прочее».

Спасибо всем народным картографам, кто давал обратную связь в Клубе и чатах, объясняя и аргументируя свою позицию.

16 комментариев
Авторизуйтесь, чтобы оставить комментарий
qr2100 (AS VLG)
17 июня 2020, 15:34
Можно было сделать просто три поля рядом.
Хотя как сейчас тоже хорошо.
decorum
17 июня 2020, 16:12
qr2100 (AS VLG),
Можно было вообще ничего не делать, было лучше)
Lobov Sergey
Сотрудник Яндекса17 июня 2020, 16:44
decorum,
если вы расскажете, в каком случае текущая реализация менее удобная, чем изначальная (и насколько часто такие случаи вам встречаются), мы будем благодарны. 
Опыт редактирования в слое адресов у вас очень большой, так что наверняка вы сталкивались с разными вариантами привязки.
Семён Федотов
17 июня 2020, 19:06
Lobov Sergey,
для привязки адресов в 99,98% случаев нужно сделать как и прежде один клик, тут прогресс не заметен. В остальных % случаев (особенно страдает привязка к площадям) нужно сделать три клика вместо одного. Это если вспомнил, что нужно выбрать «прочее».
Lobov Sergey
Сотрудник Яндекса18 июня 2020, 11:20
Семён Федотов,
вы рассматриваете только одну сторону вопроса, поэтому общая картина получается далеко не в полной мере соответствующей реальности. 
В части случаев из 99,98% среди предлагаемых по первому клику объектов для привязки не было нужного. И пользователю приходилось набирать часть букв названия, чтобы правильно привязать адрес.
И экономия времени (кликов) за счет того, что увеличилась вероятность сразу получить нужный объект - заметно больше, чем увеличение числа кликов в 0.02% случаев, за счет того, что нужно выбрать "Прочее".
Семён Федотов
18 июня 2020, 21:59
Lobov Sergey,
раз вы перешли на язык цифр, то сравните проценты, когда пользователь набирает на клавиатуре буквы и когда нервничает из-за того, что забыл выбрать «прочее».
Alexxegorov
17 июня 2020, 16:34
Хм... с одной стороны хорошо, что теперь проще выбирать административные единицы. С другой стороны полностью невилировался бонус в виде более длинного списка улиц.  Невлезающая надпись с улицами и атд в выпадающем списке тоже не радует. Постараюсь на досуге подумать, как можно подружить два подхода. Давал фидбек, теперь чувствую ответственность за это :)
Обновлено 17 июня 2020, 16:36
Lobov Sergey
Сотрудник Яндекса17 июня 2020, 16:41
Alexxegorov,
бонус нивелировался не полностью, там "под капотом" не только типы объектов, из которых формируется саджест, но и немного изменившийся принцип формирования списка.
Но в целом, конечно, длина списка улиц - уменьшилась. Это, увы, цена клика при привязке адресов к АТД, про который массово писали народные картографы и которым были больше всего недовольны.
Alexxegorov
17 июня 2020, 16:53
Lobov Sergey,
что если выводить только те АТД, в границы которых попадает адресная точка? Сейчас в том числе показываются  близлежащие контуры, хотя к ним точка не относится. Исключив лишние АТД, можно освободить место для дорог (я так понимаю количество дорог в саджесте зависит от того, сколько найдено АТД).
✐dspos Дмитрий
17 июня 2020, 21:00
Alexxegorov,
И не в 100% случаев это будет работать правильно.
Редко, но бывают случаи, когда адресная точка привязывается вне контура АТД.
Чаще всего это связано с неправильной отрисовкой границ, и тут можно заодно и их поправить. Но далеко не каждый будет этим заниматься, а тем более новичек.
Ну и встречаются случаи, когда адрес действительно находится вне границ контура АТД.


Мне представляется, что сейчас можно оставить как есть.
Обновлено 17 июня 2020, 21:02
Alexxegorov
18 июня 2020, 10:27
✐dspos Дмитрий,
варианты разные могут быть, но то что в списке выдаются нерелевантные АТД - явный факт. Мне при создании адреса в деревне подсказывается соседнее сельское поселение, до которого несколько километров. Как минимум нужно уменьшить радиус поиска. Возможно, это будет быстрее работать, чем проверка вхождения в контуры.
В тех редких случаях, когда адресная точка находится почему-то далеко за пределами АТД можно сделать тот же хак, что и с индексами - подвинуть поближе, привязать, вернуть обратно. В любом случае такие сложные случаи не для новичков, даже сейчас. 
I'mBot Сергей
18 июня 2020, 02:04
Вам надо выводить те данные, что в данный момент входят в рамку открытого окна пользователя, а не те что за 10 км от этого места куда ставится адрес. Или вообще не выводится пока набивать не начнешь. 
Обновлено 18 июня 2020, 02:04
bob
19 июня 2020, 17:11
порой и за 10 000 км выводится
Обновлено 19 июня 2020, 17:12
Вова Моркова
18 июня 2020, 08:36
Ура! Спасибо!
Tigran
20 июня 2020, 18:27
Не согласен. До этого было лучше и правильно.
₳dreskakadres
21 июня 2020, 21:55
Не могли бы Вы сделать так, чтобы адресную точку невозможно было бы привязать к АТД со статусом именованной территории. Чтобы они вообще не высвечивались в списке АТД. Потому что некоторые пользователи, а ещё хуже, сотрудники яндекса, просто задолбали уже.