我不會對你撒謊:我真正感興趣的是什麼 內波穆克,甚至在知道那是什麼之前,這是她的小標誌(你知道,柔和的顏色,粉色和銀色:女孩的東西)。 研究完標誌後,我就專注於產品…… 尼波什麼?
內波穆克 es “KDE 對語義桌面的回答”。 它由一個 框架 創建和諮詢 元數據 任何類型的資源。
…作為?
我們去維基百科刷新一下 什麼是元數據
元數據 (的 Griego酒店 後, 元、“之後”和 拉丁 基準, «給出了什麼», «拿督»),字面意思是“關於數據”, 是描述其他數據的數據。 一般來說, 元數據組是指一組數據,稱為 RECURSO。 元數據的概念類似於使用索引來定位對象而不是數據。 例如,在圖書館中,使用卡片來指定作者、書名、出版商和搜索書籍的位置。 因此,元數據有助於定位數據,對於各種計算領域,例如信息檢索或語義網,標籤中的元數據是跨越語義鴻溝的重要途徑。
好吧,一旦澄清了,讓我們回到 內波穆克。 它會對我做什麼? 通過元數據來定位普通用戶可能容易或可能不容易訪問(或顯而易見)的資源。
當我們談論元數據時,我們可以將它們分為三大組:
- 文件元數據。
- 用戶創建的元數據(例如,我們經常添加到 mp3 中的標籤或評級)。
- 不易獲取的元數據。
在後者中,我們可以真正利用元數據的索引和分類,即使用語義桌面。
一個例子:
- 用戶下載電子郵件附件。 當附件保存到磁盤時,電子郵件發件人的引用以及下載電子郵件的 uri 的引用都會丟失。
- 生成應用程序、文件等的排名用戶數。 例如,對磁盤 sda1 寫入最多的用戶是什麼? 哪個用戶收到的數據包數量最多?
Nepomuk主要由 女高音、Strigi 和 K 元數據. 女高音 它是一個面向對象的框架 RDF數據 y 斯特吉 是一個簡單的小搜索守護進程。 K元數據 是一個有助於訪問元數據的庫。
此時,您可能會對定義和奇怪的單詞感到頭暈,但還有一個定義需要澄清: 有什麼 RDF數據?
雖然 XML 是一種數據建模語言, RDF 是一種用於指定元數據的語言。 XML在數據的可擴展性方面失敗了,因為元素的順序不自然,並且其維護非常困難且昂貴,相反, RDF o 資源描述框架(RDF) 它允許交換網頁可理解的信息的應用程序之間的互操作性,以提供支持元數據活動的基礎設施。
所以 基本上,使用此類工具將使我們能夠:
- 輕鬆獲取有關我們 PC 上數據的“非顯而易見”信息。 例如,想像一下程序員用戶,通過閱讀他們喜歡的應用程序的源代碼,可以獲得有關開發該應用程序的程序員的個人資料的信息。
- 通過廣泛使用包(例如.debs)中包含的豐富元信息,可以大大提高包管理器的潛力。 能夠賦予它語義值的事實將有助於解決依賴性或衝突。 有用的。 即使在解決某個衝突之前(通常會提示用戶確認),它也可以查詢用戶自己的元信息並能夠推斷出解決衝突的確認。 這很有用,但我不再那麼相信了。
- 將 Strigi 與某些 Linux 內核功能(例如 Inotify 子系統)結合使用,我們可以重新索引已更改的文件,並且無需頻繁搜索整個文件系統。 在這裡,應用程序可以生成大量與系統日誌相關的元數據,並且由於日誌是純文本文件......因此可以使用它。
結論:親愛的讀者朋友,如果您使用 KDE 4,您不妨嘗試一下 內波穆克。 需要一段時間才能獲得好處(想像一下在系統上的所有文件中建立索引和搜索元數據......),但我發現隨著持續使用,它是一個非常強大的工具。
我希望你已經理解了,我離開你並繼續測試這個偉大的工具。
您好!
附言: 非常複雜 查找有關的信息 內波穆克 它是用易於理解的術語編寫的,而不是像其他網站那樣用古梵文寫的……幸運的是,我在 Infosofía 中找到了這篇文章作為參考。
讓我看看我是否理解。 這就像在我們所有的文件上貼上“標籤”一樣嗎?
假設這就像在文檔上放置標籤並利用該資源已有的標籤,即使您沒有用肉眼看到它,資源中也隱含了大量信息可以與此類工具一起使用。很多。
@gss:歡迎評論生活!! :)
我希望如此,這真的很有幫助。
問候,
嗨,如果我沒記錯的話,這是我第一次發表評論。
非常好的帖子,事實是,編程中的這種語義被很好地視為明天的智能編程。
不僅僅是文件,還有文件夾、整個程序、數據庫、應用程序、互聯網頁面等等......
需要考慮的是,這樣“文件”的概念將被放在一邊,考慮“庫”,帶有元標籤等等......
在我看來,事實是一個非常好的貢獻(這就是一些人會尖叫的地方),幾乎類似於 Se7en 對他的搜索引擎所做的事情。