Распознавание изображений

[webcoder88]

Я знаком с библиотекой OpenCv, но хотелось бы найти более простые алгоритмы. Приведу здесь свои идеи. Прошу извинить за ошибочное использование терминов.
Детектор точки.
Начнем с простой задачи распознавания одной белой точки на черном фоне.
Для распознавания потребуется детектор с 9-ю входами, организованными в матрицу 3*3. Будем двигать матрицу слева направо и сверху вниз.Центр матрицы (якорь) совмещается с тестируемым пикселем картинки. На выходе детектора должна появиться единица только в том случае, когда якорь попадает на белую точку, окруженную 8-ю черными точками. Таким образом, детектор реализует функцию 8+1НЕ-ИЛИ-НЕ для 9 входов по числу точек, вход якоря инвертируется. Здесь 8+1НЕ означает 8 прямых входов и 1 с инверсией, ИЛИ-НЕ -функцию ИЛИ с инверсией выхода. Аналогичную функцию выполняет элемент 8НЕ+1-И.
В результате можно определить факт наличия белой точки на картинке, факт наличия нескольких точек и определить их количество, а также определить их координаты, с помощью дешифрации порядкового номера детектора в координаты на плоскости.

Данную функцию можно реализовать аппаратно, одновременно для всех точек изображения. Для этого потребуется матрица из N*M детекторов с 9-ю входами, где N*M- размеры картинки в пикселях. Быстродействие матрицы детекторов точек определяется быстродействием одного детектора матрицы.

Литература
Как мы видим то, что мы видим В.Демидов.
-- - можно взять за основу функции, реализованные в OpenCv

Задачу обработки изображения и выделения контура в одну точку можно решить с помощью OpenCv. Остается нерешеным вопрос распознавания изображения при изменениии его размера и повороте его на произвольный угол. Распознавание изображений при изменении их размера или расстояния до них можно решить с помощью нормализации всех шаблонных изображений. Например, все изображения на экране монитора вписываются в его прямоугольную рамку. Берем окружность, приводим к единичному радиусу, вписываем ее в квадрат с размером ребра немного больше 1 и получаем шаблон окружности для распознавания этой фигуры любого размера.
Могу предположить, что человеческий мозг решает вторую задачу достаточно просто. Согласно исследованиям в нейропсихологии зрительный отдел коры головного мога содержит столбики нейронов, дающих реакцию на линию наклоненную под опр. углом. Такие пакеты идут с шагом несколько градусов. Могу предположить, что данные пакеты подсчитывают суммарную энергию сигнала от линий всего изображения, а потом головной мозг поворачивает все изображение на нужный угол. Приведу такой пример, ромб автоматически повернется на угол 45градусов и станет квадратиком.

[Славян]

Цитата webcoder88 @ 09.12.15, 00:13

Приведу такой пример, ромб автоматически повернется на угол 45градусов и станет квадратиком.

Даже если вписать в квадратик, то сильно-сильно не всякий ромб при повороте станет квадратиком.

[MIF]

Нейроны для нахождения белой точки на черном фоне? Зачем такие сложности?

Приведенная задача решается намного легче.
Транскодируй картинку v BMP формат И проанqализируй все байты файла. Нужно найти три троики (FFFFFF, FFFFFF, FFFFFF) (FFFFFF, 000000, FFFFFF) (FFFFFF, FFFFFF, FFFFFF) nаходяшхиеся на расстояниi (ширина картинки минус 2).

[p1qb0d]

Я уверен, что детектор точки написать Вы сможете. Чего Вы не сможете - так это описать алгоритм является ли эта точка информативной, либо является СПАМом.

Этот алгоритм - фундамент решения задачи. Если Вы собираетесь изображение "молотить" без этой фильтрации, то это будет задача, аналогичная брутфорсу криптографически закрытой информации с неизвестным алгоритмом на неизвестном языке, то есть, нерешаемая в течении длительности жизни конкретного человеческого организма.

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

Когда обе задачи будут решены, можно будет вернуться к теме ИИ.

Пока это бессмысленно.

[webcoder88]

Цитата

Таким образом, детектор реализует функцию 8+1НЕ-ИЛИ-НЕ для 9 входов по числу точек, вход якоря инвертируется.

