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

Резолюции сообщений об ошибках

Внимание! Рекомендации, данные в этом посте, частично потеряли актуальность. 

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

Приветствую!

Сегодня хотелось бы рассказать подробнее о резолюциях в сообщениях об ошибках, поскольку при разборе фидбэка нередко ставится неверная резолюция.

Начнем с того, в каком случае, выставляется каждая из резолюций:

  1. Правки не нужны — сообщение попало в верное место  и в нем содержится информация, которую можно отразить на карте, однако сейчас эта информация уже есть на карте.
    Примером таких сообщений может быть сообщение о недостающем адресе, который уже добавили, предложение альтернативного пешеходного маршрута, все участки которого показаны на карте, и пр.
  2. Забраковать — сообщение попало в неверное место (upd. в этом месте норма изменилась, резолюция проставляется в зависимости от того, внесены ли правки по неточности), либо в сообщении содержится ошибочная информация.
    Примером таких сообщений могут быть сообщения о неверном типе парковки, на которых не распознаны знаки дополнительной информации, или сообщения о неверном адресе с ошибочными координатами и пр.
  3. Исправлено — информация из сообщения помогла добавить/уточнить информацию на карте.

Сейчас чаще всего встречаются 2 ошибки в резолюциях. Просим обращать внимание прежде всего на такие ситуации:

  1. Верные сообщения, по которым не нужны правки, закрываются как «Забраковать», а не как «Правки не нужны».
  2. Сообщение закрывается с резолюцией «Правки не нужны», а затем вносятся правки по сообщению.

Почему важно проставлять правильную резолюцию?

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

Мы регулярно оцениваем самые разные источники сообщений об ошибках на предмет их полезности, а также смотрим, как можно доработать алгоритмы, чтобы сигналы, приходящие в сообщения, становились чище. Для этого важно, чтобы резолюции у разбираемых сообщений были выставлены верно и гипотезы, по которым делались правки, не закрывались ни как забракованные, ни как «Правки не нужны».

Забракованные сообщения — это знак для нас, что с ними что-то не так, и они изучаются в первую очередь, для совершенствования алгоритмов.

Надеемся на ваше понимание и внимание к резолюциям при разборе сообщений об ошибках. 

45 комментариев
Есть еще такие случаи (по адресным точкам) - ставят фидбэк, например, в центре города, просят добавить адрес в совершенно другой локации, доходило до того, что в совершенно другом городе, за сотни/тысячи километров от места фидбэка. Проверяешь, действительно адреса нет, исправляешь. По факту закрывать непонятно как, фидбэк не в том месте, но содержит верную информацию.
Обновлено 20 января 2020, 15:09
decorum,
если на основе информации были внесены соответствующие исправление - то исправлено. 
Другое дело, что иногда создадут так, что вообще непонятно, чего хотели. Тогда браковать.
decorum,
С адресными точками вообще полный бардак:
1. Очень много заявок по уже существующим адресам, причем созданным уже много месяцев назад. Я обычно такие бракую.
2. Много заявок, как правильно сказано, далеко от фактического места заявки.
3. Бывают заявки по адресам, в которых неправильно указана точка заявки, но правильное место невозможно найти на кадастровой карте из-за отсутствия зданий и/или адресов на них. Обычно такие тоже бракую.
Survivor 2007,

"Я обычно такие бракую" - вооот, а по правилам надо жамкать Правки не нужны)

Я бывает случайно выбираю не ту причину закрытия фидбэка, вот тут откат был бы полезен. Ну и не без греха, сначала исправлю, а потом жму Правки не нужны, но это редко бывает)
decorum,
Ниже Фарготрак написал, что нужно браковать, так что правильно :)
Если адрес действительно был добавлен недавно и еще не прошел публикацию, тогда это действительно больше похоже на "правки не нужны", но если адрес существует уже много месяцев/лет, причем на правильно месте по кадастру, то это явно брак.
Survivor 2007,
Значит я не понял о чем речь. Сказанное вами "Очень много заявок по уже существующим адресам, причем созданным уже много месяцев назад" я понял как - поданных заявок по существующим верным адресам.
Sand dan Glokta
Сотрудник Яндекса20 января 2020, 16:23
decorum,
Если адресные точки попадают не в тот дом, это брак, даже если адрес вы добавили по этому сообщению в нужном месте. Поскольку это позволит при анализе понять, что где-то, возможно, теряется часть информации, которую передавал нам пользователь.
Обновлено 20 января 2020, 16:23
Можно уточнить? 
Если пользователь предлагает исправить пешеходный маршрут тем, что он ходит напрямик через "зелёную зону" а не по дорожкам - это в "правки не нужны"?
qr2100 (AS VLG),
если предлагаемый маршрут невалиден с той или иной точки зрения (переход в неположенном месте или требует дорожек, которые не картируются), тогда я бракую.
Sand dan Glokta
Сотрудник Яндекса20 января 2020, 16:19
qr2100 (AS VLG),
Если в зеленой зоне (например поле или пустырь), где предложен маршрут, не удается подтвердить наличие дорожек, т.е. пользователь по сути просто предлагает идти по бездорожью - брак.
Sand dan Glokta,
вот, например, здесь:
48.768877, 44.554722

