Справедливости ради, это если фичу оценивать отдельно. А если оно в составе, например, софта для персонала больниц (который продаётся целиком), то это совсем другое дело, и если бы без этой фичи тут было бы нельзя.
Ну так дело ведь не в стороне, а в том что "мы конкретно за вами не следим, и тот факт, что вы только что купили %имятовара% ни на что не повлияет", насколько я понимаю.
Возможно, вопрос не в "видим-не видим", а "не храним". Если "храним, но потом лицо замазываем", то тут тоже как-бы и непонятно, а удаляют ли они записи с лицами. А вот если отдельный комплекс, который пропуская через себя поток выдаёт замазанные лица — то уже другой вопрос.
Это, если вы знаете где оно, лицо. А если не знаете, вам нужно просканировать область и понять, что это лицо и его нужно забыть. А чтоб ИИ знало, где лицо не сканируя его — нужно найти все остальные части тела, аккуратно обходя лицо.
В любом случае, очевидно, что проще и эффективнее найти лицо и на каком-то из первых этапов замазать его не пропустив до этапа сохранения записей. Хотя как знать, может нейросети могут быстро находить людей обходя лицо.
Кажется вы не на мой комментарий отвечали.
У меня-то как раз есть минерализатор. Вопрос в том, что на "попить сейчас" его должно хватать, а вот чайник набрать — уже скорее всего нет, пока вода там не "устаканится", насколько я это понимаю.
Ну загвоздка же в том, что ёмкость минерализатора крайне небольшая, хоть система и проточная, но в том, что пройдёт через минерализатор после его опустошения — будет крайне мало минералов, разве нет? Об этом и производители вроде пишут, почему и ставят два крана в такие системы.
Есть мнение, что вода в основе своей, транспорт (вот только не помню чего), и из самой воды мало что усваивается. От того не совсем корректно сравнивать её с пищей по объёму.
Обычно системы с минерализатором имеют два крана — один на "попить" после минерализатора и второй в чайник/пельмешки сварить и прочее — отвод прямо перед минерализатором (кстати, gjf, влияет ли минерализатор на образование накипи и если да, то на наличие каких минералов стоит обращать внимание в минерализаторе?).
Дополнение следует вынести в предисловие.
По всему остальному — как-то, выкатыванию кода с изменениями в последние пять минут и тестированием полночи этих изменений — извините, конечно, но это проблема не программиста, а что "так можно сделать". А если так можно — оно периодически будет сделано, вне зависимости от того, о какой профессии идёт речь.
Заканчивайте спринт днём, морозьте код, тестируйте оставшиеся полдня и вечером отправляя последний отчёт в 18:00 спокойно идите домой. Исправьте свои процессы и перестаньте винить исполнителей.
Не писать тесты — тоже, очевидно, "так можно".
По моделям не подскажу, но, кмк, это должно решаться логикой вне зависимости от нагрузки, на которую рассчитан датчик.
Включается вода — показания датчика игнорируются (возьмём за аксиому, что на лоток в котором всё бурлит в данный момент никто не залезет).
Выключается вода — можно подождать отведённый таймаут под слив или следить за сливом с помощью того же датчика. А если вес не меняется — возможно что-то забилось и сигнализировать о проблеме. Тут хорошо бы добавить простенький датчик уровня (наличия на определённом уровне) воды.
Ну вот например во время фотографирования Вы специально закрывали датчик. Это — ложное срабатывание.
А если лоток стоит не в таком месте, как у Вас, а более проходном — их будет ещё больше. А если ребёнок — тем более.
Вопрос касается вашего изделия, я полагаю, а тензодатчик обычно используется в электронных весах. Таким образом, можно более качественно измерить сидит ли кто на лотке или нет, вне зависимости от движений и без ложных срабатываний на около-лоточное движение.
Очень странное замыливание на вполне себе прямых линиях на 18:49 на ногах. Учитывая разницу от кадра к кадру и даже на одном кадре на разных ботинках — кажется ещё есть куда сетку тренировать.
Вот вы вроде достаточно давно на сайте, а комментаторов в лицо по никнейму не узнаёте. Я понимаю (но не стал бы) писать такое свежему аккаунту с безничего, но тут-то вы откровенно мимо.
А теперь посмотрим, с какой точностью заданы координаты объектов в базе данных OSM. МАМА ДОРОГАЯ! Семь знаков после запятой! Господа, да вы что, СДУРЕЛИ?! Вы действительно указываете координаты очертаний домов, береговой линии континентов и всё остальное с точностью до долей сантиметра?!
Точность может быть, например, потенциальная, или для записи/чтения координат для всяких роботов-пылесосов-газонокосилок-доставщиков. Может быть на карте эта точка от ближайших десяти и не отличается, но в записи робота это может быть не так (например, точка вылета, она же точка возвращения).
Ну вы же платите не за ВИП-отношение к себе, а за вполне определённые услуги. И вполне можете нарушать какие-либо внутренние правила. И да, вас за это тоже могут забанить/скрыть реп/ что-нибудь ещё, и по условиям описанным на сайте — без предупреждения.
Справедливости ради, это если фичу оценивать отдельно. А если оно в составе, например, софта для персонала больниц (который продаётся целиком), то это совсем другое дело, и если бы без этой фичи тут было бы нельзя.
Ну так дело ведь не в стороне, а в том что "мы конкретно за вами не следим, и тот факт, что вы только что купили %имятовара% ни на что не повлияет", насколько я понимаю.
Возможно, вопрос не в "видим-не видим", а "не храним". Если "храним, но потом лицо замазываем", то тут тоже как-бы и непонятно, а удаляют ли они записи с лицами. А вот если отдельный комплекс, который пропуская через себя поток выдаёт замазанные лица — то уже другой вопрос.
Это, если вы знаете где оно, лицо. А если не знаете, вам нужно просканировать область и понять, что это лицо и его нужно забыть. А чтоб ИИ знало, где лицо не сканируя его — нужно найти все остальные части тела, аккуратно обходя лицо.
В любом случае, очевидно, что проще и эффективнее найти лицо и на каком-то из первых этапов замазать его не пропустив до этапа сохранения записей. Хотя как знать, может нейросети могут быстро находить людей обходя лицо.
Не-лицо ведь находится тем же способом, что и лицо, но с шагом инверсии выделения.
Ой, ну ладно, речь была только о том, что больше воды чем пищи != больше полезных элементов из воды.
Кажется вы не на мой комментарий отвечали.
У меня-то как раз есть минерализатор. Вопрос в том, что на "попить сейчас" его должно хватать, а вот чайник набрать — уже скорее всего нет, пока вода там не "устаканится", насколько я это понимаю.
Ну загвоздка же в том, что ёмкость минерализатора крайне небольшая, хоть система и проточная, но в том, что пройдёт через минерализатор после его опустошения — будет крайне мало минералов, разве нет? Об этом и производители вроде пишут, почему и ставят два крана в такие системы.
Есть мнение, что вода в основе своей, транспорт (вот только не помню чего), и из самой воды мало что усваивается. От того не совсем корректно сравнивать её с пищей по объёму.
Обычно системы с минерализатором имеют два крана — один на "попить" после минерализатора и второй в чайник/пельмешки сварить и прочее — отвод прямо перед минерализатором (кстати, gjf, влияет ли минерализатор на образование накипи и если да, то на наличие каких минералов стоит обращать внимание в минерализаторе?).
Дополнение следует вынести в предисловие.
По всему остальному — как-то, выкатыванию кода с изменениями в последние пять минут и тестированием полночи этих изменений — извините, конечно, но это проблема не программиста, а что "так можно сделать". А если так можно — оно периодически будет сделано, вне зависимости от того, о какой профессии идёт речь.
Заканчивайте спринт днём, морозьте код, тестируйте оставшиеся полдня и вечером отправляя последний отчёт в 18:00 спокойно идите домой. Исправьте свои процессы и перестаньте винить исполнителей.
Не писать тесты — тоже, очевидно, "так можно".
Добавить метрику посещений и анализатор газов (отклонение от нормы — алярм)? :)
Но замечание дельное, конечно.
По моделям не подскажу, но, кмк, это должно решаться логикой вне зависимости от нагрузки, на которую рассчитан датчик.
Включается вода — показания датчика игнорируются (возьмём за аксиому, что на лоток в котором всё бурлит в данный момент никто не залезет).
Выключается вода — можно подождать отведённый таймаут под слив или следить за сливом с помощью того же датчика. А если вес не меняется — возможно что-то забилось и сигнализировать о проблеме. Тут хорошо бы добавить простенький датчик уровня (наличия на определённом уровне) воды.
Ну вот например во время фотографирования Вы специально закрывали датчик. Это — ложное срабатывание.
А если лоток стоит не в таком месте, как у Вас, а более проходном — их будет ещё больше. А если ребёнок — тем более.
Вопрос касается вашего изделия, я полагаю, а тензодатчик обычно используется в электронных весах. Таким образом, можно более качественно измерить сидит ли кто на лотке или нет, вне зависимости от движений и без ложных срабатываний на около-лоточное движение.
Очень странное замыливание на вполне себе прямых линиях на 18:49 на ногах. Учитывая разницу от кадра к кадру и даже на одном кадре на разных ботинках — кажется ещё есть куда сетку тренировать.
А мне интересно что такое
Concludeи почему не на русском? Внешняя команда или…?Вот вы вроде достаточно давно на сайте, а комментаторов
в лицопо никнейму не узнаёте. Я понимаю (но не стал бы) писать такое свежему аккаунту с безничего, но тут-то вы откровенно мимо.Точность может быть, например, потенциальная, или для записи/чтения координат для всяких роботов-пылесосов-газонокосилок-доставщиков. Может быть на карте эта точка от ближайших десяти и не отличается, но в записи робота это может быть не так (например, точка вылета, она же точка возвращения).
Ну вы же платите не за ВИП-отношение к себе, а за вполне определённые услуги. И вполне можете нарушать какие-либо внутренние правила. И да, вас за это тоже могут забанить/скрыть реп/ что-нибудь ещё, и по условиям описанным на сайте — без предупреждения.