Nepomuk,KDE語義桌面

我不會對你撒謊:我真正感興趣的是什麼 內波穆克,甚至在知道那是什麼之前,這是她的小標誌(你知道,柔和的顏色,粉色和銀色:女孩的東西)。 研究完標誌後,我就專注於產品…… 尼波什麼?

header2

內波穆克 es “KDE 對語義桌面的回答”。 它由一個 框架 創建和諮詢 元數據 任何類型的資源。

…作為?

我們去維基百科刷新一下 什麼是元數據

元數據 (的 Griego酒店 , 、“之後”和 拉丁 基準, «給出了什麼», «拿督»),字面意思是“關於數據”, 是描述其他數據的數據。 一般來說, 元數據組是指一組數據,稱為 RECURSO。 元數據的概念類似於使用索引來定位對象而不是數據。 例如,在圖書館中,使用卡片來指定作者、書名、出版商和搜索書籍的位置。 因此,元數據有助於定位數據,對於各種計算領域,例如信息檢索或語義網,標籤中的元數據是跨越語義鴻溝的重要途徑。

好吧,一旦澄清了,讓我們回到 內波穆克。 它會對我做什麼? 通過元數據來定位普通用戶可能容易或可能不容易訪問(或顯而易見)的資源。

當我們談論元數據時,我們可以將它們分為三大組:

  • 文件元數據。
  • 用戶創建的元數據(例如,我們經常添加到 mp3 中的標籤或評級)。
  • 不易獲取的元數據。

在後者中,我們可以真正利用元數據的索引和分類,即使用語義桌面。

一個例子:

  1. 用戶下載電子郵件附件。 當附件保存到磁盤時,電子郵件發件人的引用以及下載電子郵件的 uri 的引用都會丟失。
  2. 生成應用程序、文件等的排名用戶數。 例如,對磁盤 sda1 寫入最多的用戶是什麼? 哪個用戶收到的數據包數量最多?

Nepomuk主要由 女高音、Strigi 和 K 元數據. 女高音 它是一個面向對象的框架 RDF數據 y 斯特吉 是一個簡單的小搜索守護進程。 K元數據 是一個有助於訪問元數據的庫。

此時,您可能會對定義和奇怪的單詞感到頭暈,但還有一個定義需要澄清: 有什麼 RDF數據?

雖然 XML 是一種數據建模語言, RDF 是一種用於指定元數據的語言。 XML在數據的可擴展性方面失敗了,因為元素的順序不自然,並且其維護非常困難且昂貴,相反, RDF o 資源描述框架(RDF) 它允許交換網頁可理解的信息的應用程序之間的互操作性,以提供支持元數據活動的基礎設施。

所以 基本上,使用此類工具將使我們能夠:

  • 輕鬆獲取有關我們 PC 上數據的“非顯而易見”信息。 例如,想像一下程序員用戶,通過閱讀他們喜歡的應用程序的源代碼,可以獲得有關開發該應用程序的程序員的個人資料的信息。
  • 通過廣泛使用包(例如.debs)中包含的豐富元信息,可以大大提高包管理器的潛力。 能夠賦予它語義值的事實將有助於解決依賴性或衝突。 有用的。 即使在解決某個衝突之前(通常會提示用戶確認),它也可以查詢用戶自己的元信息並能夠推斷出解決衝突的確認。 這很有用,但我不再那麼相信了。
  • 將 Strigi 與某些 Linux 內核功能(例如 Inotify 子系統)結合使用,我們可以重新索引已更改的文件,並且無需頻繁搜索整個文件系統。 在這裡,應用程序可以生成大量與系統日誌相關的元數據,並且由於日誌是純文本文件......因此可以使用它。

結論:親愛的讀者朋友,如果您使用 KDE 4,您不妨嘗試一下 內波穆克。 需要一段時間才能獲得好處(想像一下在系統上的所有文件中建立索引和搜索元數據......),但我發現隨著持續使用,它是一個非常強大的工具。

我希望你已經理解了,我離開你並繼續測試這個偉大的工具。

您好!

附言: 非常複雜 查找有關的信息 內波穆克 它是用易於理解的術語編寫的,而不是像其他網站那樣用古梵文寫的……幸運的是,我在 Infosofía 中找到了這篇文章作為參考。


發表您的評論

您的電子郵件地址將不會被發表。 必填字段標有 *

*

*

  1. 負責資料:AB Internet Networks 2008 SL
  2. 數據用途:控制垃圾郵件,註釋管理。
  3. 合法性:您的同意
  4. 數據通訊:除非有法律義務,否則不會將數據傳達給第三方。
  5. 數據存儲:Occentus Networks(EU)託管的數據庫
  6. 權利:您可以隨時限制,恢復和刪除您的信息。

  1.   塞爾吉奧·隆丹 他說:

    讓我看看我是否理解。 這就像在我們所有的文件上貼上“標籤”一樣嗎?

  2.   N @ ty 他說:

    讓我看看我是否理解。 這就像在我們所有的文件上貼上“標籤”一樣嗎?

    假設這就像在文檔上放置標籤並利用該資源已有的標籤,即使您沒有用肉眼看到它,資源中也隱含了大量信息可以與此類工具一起使用。很多。

    @gss:歡迎評論生活!! :)

    []…事實是,編程中的這種語義被很好地視為明天的智能編程…[]

    我希望如此,這真的很有幫助。

    問候,

  3.   GS 他說:

    嗨,如果我沒記錯的話,這是我第一次發表評論。

    非常好的帖子,事實是,編程中的這種語義被很好地視為明天的智能編程。

    讓我看看我是否理解。 這就像在我們所有的文件上貼上“標籤”一樣嗎?

    不僅僅是文件,還有文件夾、整個程序、數據庫、應用程序、互聯網頁面等等......

    需要考慮的是,這樣“文件”的概念將被放在一邊,考慮“庫”,帶有元標籤等等......

    在我看來,事實是一個非常好的貢獻(這就是一些人會尖叫的地方),幾乎類似於 Se7en 對他的搜索引擎所做的事情。