Сообщений в теме: 8

[Administrator]

mav (20 Май 2014 - 08:52) писал:

Добрый день! У Вас стоит в выводе статистики до 10-х. У нас на следующий год будет проходить два Всероссийских конкурса, и как мы сможем всем показать статистику? Так как в тестах у нас стоит 0.25 баллов за ответ, а в статистике выводится 0.3. И в итоге при сложении сумма и итоговый балл не совпадают.

По поводу округления, то мы убрали округление до сотых, т.к. была черезмерная избыточность данных, которая практически никому не нужна, но похоже, что это все же требует, чтобы пользователь сам задавал точность округления. Насчет погрешности, то она не накапливаема. То есть если в 10 вопросах произойдет округление на 0.1, то это НЕ значит, что конечный результат в статистике может иметь отклонение в 1 балл, т.к. округление происходит именно при выводе чисел в ячейки таблицы, а весь расчет выполняется без округлений от самого начала до конца. Поэтому такое округление в конечных результатах может привести к потере только сотых значения (по математическим правилам округления: 0.23 - превратится в 0.2, а 0.27 превратится в 0.3). Поэтому здесь нет ошибки и потери весьма минимальны. А что касается расчета самих результатов по шкалам, то это вообще никак не связано и не может Вам повредить, т.к. оценка за тест выставляется с любой точностью, которую Вы зададите в функции шкалы - функция округления round(Значение, Количество_знаков_после_запятой). Например, round(73.3333, 2) превратится в 73,33. А если round() не использовать, то округления вообще не будет. А статистика сама по себе и нужна для поверхностного анализа данных. В следующей версии, если надо, то введем настройку точности округления для статистики.

[Administrator]

mav (20 Май 2014 - 10:59) писал:

Потери очень большие! Так как более 80 вопросов в тесте.
Эти результаты будет видеть вся Россия, а онb не будут совпадать со сводной таблицей конкурса.
Будем ждать настройку точности округления для статистики.
Спасибо!

Если вручную просуммировать всю строчку, где в каждом значении округление, то да, разница, конечно, будет большой. Я имел в виду, что в конечном результате - у Вас на скриншоте это колонка Б - там отклонение будет как раз в этих сотых, а это основное значение по тесту. Но если же Вам нужно выкладывать полную статистику с ответами на каждый вопрос, то да, у пользователей могут возникнуть вопросы. Соответственно тут два варианта, либо все же сделать округление до сотых (сделаем), либо можно увеличить базовую величину одного вопроса с 1 до 10 или даже до 100, чтобы вообще избежать каких-то округлений и чисел с плавающей точкой в принципе. Правда такой вариант в конечном итоге может выглядеть несколько странно, если там будут такие большие значения - фактически процент за каждый вопрос (если база будет 100), но в общем такой вариант вполне рабочий.

[Administrator]

mav (20 Май 2014 - 12:45) писал:

В том то и дело, мы в прошлом году проводили конкурс фармацевтов, и даже сотые решали всё. Все же хотят быть первыми, вот и смотрят всё до сотой.

Мы когда придумывали статистику, то не думали, что это будет использоваться для публичной публикации, скорее делали для анализа данных самим админом, например, поиск проблемных вопросов. А когда у Вас ближайший конкурс?

[Administrator]

mav (21 Май 2014 - 11:25) писал:

В 2015 году начиная с февраля начнём готовиться.

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

[Administrator]

Здравствуйте!

Проблема с округлением решена в обновлении 2.0 RC2