неразумно в качестве свойста использовать +1/-1 для классификации документов. так как у вас из обычного очень разреженного вектора из например 500 значений (500 features), получится вектор из полного списка (47тыс в вашем примере* количество оцениваемых свойств) значений, большая часть которых просто неинформативна — забита -1. или я вас в этом моменте неправильно поняла?
Если я правильно понял Ваш вопрос, то отвечу: из 500 значений переходить к 47000 приходится для соблюдения размерности. А как иначе? Да, они получаются разряженные, и забиты нулями (не -1), но так уж приходится делать.
За статью спасибо.
Я уж было приготовился по старой памяти (еще со спринга 2.x) к долгому прикручиванию quartz-а и написании кучи конфигов на xml, как оказалось все значительно проще
Я как раз на днях вспоминал о quartz-е, так как и мне нужно настроить выполнение некого кода по расписанию. А оказывается, можно сделать так. Спасибо!
Если я правильно понял Ваш вопрос, то отвечу: из 500 значений переходить к 47000 приходится для соблюдения размерности. А как иначе? Да, они получаются разряженные, и забиты нулями (не -1), но так уж приходится делать.
За статью спасибо.
Я как раз на днях вспоминал о quartz-е, так как и мне нужно настроить выполнение некого кода по расписанию. А оказывается, можно сделать так. Спасибо!