LienClair

Réclamation /Résumé

Le LienClair est l'idée de lier automatiquement du texte, sans quelque implication de la part de l'auteur.

Par exemple

Le LienClair essaye de relier :

Haute Qualitébien
environnements d'apprentissageEcole
nécessairebesoin
préconditionsi
facilitation et améliorationcorrectement?
processus continu d'apprentissageapprendre

ProWiki, AutoLink, GaGaParser, GeboGebo sont les débuts du LienClair.

Les liens ne sont pas produits parce qu'un auteur voulait faire une association. A la place de cela, ils sont générés à partir de la page en cherchant dans le corpus pour de bonnes concordances.

Idéalement, si l'auteur pense que les connexions générées sont incorrectes, alors :

Le texte clair sans SyntaxeWiki? est la forme la plus naturelle d'écriture. Avec le LienClair, les gens n'ont pas besoin de savoir comment relier les pages, parce qu'il n'y a pas de forme spéciale pour écrire afin de faire des liens. Vous écrivez simplement sur quelque chose qui a été écrit à ce sujet avant et le lien est créé automatiquement.

La connectivité est déterminée par la complétude de la base de données et l'attention aux synonymes ou aux listes du thésaurus, lesquelles font partie de ce qui proviendrait d'une section du parseur.

Les réponses aux questions par coeur apparaissent dans la production si les mots choisis pour décrire le problème sont présents dans la base de données.

Par exemple, disons que le nouveau venu demande :

Comment puis-je chercher et remplacer les mots à travers la totalité de l'arbre du répertoire ?

Après avoir soumis la question, le parseur insérerait des hrefs vers la pages nommées 'chercher', 'remplacer' et 'répertoire'. Dans les bases de données plus grandes (telles que wikitionary) presque chaque mot serait un lien, mais les mots trop communs pourraient être éteints.

Discussion

Avez-vous entendu parler de LiquidInformation? ? [1] Vous pourriez aussi vous intéresser à ça.

Avez-vous un modèle qui fonctionne comme ça ?

Peut-être que vous pourriez faire ça :

  • Compiler les index de tous les mots dans le wiki.
  • Chercher les mots qui ne sont pas fréquents en français.
  • Notez les concentrations les plus élevées de langage peu fréquent.
  • Quand un langage peu fréquent est utilisé, l'hyperlier vers la page où il est utilisé le plus fréquemment.
  • Donner un score le plus haut au texte qui est dans le titre.

Un problème serait probablement le ProblèmeUsageMention.

C'est une idée intéressante. Je l'expérimenterais d'abord sans wiki : Avoir simplement de grand corpus de texte (vous pourriez télécharger toutes les pages du CW par exemple, ou tout autre ensemble de pages wiki) et puis commencer à faire tourner vos algorithmes dessus, et voir ce que vous obtenez.

Je serais vraiment intéressé pour voir les résultats.

Avez-vous connaissance de quelque recherche existante qui fait ça ?

Je pense que nous avons besoin de quelque façon faciledésordonnée de suggérer des points reliants attractions magnétiques.

Je ne suis pas sûr que nous voulons le produire en le fondant entièrement sur une recherche de corpus ; nous pourrions désirer être capable "d'asperger sur le magnétisme de la phrase" et d'enseigner un peu à l'ordinateur un peut de morphologie et de grammaire, de façon à ce qu'il puisse dire "bien assez" et automatiquement lier.

Vous pourriez utiliser JavaScript pour faire que les clics droits suggèrent plusieurs liens pour tout texte arbitraire dans la page.

Ceci dit, au lieu de souligner le texte qui est lié – utiliser le "Liquid Inforamtion" de Douglas Engelbart. Vous imaginez simplement que tout texte intéressant est lié, et vous faites un clic-droit dessus, et obtenez les liens vers l'information pertinente dans le CommunityWiki, ou ailleurs : Comme nous faisons des AnnotationWeb sur les trucs extérieurs, en les amassant dans notre balle de données, cela pourrait tout aussi bien lier vers les choses extérieures.

Il est plausible que nous pourrions annoter les pages que nous regardons dehors.

Bon ; maintenant que j'ai eu l'idée dans ma tête, je ne peux plus m'en dépêtrer ! Considérez que je suis infecté !

Un exemple montrant comment cela peut être réalisé peut être vu sur :

http://patware.freeshell.org

Le code est sur

http://patware.freeshell.org/axon.el

Vous aurez aussi besoin http://www.emacswiki.org/cgi-bin/wiki/InterpreterMinor pour faire tourner cela dans GNUEmacs.

Quelques problèmes sont :

Les pages-noms choisis sont trop courts pour 'imiter' quelque fonctionnalités étymologiques qui ont besoin d'être mises en place dans le code.
Les tout petits mots particulièrement ceux < 3 lettres sont traités étrangement.
Les mots > 4 lettres apparaissent incorrectement au milieu de termes sans rapport.
L'approche force brute est lente et non dimensionnable au delà de 1000 documents.
Même les règles minimales de syntaxe pour l'italique, le souligné et le gras ne fonctionnent pas.
L'intégration d'image est gourde, non dimensionnable et sujette à erreurs (miscap, misspell).
L'email scraper n'est pas implémenté.
Le temps de construction ne fonctionne pas parce que le 'subtract-time' ne renvoie que des valeurs < 60 minutes ?

Ok, mais c'est néanmoins une démonstration intéressante, et je vois ce que vous pointez.

  • les liens fracturés sont très agaçants
  • peut-être qu'il serait facile de lister et étendre les formes à étudier pour une page donnée ?
  • … et exprimer facilement les synonymes, ou simplement tirer dans un répertoire existant de synonyme ou thésaurus.
  • assumer simplement que tout est hyperlié ; faire que le texte hyperlié soit non distingable du texte non hyperlié, ou seulement rarement distingable (ombre pâle de noir)

LangueFrançaise PageTranslation PlainLink DossierLien

Define external redirect: JeuxAventures LiquidInformation SyntaxeWiki

EditNearLinks: GeboGebo AnnotationWeb GaGaParser ProWiki AutoLien ProblèmeUsageMention JavaScript ChatMot

Languages: