Project

General

Profile

Actions

feature request #6849

open

[DISCUSS] How to handle "kind of" term creation in TermEditor

Added by Patrick Plitzner over 6 years ago. Updated about 3 years ago.

Status:
In Progress
Priority:
Priority14
Category:
taxeditor
Target version:
Start date:
Due date:
% Done:

40%

Estimated time:
Severity:
normal
Tags:

Description

AM:

Ich bin mir auch noch nicht so sicher, ob wir diese Funktion wirklich standardmäßig anbieten sollten. Oder vielleicht ist nur das Label noch nicht ausgereift. Ich glaube jedenfalls nicht, dass jemand, der sich nicht so gut auskennt mit dem Model, damit irgendwas anfangen kann. Lösung wäre evtl. es als optionales Feature anzubieten.

Vielleicht reicht aber schon ein intuitiveres Label. Ein Weg dorthin wäre vermutlich, nicht generische Begriffe zu verwenden sondern auf die Situation bezogene. Das stört mich beim „Neu“ Menü schon länger. Dass da also z.B. nicht steht, „Neues Feature“, sondern Neu->Definierter Begriff , was sehr unverständlich ist.

Dann sollte man bei den Labels unterscheiden zwischen Neu-> Teil von {parentName} und Neu -> Ausprägung von {parentName} , wobei ich für das kind of weder im Englischen noch im Deutschen einen guten Begriff finde. Kind of ist glaube ich für Normaluser nicht ausreichend verständlich.

Nebenbemerkung: Vielleicht sollten wir sogar beim Vocabular (oder beim TermType) mit speichern, welche Beziehungen erlaubt sind. Z.B. macht bei Feature „partOf“ eigentlich keinen Sinn finde ich. Bei NamedArea macht wiederum „kindOf“ keinen Sinn.

Update
Aus dem Additivity-Treffen: https://wiki.bgbm.org/additivity/index.php/Additivity_50:

"kind of" wird nicht als Termbeziehung oder im Vokabular, sondern als Property mit den zugehörigen States als Character modelliert.
Bsp.:

  • Struktur: Entire Plant
  • Property: kindOf
  • StateList: tree, shrub, plant, etc.

Update 2
https://wiki.bgbm.org/additivity/index.php/Additivity_51

Wenn sich Substrukturen einer kindOf-Struktur nicht auf den kindOf-Term, sondern auf den generelleren Term beziehen, dann lässt dich das kindOf als State realisieren: Bsp.: Entire Plant + habit = shrub, aber weitere Character beziehen sich nicht auf shrub, sondern auf Entire plant

Fazit aus dem letzten Treffen: kindOf-Terme werden zunächst als eigenständige Struktur angelegt im Strukturbaum angelegt.Evtl. können die kindOf-Beziehungen später mittels Termrelationen nachträglich modelliert werden.

Update 3
Die Beziehung eines kindOf-Terms zu seinem generischerem Elternterm kann auch durch Vokabulare ermöglicht werden. Vokabulare können auch eine URL und eine Description haben. Dadurch können sie eindeutig einem Konzept in der Ontologie zugeordnet werden. Aus praktischen Gründen soll es dennoch möglich sein, den generischen Term selber als Term auszuwählen. Dieser könnte jeweils in dem Vokabular enthalten sein.

Beispiel:

  • Leaf (Vokabular)
    • leaf (Term)
    • sepal (Term)
    • petal (Term)

Related issues

Related to EDIT - feature request #6794: Improve term structureIn ProgressAndreas Müller

Actions
Actions #1

Updated by Andreas Müller over 6 years ago

  • Description updated (diff)
Actions #2

Updated by Patrick Plitzner about 5 years ago

  • Target version changed from Unassigned CDM tickets to Release 5.6
Actions #3

Updated by Patrick Plitzner about 5 years ago

  • Priority changed from New to Priority14
Actions #4

Updated by Patrick Plitzner about 5 years ago

  • Description updated (diff)
Actions #5

Updated by Patrick Plitzner about 5 years ago

  • Description updated (diff)
Actions #6

Updated by Patrick Plitzner about 5 years ago

  • Status changed from New to In Progress
  • % Done changed from 0 to 20
Actions #7

Updated by Patrick Plitzner about 5 years ago

  • Description updated (diff)
Actions #8

Updated by Patrick Plitzner about 5 years ago

  • Description updated (diff)
  • Target version changed from Release 5.6 to Release 5.7

Moving to next milestone for further discussion

Actions #9

Updated by Patrick Plitzner almost 5 years ago

  • Target version changed from Release 5.7 to Release 5.8
Actions #10

Updated by Patrick Plitzner almost 5 years ago

  • Target version changed from Release 5.8 to Release 5.10

Moving to next milestone for further discussion

Actions #11

Updated by Patrick Plitzner over 4 years ago

  • Target version changed from Release 5.10 to Release 5.11
Actions #12

Updated by Patrick Plitzner over 4 years ago

  • Status changed from In Progress to Closed
  • % Done changed from 20 to 100

Closing this old discussion because the project ends. Documentation can be found in the ticket description and in the additivity wiki.

Actions #13

Updated by Patrick Plitzner over 4 years ago

  • Status changed from Closed to In Progress
  • Target version changed from Release 5.11 to 287
Actions #14

Updated by Andreas Müller over 4 years ago

Actions #15

Updated by Andreas Müller over 4 years ago

  • Assignee changed from Patrick Plitzner to Andreas Müller
  • Target version changed from 287 to Release 5.12
Actions #16

Updated by Andreas Müller over 4 years ago

  • % Done changed from 100 to 40
Actions #17

Updated by Andreas Müller over 4 years ago

  • Target version changed from Release 5.12 to Release 5.13
Actions #18

Updated by Andreas Müller about 4 years ago

  • Target version changed from Release 5.13 to Release 5.14
Actions #19

Updated by Andreas Müller about 4 years ago

  • Target version changed from Release 5.14 to Release 5.15
Actions #20

Updated by Andreas Müller almost 4 years ago

  • Target version changed from Release 5.15 to Release 5.18
Actions #21

Updated by Andreas Müller over 3 years ago

  • Target version changed from Release 5.18 to Release 5.19
Actions #22

Updated by Andreas Müller about 3 years ago

  • Target version changed from Release 5.19 to Release 5.21
Actions #23

Updated by Andreas Müller about 3 years ago

  • Target version changed from Release 5.21 to Release 5.22
Actions #24

Updated by Andreas Müller about 3 years ago

  • Target version changed from Release 5.22 to Release 5.46
Actions

Also available in: Atom PDF