Как стать автором
Обновить

Комментарии 10

Так кэш или хэш?
Конечно Хэш!
Оговорка по Фрейду ))
А вы друзья как не садитесь…

Вы хотите получить набор из 120*3 double(?) которые не только все всегда выбирать из базы надо, но еще и пересчитывать между собой? 120*3*8 = 2880 байт. если искать хотя бы среди 1 млн картинок, размер данных которые нужно будет обработать для поиска всего одной картинки будет не меньше 2.7 Gb…
и даже если вруг вы нормализуете все значения в базе, что бы хоть как то уменьшить расчеты, то выборка все равно будет всегда вестись по всей базе, подобных треугольников будет очень много, выхлоп будет низкий, а затраты и время на обработку огромны.
Для оптимизации сравнения хэшей будет создан отдельный алгоритм на основе HEngine, который подробно описан в статье https://habrahabr.ru/post/211264/ пользователя valbok.
Удачи вам ребята, потом вы обнаружите те же VP деревья, но для данной задачи это все не подходит. Сейчас я для этой задачи уже 5ый алгоритм тестирую, нужной скорости достигнуть так и не удалось.
Итог вижу, а алгоритм нет.
НЛО прилетело и опубликовало эту надпись здесь
Ни один детектор блобов / углов на практике не гарантирует, что N характерных объектов с максимальными весами одного снимка предмета и N аналогично взятых объектов второго снимка того же предмета (с измененными параметрами съемки / предмета) будут являться одноименными. Поэтому обычно стремятся обеспечить избыточность координатных пар возможно одноименных объектов и далее найти истинно одноименные статистическими методами и (или) геометрическими методами с привлечением модели съемки
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории