EspaceTreillis

Cette page a démarré sur LatticeSpace

Parfois le sens d'un mot dépend du contexte. Par exemple, en anglais gift renvoie à des parcelles et à des cadeaux ; en allemand, cela veut dire poison. En ComputerScience, les définitions fondées sur le contexte sont supportées par un EspaceNom. L'espace-nom hiérarchique traditionnel exige que les parties du contexte soient triées, mais souvent en pratique tout tri serait arbitraire.

Par conséquent, utilisez un ensemble pour le contexte. Par exemple, "l'arbre comme utilisé en maths et sciences informatiques" a des maths et des sciences informatiques pour son contexte, avec aucun tri arbitraire des deux. Ceci crée un espace-treillis, parce que le confinement de l'ensemble est structure treillis.

Quand une ambiguité doit être levée sur une référence, la définition choisie devrait être celle avec le plus petit contexte qui couvre aussi largement que possible le contexte de la référence. Si cela ne distingue pas entre plusieurs choix, la définition racine commune devrait être utilisée.

Mais, cette classe d'espace-nom est presque inexistante dans les sytèmes informatique à cette heure, et ses inconvénients ne sont pas connus. Pour aller plus loin, tout adopteur devra éduquer ses utilisateurs ; à l'inverse, chaque utilisateur d'ordinateur est exposé à un espace-nom hiérarchique sur son bureau, et peut s'attendre à le comprendre sans explication. Heureusement, un EspaceTreillis se dégrade en un EspaceNom plat si aucune définition contextuelles ne sont jamais produites.

Le contexte pour lever l'amibiguité, si C est le contexte de la référence et D l'ensemble de tous les contextes définis, est: C(D) = ∩ { X ∈ D : ∀ Y ∈ D, (X ∩ C) ⊄ (Y ∩ C) }

Si votre navigateur a des problèmes pour restituer cette formule, vous devriez avoir plus de chance avec ces deux-là

C(D) = ∩ { X ∈ D : ∀ Y ∈ D, (X ∩ C) &nsub; (Y ∩ C) }
C(D) = ∩ { X ∈ D : ∀ Y ∈ D, (X ∩ C) ⊄ (Y ∩ C) }

En mots : le contexte de désambiguation est l'intersetion des contextes définis X qui satisfont un unique critère : pour tout contexte défini Y, l'intersection de X et C n'est pas un sous-ensemble strict de l'intersection de Y et C.

S'il n'y a pas de contextes définis, la référence originale devrait être utilisée non modifée.

PeriPeri implémente un EspaceTreillis dans un wiki ; néanmoins l'algorithme utilisé est incorrect dans certains cas d'ambiguité.

Je prendrai une chance de commenter, si seulement pour briser le "silence assourdissant"...

Je suis certainement d'accord sur le fait que le Contexte est critique quand un mot peut avoir plus d'un sens, et j'apprécie que poser une théorie peut être utilisé pour sélectionner une méthode de désambiguation. Néanmoins, je ne peux aider mais pressens que les algorithmes Mot-Clé-Le-Plus-Familier-dans-le-Contexte que j'ai vus pourraient être un peu plus faciles à implémenter.

Je serais heureux d'essayer d'en dire plus, mais ne suis pas du tout sûr du tout où cela est doit ête intitulé ce qui fait je suis hésitant à le détourner. --HansWobbe.

Pourrais-tu donner des références aux algorithmes avec lesquels tu es le plus familier ? -- ChrisPurcell

Syntaxe. J'avais la nécessité d'inventer une syntaxe de contexte. Après quelque expérimentation il semble que le mieux soit d'ajouter un tag contexte après le mot, aisni on pourrait écrire "gift~en equals Geschenk~de" voulant dire que "le mot 'gift' en anglais veut dire la même chose que le mot 'Geschenk' en allemand". On pourrait aussi écrire à propos des tree~el (langage commun de tous les jours), tree~biology, tree~math, tree~cs ou même tree~math~cs. Des formes alternatives de syntaxe comme "math:tree" ou "tree.math" se sont révélées pour avoir des inconvénients. -- HelmutLeitner

Ma préférence est "En:Gift égale De:Geschenk", "cs:tree", "cs+math:tree", et cetera. Imaginais-tu cette syntaxe exacte (y compris le séparateur plus) ? Quels inconvénients cela avait ? -- ChrisPurcell

(1) Cela entre en collision avec la syntaxe wki espace nom. (2) Cela semble moins lisible. (3) Le plus '+' est un caratère tout spécialemnet mauvais dans le contexte Navigateur/HTML/regex. -- HelmutLeitner

J'aime personnellement le chevauchement d'espace-nom - voir LienDeProximité. Pourquoi est-ce mauvais dans le contexte navigateur/HTML ? Ce n'est pas un caractère réservé en HTML ou aux URLs à la limite de ce que connais. -- ChrisPurcell

J'ai même un wiki faisceau en service où la syntaxe espace-nom est/était utilisé pour un travail multilingue. Si tu l'utilises de cette façon, c'est bien. Mais si tu n'as pas de tels espaces noms correspondants, la syntaxe espace nom ira dans le sens (collision avec les noms InterWiki, côut de performance pour chercher les liens potentiels, ...). Essaye-le simplement en pratique. Le caractère "+" utilisé comme un remplacement pour le caractère espace dans les URLs. -- HelmutLeitner

Je ne comprends pas les trois premières phrases, désolé. Quels espaces noms correspondants ? Aller dans le sens de quoi ? -- ChrisPurcell

Dans cette [installation de dictionnaire expérimental] les espaces-noms existent pour des langues naturelles et pour un langage sémantique minimal. Tu peux voir comment ils se lient, exactement dans la syntaxe que tu suggères. Les espaces-noms sont implémentés comme des wikis séparés en utilisant les liens InterWiki. Ainsi la "syntaxe context" et la "génération automatique de lien" correspondent. Mais si tu utilises la syntaxe En:house ou De:Haus ici chez meatball ou dans la plupart des autres wikis, aucun lien n'est généré mais le modèle regex interwiki sera déclenché inefficacement, aussi c'est une performance coûteuse. Il y a aussi un chevauchement de "l'espace nom des langages" et les "abréviations espace-nom d'interwiki", aussi si tu as besoin d'un "MathCs:tree" comme un langage contexte, tu ne pourrais pas avoir MathCs comme une abréviation interwiki (c'est ce que j'appelle une collision potentielle). -- HelmutLeitner

Voir aussi : Quelques types chez IBM ont sorti une faceted search, même si je suis certain que ce n'est pas une nouvelle idée. Voir http://publib.boulder.ibm.com/infocenter-beta/eservert/index.jsp pour une démonstration bêta. Cliquez sur l'onglet 'Search'. Vous pouvez rétrécir votre recherche par des catégories prédéterminées.

On pourra regarder aussi CommunityWiki:EspaceTreillis.

LangueFrançaise PageTranslation LatticeSpace DossierTechnologieWiki DossierTechnologieWikiNonimplémentée DossierLien FacetWiki