Zobrazení skos:broader (vztahu nadřazenosti) v OG a rdfs:subClassOf v Termitu

[bindeali]

V termitu se u pojmů uvádí nadřazené pojmy (skos:broader) a v OntoGrapheru nadtřídy (rdfs:subClassOf). Tyto vazby mezi pojmy nejsou ekvivalentní, ale pro laiky dostatečně podobné, aby si je pletli - ptají se, proč se jeden typ vazby neukazuje v OG a ten druhý v Termitu. Vznikají tu tedy dva oddělené problémy:

skos:broader v OntoGrapheru

Jako zdánlivě jednoduché řešení se tu nabízí nový typ "čáry", vizuálně odlišný od pod/nadtříd. Navrhla jsem nějaké kandidáty:

"Zdánlivě" jednoduché píšu proto, že nevím, jestli to bude pouze s novou čárou pro uživatele dostatečně srozumitelné.

• Napadlo mě, jestli by se nehodilo přidat kolonku pro nadřazené pojmy i do detailu pojmu. Na jednu stranu jednoduché, na druhou
  se tím více zahlcuje tento panel - nechceme, abychom příliš duplikovali funkce termita, kde už jsou implementované (a kde by ideálně uživatel vazby toho typu měl zpracovávat).
• Případně, jestli nepřidat legendu stylů čar - třeba do nápovědy, ale klidně i do dialogu pro vznik nového vztahu, kde to uživatel uvidí jasně.
  Osobně se mi více zamlouvá legenda - ovšem jsem otevřená jiným názorům.

rdfs:subClassOf v TermItu

Zde pravděpodobně jde o přidání kolonky k detailu jednotlivého pojmu. Úkol toto rozmyslet a zjistit náročnost implementace jsem na naší schůzce 20.6. zadala @blcham.

Jak rozdíl ve vazbách vysvětlit uživatelům?

Ze zkušenosti vím, že je pro běžného uživatele náročné rozeznat přesný rozdíl mezi nadtřídou a nadřazeným pojmem. Chtěla bych tedy i od vás slyšet názor, jak se s tím vypořádat - pomocný tooltip v nástrojích? Úprava metodiky/zakomponování do konzultací?

[MichalMed]

Jak jsem naznačoval už na posledním callu, na straně TermIta bych o neřešil, maximálně tak, aby se subClassOf z OG zobrazoval v TermItu jako skos:broader (tzn. fungovala tranzitivita). Pro uživatele TermIta je bezpředmětné tohle rozlišovat, akorát by ho to zmátlo.

Na straně OG by bylo fajn, aby se tam vztahy z TermIta zobrazovaly jako nějaké vodítko nebo reminder ve stylu "bacha, máme tady nějaký vztah a musíme dospecifikovat jaký". To se ale netýká jenom skos:broader, ale i skos:related. Ale na druhou stranu chceme, aby tyhle skos vztahy v OG fungovaly jenom jako reminder, tzn. aby je z OG nebylo možné vytvořit. Byl bych asi nejspíš pro tu variantu šestou shora, ale ještě bych to rád probvral zítra na callu.

[blcham]

Souhlasím s @MichalMed, jako bych to napsal :). I variantu šestá zhora bych vybral, no ještě mnohem víc se mi líbí stejná šipka, ale přerušovaná (nechceme totiž uživateli navodit dojem, že jde jenom nedospecifikovanou ISA vazbu).

Předpoklady:

• Uživatel ontografu je dostatečně schopný rozlišit mezi různými typy vztahů (tudíž umí dospecifikovat skos:broader) -- toto je majoritní případ a jestli to neumí, ať si pomůže Termitem.
• Uživatel ontografu je dostatečně schopný rozlišit mezi různými typy pojmů -- tedy u každého pojmu umí přiřadit alespoň 1 typ.

K zamyšlení je podle mne následující:

• A1) "je podražený" bychom nedovolili vůbec uživateli zobrazit -- před/počas natahování vazby by uživatel musel specifikovat, o jaký vztah jde.
  • Nevýhoda: když natahá uživatel pojmy na plátno, tak neuvidí, že tam jsou vazby.
• A2) "je podražený" bychom zobrazovali jinou šipkou.
  • Nevýhoda: pro uživatele to může být trochu matoucí.
• B) jestli umožníme přidávat uživateli skos:broader vztahy -- jestli souhlasíte s předpokladem, tak bych to ani neumožnil delat.
• C) měl by asi existovat i nějaký seznam nedospecifikovaných vztahů -- měli bychom to řešit podobně jako když uživatel nepridá typ pojmu... přidat to do validace?

Ad A1)

• Můžeme to teoreticky dát i jako samostatnou kolonku (moc se mi to ale nelibi): Pending/Ambiguous/Unresolved/Unsettled relationship.
  
• Měli bychom k tomu přistupovat podobně jako když není specifikovaný typ pojmu.

Navic bychom meli zabezpecit, ze TermIt bude vazbu subClassOf zobrazovat jako skos:broader, a mel by byt schopen ji i zrusit. Co se tyce moznosti zadavani subClassOf v TermIt-e, tak to mi zatim nepride dobry napad to tam davat.

[blcham]

Vytvořil jsem relevantní ticket v TermIt-u -- kbss-cvut/termit-ui#421.