39 Matching Annotations
  1. Jun 2025
    1. 再多分类检测标注时,尤其是有预标注的情况下,框不会默认为预标注的属性,还需要手动从新再选择一遍;并且不同属性的框颜色还是一样的,图中目标比较多的情况,分不清哪个框对应的哪个属性建议有预标信息的情况下属性默认未预标属性(这块用户可选择,例如保留属性、不保留属性),不同属性的标注框更换不同的颜色

      多分类检测,框颜色都一样,框属性也显示

    2. 功能和我想象的完全不一样,首先必须有预标注,对预标注框抠图标分类,这功能不像是标注检测数据的,而修复检测数据的;并且只能修复错标注,不能修复漏标注建议该功能不要放在这里,误区会比较大;或者明细出功能用途,避免误导用户自动填充的属性名称和我原始名称不一致,多了个前缀,看起来是平台对名称有统一格式要求

      功能更完善,漏框,属性错误,属性前缀去掉

    3. 标注进度这个选择有点鸡肋,创建完后不能直接标,要先将【待开始】换成【进行中】才能开始标注

      多人协同,把自己默认+上,点开始,把进行中自动变开始 标注过程中加人

    4. 有预标注的情况下,当前标注页面想舍弃不想保留的数据,需要创建一个删除的类别,给图片选上该类别,后续该类别删除;无预标注的情况下,这个可以实现的,想舍弃的数据没有属性,后续删除无类别数据

      负样本:跳过 不要的:舍弃

    5. 该功能有没有撤回功能,例如某一下点错了,想撤回,回到上一个点位置从新标注,否则就得全部从新点一圈

      可以考虑,但是目前可以点击结束后再调整

    6. 在创建标注任务时类别管理设置必须填一个值才能创建,但有预标数据包含全部类别,创建后原始类别也会带过来,此时操作冗余

      是个问题,要调整

    1. 便于用户快速区分、查找、了解数据集内容是什么,当前由平台自动生成的一个名称例如:dataprocessing20250514hHUlM6

      可以考虑支持,考虑把模型整条逻辑串起来

    2. 日常工作中需要对原始数据集进行BMK和Training的划分,需要支持按文本信息划分(可能原始数据集自带,也可能数据清洗标注后有tag),及设置划分比例

      自带的标记,按比例,数据清洗的标记 数据处理和数据集管理逻辑明确

    3. 数据质检功能优化:当前该功能去重比较麻烦,因为不知道会去掉多少,可能默认0.8阈值去重不符合预期需要来回调,前面的参数、抽帧都需要重跑;能否改进为类似模型测评页面,我输入一个阈值,看一下剩下的图片数量、重复度,找到满意的去重阈值后导出该阈值的数据。和inpectdet去重工具的去重流程差不多。

      固定输出,预览

    4. RGB转换IR图像:某些功能只在IR成像下布控,制造IR数据补充去除画面异常数据:删除花屏、成像异常数据

      可以考虑,有要保留的,又要去掉的,都支持

    5. 可能会需要维护剔除的ir数据,以及看一下数据质检去重的效果,进行调整剔除的ir数据需要给个预览页,需要支持数据留存质检过滤掉的数据需要给个预览页,需要支持数据留存本批上传数据差异性较大,应不涉及重复性,也被去掉了4张,不知道去重逻辑是什么另,数据质检原理是什么,是仅包含去重逻辑么?

      ir去除逻辑 https://wiki.megvii-inc.com/pages/viewpage.action?pageId=473157818 质检-这个已经有展示的了 对图片本身的质检,将检测纯色、重复、相似、模糊、质量较差等问题图片<br /> 逻辑分开 datamaster的快速质检模式 和数据集管理的预览类似

    6. 抠框失败,失败原因:数据中无文本信息,请检查原数据集,这里的文本信息指的什么?其次我本身上传的纯图片,无文本内容,这个选项应该不开放

      再确认一下,考虑下掉

    7. 内置模型只要人脸人体模型,可能需要开放更多的内置模型丰富该功能的使用场景常规数据处理还需包含:人头、人机非、人体骨骼点、PB、属性、花屏上述内置模型需要可多选,需要有顺序关系,需要可设置参数

      可以安排,然后看是否高频,后面确认优先级

    8. 客服回复:该视频经过IR处理后剩余的图片为0,所以导致该错误;视频为RGB成像,全被IR过滤掉了,平台bug【剔除IR数据】不能开启,更换开启【数据质检】阈值0.8,两种抽帧间隔均剩1张图片【数据质检】推荐更多阈值,例如画面变动比较小的给一个阈值阈值;或者视频处理时取消【数据质检】功能,该功能本身和抽帧间隔互斥,用户想获取更多数据,调高抽帧数量,后者又会去重掉了

      解了bug应该就可以了,不过抽帧也可以考虑单独算作一个数据处理

    1. 报错提示不直观如下图,都需要由工程老师看日志来解决问题,判断是参数设置不对、重名、还是平台bug等

      可以考虑,要和技术老师一起对一下,明确报错类型

  2. Dec 2022
  3. May 2022
    1. 购物车界面的业务逻辑拆分成了两部分: 接口部分:Cart 和 CalculateCart 是接口。变动相对来说不频繁。 实现部分:具体的 calcXszkPromotion,calcMemberPromotion 这些界面渲染方法

      利用依赖倒置,我们可以把 CalculateCart 定义在依赖关系的底层,由限时折扣,会员优惠这些 Git 仓库去做接口实现。

    2. 这一类需求和离散型 UI 不同。界面上没有明显的大区块。

      混合型 UI, 离散型 UI。

      购物车是典型的混合型 UI。没有哪个 Git 仓库,可以声称对界面上的某个区块负责。

      会员价和限时特价,都想给商品打上自己的标。但是实际算价格的时候,得看哪种优惠算得的价格更低。

      在这种比较恶心的复杂需求下,如何最大化 autonomy 呢?