daily 9.21-9.25

day 1

1.使用opencv测量物体的尺寸
openCV测量物体的尺寸
需要提供一个参照物,以及尺寸大小,相当于地图的比例尺的作用,pixels per metric ratio即每个单位指标下所含的像素个数
2.使用摄像头拍摄图片,量出照片中物体的实际尺寸,此处比例尺由自己输入

问题

  • 和背景颜色接近会导致无法分割
  • 物体尺寸不准确
  • 结果未导出,即只是在图上标出了关键物体的大小,没有从图中截取该物体并输出

备注:实际接触opencv的第一天,从一些基础操作开始学习,读入图片,显示,显示时间,保存等基础操作。。

day 2

1.截取图像并保存
在背景单一颜色的时候使用背景的颜色作为参数可以精确的切割出目标物体,比如证件照中提取人像。其他表现较差
使用GrabCut算法效果较好:最初,用户在前景区域周围绘制矩形(前景区域的手部完全位于矩形内部)。然后算法将其迭代分段以获得最佳结果。但在某些情况下,分割效果不会很好,例如,它可能会将某些前景区域标记为背景,反之亦然。在这种情况下,用户需要做很好的修改,只需在图像上画一些有缺陷的结果,下一次迭代会有更好的表现。
2.图像分割衡量标准
度量指标
与之前接触的mAP有相似之处
3.用ps抠图的结果和用算法抠图的结果(1)做对比
用到的在线抠图工具(没有ps..)-在线抠图
对比是通过比较他们每个像素之间的差异,1为完全一样
实际上使用手动截取目标区域(作为前景区域)会较机器来区分前后景更为准确。
4.物理物料的考量(?)
获取适合的背景板,以便于拍摄出便于区分的图片,要求是要能同时处理十多件物品

问题

  • 截取精度不够
  • 截取效果仍然只能给背景好区分的物品上较好
  • 对于截取出的单个物品难以度量尺寸(失去了比例尺),所以是否是先获取尺寸后再进行截取

备注:pycharm的warning提醒很烦,使用warnings.filterwarnings("ignore")来忽略
对于erode腐蚀,dilate膨胀这两个方法比较常用。归属于形态学处理,用来填补处理图像过后的噪声(图像中间的小白点),产生二值化(非黑即白)的mask,然后和图像做与运算

day 3

1.整合截取图片与测量尺寸算法,留待明天调整,因为今天做的是先抠图再量大小,实际上应该反过来操作,保证尺寸是足够的
2.获取一系列新技术,慢慢看起吧
前端 ui-web界面开发
后端 函数计算开发环境搭建
3.主要时间-完成了react教程的井字棋项目,之前一直是大致掠过,没有手写代码
确实还是比较有意思的,以下是用的多的:
JavaScript class 中,每次你定义其子类的构造函数时,都需要调用 super 方法。因此,在所有含有构造函数的的 React 组件中,构造函数必须以 super(props) 开头。
一个组件接收一些参数,我们把这些参数叫做 props(“props” 是 “properties” 简写),然后通过 render 方法返回需要展示在屏幕上的视图的层次结构。//后面被告知props其实不咋用。。但确实是在用例中大量使用的
4.开了个会,捋了一下流程,包括以下四个步骤:

时长 进度要求
先用现有的后续优化 算法达标,要求输出:1.尺寸,误差百分之3-5内,2.抠图,保存jpg格式
3天 照片的获取,主要是买材料1.板*3块,自己搭,2.摄像头,usb连电脑,舍弃了蓝莓派方案
3天 前端界面设计,使用基础h5即可,先搁置umi,要求输入联华码(from扫码枪),输出尺寸+图片存入数据库,增加判断环节(是否保留结果)
5天 连通整个流程,怎么把算法上线,前后端连接,数据库数据输入输出...
未考虑 成型的一套物理设备:移动摄像头,纸板最好是可拆卸的,一套环境

问题

  • 算法精度不够,效果差,opencv提供的方法是否能达标不确定,需要先拍照然后实际测试
  • react没有想象中学起来轻松,还是有蛮多需要自己理解的部分,let等新方法
  • 对于整个一套流程跑通耗时不确定,估计会有蛮多问题

day 4

1.前端页面的制作。尝试用了flask的框架,果然在跑起来的时候遇到一堆乱七八糟的问题,其中有两张图无法加载,又不是路径,路由问题,懵。。
2.把py后台文件与前端整合到一起,还在改bug中
3.制作了一个拍照的背景板,由三块白板拼起来
4.拍了一些照片,明天试试效果

问题

  • .py文件单独运行没有问题,放到前端调用报错,一堆bug。
  • h5静态页面上可以加载,放到flask自带的wsgi上就报404
  • 传参数也有问题,img没给进去。。

day 5

1.使得前后端联通
2.接触阿里云平台的一系列新东西,函数计算,fun,fcli,docker等。。

问题

  • 还是存在小bug
  • funcraft创建函数过程中报错阿里云id不正确,蒙。。,配置的时候复制的id
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 215,384评论 6 497
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,845评论 3 391
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 161,148评论 0 351
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,640评论 1 290
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,731评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,712评论 1 294
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,703评论 3 415
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,473评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,915评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,227评论 2 331
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,384评论 1 345
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,063评论 5 340
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,706评论 3 324
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,302评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,531评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,321评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,248评论 2 352