This page serves as a starting point for any new KNOX members. It will (briefly) explain how to get started with the project and how the wiki should be used and updated.
First time here?
Editing and updating the wiki
"Prøv på at efterlade denne [wiki] en lille smule bedre, end du fandt den. Og når din sidste stund en gang kommer, kan du dø lykkelig i bevidstheden om, at du i hvert fald ikke har spildt dit liv, men gjort dit bedste" - Robert Baden-Powell
The component diagram can be edited on draw.io.
Written by KNOX 2023 (updated 13/12-2023)
KNOX, also known as the Knowledge Engineering Toolbox, is a multi-generational, collaborative project, offered as a semester project for students in the fifth semester at Aalborg University. KNOX being a multi-generational project means that it is a long-term project, where students will be able to build upon the work created by their predecessors. KNOX being a collaborative project means that 7 groups will be working collectively to achieve a common goal while cooperating on the same code base. The work being done, and the software being created will be well-documented on wiki.knox.aau.dk. Such that students on the next iteration of the project will be able to continue the work with KNOX and add their contributions to the KNOX project.
KNOX is a toolbox used to verify and sort a vast amount of information, for a regular user. The data being used in KNOX originates from Grundfos, Nordjyske Medier Archive and EHCI & MIMIC-III. The goal of this year’s iteration of KNOX is to create one knowledge graph based on the different datasets and a single generalized ontology. Lastly, a shared interface will be implemented, with a focus on frontend-backend architecture. Besides these main goals, new functionality and other advanced components can be added to KNOX as well.
All agreements made in KNOX will be written here. If a new KNOX team wishes to change them, they should edit the page so it's always up to date. If new agreements does not conform with previously agreed upon conventions, the existing documentation should be changed to be in accordance with this new convention.
Updated 2023-12-04
Repositories should be named as <LayerName>_<Functionality>
in PascalCase. There are currently three layers in the pipeline (PreprocessingLayer, DatabaseLayer and FunctionalityLayer).
Example: KnowledgeLayer_General
, DatabaseLayer_WordcountAPI
, PreprocessingLayer_RelationExtraction
If a repository becomes obsolete, it should be renamed such that it begins with'OBSOLETE' in the following manner: OBSOLETE_PreprocessingLayer_RelationExtraction
Updated 2021-12-07
If a group wants to make changes in a non-primary repository (meaning it's a repository the group doesn't normally make changes to) the procedure is as follows:
Updated 2023-12-04
Use markdown(!) when creating and editing wiki pages. This ensures a standardized format accross pages and the possibility of copy-pasting relevant sections or information between them.
Each functionality section must contain a section about the following