48.779366, 44.566488

48.782783, 44.567885

Я их обычно как "правки не нужны".
Сейчас довольно часто просят поправить маршруты до какой-нибудь школы.

Sand dan Glokta
Сотрудник Яндекса20 января 2020, 17:19
qr2100 (AS VLG),
Пришлите, пожалуйста, прямо сообщения об ошибке, если еще попадется, потому что те места, что я вижу по координатам это не пустыри, там вполне можно нарисовать недостающие дороги.
Обновлено 20 января 2020, 17:19
Если в новых будут, пришлю.
Необходима функция возврата заявки в работу, после выставления резолюции - это позволит избежать, как неправильных резолюций, так и случаев "а затем вносятся правки по сообщению".
Также неплохо бы подсвечивать в "Моих правках" и зонах наблюдения, что изменение сделано по заявке, чтобы также дополнительно отслеживать самому.
Αλέξις ο Μέγας
20 января 2020, 16:30
Пример: фидбек падает на «улица Ленина, 5» с сообщением: Неверный адрес. Правильный адрес «улица Ленина, 7». Но при этом «улица Ленина, 7» есть на карте и создана где-то недалеко от места фидбека несколько лет назад. И по кадастру, что «Ленина, 5», что «Ленина, 7» указаны верно. Как быть с таким фидбеком? Частенько вижу их у себя.
Обновлено 20 января 2020, 16:31
Sand dan Glokta
Сотрудник Яндекса20 января 2020, 16:37
Αλέξις ο Μέγας,
Брак
Sand dan Glokta,
а если, например, Ленина 7 - соседний дом, который не отмечен? По сути брак, потому что точка на другом доме. Но так происходит очень часто, потому что пользователям поиск выдаёт ближайший адрес и уже на него они жалуют.
Alexxegorov,
Ленина 7 отмечен на кадастре? На панорамах видно адресную табличку? 
Если да, то нужно добавить в стандартном порядке, если идентифицировать здание для адрес нельзя, то брак.
Alexxegorov,
Я обычно исправляю.
Survivor 2007,
речь ведь не о том, можем мы распознать, что требуется сделать или нет. Речь о том, как закрыть заявку как исправленную или отбракованную. Буквально в этом же посте выше сказано: если сообщение попадает не в тот дом - брак.
qr2100 (AS VLG),
и я исправляю. Но речь не о том, исправлять или нет.
Sand dan Glokta
Сотрудник Яндекса20 января 2020, 18:01
Alexxegorov,
Если гипотеза упала не на тот дом, то ее бракуем даже если по ней удалось добавить адрес.
Вот ещё вспомнил. Если пользователь хочет создать парковку где-нибудь у берега реки, в поле или в лесу вдали от цивилизации. Брак?
Sand dan Glokta
Сотрудник Яндекса20 января 2020, 17:20
qr2100 (AS VLG),
Брак.
Владимир aka VOV
21 января 2020, 00:47
По адресам 2% дельных всего, а то и меньше. 
Лучше сделали бы временное скрытие сообщений о неточностях с приложения. Погулял, наснял 150-200 мест, далее нужно тупо ждать и полчаса "Правки не нужны!" расставлять. Потому, что придёт милый человек и бракует всё подряд, для него, например, не важно, а для меня кладезь исходных данных где "не ступала камера" :) А времени вносить правки в данный момент просто нет.
А адресные генерит скрипт, для обычных пользователей слишком однотипно, впечатать без ошибки слова в таком же порядке или извратив вряд ли со смартфона. Я как-то задавал вопрос, отслеживается платформа.или ip...
А по второму ошибочному пункту резолюции, действительно, нужна возможность возобновления. 
Владимир aka VOV,
Если вы добавляете для себя, то просто пользуйтесь "Блокнотом картографа": https://n.maps.yandex.ru/tracker

