偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

有人一周內(nèi)清理了PASCAL數(shù)據(jù)集中的17120張圖像,將mAP提高了13%

人工智能 新聞
干凈的數(shù)據(jù)對于你的 AI 模型的表現(xiàn)有多重要?

有研究稱,他們使用一種技術(shù)在一周內(nèi)清理了 PASCAL VOC 2012 數(shù)據(jù)集中的 17120 張圖像,并發(fā)現(xiàn) PASCAL 中 6.5% 的圖像有不同的錯誤(缺失標(biāo)簽、類標(biāo)簽錯誤等)。他們在創(chuàng)紀(jì)錄的時間內(nèi)修復(fù)了這些錯誤,并將模型的性能提高了 13% 的 mAP。

通常情況下,模型性能較差可能是由于訓(xùn)練數(shù)據(jù)質(zhì)量不高引起的。即使在 2022 年,由于數(shù)據(jù)是公司最重要的資產(chǎn)之一,開發(fā)人員也經(jīng)常因數(shù)據(jù)質(zhì)量低劣而感到工作棘手。本文中,總部位于德國柏林的面向視覺 AI 從業(yè)者的下一代注釋工具提供商 Hasty,希望通過更快、更高效地清理數(shù)據(jù)來簡化和降低視覺 AI 解決方案開發(fā)的風(fēng)險。

他們開發(fā)了 AI Consensus Scoring (AI CS) 功能,它是 Hasty 生態(tài)系統(tǒng)的一部分(Hasty 是該公司開發(fā)的一個端到端的 AI 平臺,可讓 ML 工程師和領(lǐng)域?qū)<腋斓亟桓队嬎銠C(jī)視覺模型,從而縮短變革性產(chǎn)品和服務(wù)的上市時間),該功能使得手動共識評分(consensus scoring)成為過去,其將 AI 集成到質(zhì)量控制流程中,使其更快、更便宜,并且隨著用戶添加的數(shù)據(jù)越多,性能擴(kuò)展越好。

本文中,研究者將利用 AI CS 功能來改進(jìn)、更新和升級最流行的目標(biāo)檢測基準(zhǔn)數(shù)據(jù)集 PASCAL VOC 2012 。

我們先來簡單介紹一下 PASCAL,它是一個著名的學(xué)術(shù)數(shù)據(jù)集,可用于目標(biāo)檢測和語義分割等視覺 AI 任務(wù)的基準(zhǔn)模型。PASCAL 已有十多年的歷史,現(xiàn)在還一直被廣泛使用,近 4 年就有 160 篇論文使用它。

PASCAL 在過去十年中沒有改變,世界各地的團(tuán)隊在科研中都保持該數(shù)據(jù)集的「原樣」進(jìn)行科研。但是,該數(shù)據(jù)集是很久以前注釋的,當(dāng)時算法還沒有今天準(zhǔn)確,注釋要求也沒有那么嚴(yán)格,會出現(xiàn)很多錯誤。例如下圖所示:盡管馬是在前景并且可見,但沒有馬的標(biāo)簽,這些質(zhì)量問題在 PASCAL 中很常見。

如果讓人工來處理 PASCAL 數(shù)據(jù)集,成本高昂且非常耗時,該研究使用 AI 進(jìn)行質(zhì)量控制并提高 PASCAL 的質(zhì)量,他們的目的是如果數(shù)據(jù)質(zhì)量足夠好,模型性能會不會隨之提高,為了執(zhí)行這個測試,他們設(shè)置了一個包含以下步驟的實(shí)驗(yàn):

  • 在 Hasty 平臺上使用 AI Consensus Scoring 功能清洗 PASCAL VOC 2012;
  • 使用 Faster R-CNN 架構(gòu)在原始的 PASCAL 訓(xùn)練集上訓(xùn)練自定義模型;
  • 使用相同的 Faster R-CNN 架構(gòu)和參數(shù),在清理后的 PASCAL 訓(xùn)練集上準(zhǔn)備一個自定義模型;
  • 實(shí)驗(yàn)之后,得出結(jié)論。

下面為實(shí)驗(yàn)過程,以第一人稱進(jìn)行編譯整理, 看看他們是如何做到的以及結(jié)果如何?

清洗 PASCAL VOC 2012

我們的首要任務(wù)是改進(jìn)數(shù)據(jù)集。我們從 Kaggle 獲得數(shù)據(jù)集,將其上傳到 Hasty 平臺,導(dǎo)入注釋,并安排兩次 AI CS 運(yùn)行。對于那些不熟悉我們 AI CS 功能的人,該功能支持類、目標(biāo)檢測和實(shí)例分割審查,因此它會檢查注釋的類標(biāo)簽、邊界框、多邊形和掩碼。在進(jìn)行審查時,AI CS 會尋找額外或缺失的標(biāo)簽、偽影、錯誤類別的注釋,以及形狀不精確的邊界框或?qū)嵗?/span>

PASCAL VOC 2012 包含 17.120 張圖像和 20 個不同類別的約 37.700 個標(biāo)簽。我們已經(jīng)針對 28.900 (OD) 和 1.320 (Class) 潛在錯誤任務(wù)運(yùn)行了目標(biāo)檢測和類別審查。

AI CS 可以讓你發(fā)現(xiàn)潛在問題。然后,你可以專注于修復(fù)錯誤,而無需花幾天或幾周的時間來查錯。

我們要檢查這些潛在錯誤并解決它們,最重要的是,我們希望修改后的注釋比原始注釋器更準(zhǔn)確。具體包括:

  • 當(dāng) AI CS 檢測到潛在錯誤時,我們嘗試修復(fù)每張圖像上所有可能出現(xiàn)的這些錯誤;
  • 我們沒有打算注釋每個可能的目標(biāo),如果注釋遺漏了一個目標(biāo),并且在前景中或在沒有縮放的情況下肉眼可見,我們就注釋它;
  • 我們試圖讓邊界框像像素一樣完美;
  • 我們還對部分(數(shù)據(jù)集類目標(biāo)未注釋部分)進(jìn)行了注釋,因?yàn)樵紨?shù)據(jù)集具有它們的特性。

有了上述目標(biāo),我們首先檢查了現(xiàn)有注釋類標(biāo)簽的類審查運(yùn)行,試圖找出潛在的錯誤。超過 60% 的 AI CS 建議非常有用,因?yàn)樗鼈冇兄谧R別原始數(shù)據(jù)集不明顯的問題。例如,注釋器將沙發(fā)和椅子混淆。我們通過重新標(biāo)記整個數(shù)據(jù)集的 500 多個標(biāo)簽來解決這個問題。

原始注釋示例。圖中有兩張沙發(fā)和兩把扶手椅。兩把扶手椅中的一張標(biāo)注為沙發(fā),而另一把則標(biāo)注為椅子。

修改后的標(biāo)注,扶手椅是椅子,沙發(fā)是沙發(fā)。

在分析 OD 和 Class 審查時,我們發(fā)現(xiàn) PASCAL 最突出的問題不是錯誤分類注釋、奇怪的邊界框或額外的標(biāo)簽。它最大的問題是缺少許多潛在的注釋。我們很難估計確切的數(shù)字,但我們覺得有數(shù)千個未標(biāo)記的目標(biāo)應(yīng)該被標(biāo)記。

OD 審查通過數(shù)據(jù)集,尋找額外或缺失的標(biāo)簽和錯誤形狀的邊界框。并非所有缺失的注釋都被 AI CS 突出顯示,但我們已盡最大努力改進(jìn) AI CS 預(yù)測的至少有一個缺失標(biāo)簽的所有圖片。結(jié)果,OD 審查幫助我們在 1.140 張圖像中找到了 6.600 個缺失注釋。

