Ну почему же. Если сумма нового кредита точно равна долгу по старому, срок такой же, а проценты ниже, это называется рефинансированием. Вполне нормальная практика.
Мой первый комментарий оказался несколько не в тему, он был про замок, а не про паспорт.
Тем не менее, я полагаю, он справедлив и для биометрических паспортов.
Я не знаю, как устроен биометрический паспорт, но знаю, как устроены системы биометрического распознавания. В любой из них есть feature extractor, генератор тех самых хешей, или векторов, или фич. Он необходим потому, что сравнивать исходные изображения невозможно, их нужно преобразовать.
Представьте, что вы сделали такой генератор и выпустили несколько паспортов с прошитыми сгенерированными им фичами.
Далее вы улучшили ваш генератор, сделали новую версию с лучшей точностью. Это делает недействительными все фичи от старого генератора.
Вопрос: как их обновить?
Мне приходит в голову два варианта.
Не обновлять. Гонять на бэкенде несколько версий модулей поиска, каждый на своей базе, а вместе с векторами в паспорте прошивать версию и направлять запросы в соответствии с ней. Для загранпаспорта со сроком действия в 10 лет - ну... более-менее приемлемо
Писать вместо фичи исходное изображение, с которого оно было получено, и извлекать фичи новейшей версией. Тогда встают вопросы про шифрование и хранение ключей. Хотя фичи тоже надо по закону шифровать
А в чём проблема? Вы ожидаете, что Ваши интересы завтра поменяются?
Кстати, если у админа на всё один ответ - перестановка ОС, то стоит обратиться к его начальнику, возможно, через своего, с просьбой заняться повышением квалификации сотрудника.
Обратите внимание, это не кляуза, это эскалация и подсвечивание проблемы.
Главное, чтобы Ваш начальник был в курсе, почему простой.
На прошлом месте работы на все компьютеры такая политика накатывалась - через 10 минут отсутствия активности включать screen saver. Если это был компьютер в переговорке, и на нём в это время показывалась презентация, это было очень неудобно.
Я правильно понял, что если я установлю несколько AppImage-й с разными приложениями, каждое из которых требует, к примеру, Qt, то у меня будет несколько копий Qt?
И где граница между внешними зависимостями, которые надо положить в AppImage, и системными библиотеками, которые не надо туда класть?
С libc понятно, а, скажем, GStreamer? Или та же Qt для KDE? Они очень даже тянут на звание системных.
Я вспомнил, как лет 30 назад мой отец (нейрохирург высшей категории, зав. отделением) послушал со мной песни Цоя и сказал, что у него маниакально-депрессивный психоз :)
С векторными изображениями в OpenCV трудновато, но можно также попробовать 2D image features.
Это алгоритмы, которые позволяют найти на картинке пиксели, как-то выделяющиеся из своего окружения (ключевые точки), и составить их описания (дескрипторы), которые можно сравнить между собой.
Основная цель изобретения этих алгоритмов была склеить несколько фотографий одного и того же объекта в одну, т.е. найти на нескольких фотографиях пиксели, изображающие одни и те же фрагменты, и совместить их. Либо сделать 3-мерную модель из нескольких двумерных фоток.
Однако, те же алгоритмы можно и для других задач применять. Например, тут попробовать.
Думаю, что уголки Харриса наиболее просто будет интерпретировать и как-то объяснить с медицинской точки зрения.
Следующее логичное продолжение - Bag of Visual Words. Т.е. можно построить классификатор болен-здоров. Но я не знаю, хватит ли пары сотен человек на датасет для него.
А еще есть модель CLIP, которая сопоставляет изображения и их текстовое описание, но это уже совсем другая сказка :)
Количественный анализ изображений проводился также по абсолютному размеру файла в байтах. Нами выявлена зависимость детализованности изображений от абсолютного размера файла, в котором изображение хранится (формат jpeg).
Исследована зависимость размера файла и количеством пикселей занятых изображением с помощью метода корреляционного анализа. Корреляции между байтами и пикселями оказались следующими: a) Сумма байт/сумма пикс.: 0,823706004 б) Лицо байт/лицо пикс.: 0,780290148 в) Животное байт/животное пикс.: 0,816002537 г) Текст байт/текст пикс.: 0,855008006.
Это справедливо для очень многих алгоритмов сжатия изображений и ничего не говорит о состоянии здоровья.
Ценность результата весьма сомнительная. Если вы поменяете формат на PNG или TIFF, или PCX, результат может поменяться на противоположный.
Вычислялся объём выполненного задания по рисованию лиц в пикселях для каждого испытуемого в каждой группе, результаты сводились в вариационные ряды, проводился их статистический анализ, результаты сравнивались.
Т.е. вы просто подсчитывали количество закрашенных пикселей? Без учета их пространственного положения? Без учета взаимного расположения? Без какого-то анализа содержимого рисунка?
Если да, то равномерно заштрихованный лист будет победителем.
Ну почему же. Если сумма нового кредита точно равна долгу по старому, срок такой же, а проценты ниже, это называется рефинансированием. Вполне нормальная практика.
С техдолгом так не работает, к сожалению.
Да нуу! Не может такого быть!
Комментарий ниже подтверждает моё второе предположение.
А Пелосси пару лет назад зачем туда летала? Тогда ещё НОАК учения в Тайваньском проливе устроили.
Не за чемоданчиком ли с тех. секретами?
Мой первый комментарий оказался несколько не в тему, он был про замок, а не про паспорт.
Тем не менее, я полагаю, он справедлив и для биометрических паспортов.
Я не знаю, как устроен биометрический паспорт, но знаю, как устроены системы биометрического распознавания. В любой из них есть feature extractor, генератор тех самых хешей, или векторов, или фич. Он необходим потому, что сравнивать исходные изображения невозможно, их нужно преобразовать.
Подробности тут
Представьте, что вы сделали такой генератор и выпустили несколько паспортов с прошитыми сгенерированными им фичами.
Далее вы улучшили ваш генератор, сделали новую версию с лучшей точностью. Это делает недействительными все фичи от старого генератора.
Вопрос: как их обновить?
Мне приходит в голову два варианта.
Не обновлять. Гонять на бэкенде несколько версий модулей поиска, каждый на своей базе, а вместе с векторами в паспорте прошивать версию и направлять запросы в соответствии с ней. Для загранпаспорта со сроком действия в 10 лет - ну... более-менее приемлемо
Писать вместо фичи исходное изображение, с которого оно было получено, и извлекать фичи новейшей версией. Тогда встают вопросы про шифрование и хранение ключей. Хотя фичи тоже надо по закону шифровать
А смысл? Она же всё равно уже упакована. Мёртвым грузом лежать будет?
Плюс, если системная будет, но не той версии, могут возникнуть проблемы.
Вот об этом
А, да, пардон...
Далее по тексту сказано
Я невнимательно прочитал и решил, что речь идёт об извлечении отпечатков из памяти замка. Слово "паспорт" не заметил.
Если девайс предусматривает обновление прошивки, то вполне может быть так, что рядом с хешами (векторами) хранятся и картинки, с которых они сняты.
Иначе при изменении алгоритма распознавания в новой версии прошивки придётся всех перерегистрировать.
По-хорошему, их надо шифровать, конечно... Но тогда возникает вопрос, где хранить ключ.
Воздуховоды?
А потом на обращения по гарантии можно выдавать отказы с обоснованием "использовался неоригинальный кабель для зарядки".
А в чём проблема? Вы ожидаете, что Ваши интересы завтра поменяются?
Кстати, если у админа на всё один ответ - перестановка ОС, то стоит обратиться к его начальнику, возможно, через своего, с просьбой заняться повышением квалификации сотрудника.
Обратите внимание, это не кляуза, это эскалация и подсвечивание проблемы.
Главное, чтобы Ваш начальник был в курсе, почему простой.
И что? Это не ваша проблема. Продолжаем писать докладные и жалобы.
Если просто скринсейвер отключить, то можно ещё проще, что-то типа такого:
На прошлом месте работы на все компьютеры такая политика накатывалась - через 10 минут отсутствия активности включать screen saver. Если это был компьютер в переговорке, и на нём в это время показывалась презентация, это было очень неудобно.
Эх, не догадался офицер к китайцам обратиться.
На озоне топа такого добра: https://ozon.ru/t/mztXdv0
Про зависимости не очень понятно.
Я правильно понял, что если я установлю несколько AppImage-й с разными приложениями, каждое из которых требует, к примеру, Qt, то у меня будет несколько копий Qt?
И где граница между внешними зависимостями, которые надо положить в AppImage, и системными библиотеками, которые не надо туда класть?
С libc понятно, а, скажем, GStreamer? Или та же Qt для KDE? Они очень даже тянут на звание системных.
Ну да... Вы зачем людей заставляли картинки рисовать? Чтобы их содержание проанализировать, верно? Пиксели про содержание ничего не скажут.
Изучение компьютерного зрения может Вам помочь.
https://szeliski.org/Book/ - это университетский учебник, там обо всём понемногу, что-то полезное наверняка найдётся.
Можно ещё лекции Конушина посмотреть: https://teach-in.ru/lecturer/konushin
Ещё гугл по запросу PANSS computer vision или schizophrenia computer vision много разных статей выдаёт, откуда можно идей почерпнуть.
Я вспомнил, как лет 30 назад мой отец (нейрохирург высшей категории, зав. отделением) послушал со мной песни Цоя и сказал, что у него маниакально-депрессивный психоз :)
С векторными изображениями в OpenCV трудновато, но можно также попробовать 2D image features.
Это алгоритмы, которые позволяют найти на картинке пиксели, как-то выделяющиеся из своего окружения (ключевые точки), и составить их описания (дескрипторы), которые можно сравнить между собой.
Основная цель изобретения этих алгоритмов была склеить несколько фотографий одного и того же объекта в одну, т.е. найти на нескольких фотографиях пиксели, изображающие одни и те же фрагменты, и совместить их. Либо сделать 3-мерную модель из нескольких двумерных фоток.
Однако, те же алгоритмы можно и для других задач применять. Например, тут попробовать.
Думаю, что уголки Харриса наиболее просто будет интерпретировать и как-то объяснить с медицинской точки зрения.
Следующее логичное продолжение - Bag of Visual Words. Т.е. можно построить классификатор болен-здоров. Но я не знаю, хватит ли пары сотен человек на датасет для него.
А еще есть модель CLIP, которая сопоставляет изображения и их текстовое описание, но это уже совсем другая сказка :)
Это справедливо для очень многих алгоритмов сжатия изображений и ничего не говорит о состоянии здоровья.
Ценность результата весьма сомнительная. Если вы поменяете формат на PNG или TIFF, или PCX, результат может поменяться на противоположный.
Т.е. вы просто подсчитывали количество закрашенных пикселей? Без учета их пространственного положения? Без учета взаимного расположения? Без какого-то анализа содержимого рисунка?
Если да, то равномерно заштрихованный лист будет победителем.
Можно было бы моменты посмотреть, например, они в OpenCV есть.
Я бы векторизовал картинки и анализировал отрезки кривых линий. Все-таки, вы людей заставляли не пиксели закрашивать, а линии рисовать.
Любопытно, какие характеристики будут у картин кубистов, Пикассо, например.