Critères d'accessibilité
Par Reivilo le dimanche, février 4 2007, 18:11 - Débats - Lien permanent
Le rôle de Valiz
Valiz, en plus d'être un moteur open-source, a un objectif : devenir une référence dans la recherche accessible (où son utilisation et les résultats obtenus sont accessibles par le maximum de personnes possibles).
Les critères d'accessibilités
De l'utilisateur
J'aimerais fournir les résultats en fonction du profil de l'utilisateur. En fonction du navigateur utilisé (texte, oral, braille, normal,...) on peut facilement déduire les handicaps principaux de l'internaute (cela sera évidemment personnalisable) et en fonction de cela, des résultats adaptés pourront être fournis.
Même si l'internaute ne souffre d'aucun handicap, valiz n'indexera pas et ne fournira pas de sites non structurés (pour rester un minimum spécialisé et aussi pour économiser de précieuses ressources).
Des sites
Dans mes premiers billets, je signalais que pour les débuts, je pensais me baser sur une validation via l'API SOAP du W3C puis par la suite faire une analyse complète de l'accessibilité des sites car certains sites valides ne sont pas accessibles et vis-versa.
Je ne sais pas encore si je maintiendrai ce critère, mais dans tous les cas, réfléchissons aux critères d'accessibilité d'un site web :
- Le contraste (via une analyse des attributs style et des feuilles de styles css)
- La structure du site (sémantique, navigation par clavier simple (accesskey, tab,...)
- Attributs alt renseignés (pas seulement alt="")
- Présence de java-script, de java ou de flash
- Et encore ... ?
L'accessibilité porte sur énormément de critères, néanmoins il n'est pas envisageable de faire une analyse automatique pour chaque site (même si on ne contrôlait que les bonnes pratiques d'opquast par exemple). Donc quels sont les critères facilement contrôlables et pertinents pour chaque profil d'utilisateur ?
Commentaires
Humm la sémantique c'est purement théorique il est impossible pour google par exemple de faire de sémantique car passer 1h a analyser une page pour trouver le context humm sa le fait pas.
La ou tu peut par contre l'utilisé c'est en programment comme nous un serveur Lexique voila le "mappage interne"
DOCID -> WORDID -> nombre d'occurence
WORDID -> DOCID -> TFIDF LOCAL -> TFIDF GLOBAL -> POS[] -> occurence
WORDID -> DOCID -> ID -> val coocurence ....