Я имел ввиду аппаратную реализацию матричного распознавателя.
Суть заключается в разделении задачи на 2 этапа:
-подготовка изображения двухцветной матрицы;
-аппаратное (или программное) распознавание.
Первый этап - создание ч/б контрастной картинки, выделение контура, восстановление частей контура реализуется библиотекой фун-й ОренЦв.
Данный метод подойдет для зрения конвейерного робота с ограниченным набором объектов: гайки, ключи, винты и тд.
Согласен про ромб. Те же проблемы с прямоугольником. Еще больше проблем с треугольником произвольной формы.
Если предположить, что зрительные отделы мозга автоматически создают набор картинок объекта, повернутого под разными углами в гориз и вертикальной плоскости.
Допустим возьмем прямоугольник с длинными горизонтальными ребрами и начнем медленно поворачивать влево-вправо вокруг вертикальной оси(крайнее левое ребро или центр). Рано или поздно прямоугольник станет квадратом, тк длина проекций гор-х ребер станет равна длине исходных вертикальным ребрам. Аналогично для вращения вверх-вниз вокруг горизонтальной оси. Расширим теперь до автовращения вокруг 8 осей. Каждый кадр сравнивается с шаблоном.

Теперь возьмем произвольный треугольник, поставить на основание, и начнем вращать вокруг вертикальной оси.
Теперь добавим деформер изображения. Для примера нанесем рисунок на воздушный шарик и начнем растягивать изображение в случ. направлениях. Что-то обязательно совпадет с шаблоном похожего объекта.
Зрение конвейерного робота или зенитного оружия.

Добавлено 10.12.15, 13:05
Принцип детектора точки можно расширить до детектора произвольного объекта. Детектор прямоугольника, окружности, буквы или любого контурного объекта аналогичен детектору точки. Т.е. достаточно создать детектор объекта для его распознавания целиком (как это делает детектор точки). Например, детектор окружности увидит окружность, детектор конкретного прямоугольника - прямоугольник и тд, тк на выходе всего детектора появися единичный сигнал. Требуется точное соответствие точек.

[p1qb0d]

Вы неверно мыслите, векторными моделями. В то время как робот имеет только пиксельную картинку.

Поэтому может оперировать только пиксельными картинками.