我們花了大約 80 個小時來審查所有建議并清理數(shù)據(jù)集,這是一個了不起的結(jié)果。

在原始 PASCAL 上訓(xùn)練自定義模型

如上所述,我們決定設(shè)置兩組實(shí)驗(yàn),訓(xùn)練兩個模型,一個在初始的 PASCAL 上,另一個在經(jīng)過清理的 PASCAL 版本上。為了進(jìn)行神經(jīng)網(wǎng)絡(luò)訓(xùn)練,我們使用了 Hasty 另一個功能:Model Playground,這是一個無需編碼的解決方案,允許你在簡化的 UI 中構(gòu)建 AI 模型,同時保持對架構(gòu)和每個關(guān)鍵神經(jīng)網(wǎng)絡(luò)參數(shù)的控制。

在整個工作過程中,我們對模型進(jìn)行了多次迭代,試圖為任務(wù)找到最佳超參數(shù)。最后,我們選擇了:

  • 以 ResNet101 FPN 為骨干的更快的 R-CNN 架構(gòu);
  • 采用 R101-FPN COCO 權(quán)值進(jìn)行模型初始化;
  • 模糊,水平翻轉(zhuǎn),隨機(jī)剪切,旋轉(zhuǎn)和顏色抖動作為增強(qiáng);
  • AdamW 為求解器,ReduceLROnPlateau 為調(diào)度器;
  • 就像在其他 OD 任務(wù)中一樣,使用了損失組合(RPN Bounding Box 損失、RPN 分類損失、最終 Bounding Box 回歸損失和最終分類損失);
  • 作為指標(biāo),我們有 COCO mAP,幸運(yùn)的是,它直接在 Model Playground 中實(shí)現(xiàn)。

大約一天半的時間來訓(xùn)練。假設(shè)架構(gòu)的深度、網(wǎng)絡(luò)正在處理的圖像數(shù)量、計劃的訓(xùn)練迭代次數(shù)(10.000)以及 COCO mAP 在 5.000 張圖片中每 50 次迭代計算的事實(shí),它并沒有花費(fèi)太長時間。以下是模型取得的結(jié)果:

原始模型訓(xùn)練迭代的平均損失。

跨原始模型驗(yàn)證迭代的 COCO mAP 圖。

使用這種架構(gòu)實(shí)現(xiàn)的最終 COCO mAP 結(jié)果是驗(yàn)證時的 0.42 mAP。在原始 PASCAL 上訓(xùn)練的模型的性能不如最先進(jìn)的架構(gòu)。盡管如此,考慮到我們在構(gòu)建模型上花費(fèi)的時間和精力很少(經(jīng)歷了 3 次迭代,每次花費(fèi) 1 小時),這仍然是一個不錯的結(jié)果。無論如何,這樣的結(jié)果會讓我們的實(shí)驗(yàn)更有趣。讓我們看看是否可以在不調(diào)整模型參數(shù)的情況下,通過改進(jìn)數(shù)據(jù)來獲得所需的指標(biāo)值。

在更新的 PASCAL 上訓(xùn)練的自定義模型

在這里,我們采用相同的圖像進(jìn)行訓(xùn)練和驗(yàn)證,以訓(xùn)練以下模型作為基線。唯一的區(qū)別是拆分中的數(shù)據(jù)更好(添加了更多標(biāo)簽并修復(fù)了一些標(biāo)簽)。

不幸的是,原始數(shù)據(jù)集并沒有在其訓(xùn)練 / 測試集拆分中包含 17120 個圖像中的每一個,有些圖片被遺漏了。因此盡管在原始數(shù)據(jù)集中添加了 6600 個標(biāo)簽,但在訓(xùn)練 / 測試拆分中,我們只得到了大約 3000 個新標(biāo)簽和大約 190 個修復(fù)標(biāo)簽。