Владимир aka VOV
22 января 2020, 15:35
Survivor 2007,
Могу с ходу назвать 20 причин, по которым Блокнотом пользоваться крайне не удобно, и все эти причины будут связаны с потерей данных (+как с отсутствием сети, так и с выгрузкой браузера с потерей не сохранённых данных, потеря сети при выгрузке+...). Хранением снимков в размере файла в 2-4 раза большем, чем просто фото с камеры (отсюда и неадекватная скорость выгрузки в полевых условиях), хранением на Яндекс.диске с учётом этого размера (не как фото с безлимитным местом, которое Яндекс мог бы устроить для народных картографов :).
RN5 свободно переваривает чистый сайт в режиме ПК, т.е. можно вносить правки и даже редактировать :)
С приложением гораздо удобнее, быстрее, одно приложения для видео и мест. Возможность выгрузки в любое время и в приемлемых условиях сети. Место и направление съёмки. И самое главное - как раз таки доступность просмотра! С некоторых пор и на карты попадает дополняя информацию. Всё просто прекрасно, но не хватает всего лишь:
1. Записи трека (просто json в папку как это делается в Блокноте, и эта инфа будет доступна только Вам)
2. Возможность скрывать на некоторое время выгруженные снимки, если выгружены под логином. Некоторое время = день, два, другие варианты. 
3. Возможность удалять эти снимки (это уже в редакторе, допустим действительно снял не с того ракурса или ещё что. В приложении превью не возможно оценить). Если снимок ценный и с локацией были проблемы, то возможность подправить (не важно :).
А в остальном  всё хорошо (всё хорошо)! :)
Алексей Зуев
23 января 2020, 13:30
Владимир aka VOV,
Пока значки организаций не перестанут скрывать адреса на карте, поток заявок с требованием добавить уже существующие адреса не иссякнет (а смысла в них нет, даже если пользователь попадёт в нужное здание). К поиску адресов на карте у меня нет серьёзных замечаний, но многие пользователи, очевидно, ищут необходимую им информацию просто глазами, визуально.
Владимир aka VOV
23 января 2020, 13:48
Алексей Зуев,
Сделать адрес в 1.5-2 раза крупнее на картах надо. Однако в большинстве случаев номера не совпадают.
Алексей Зуев,
кстати, да. Очень часто пользователи хотят поправить тот или иной объект, чтобы он отображался на карте как им надо.
Обновлено 23 января 2020, 14:23
Владимир aka VOV
23 января 2020, 14:23
Алексей Зуев,
Интересный вопрос: каким образом создаются эти сообщения, посредством чего? 
1. В мобильных картах - не вижу способ, ткнуть на дом - адрес выводится крупно, но нет пункта об исправлении. Если На пустом месте тоже не создать.
2. В сайтовой версии - необходимо указать мыло. И направляется на модерацию.
3. Откуда ещё, с Навигатора генерится именно такого содержания, или Я.Такси?

Владимир aka VOV
23 января 2020, 14:28
PS Создал через ЯК на сайте, но думаю вряд ли вообще пройдёт на НЯК
Владимир aka VOV,
ещё вариант с поисковых запросов какого-либо сервиса.
Алексей Зуев
23 января 2020, 15:47
Владимир aka VOV,
Этот вопрос логично адресовать сотрудникам Яндекса.  А я склоняюсь к пункту 2: даже если другие варианты существуют, у десктопной версии карт пользователей всё же пока больше. А дальше информация от пользователя, очевидно, подвергается обработке, поскольку из однотипных сообщений могут формироваться разные типы заявок: например, добавить или же исправить адрес. Вот этой обработкой, кажется, занялись всерьёз, и это хорошо.
Алексей Зуев
23 января 2020, 17:00
Владимир aka VOV,
Даже если адрес из заявки не попал в нужное место, очень часто оказывается, что с его отображением и правда что-то не ладно.
Или он действительно отсутствует, или же достаточно бывает одного какого-то масштаба, на котором адрес не виден -  и пользователь уже просит исправить.
Владимир aka VOV
23 января 2020, 17:09
Вооот! Просто так не создашь! :)  


Спасибо, что написали нам.
 Объект, о котором вы сообщаете, уже есть на Яндекс.Картах:
 https://yandex.ru/maps/-/CKEQyB9e .
 Уточните, пожалуйста, что именно нужно исправить? Это поможет нам лучше разобраться в ситуации.

Алексей Зуев
23 января 2020, 17:53
Владимир aka VOV,
Если сообщения проверяют люди, то они так или иначе пропустят небольшой процент ошибочных заявок. Если робот, то у него есть какой-то предел обнаружения. Сообщений о неточностях на НЯК, в общем-то, не так уж и много.
Sand dan Glokta
Сотрудник Яндекса23 января 2020, 19:27
Владимир aka VOV,
В Мобильных картах андроид можно создать заявку ткнув на здание без адреса (будет во всплывшем окне "Добавить адрес"). Если здание с адресом: тап на дом, поднять всплывшее окно на весь экран, выбрать "исправить неточность", затем "изменить адрес."
Владимир aka VOV
21 января 2020, 00:55
PS Предложение ещё: искать и отображать в сообщении, что вообще такой адрес существует, это же не сложно, в радиусе 10 км, хотя бы :)
Владимир aka VOV
21 января 2020, 01:05
Вот другая разновидность:https://n.maps.yandex.ru/#!/feedback/tasks/7578077?z=18&ll=37.453144%2C55.971734&l=nk%23sat
Парковка названа давно, но инфы на картах нет, хотя и подсвечивается. 
Владимир aka VOV
22 января 2020, 14:51
Владимир aka VOV,
C этим понятно, чел должен найти и нажать на иконку, а не на территорию. 
Ещё вопросы:
1) Если пользователь хочет под входом в здание добавить вход в организацию?
2) Если пользователь под исправлением/добавлением адреса хочет добавить организацию?


Оба в брак?
qr2100 (AS VLG),


1. Скорее всего, пользователь хочет просто добавить точку организации, но выбрал неправильную форму на сайте карт. Формально это брак, но точку можно добавить.
2. Аналогично.


Я бы просто сделал точку и закрыл, как обычно...