Все понятия прямоугольников нужно переписывать в терминах пиксельных алгоритмов, то есть, некий контур, который замкнут, и который подразумевает определенные соседние состояния своих контуров (так как контуры линейны только в случае, если ребро совпало с линией пикселей. Плюс точность оптического сенсора.

То есть, например, робот должен повернуть квадратный объект так, чтобы пиксели были выровнены по вертикали и горизонтали, создавая ровный пиксельный объект, при этом меняя фокусное расстояние и глубину.

Осталось только подождать несколько тысяч лет, пока робот научится вертеть квадрат в нужном направлении, чтобы получить первое распознавание.

Задача распознавания быстро летящих целей не является напрямую ИИ, только ИС. Задача ИИ - это запуск перехвата/уничтожения летящей цели при пересечении строго определенных границ.

Сообщение отредактировано: p1qb0d - 10.12.15, 13:40

[amk]

Ну, вообще-то можно обвести контуры и получить векторное изображение. Это как раз не сильно сложная задача.

[webcoder88]

Под детектором я имел в виду матрицу объекта для сравнения. Обычно все матрицы набора имеют одинаковый размер как в системах распознавания букв. Попрбуйте перенести этот принцип на объект с произвольным контуром. Буква O - это почти окружность. Пририсуйте к букве П горизонтальную черту и получите прямоугольник. А почему трудно представить распознавание шрифта, где буквы похожи на домики, машины, окружности, самолетики, танки, ключи или гайки?

Добавлено 11.12.15, 06:24
Не могу понять, зачем там векторное сравнение? Матрицы на втором этапе можно заменить нейронными сетями.
Поворот объекта тоже не сложно.
Цвет линий опр-ся по исходной картинке, совпадение при повороде дает параметр похоже с вероятностью N ил после поворота на 10гр и вся эта информация виде вектора параметров передается в сист. распознавания. У вас стоит блок Господа Бога?

Добавлено 11.12.15, 06:24
Надо снимать такой блок и только потом замахиваться на замыслы творца.

[p1qb0d]

Цитата webcoder88 @ 11.12.15, 06:19

Обычно все матрицы набора имеют одинаковый размер как в системах распознавания букв.

Это одна из причин почему, несмотря на давнее создание прог типа FineReader, каптча по-прежнему рулит и причин, по которым она перестанет рулить, пока не ожидается.

Цитата webcoder88 @ 11.12.15, 06:19

Попрбуйте перенести этот принцип на объект с произвольным контуром. Буква O - это почти окружность. Пририсуйте к букве П горизонтальную черту и получите прямоугольник.

Вы меня не услышали. Окружность - это векторный объект. Прямоугольник - это векторный объект. В пиксельной матрице их нет. За исключением вырожденных случаев, встречающихся с вероятностью, которую утомительно прописывать из-за большого количества нулей.

Цитата webcoder88 @ 11.12.15, 06:19

Добавлено 11.12.15, 06:24
Не могу понять, зачем там векторное сравнение? Матрицы на втором этапе можно заменить нейронными сетями.

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

Цитата webcoder88 @ 11.12.15, 06:19

Поворот объекта тоже не сложно.
Цвет линий опр-ся по исходной картинке, совпадение при повороде дает параметр похоже с вероятностью N ил после поворота на 10гр и вся эта информация виде вектора параметров передается в сист. распознавания.

То есть, моя идея о поворотах объекта, его повторного считывания, и повторного распознавания Вам понравилась? Какие прогнозы? Сколько миллионов раз нужно будет повертеть объект в пространстве, опикселевать, загрузить, прогнать через миллиарды паттернов, чтобы в конце (на основании статистики? да, что-то более серьезное ожидать пока не приходится) отсеять ложные распознавания, и вернуться к однозначной идентификации изучаемого объекта?

Может, все-таки заняться пиксельными алгоритмами?

Добавлено 15.12.15, 06:49

Цитата amk @ 10.12.15, 16:11

Ну, вообще-то можно обвести контуры и получить векторное изображение. Это как раз не сильно сложная задача.

Важно не контуры получить, а перегнать эти контуры (однозначно идентифицировать) как векторный объект.

Потому что и Вы тоже считаете, что БД паттернов должна быть в векторной форме.

Да, можно усложнить систему, и ввести отдельный layer, middleware, который будет перегонять пиксели в векторы, потом уже передавая в БД паттернов векторных сравнений.

Проблема, на самом деле, та же, что и в криптографии - любой файл просто криптуется любым алгоритмом, но сложно расшифровывается.

Тут, у графических объектов, та же проблема - любой векторный объект легко превратить в пиксельный, но преобразование пиксельного объекта в векторный сложно.

И пока эта задача не будет решена, никакой ИИ для данной задачи создать невозможно. Имеется ввиду ИИ, который будет работать быстрее, чем человек "с листа" сможет векторно нарисовать тот же объект, представленный в пикселях.

Ну, или "на пальцах", допустим, что FineReader не ИИ, а ИС, и требует каждое распознавание подтверждать человеческим approve.

Берем стандартный А4, среднестатистическое заполнение текстом 65 строк по 45 символов, итого 2925 символов. По полсекунде на approve - итого, рассматривая алгоритм "мгновенным" (0 секунд), потребуется 48,75 минут.

За это время на клаве "с листа" этот текст будет набит человеком, умеющим долбать по клаве, и даже не один раз. То есть, такой ИИ даром не нужен. Без него проще.

[amk]

Цитата p1qb0d @ 15.12.15, 06:35

Потому что и Вы тоже считаете, что БД паттернов должна быть в векторной форме.

С чего бы это вдруг? Я вообще с паттернами не стал бы связываться, а использовал бы предвычисленные сигнатуры.

Цитата p1qb0d @ 15.12.15, 06:35

любой векторный объект легко превратить в пиксельный, но преобразование пиксельного объекта в векторный сложно.

Любая задача сложна, пока не знаешь, как её решать. Эта вполне решаема. И алгоритм её решения работает достаточно быстро

Цитата p1qb0d @ 15.12.15, 06:35

допустим, что FineReader не ИИ, а ИС, и требует каждое распознавание подтверждать человеческим approve.

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

Цитата p1qb0d @ 15.12.15, 06:35

За это время на клаве "с листа" этот текст будет набит человеком, умеющим долбать по клаве, и даже не один раз.

Человек, кстати, как раз похоже определяет контуры.

[Pavia]

Цитата amk @ 15.12.15, 14:36

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

В начале двух-тысячных мой отец создавал цифровую программу передач. В то время ещё не было интернет-телевиденья. И тем более найти программу передач в цифровой форме было нельзя.

Бралась газета с напечатанным на бумаге расписанием телепередачь и переводилось в цифровую форму, в то время называли электронной программой телепередач.
Так вот набирать программу в ручную можно было это занимало 30-50 минут.
FineReader - тогда был неидеальным. Не то что последнии версии. Сканирование и распознавание занимало 10-15 минут.
Так вот FineReader предлагал проверить те буквы, над распознаванием которых он сомневался. А сомневался он в 25% случаев, каждая четвёртая буква.

Что касается вектор-пиксель. То спор не принципиален.
1) Перевод в вектор это способ ускорить обработку. Путём уменьшения информации. А перевод в вектор достаточно быстрая задача.
2) Побочным эффектом вектоаризации является отброс лишней информации, создающей ошибки. Лишняя информация создаёт интертность не довая отличить один класс от другого.

После для растровых картинок тоже нашли алгоритм. Назвали алгоритм опорных векторов. Суть в том что-бы из шаблонов букв выбрать те пиксели, которые максимально отличат одни буквы от других. А те пиксели которые есть у всех букв, те не использовать в распознавании.

Правда такое возможно для небольших картинок. В виду больших вычислительных запросов.

Добавлено 15.12.15, 17:58

Цитата p1qb0d @ 15.12.15, 06:35

Может, все-таки заняться пиксельными алгоритмами?

То что вы описали это давно изучено и не интересно. А вот алгоритмы "следующего порядка":
На картинках представлена визуализация работы алгоритма гугловского ИИ по распознаванию картинок. Так думает компьютер.
http://scisne.net/a-1713
Особенно мне нравится собачий всадник.

Сообщение отредактировано: Pavia - 15.12.15, 18:17

[p1qb0d]

Цитата amk @ 15.12.15, 14:36

С чего бы это вдруг? Я вообще с паттернами не стал бы связываться, а использовал бы предвычисленные сигнатуры.

Выбор алгоритма не принципиален. Избежать шага индуктивного вывода (из частного хлама пикселей, либо хлама векторов, выделить общий класс объектов) Вы не сможете. И это главный времяпожирающий алгоритм. И чем больше БД, тем медленнее он будет работать. А при маленькой БД он будет эффективен, но "узколобый". Но в частных решениях, типа определения быстролетящих целей, вполне себе работоспособен.

Кстати, Вы не знаете зачем сейчас муссируется тема Big Data? Ответ очевиден. Ищется алгоритм фильтрации СПАМа. Причем, нахаляву, так сказать. В темную.

Цитата amk @ 15.12.15, 14:36

Любая задача сложна, пока не знаешь, как её решать. Эта вполне решаема. И алгоритм её решения работает достаточно быстро

Дело не в отсутствии решения, а в ненужности, так как оно (решение) создает тормоза. Не нужно перегонять все в векторы, так как все эти векторы могут быть неинтересны, и просто отфильтруются как СПАМ. Это все равно, как увеличение счетчика на 2000000 из команды ADD превратить в цикл из 2000000 единичных INC. Работать будет в 2000000 раз медленнее, а результат вообще не нужен.

Цитата amk @ 15.12.15, 14:36

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

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

Цитата amk @ 15.12.15, 14:36

Человек, кстати, как раз похоже определяет контуры.

Человек, в первую очередь, очень эффективно отфильтровывает 99% СПАМа. ИИ до этого, как до Китая пешком.

[p1qb0d]

Цитата Pavia @ 15.12.15, 17:44

Что касается вектор-пиксель. То спор не принципиален.

Это не так. Первичную инфу система получает в виде пиксельной матрицы. Это единственная "объективная реальность" для ИИ. И подмена другой реальностью уже потенциально ведет к "неадекватности".