盡管如此,我們繼續(xù)使用 PASCAL VOC 2012 改進(jìn)后的訓(xùn)練 / 測試拆分來訓(xùn)練和驗(yàn)證模型,看看效果如何。

更新模型的訓(xùn)練迭代中的 AverageLoss 圖。

更新模型的驗(yàn)證迭代中的 COCO mAP 圖。

直接比較

正如我們所見,新模型的性能優(yōu)于原始模型。與之前模型的 0.42 值相比,它在驗(yàn)證時達(dá)到了 0.49 COCO mAP。這樣看很明顯實(shí)驗(yàn)是成功的。

結(jié)果在 45-55 COCO mAP 之內(nèi),這意味著更新后的模型比原始模型效果更好,并提供了所需的度量值。是時候得出一些結(jié)論并討論我們剛剛目睹的情況了。

結(jié)論

本文展示了以數(shù)據(jù)為中心的 AI 開發(fā)概念。我們的思路是通過提升數(shù)據(jù)以獲得更好的模型,進(jìn)而也獲得了想要的結(jié)果。如今,當(dāng)模型開始接近性能的上限時,通過調(diào)整模型將關(guān)鍵指標(biāo)的結(jié)果提高 1-2% 以上可能是具有挑戰(zhàn)性且成本高昂的事。但是,你不應(yīng)該忽略構(gòu)建機(jī)器學(xué)習(xí)并不僅僅是模型和參數(shù),還有兩個關(guān)鍵組成部分——算法和數(shù)據(jù)。

在該研究中,我們并沒有試圖擊敗任何 SOTA 或獲得比此前研究更好的結(jié)果。我們希望通過實(shí)驗(yàn)結(jié)果展示:花費(fèi)時間改進(jìn)數(shù)據(jù)有利于模型性能。希望通過添加 3000 個缺失標(biāo)簽使 COCO mAP 增加 13% 的案例足夠令人信服。

通過清理數(shù)據(jù)和向圖像添加更多標(biāo)簽可以獲得的結(jié)果很難預(yù)測。效果很大程度上取決于你的任務(wù)、NN 參數(shù)和許多其他因素。即使在本文的例子中,我們也不能確定多 3000 個標(biāo)簽會是能帶來額外 13% mAP 的。盡管如此,結(jié)果不言自明。雖然有時很難確定通過獲得更好的數(shù)據(jù)來改進(jìn)模型指標(biāo)的上限,這是值得嘗試的方向。

責(zé)任編輯:張燕妮 來源: 機(jī)器之心
相關(guān)推薦

2019-12-10 09:47:51

IaaS云計算物聯(lián)網(wǎng)

2020-08-21 10:59:10

微軟服務(wù)器運(yùn)維

2020-12-24 19:29:08

PCIntel芯片

2024-07-12 11:44:39

2020-06-11 08:05:47

nginx線程池數(shù)據(jù)

2020-06-12 14:44:06

線程池模式nginx

2019-06-21 08:39:23

SQLmysql索引

2024-05-11 09:24:15

性能Go團(tuán)隊

2012-05-02 11:09:38

無線網(wǎng)絡(luò)數(shù)據(jù)傳輸

2012-05-02 12:39:31

無線網(wǎng)絡(luò)多跳無線網(wǎng)絡(luò)數(shù)據(jù)傳輸

2021-12-08 12:50:39

代碼MyBatisJava

2023-12-26 17:18:13

darktable

2021-07-28 14:35:09

代碼進(jìn)度條前端

2024-02-07 13:37:39

AWS系統(tǒng)應(yīng)用程序

2020-10-10 11:35:10

IBMProject DebAI

2024-08-07 08:51:20

Go優(yōu)化開發(fā)

2023-05-22 07:27:08

AI

2020-02-25 16:51:34

Rust廣告攔截器瀏覽器

2021-07-28 09:32:57

Go社區(qū)GitHutGo模塊
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號