這是一個有點常見的問題,我們得到關於d3web-KnowWE,其中一個原因可能是,我們的命名有些誤導。所以讓我解釋一下。
首先是d3web的Java框架,以具有較強的解決問題的知識,包括規則,決策樹,流量圖表,涵蓋名單,成本效益對話策略,基於時間推理,等上運行的知識庫。該核心框架沒有提供任何GUI,而是將問題解決能力集成到其他應用程序/專家系統中。它也沒有提供正確創建/創建它所運行的知識庫的方法,除了可能在API級別的Java代碼中執行它。爲了還提供適當的手段來編寫和開發知識庫,包括一些基本的對話框來運行,演示,測試和調試創作的知識庫,我們開始研究wiki系統KnowWE,今天基本上是基本的重度延伸JSPWiki。例如頁面d3web.de本身也只是KnowWE的特定內容的構建。 雖然我們正在和KnowWE合作,但我們開始非常喜歡以這種'維基方式'編輯和創作大型知識庫的方法,您是否自動支持多個分佈式用戶在同一知識庫上工作,擁有自動版本控制,可以直接在實際的形式知識旁邊添加很好的文檔,可以使用腳本生成知識(因爲它們都只是簡單的文本標記)等等。此外,KnowWE的基礎架構多年來也相當成熟和成熟。
因此,經過一段時間,我們發現自己也需要創作大型本體。是的,Protégé是開發本體的好工具,但對於我們的用例來說,它並不適合,我們也發現它不能很好地擴展。所以我們開始實施一些簡單的標記,也允許在KnowWE中開發本體。在認識之後,創作本體的'維基之路'確實工作的很好,我們決定再次與其他人共享這些工具d3web.de。這就是爲什麼今天你可以在KnowWE中編寫/開發d3web知識庫和本體,儘管在兩者之間都沒有實際的連接/互操作性。這當然會很好,也許我們會在將來添加這個功能,但KnowWE只是這兩種知識表示的開發環境。
也許你可以看到KnowWE類似於eclipse或IntelliJ這樣的IDE,其中相同的應用程序可用於開發許多不同的編程語言。 KnowWE對不同的知識表示也是如此。
一個問題可能是,歷史上,我們沒有很好地區分KnowWE和d3web,因爲KnowWE被狹義地用於構建d3web知識庫。我們也喜歡將KnowWE及其分發包d3web-KnowWE稱爲例子。但也許這應該改變...
感謝您指出了這一點,我會努力改正/澄清這對d3web.de
您鏈接到網頁的作者是@AlbrechtStriffler。 –