DEER

http://aksw.org/Projects/DEER an entity of type: AlumniProject

Over the last years, the Linked Data principles have been used across academia and industry to publish and consume structured data. Thanks to the fourth Linked Data principle, many of the RDF datasets used within these applications contain implicit and explicit references to more data. For example, music datasets such as Jamendo include references to locations of record labels, places where artists were born or have been, etc. Datasets such as Drugbank contain references to drugs from DBpedia, were verbal description of the drugs and their usage is explicitly available. The goal of mapping component, dubbed DEER, is to retrieve this information, make it explicit and integrate it into data sources according to the specifications of the user. To this end, DEER relies on a simple yet powerful pipeline system that consists of two main components: enrichment functions and operators.
xsd:string

RDF Data Extraction and Enrichment Framework

sysont:Markdown
RDF Data Extraction and Enrichment Framework
xsd:string
deer
xsd:string
projects:FOX
↪ FOX

projects:GeoKnow
↪ GeoKnow

projects:GeoLift
↪ GeoLift

projects:LIMES
↪ LIMES

Enrichment functions and operators.

Enrichment functions implement functionality for processing the content of a dataset (e.g., applying named entity recognition to a particular property). Thus, they take a dataset as input and return a dataset as output. Enrichment operators work at a higher level of granularity and combine datasets. Thus, they take sets of datasets as input and return sets of datasets.

RDF specification paradigm

In the current version of DEER we introduce our new RDF based specification paradigm. The main idea behind this new paradigm is to enable the processing execution of specifications in an efficient way. To this end, we first decided to use RDF as language for the specification. This has the main advantage of allowing for creating specification repositories which can be queried easily with the aim of retrieving accurate specifications for the use cases at hand. Moreover, extensions of the specification language do not require a change of the specification language due to the intrinsic extensibility of ontologies. The third reason for choosing RDF as language for specifications is that we can easily check the specification for correctness by using a reasoner, as the specification ontology allows for specifying the restrictions that specifications must abide by.

sysont:Markdown
<https://github.com/GeoKnow/DEER/issues>
<https://github.com/GeoKnow/DEER/>
<https://creativecommons.org/licenses/by-sa/3.0/>
people:MohamedSherif
↪ Dr. Mohamed Ahmed Sherif
Java
xsd:string
aksw:AlumniProject
↪ Alumni Project

aksw:IncubatorProject
↪ Incubator Project
DEER
xsd:string
<https://lh3.googleusercontent.com/-H_fQApzdKM0/Va4zVCGKYMI/AAAAAAAABmA/3r4UBZaHYoo/s720-Ic42/DEER_Logo_2015_circle_rgb.jpg>

inverse relations

3 resources projects:GeoLift
↪ GeoLift

projects:SAGE
↪ SAGE

projects:SLIPO
↪ SLIPO
3 resources people:AxelNgonga
↪ Dr. Axel-C. Ngonga Ngomo

people:JensLehmann
↪ Prof. Dr. Jens Lehmann

people:MohamedSherif
↪ Dr. Mohamed Ahmed Sherif
by (Editors: ) [Bibsonomy of ]
1.45999ms