Цитата Pavia @ 15.12.15, 17:44

1) Перевод в вектор это способ ускорить обработку. Путём уменьшения информации. А перевод в вектор достаточно быстрая задача.

Верно, но этот алгоритм не является lossless. И в этом заключается его фундаментальная бажность. Фильтрация должна быть lossless. А это значит, что, несмотря на любую организацию знаний, на определенном этапе все будет выкинуто (отфильтровано), и все вернется к первоисточнику, то есть, пикселям. Которые должны остаться неизменны. Так зачем от них куда-то отходить?

Цитата Pavia @ 15.12.15, 17:44

2) Побочным эффектом вектоаризации является отброс лишней информации, создающей ошибки. Лишняя информация создаёт интертность не довая отличить один класс от другого.

В этом утверждении смешаны одновременно и указание на потерю информации, и одновременно на недостаточную эффективность фильтрации. Верно подмечено, только для меня это означает оценку (-) для векторных алгоритмов, а для Вас она по-прежнему (+).

Цитата Pavia @ 15.12.15, 17:44

После для растровых картинок тоже нашли алгоритм. Назвали алгоритм опорных векторов. Суть в том что-бы из шаблонов букв выбрать те пиксели, которые максимально отличат одни буквы от других. А те пиксели которые есть у всех букв, те не использовать в распознавании.

Попытка уменьшить размер БД для приемлемого времени отклика системы. В частных случаях это работает. Но не интересно.

Цитата Pavia @ 15.12.15, 17:44

Правда такое возможно для небольших картинок. В виду больших вычислительных запросов.

Big Data найдет решение.

Цитата Pavia @ 15.12.15, 17:44

Добавлено 15.12.15, 17:58
То что вы описали это давно изучено и не интересно. А вот алгоритмы "следующего порядка":
На картинках представлена визуализация работы алгоритма гугловского ИИ по распознаванию картинок. Так думает компьютер.
http://scisne.net/a-1713
Особенно мне нравится собачий всадник.

Художественность - это когда неадекватности дается оценка (+). Может, для кого-то это интересно. Для меня искажение объективной реальности является очевидной патологией и оценивается только как (-).

Но они уже подходят к проблеме фильтрации. Может, даже скоро начнут писать алгоритм. Имеется в виду "адекватный" алгоритм.

[amk]

Цитата Pavia @ 15.12.15, 17:44

Так вот набирать программу в ручную можно было это занимало 30-50 минут.
FineReader - тогда был неидеальным. Не то что последнии версии. Сканирование и распознавание занимало 10-15 минут.
Так вот FineReader предлагал проверить те буквы, над распознаванием которых он сомневался. А сомневался он в 25% случаев, каждая четвёртая буква.

Ещё до появления FineReader'а существовали распознавалки с заметно лучшими характеристиками, чем ты описал. Неужели fineReader был так плох

Цитата Pavia @ 15.12.15, 17:44

После для растровых картинок тоже нашли алгоритм. Назвали алгоритм опорных векторов. Суть в том что-бы из шаблонов букв выбрать те пиксели, которые максимально отличат одни буквы от других.

Этот метод был известен задолго до появления программ распознавания вообще.

Цитата p1qb0d @ 16.12.15, 07:42

Выбор алгоритма не принципиален. Избежать шага индуктивного вывода (из частного хлама пикселей, либо хлама векторов, выделить общий класс объектов) Вы не сможете. И это главный времяпожирающий алгоритм. И чем больше БД, тем медленнее он будет работать. А при маленькой БД он будет эффективен, но "узколобый". Но в частных решениях, типа определения быстролетящих целей, вполне себе работоспособен.

А если мне удастся до этого шага исклюяить из рассмотрения заведомо неподходящие образцы БД?

Цитата p1qb0d @ 16.12.15, 07:42

Дело не в отсутствии решения, а в ненужности, так как оно (решение) создает тормоза. Не нужно перегонять все в векторы, так как все эти векторы могут быть неинтересны, и просто отфильтруются как СПАМ. Это все равно, как увеличение счетчика на 2000000 из команды ADD превратить в цикл из 2000000 единичных INC. Работать будет в 2000000 раз медленнее, а результат вообще не нужен.

