Срываем покровы. Система бана за правки в редакторе
В WME с недавнего времени введен Throttling* Ban – автоматический бан до конца суток за последовательные сохранения действий в редакторе, которые, по мнению этого механизма, не несут в себе существенных изменений карты.
*“душащий”, так, наверное, лучше всего перевести, хотя по сути - это бан за "перегазовку"
Опытным путём выяснилось, что к этому относится**:
-проставление спидлимитов
-изменение типа дороги
-проставление названий улиц и городов
-изменение уровня блокировки и возвышения дорог
-изменение геометрии существующих сегментов без присоединения сегментов друг к другу
-проставление поворотов на существующих сегментах
-переприсоединение сегментов к тому же самому ноду (отцепил-прицепил, “проверка сцепки”)
-редактирование существующего POI (форма, название, адрес, тип)
-закрытие UR и MP (без изменения карты из зелёного списка)
**как одиночное, так и массовое
Однако, когда при сохранении такого рода правок также в цикле редактирования (циклом редактирования я называю действия редактора между нажатиями кнопки “сохранить правки”) производятся следующие действия:
-создание нового сегмента
-создание нового сегмента
-образование новых узлов (нодов) как из новых, так и из существующих сегментов
-удаление нода/сегмента
-присвоение номеров домов (ХН)
-создание/подтверждение POI
-подтверждение неподтверждённых поворотов(требует доп. проверки)
В этом случае счётчик “неэффективных” сохранений сбрасывается, засчитываются правки только из зелёного списка, и можно дальше продолжать зарабатывать очки.
Требует проверки утверждение о том. что бан также влечёт за собой превышение 1000 эффективных (зачтённых) правок в час).
Подведём итог:
Бан вызывают не массовые правки сегментов, а, по мнению разработчиков этой системы, “неэффективные”. К сожалению, с введением спидлимитов, до разработчиков не дошло, что нужно снять бан хотя бы за них, иначе большому количеству редакторов будет просто неинтересно этим заниматься.
А ТЕПЕРЬ HOW-TO:
Для подсчёта и мониторинга правок в WME есть скрипт Waze edit count monitor
Он показывает количество зачтённых правок онлайн, предупреждает жёлтым о 2 неэффективных сохранениях подряд и красным о включении бана. (красный загорается после 3, бан активируется после 4 неэффективных правок).
Для избегания бана не забывайте в одном цикле редактирования добавлять, к примеру, новый узел (не забывайте, что узел лучше не ставить без толку, а ставить, чтобы обозначить начало действия спидлимита к примеру), либо любую другую правку из списка выше. Забудьте о частых сохранениях. К сожалению, нас к этому приучили постоянные глюки редактора, но все становится с каждым обновлением лучше:)
Чтобы заработать много очков, остаётся только рисовать новые дороги.
Welcome to #region-free!
По мере выявления новых обстоятельств, влияющих на счётчик правок и бан, документ будет обновляться
*“душащий”, так, наверное, лучше всего перевести, хотя по сути - это бан за "перегазовку"
Опытным путём выяснилось, что к этому относится**:
-проставление спидлимитов
-изменение типа дороги
-проставление названий улиц и городов
-изменение уровня блокировки и возвышения дорог
-изменение геометрии существующих сегментов без присоединения сегментов друг к другу
-проставление поворотов на существующих сегментах
-переприсоединение сегментов к тому же самому ноду (отцепил-прицепил, “проверка сцепки”)
-редактирование существующего POI (форма, название, адрес, тип)
-закрытие UR и MP (без изменения карты из зелёного списка)
**как одиночное, так и массовое
Однако, когда при сохранении такого рода правок также в цикле редактирования (циклом редактирования я называю действия редактора между нажатиями кнопки “сохранить правки”) производятся следующие действия:
-создание нового сегмента
-создание нового сегмента
-образование новых узлов (нодов) как из новых, так и из существующих сегментов
-удаление нода/сегмента
-присвоение номеров домов (ХН)
-создание/подтверждение POI
-подтверждение неподтверждённых поворотов(требует доп. проверки)
В этом случае счётчик “неэффективных” сохранений сбрасывается, засчитываются правки только из зелёного списка, и можно дальше продолжать зарабатывать очки.
Требует проверки утверждение о том. что бан также влечёт за собой превышение 1000 эффективных (зачтённых) правок в час).
Подведём итог:
Бан вызывают не массовые правки сегментов, а, по мнению разработчиков этой системы, “неэффективные”. К сожалению, с введением спидлимитов, до разработчиков не дошло, что нужно снять бан хотя бы за них, иначе большому количеству редакторов будет просто неинтересно этим заниматься.
А ТЕПЕРЬ HOW-TO:
Для подсчёта и мониторинга правок в WME есть скрипт Waze edit count monitor
Он показывает количество зачтённых правок онлайн, предупреждает жёлтым о 2 неэффективных сохранениях подряд и красным о включении бана. (красный загорается после 3, бан активируется после 4 неэффективных правок).
Для избегания бана не забывайте в одном цикле редактирования добавлять, к примеру, новый узел (не забывайте, что узел лучше не ставить без толку, а ставить, чтобы обозначить начало действия спидлимита к примеру), либо любую другую правку из списка выше. Забудьте о частых сохранениях. К сожалению, нас к этому приучили постоянные глюки редактора, но все становится с каждым обновлением лучше:)
Чтобы заработать много очков, остаётся только рисовать новые дороги.
Welcome to #region-free!
По мере выявления новых обстоятельств, влияющих на счётчик правок и бан, документ будет обновляться
Re: Срываем покровы. Система бана за правки в редакторе