Эта статья имеет рейтинг Start-class по шкале оценки контента Википедии . Она представляет интерес для следующих WikiProjects : | ||||||||||||||||||||||||||||||||||||||
|
This article may be too technical for most readers to understand.(September 2010) |
В этой статье не дается формального/неформального/интуитивного определения того, что такое «блоб». В настоящее время блобом может быть все, что обнаруживается любым из соответствующих методов. Это, конечно, правильно с практической точки зрения, но несколько неудовлетворительно с концептуальной/теоретической точки зрения. Я предполагаю, что изобретатели этих методов изначально имели некоторое представление о том, что они хотели обнаружить, прежде чем они пошли дальше и сконструировали конкретный детектор. Это означает, что должен быть вводный раздел о том, что такое блоб.
Также должен быть раздел о применении блобов. В противном случае нет смысла использовать детекторы блобов.
Если расширить эту статью предложенным способом, сделав обнаружение пятен только одним из аспектов, то представляется целесообразным переименовать ее в «Пятерка (компьютерное зрение)».
-- KYN 22:06, 17 сентября 2006 (UTC)
Вопреки предложению, я НЕ думаю, что было бы хорошей идеей переименовать эту статью в "Blob (computer vision)". Терминология "blob detection" хорошо устоялась в области компьютерного зрения, и статья дает обзор основных подходов к обнаружению blob, как они используются сегодня. Терминология "blob detection" также находится в близкой аналогии с терминологией " edge detection ", для которой также есть хорошая статья.
Я также считаю неправильным утверждение, что эта статья об обнаружении пятен не дает формального/неформального/интуитивного определения того, что такое «пятно». В статье говорится, что пятно — это точка или область, которая либо ярче, либо темнее фона, и что существует два основных класса детекторов пятен: дифференциальные детекторы пятен и детекторы пятен на основе экстремума: Для класса дифференциальных детекторов пятен подробно описаны три рабочих детектора пятен: (i) масштабно-пространственные экстремумы нормализованного оператора Лапласа, (ii) масштабно-пространственные экстремумы определителя гессиана и (iii) масштабно-пространственные экстремумы разности гауссианов. Для каждого из этих понятий пятна дано точное и полностью рабочее дифференциально-геометрическое определение, которое напрямую приводит к эффективным и надежным алгоритмам обнаружения пятен. Что касается методов, основанных на экстремумах, я согласен, что было бы полезно более подробное описание в статье понятий серых пятен и максимально устойчивых экстремальных областей.
Однако такое описание требует использования рисунков, для которых я не смог найти удовлетворительного решения в терминах открытых изображений без авторских прав. Если кто-то сможет создать эти рисунки, я был бы готов дополнить текст, касающийся технических определений. Тем не менее, даны ссылки на первоисточники, где серые пятна и MSER определены и описаны подробно, включая приложения.
Что касается применения дескрипторов блоба, я согласен, что такое описание будет ценным для незнакомых читателей. Полезность этих дескрипторов блоба, тем не менее, была убедительно продемонстрирована в предыдущих работах по сопоставлению изображений, распознаванию объектов, отслеживанию и анализу текстур. Я дополню статью текстом, который более подробно об этом расскажет. Tpl 12:11, 18 сентября 2006 (UTC)
Теперь есть проект статьи об обнаружении точек интереса , в которой делается попытка определить, что следует понимать под точкой интереса и как это понятие соотносится с углами и пятнами.
В статье упоминается, что SURF использует вейвлеты Хаара для вычисления определителя гессиана. Я считаю, что это неверно. Вейвлеты Хаара используются в SURF на более позднем этапе, при построении дескриптора. Вместо этого алгоритм обнаружения пятен SURF использует {-1,0,1}-дискретизированные аппроксимации производных Гаусса для построения гессиана.
Я думаю, что эта статья демонстрирует много хорошей технической работы, в основном проделанной одним редактором: Tpl. Спасибо за вашу тяжелую работу, Tpl! Однако я хотел бы поднять вопрос доступности. Согласно Wikipedia:Make technical articles available :
и
Эти руководящие принципы предлагают несколько способов сделать технические статьи более доступными. Способы, которые, как я думаю, применимы к этой статье в настоящее время, включают:
Однако я никоим образом не хочу "упрощать" эту статью в интересах доступности. Я думаю, что можно найти баланс, который улучшит доступность этой статьи, не уменьшая ее полезности для продвинутых читателей.
Несколько идей, которые пришли мне в голову по улучшению статьи:
Учитывая это, я считаю, что шаблон {{ technical }} в настоящее время оправдан. Надеюсь, это привлечет нужного редактора, который сделает эту статью более доступной. Спасибо! -- fjarlq ( talk ) 04:21, 19 июня 2008 (UTC)
Я реализовал метод лапласиана гауссовского распределения, описанный на этой странице, и он, похоже, обнаруживает вещи очень хорошо, но не при ожидаемых значениях t. Вот кликабельный пример (запуск занимает несколько секунд):
http://bubba.net.images.alaska.edu/~bkerin/gmcon_safe/gmcon.cgi?operations=type:load,load_name:blobtest,type:run_model
Для однопиксельных пятен нормализованный лапласиан наиболее отрицателен в наименьшем масштабе, что, я полагаю, имеет смысл. Для пятен 3x3 t = 1,4 дает наиболее отрицательный результат, а для пятен 8x8 t = 10 дает наиболее отрицательный результат. Агоритм реагирует по-разному для маленьких пятен или что-то не так с моей реализацией? Bkerin2 ( talk ) 19:20, 6 мая 2009 (UTC)
Поведение метода выбора масштаба в мелких масштабах может зависеть от того, как вы моделируете капли мелкого масштаба и как вы реализуете нормализованные производные. Общая трактовка этого вопроса содержится в приложении A.4 к (Lindeberg: Feature detection with automatic scale selection; Int J Comp Vision, 30:2, стр. 77–116, 1998), см. список ссылок на главной странице этой статьи для получения онлайн-справки. Более подробная трактовка этой темы в отношении реализации пирамиды содержится также в (Lindeberg and Bretzner: Real-time scale selection in hybrid multi-scale representations; Proc. Scale-Space'03, Springer Lecture Notes in Computer Science, том 2695, стр. 148–163), см. статью о реализации масштабного пространства для получения онлайн-справки. Tpl ( talk ) 08:18, 7 мая 2009 (UTC)
Кто-нибудь может это исправить? На картинке не видно красных точек.
Template_talk:FeatureDetectionCompVisNavbox
Unapiedra ( обсуждение ) 08:50, 13 июня 2009 (UTC)
Не могли бы вы предоставить подробную информацию о вашем компьютерном окружении и веб-браузере?
Когда я смотрю на навигационное поле (из статьи об обнаружении пятен с помощью Firefox на Mac), оно действительно показывает красные точки на нижнем изображении. Tpl ( обсуждение ) 11:12, 13 июня 2009 (UTC)
Я думаю, что в этой статье перепутаны понятия «масштаб» и «время диффузии». В первом уравнении «t» — это параметр масштаба (стандартное отклонение для нормального распределения). Но я думаю, что в остальных уравнениях «t» относится к чему-то вроде времени диффузии (и, похоже, оно следует оригинальному определению Тони Линденберга), что приводит к «странному» уравнению диффузии с константой 1/2 впереди).
Это может объяснить замечание, где кто-то объясняет, что он находит экстремумы, но не в правильном масштабе. Первоначальные авторы: я не прав? — Предыдущий неподписанный комментарий добавлен 213.10.57.74 (обсуждение) 19:36, 4 октября 2010 (UTC)
С определением параметра масштаба 't', используемым в этой статье, и с константой 1/2 впереди, параметр масштаба в терминах длины измерения задается и соответствует стандартному отклонению ядер свертки Гаусса, которые могут быть эквивалентно использованы для вычисления представления масштабного пространства. В этом отношении это очень естественная параметризация, однако, заплатив довольно небольшую цену использования константы проводимости, равной 1/2 в формулировке диффузии. Tpl ( talk ) 15:40, 5 октября 2010 (UTC)
Да, я так и думал, но тогда функция Гаусса определена неверно. Там t используется там, где следовало бы. —Предыдущий комментарий без знака добавлен 213.10.57.74 (обсуждение) 23:53, 5 октября 2010 (UTC)
Да, это верно. Кто-то, по-видимому, изменил выражение для гауссианы, так что оно больше не было правильным. Я не знал об этом, когда писал предыдущий комментарий. Это действительно проблема Википедии, что ошибки иногда вносятся людьми, которые могут недостаточно хорошо знать предмет. Теперь я исправил уравнение. Пожалуйста, дайте сигнал тревоги снова, если вы заметите другие ошибки. Tpl ( talk ) 11:49, 6 октября 2010 (UTC)
Теперь нормировочный множитель перед не является : считайте однородность при интегрировании , чтобы получить безразмерную 1, в противном случае остаток будет последовательным -- 152.77.24.38 ( обсуждение ) 17:45, 19 октября 2010 (UTC)
Здравствуйте, уважаемые википедисты!
Я только что изменил одну внешнюю ссылку на Blob detection . Пожалуйста, уделите немного времени, чтобы просмотреть мои правки. Если у вас есть какие-либо вопросы или вам нужно, чтобы бот игнорировал ссылки или страницу в целом, посетите этот простой раздел FaQ для получения дополнительной информации. Я внес следующие изменения:
Когда вы закончите просматривать мои изменения, пожалуйста, установите отмеченный параметр ниже на значение true или failed, чтобы сообщить об этом другим (документация по адресу ).{{Sourcecheck}}
Это сообщение было опубликовано до февраля 2018 года . После февраля 2018 года разделы страниц обсуждения "Внешние ссылки изменены" больше не генерируются и не отслеживаются InternetArchiveBot . Никаких специальных действий в отношении этих уведомлений на страницах обсуждения не требуется, кроме регулярной проверки с использованием инструкций инструмента архивации ниже. Редакторы имеют право удалять эти разделы страниц обсуждения "Внешние ссылки изменены", если они хотят очистить страницы обсуждения от загромождения, но перед выполнением массовых систематических удалений ознакомьтесь с RfC . Это сообщение динамически обновляется через шаблон (последнее обновление: 5 июня 2024 г.) .{{source check}}
Привет.— InternetArchiveBot ( Сообщить об ошибке ) 06:34, 4 ноября 2016 (UTC)
Он говорит , и вывод из формул . Я посмотрел в нескольких исходных кодах, и люди используют , а не , и это, кажется, дает мне лучшие результаты. Не могу найти источник по правильному или отношению к . CyreJ ( обсуждение ) 11:44, 27 января 2023 (UTC)