Newsgroup: it.comp.software.database
Titolo: thesauro (seconda parte)

Ciao a tutti!
Avevo mandato questo messaggio lunedì scorso.....ma al NG sbagliato!
:(
Copio & incollo quel messaggio.....non so se è molto rispettoso della
netiquette riaprire il thread, ma è forse
necessario per fare un po' di ordine.
Si era parlato della creazione di un thesauro. Nello specifico il thesauro
doveva avere alcune caratteristiche:
1) essere con struttura prevalentemente gerarchica
2) accettare i diversi tipi di relazione fra i diversi termini
3) possibilmente essere a prova di standard 2788/1986
4) potere associare al thesaurus delle faccette classificatorie che
servirebbero a contestualizzare il singolo termine (ma questo è un
accessorio implementabile anche successivamente)
Io avevo pensato di creare due tabelle, una contenente la lista con tutti i
termini possibili (=vocabolario non controllato); ogni elemento di questi
termini viene messo in relazione con un elemento della lista con i termini
accettati (=vocabolario controllato).
Le diverse parole del vocabolario controllato hanno relazioni con quelle del
voc. non controllato e quelle del voc. controllato stesso (cioè sono
relazioni con se stesse....è possibile far una cosa del genere?)
Io al momento copio quello che ho trovato nello standard circa le relazioni;
il realizzarle concettualmente è un'altra cosa.
relazione di sinonimia
Può essere di sinonimia pura  (tritolo--->trinitotoluene)
quasi sinominia (case---->abitazioni o anche piovosità---->siccità)
upward posting (ceci---->USE legumi), ovvero porta al concetto superiore
relazione gerarchica
Può essere di tipo generico, ovvero la relazione fra una classe e i suoi
membri
(sostanze combustibili --->NT benzina)
(benzina --->BT sostanze combustibili)
Può essere del tipo parte-tutto
(organi--->tessuti--->cellule)
Può essere semplificativa
(mari--->NT mar mediterraneo)
relazione associativa
E' la relazione tra concetti che appartengono alla stessa categoria
(case ---->RT abitazioni)
(abitazioni --->case)
Oppure è la relazione fra termini che appartengono a categorie differenti.
(botanica---->RT piante)
Esistono nello standard diverse regolucce circa l'inserimento di
dati/concetti, ma questo ha un valore relativo.
Dovrei aver finito. Ah, no, le faccette! Nel momento in cui si descrive un
oggetto si può scegliere quale "lato" dell'oggetto inserire all'interno
della griglia classificatoria.
Esse sono:
materia (gli aspetti fisici che compongono una determinata realtà),
energia (le caratteristiche dinamiche dei processi che interessano quella
realtà)
spazio (le sue diverse componenti geografiche o in genere spaziali)
tempo (le sue fasi cronologiche)
e personalità (gli individui -persone od altri enti- che la caratterizzano)
Le faccette in fondo non sono legate al thesauro, ma ad ogni singolo aspetto
di un oggetto che viene descritto attraverso i termini controllati del
thesauro...quindi al momento non ci interessa.
C'è qualcos'altro da chiarire?
grazie!
ciao!
:giorgio
  --
Libro e liberta' cominciano allo stesso modo

 necessario per fare un po' di ordine.
[CUT]
Ciao,
l'argomento č interessante ed un pochino, se ho compreso
l'ambito, lo conosco. Mi sembra associabile ad un problema
di soggettazione (biblioteconomia) o, piů in generale, alla
trattazione di authority files.
La tua idea di utilizzare due tabelle differenti per legare
i termini credo contenga un problema di fondo. Quando devi
cercare un termine devi effettuare la ricerca sempre su due
tabelle differenti, e questo non č bene.
Bisogna fare un passetto indietro e analizzare se la
relazione tra i termini č sempre riconducibile ad una
relazione uno a molti, oppure molti a molti.
Il termine sempre č importante perchč anche una sola
eccezione modifica radiclamente il ragionamento.
Se la relazione č solo uno a molti allora possiamo
considerare l'idea di una tabella termini (semplificando al
massimo) cosě composta:
I_Termine
Desc_Termine
Forma
Cod_Termine
dove la colonna "Forma" contiene un valore che identifica se
il termine č in forma "Accettata" oppure "Variante".
Nel caso piů semplice ad una sola forma accettata possono
corrispondere n forme varianti.
Il campo "Cod_Termine" contiene <null> se il termine č in
forma accettata oppure, se in forma variante, il valore
"I_Termine" della forma accettata a cui fa riferimento.
Una soluzione alternativa a questa (oppure obbligatoria nel
caso una forma accettata possa far riferimento ad altre
forme accettate) si puň cosě illustrare:
Una tabella termini cosě composta:
I_Termine
Desc_Termine
Forma
Ed una tabella di relazione termini-termini cosě composta
(nel caso piů semplice possibile):
Cod_Termine
Cod_Termine_Leg
Che č obbligatoria nel caso di relazione molti a molti ed
una via alternativa al caso di uno a molti.
Nel caso posto da te mi sembra, visto che citi piů tipi di
relazioni, che sia piů indicata la seconda "soluzione".
Naturalmente questa č una delle possibili soluzioni e
probabilmente non la migliore. Ma potrebbe essere un punto
di partenza.
Sperando di aver inquadrato il problema.
Ciao
Stefano
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.669 / Virus Database: 431 - Release Date:
26/04/2004