Зато переведя контур в векторную форму, я могу написать быстрый алгоритм, инвариантный к размеру и углу поворота знака.

Цитата p1qb0d @ 16.12.15, 07:42

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

Тогда ИИ действительно невозможен. Его экономически невыгодно создавать.

Цитата p1qb0d @ 16.12.15, 07:42

Человек, в первую очередь, очень эффективно отфильтровывает 99% СПАМа. ИИ до этого, как до Китая пешком.

Чтобы отфильтровать СПАМ, надо его сперва классифицировать как СПАМ. То есть для этого его научиться распознавать.

Цитата p1qb0d @ 16.12.15, 08:03

Это не так. Первичную инфу система получает в виде пиксельной матрицы. Это единственная "объективная реальность" для ИИ. И подмена другой реальностью уже потенциально ведет к "неадекватности".

Распознавание символов - это отход от пиксельной матрицы. Так и скажи: распознавание символов неадекватно.

Цитата p1qb0d @ 16.12.15, 08:03

Верно, но этот алгоритм не является lossless. И в этом заключается его фундаментальная бажность. Фильтрация должна быть lossless. А это значит, что, несмотря на любую организацию знаний, на определенном этапе все будет выкинуто (отфильтровано), и все вернется к первоисточнику, то есть, пикселям. Которые должны остаться неизменны. Так зачем от них куда-то отходить?

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

Цитата p1qb0d @ 16.12.15, 08:03

В этом утверждении смешаны одновременно и указание на потерю информации, и одновременно на недостаточную эффективность фильтрации. Верно подмечено, только для меня это означает оценку (-) для векторных алгоритмов, а для Вас она по-прежнему (+).

Ты просто не понимаешь, что такое фильтрация.

Цитата p1qb0d @ 16.12.15, 08:03

Попытка уменьшить размер БД для приемлемого времени отклика системы. В частных случаях это работает. Но не интересно.

Полный перебор - наш выбор. Быстрые алгоритмы нас не интересуют.

[Pavia]

Цитата p1qb0d @ 16.12.15, 08:03

Это не так. Первичную инфу система получает в виде пиксельной матрицы. Это единственная "объективная реальность" для ИИ. И подмена другой реальностью уже потенциально ведет к "неадекватности".

Вспоминаю старый американский фильм. Судят человека, за убийства. В качестве доказательства невиновности приводиться снимок на котором он запечатлён в другом месте. Но рисунок тёмный. Тогда судья вызывает эксперта по компьютерной графике(в ту эпоху это было в диковинку) Так вот он говорит мы взяли компьютер обработали изображение, улучшили его.
И встаёт вопрос является ли этот снимок доказательством является он реальным или это уже другая реальность? На что эксперт отвечает что это тот же самый рисунок, просто темные пиксели сделали более тёмными а светлые более светлыми. Узнали это алгоритм изменения контрастности. Так вот такое улучшение ни в коем случае не изменяет реальность.

Так же и вектоаризация не изменяет реальности. Она отображает всё те-же самые объекты.

Цитата

Верно, но этот алгоритм не является lossless.

Распознавание всегда потеря данных.

Цитата p1qb0d @ 16.12.15, 08:03

В этом утверждении смешаны одновременно и указание на потерю информации, и одновременно на недостаточную эффективность фильтрации. Верно подмечено, только для меня это означает оценку (-) для векторных алгоритмов, а для Вас она по-прежнему (+).

Только дети всё делят на чёрное и белое. А жизнь она в серых тонах.

Цитата p1qb0d @ 16.12.15, 08:03

Цитата Pavia @ Вчера, 20:44
После для растровых картинок тоже нашли алгоритм. Назвали алгоритм опорных векторов. Суть в том что-бы из шаблонов букв выбрать те пиксели, которые максимально отличат одни буквы от других. А те пиксели которые есть у всех букв, те не использовать в распознавании.


Попытка уменьшить размер БД для приемлемого времени отклика системы. В частных случаях это работает. Но не интересно.

Уменьшение БД тут не причём.

Цитата p1qb0d @ 16.12.15, 08:03

Big Data найдет решение.

Не найдет. Так как это фундаментальная проблема Big Data.