vocabulary for different kinds of redundancy/inference at graph and owl level
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Lĩnh vực
- data
Hướng nghiên cứu
Bắt đầu bằng việc xem xét Relation Graph Transforms và các danh mục Triple được đề xuất trong issue này, bao gồm các định nghĩa về asserted, entailed, directness, graph-hop và predicate-redundancy. Công việc được coi là hoàn tất khi đạt được sự thống nhất về một từ vựng chính xác, nhất quán và phạm vi của nó; issue không nêu tên tệp, bài kiểm thử hoặc điểm vào triển khai nào.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Capturing in this repo for now. The goal is to have a better categorization of different notions of directness or redundancy of triples in a Relation Graph. Even if these are not implemented by RG immediately, having this vocabulary will help us in discussions of what to include or exclude any given user-facing graph.
The overall goal is to be able to classify triples in a relation graph with categories that help inform users as to whether they are redundant and the nature of the redundancy. E.g. for some applications it is critical to be able to separate "one-hop" edges from edges that are redundant with a multi-hop path (classic Transitive Reduction).
Relation Graph Transforms
First we define the relation-graph transform (RGT) between an axiom pattern on the left and a triple on the right:
A subClassOf Bwhere A and B are named classes =>A rdfs:subClassOf BA subClassOf R some Bwhere A and B are named classes =>A R BA equivalentClass Bwhere A and B are named classes =>A owl:equivalentClass B
(these are a subset of owlstar, with the interpretation triple excluded)
RGT(Oentailed) = RGRGT(Oasserted) = RGasserted
The axioms patterns are assumed to match entailed axioms in the input ontology. The original asserted axioms are labeled Oasserted.
A possible extension is to include properties and individuals in the graph, we omit this for now
The set of axioms in O that do not match either LHS pattern is called O' (e.g. RBox axioms, logical axioms with nesting or using other constructs)
We use the term "triple" when talking about the output RG triple, and "axiom" when talking about the input OWL ontology axiom. We assume only semantics at the OWL/axiom level and structure at the triple level.
Any triple in the RG must correspond to an axiom (asserted or entailed) in the input ontology according to the two transforms above
Each triple can be categorized according to one or more entailment/redundancy categories below
Additional assumption: the input OWL is coherent. Preprocessing may be applied to reach this state.
Triple categories
A triple t is asserted based on characteristics of it's corresponding axiom a, which matches one of the patterns above
asserted
The triple comes from an asserted axioms on the LHS, ie the triple matches an axiom in Oasserted
entailed
The triple comes from an entailed axiom on the LHS
note that entailed is not disjoint from asserted. Every asserted triple is necessarily an entailed triple
entailment trivially holds for all edges but we include here for completeness, e.g. we can use it to categorize unseen edges
An example of an entailed triple is A partOf C, given A partOf B, B partOf C, where partOf is transitive in O
(if partOf is not transitive, then the triple is not entailed and hence not in RG)
reflexive
iff A=B
Note that all reflexive triples SHOULD NOT be asserted for globally reflexive or locally reflexive properties, as the input ontology SHOULD NOT assert these. Presence of these indicates the input MAY come from incorrectly configured robot.
For non-reflexive properties, reflexive triples MAY be asserted. For example, from an asserted axiom neuron subClassOf connected-to some neuron
root-tip-tautological (aka taut)
Either A=Nothing or B=thing or P=topProperty or P=bottomProperty
A default configuration of RG MAY be to always exclude tautologies, and the nodes thing and nothing
entailment-direct
Given a triple t0 A R B, corresponding to axiom a0,
t0 is entailment-direct if there exists no triple t1 corresponding to axiom a1 such thatO-a1 |= a0
this has the effect of excluding both two-hops over transitive predicates, as well as one-hops with more general predicates
graph-onehop
A triple A R B is graph-direct if there exists no pair of triples A _ Z, Z _ B
Note this is predicate-blind. It should not be assumed non-onehops encode no useful information. E.g.
A sub C [2-hop]
A partOf B
B sub C
If the 2-hop is exclude it can exclude information that cannot be recapitulated elsehwere, and will impede operations such as inference of a category for a node by subClass traversal
graph-Nhop
Generalization of above
non-redundant predicate
a triple A R B (corresponding to axiom a0) is a nrpred iff there is no triple
t1 A R' B (corresponding to a1) such that R' != R and
O-a0 |= a0 and NOT: O-(a0 + a1) |= a0
Examples
Single hop subproperty example
input owl
A sub partOf some B
partOf sub overlaps
reflexive(partOf)
entailed owl
A sub partOf some B
partOf sub overlaps
overlaps sub topProperty
A sub Thing
B sub Thing
A sub A
B sub B
Nothing sub Nothing
Nothing sub A
Nothing sub B
bottomProperty sub partOf
bottomProperty sub overlaps
A sub partOf some A
B sub partOf some B
A sub overlaps some A
B sub overlaps some B
A sub topProperty some A
B sub topProperty some B
A sub overlaps some B
A sub topProperty some B
(we omit irrelevant patterns as the set is of infininite size, eg if we include unions)
triples in RG annotated with categories (omitting 'entailed' categorization)
A partOf B asserted, entailment-direct, graph-onehop, nrpred
A overlaps B, NON-entailment-direct, graph-onehop, redundant-pred
A sub Thing taut, entailment-direct, graph-onehop
B sub Thing taut, non-entailment-direct, non-onehop
Nothing sub A, taut, non-entailment-direct, non-onehop
Nothing sub B, entailment-direct, graph-direct
A partOf A, reflexive
B partOf B, reflexive
A sub A, reflexive
B sub B, reflexive
A overlaps A, reflexive
B overlaps B, reflexive
A topProp A, reflexive, taut
B topProp B, reflexive, taut
Note that if we select ONLY non-taut, entailment-direct from RG we get a single triple A partOf B
This is what a "typical user" might expect from the graph
Transitivity 2-hop example
input owl
A sub partOf some B
B sub partOf some C
transitive(partOf)
triples (excluding tauts and reflexive for brevity)
A partOf B: asserted, entailment-direct, graph-onehop
B partOf C: asserted, entailment-direct, graph-onehop
A partOf C: non-entailment-direct, graph-2hop
contrast with next example
Non-transitivity 2-hop example
input owl
A sub adjacentTo some B
B sub adjacentTo some C
triples (excluding tauts and reflexive for brevity)
A adjacentTo B: asserted, entailment-direct, graph-onehop
B adjacentTo C: asserted, entailment-direct, graph-onehop
Note this triple is NOT in RG:
A adjacentTo C: NON-ENTAILED, non-entailment-direct, graph-2hop
Property-chain example
input owl
A sub negReg some B
B sub negReg some C
negReg sub reg
posReg sub reg
negReg o negReg -> posRef
triples (excluding tauts and reflexive for brevity)
A negReg B: asserted, entailment-direct, graph-onehop
B negReg C: asserted, entailment-direct, graph-onehop
A reg B: non-entailment-direct, graph-onehop
B reg C: non-entailment-direct, graph-onehop
A reg C: non-entailment-direct, graph-2hop, redundant-pred
A posReg C: non-entailment-direct, graph-2hop, nrpred
The intuition here is that even though A posReg C is a 2-hop and can be entailed from existing triple axioms, it is in some sense interesting in that it is a non-redundant pred
- Ngôn ngữ chính
- Scala
- Star
- 24
- Fork
- 4
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của INCATools/relation-graph
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 35/100
INCATools/relation-graph#270 ·
-
include RBoxĐang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
INCATools/relation-graph#195 ·
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
INCATools/relation-graph#155 · 5 bình luận · 1 reaction ·
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 20/100
INCATools/relation-graph#152 ·
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
INCATools/relation-graph#130 · 4 bình luận ·
Tất cả issue của INCATools/relation-graph
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
propensive/soundness#2266 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Module: Form Builder
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
orbeon/orbeon-forms#7943 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
bbb-web: concurrent joins lose RegisterUserReqMsg (HashMap race in Meeting.userCustomData)Có thể đã có người làm @Tainan404 đã nhận 1 ngày trước. Đang mởmodule: core
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
bigbluebutton/bigbluebutton#26028 · 2 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày