Bon je (
FidelioEspoir ) m'y colle !
FaireLeMenage Propositions........
Attention : préalable
Je reviens sur ce que j'ai écrit sur la page FaireLeMenage :
- Pour ma part, je ne vois pas beaucoup de ménage à faire sur WikiNi... mais j'ai tellement l'habitude de le pratiquer que je ne vois peut-être pas le bazar. J'ai pourtant l'impression :
- que la page d'accueil concentre l'essentiel de ce qu'il faut savoir sur WikiNi et de ce que contient le site
- que la page OuEnSommesNous permet d'avoir une vue synthétique du projet
- que la documentation est correctement hiérarchisée
- que l'utilisateur qui souhaite de l'aide peut en trouver rapidement grâce à la FAQ qui maintenant mieux organisée
Je concède qu'il y a des aspects qui méritent mieux :
- certaines pages, ce n'est pas la majorité, sont très difficiles à lire : par exemple : CollaborationsMultilingues (où il semble pourtant y avoir de bonne idées), cette dernière étant d'ailleurs elle est partiellement redondante avec WakkaMultilingue et WakkaLocalization
- oui il y a des redondances parfois, mais elles sont minoritaires sur le site : c'est du devoir de chacun de pouvoir faire ces corrections au fur et à mesure
Je veux bien participer à tous les ménages que vous voulez et discuter de toute les méthodes de ménage possible : mais je ne vois toujours pas où faire du ménage...
Ne peut-on adopter une démarche très pragmatique consistant déjà à lister concrètement tous les problèmes ?
-- CharlesNepote
PRINCIPE : Un wiki ne s'organise pas : il s'auto-organise par les choix des utilisateurs.
Conséquence : Site et documentation sur le wikini sont liées et non séparables faute de quoi l'un sera toujours en retard sur l'autre
--
FidelioEspoir
Nous sommes d'accord sur le long terme sauf que sur le court terme, un wiki s'organise ! Nous réfléchissons justement en ce moment même sur ces problématiques sur
CraoWiki. Je te conseille de jeter un oeil à
MeatBall:SeedPosting (interwiki) ou
CraoWiki:GraineDeWiki (interwiki). Un fait qui ressort de la constitution d'un wiki c'est que l'amorçage éditorial d'un wiki est phénomène relativement long. Il faut du temps pour atteindre certains "palliers" dans l'histoire éditoriale du site (ma classification est un essai) :
- stade 1 : la naissance : dans un premier temps l'animateur est presque seul sur son wiki et doit beaucoup écrire (de quelques heures à quelques semaines)
- stade 2 : les balbutiements : quelques personnes viennent enfin contribuer : l'animateur doit cependant réécrire, reclasser, etc. pratiquement chaque contribution (de quelques jours à quelques semaines)
- stade 3 : les prémisses de la collaboration : le nombre des contributeurs croit, quelques habitués commencent enfin à faire des efforts d'organisation : titres, usage des listes à puces, etc. ; l'animateur doit néanmoins veiller aux nouveaux contributeurs et encourager les habitués à jardiner et structurer plus encore (de quelques jours à quelques mois)
- stade 4 : l'amorçage de la collaboration : ce stade représente la naissance véritable du wiki : une masse suffisante de contributeurs a été atteinte de sorte que l'animateur peut s'arrêter 10 ou 20 jours sans soucis éditoriaux : un nouveau phénomène s'observe : de parfait inconnus jusqu'alors se mettent à jardiner spontanément
- stade 5 : l'âge adulte : "tu quitteras ton père et ta mère" : la masse des contributeurs est telle que le travail de l'animateur n'est plus nécessaire et, surtout, il n'est plus légitime, tout étant désormais dans un esprit de collaboration totale
Naturellement c'est très général : parfois il existe deux animateurs dès le départ, etc. Pour l'instant, je situe le wiki
WikiNiPointNet en tout début de stade 4 mais il y a encore du chemin à parcourir.
--
CharlesNepote
CONSTATS non exhaustifs
Ce site couvre plus de 355 pages et sera, comme tous les autres wiki, ingérable humainement parlant, tant la tâche deviendra vite exhorbitante en temps et en bonne volonté.
Je ne suis pas du tout d'accord. Je pense que WikiNi est assez bien géré et qu'on s'y retrouve sans trop de problème. Wikipédia avec 40 000 pages francophones n'est pas si mal géré que ça et ce dernier comporte pourtant fort peu d'automatismes : la classification est réalisée à la mimine. -- CharlesNepote
BUT : créer un schéma d'organisation...pas nécessairement visible tel quel par le lecteur
Pour les impatients : ceci n'est pas une table des matières mais une combinatoire (cf tableau de Mendeleiev). Chaque sujet,page traitée reçevrait un, deux..plusieurs de ces indicateurs ( autant que nécessaires). La hiérarchisation présentée ici correspond à l'objectif précis de la création d'un ensemble d'indicateurs , ....
MOYENS, pistes...
1) Chaque page, sujet, utilisateur....peut recevoir un ou plusieurs indicateurs (c'est à tous, utilisateur, lecteur de les définir)
La recherche sur un indicateur liste automatiquement les pages concernées : {{TextSearch phrase="indicateur"}}. Pour éviter le "bruit" il faudra sans doute ajouter un préfixe IND, CAT,QUAL à l'indicateur ou munir la recherche textsearch d'un paramètre indicateur="telindicateur" qui se chargerait de cet ajoût.
Difficulté : la version actuelle de textsearch permet de rechercher "ind1 ind2" mais ne trouve pas "ind2 ind1" ni "ind1 ind3 ind2". Pour donner la pleine puissance à cette recherche par indicateurs, il faudrait permettre un foreach sur chaque indn et ....pourquoi pas un indicateur négatif type !ind4 signifiant "pas ind4".
2) Chaque page, si elle est muni d'un indicateur "listé, orienté, avant-après, +/- est muni d'une action trail permettant de passer d'une page à l'autre sans revenir à la recherche. L'utilisation de plusieurs indicateurs-trail permet de multiplier en temps réel les possibilités de liens proposés à l'utilisateur.
Difficulté : Trail ne fonctionne pas sur les listes construites directement par textsearch.
Difficulté : Les indicateurs de recherche décrivent une qualité présente de page-sujet alors que trail indique la qualité "suivante". Confusion possible
3)solution déjà employée
Nom1Nom2Nom3? risque de doublons
Nom2Nom1?...ais installation plus rapide. On peut se donner un ordre sujet plusgrand vers plus petit....mais difficile et infaisable puisqu'il faut l'imposer aux usagers
4) Prendre les 10-15 principaux centres et en faire des pages
5) Munir chaque page de menus l'un renvoyant au sujets de niveau hiérarchique supérieur égal ou + précis :
6) Mieux utiliser les actions en permettant qu'elles donnent leurs résultats sous forme de listes utilisables directement par copier coller et ainsi directement exploitables par une action trail
7) prb de date : Pourquoi ne pas signer et dater automatiquement la dernière modif ?
8) pouvoir cerner l'importance d'un sujet par sa fréquentation
9) Pouvoir rechercher parmi les pages d'une précédente recherche
En un mot pouvoir hiérarchiser la recherche (par un formulaire de recherche en bas d'une liste de pages trouvées
10) Une page trouvée peut-elle indiquer le nombre d'occurences du mot qu'elle contient ? (analyse de pertinence, de proximité)
FidelioEspoir, j'ai lu tes propositions avec attention.
A. De manière générale, je pense que ce que tu proposes va demander beaucoup de travail d'assimilation et va donc augmenter le seuil d'accessibilité au site.
B. Dans le détail :
- 1) A voir, je ne suis pas sûr du rapport complexité/efficacité
- 2) me paraît très douteux : peux-tu fournir des exemples ?
- 3) je ne comprends pas ta proposition
- 4) je pense que c'est déjà le cas : les "grands centres" dont tu parles sont listés sur la page d'accueil
- 5) cet effort est déjà fait partiellement, il faut juste veiller à surveiller en permanence que ce travail est bien fait ; sur ce point la qualité de WikiNiPointNet augmente progressivement
- 6) dans l'azur éthéré des principes la proposition semble intéressante : peux-tu fournir des exemples précis ; j'ai encore du mal à voir des cas d'utilisation réels
- 7) la plupart des experts en wiki s'accordent pour dire que la datation n'est pas une bonne chose cf. CraoWiki:WikiMaintenant (interwiki)
- 8) la fréquentation ne fait pas l'importance d'un sujet : les églises sont-elles fréquentées aujourd'hui ? le phénomène de l'audience me semble même plutôt pernicieux et freine l'émergence de sujets qui peuvent se révéler plus intéressants
- 9) oui ! très bonne idée, c'est une proposition qui va dans le sens de la SelectionDePages?
- 10) je ne sais pas : pourquoi serait-ce intéressant ?
-- CharlesNepote
Schéma d'organisation, pistes...
- Unicité -> telle page
- Pluralité -> tel sujet
- Diversité -> telle succession de pages
- Agrégation -> tels rédacteurs réunis
- Composition -> telle date, historique
-U Wikini Présentation Page entrée principale
-P Pages essais bac à sable, à style, bac à actions
-D Pages Utilisateurs
-A Page Recherches sommaires
-C Pages datées : Derniers Recents Actu, news, Blog sur Wikini
- Unicité -> Signifier
- Pluralité -> Choisir
- Diversité -> Différencier
- Agrégation -> Réunir
- Composition -> Confronter au réel (évoluer, vivre, agir)
- Unicité -> Présenter :sujet, problème..
- Pluralité -> Proposer, solutions...
- Agrégation -> Synthétiser (avantages-inconvénients) Choix
- Composition -> Programme, mise en application, Délais
- Diversité -> Discuter Comparer
peut servir pour mieux structurer une page mais ordre choisi pour un usage plus facile
- Unicité -> Mon wikini
- Pluralité -> Les wikinis différents
- Diversité -> ici : LE, les Wikini sur le wikini
- Agrégation -> Les wikinis (sites utilisant...)
- Composition -> Les versions
Dans un wiki :
- Unicité -> Page/Nom
- Pluralité -> Unicité : action redirect
- Pluralité -> Unicité : liste
- Pluralité -> Pluralité : action rechercher
- Diversité -> liste + action trail
- Agrégation -> action include
- Composition -> Unicité : texte
- Composition -> Pluralité : action Edit
- U-Matière-Wikini
- P-Pratiquer Wikini
- D-Outil-Wikini
- A-Usager-Wikini
- C-Développer-Wikini
U Matière-Wikini
- UU ce wikini
- UP des wikis
- UD inter wikis, différences
- UA un wiki, un serveur, un hébergeur
- UC un wiki dans le web
P Pratiquer Wikini
- PU Pouvoir pratiquer disposer, accès
- PP Pratiquer ensemble
- PD Savoir comment pratiquer
- PA Mettre ensemble, rassembler, réunir, rechercher
- PC Comprendre comment FAQ
D Outil-Wikini i
- DU Page
- DP Page différentes : contenu, texte, mage...
- DD Pages liées = lien MotWiki
- DA pages groupées, recherchées
- DC pages structurées
A Usager-Wikini
- AU Utiliser ce wikini : lire, feuilleter
- AP Rédiger ce wikini : créer des pages, du textes...
- AD Différencier ce wikini : graphisme
- AA Gérer ce Wikini :administrer
- AC Développer ce wikini : acquérir, installer, diffuser
C Développer-Wikini
-données,mySql,SQLite
- variables, php4, php5
- CU apports nouveaux, contributions
- un simple fichier ajouté
- modification de plusieurs fichiers
- CP pistes possibilités
- CD Bug CVS Changelog versions archives
- CA Les éléments réunis (une page par fichier)
- Handlers
- Formatters
- Actions
- CSS
- installation
- wakka.php
- images
- annexes uploadées
- ...
- CA Le projet Wikini
PROPOSITIONS D'ORGANISATION
- Ce qui suit adopte le schéma proposé (parfois jusqu'à la caricature, comme exemple de page)
Schéma proposé :
Chaque ligne est séparée. Leurs éléments sont considérés intuitivement comme mutuellement incompatibles ou inclusifs
(p) Utiliser, Rédiger, Animer,Installer/Gérer, Développer,
(u) Lien, Page, Style, Texte, Action, ElementImport?, FichiersWiki?
(a) SiteWikiniNet?, LesWikinis?, AutresWikis?, Wiki, Web,
(c) Archives, Derniers.., Actualités, EnCours?, Projet
(d) Présenter/Sujet, Essayer/Propositions, Confronter/Discussion, Juger/Choix, Faire/Programme
- (d') Nom de l'Utilisateur ,Nom du Groupe d'U , cf ()p ,Langue ,date
C'est beau ! ;-) mais Comment ça fonctionne ?
1) Quelque soit le sujet à situer, il est indexé avec au plus 6 indicateurs (un de chaque ligne)
Sujet : "Comment lire la page de Jules sur un Wiki du XVI° ?" : Index = Utiliser Page
AutresWikis? Archives Jules
Exercez-vous , jouez : trouver l'impossible ! la page inindexable : c'est elle qu'il faut trouver pour compléter cette proposition --040510/19h37
FidelioEspoir
2) Chaque indicateur et suite d'indicateurs seront décrits par des pages sommaires contenant explications-présentation et liste des pages concernées (manuellement clic sur titre ,ou action list ou search...
(les autres propositions ici :.......)
DISCUSSIONS
ElementImport? c'est quoi ? 19h46 --Fidelio
Un fourre-tout : images, fichiers textes non codés wiki, musiques,vidéo, dessin....--
FidelioEspoir
Pourquoi séparer AutresWiki? et Wiki ? 19h48 --Fidelio
AutresWikis?, c'est concret, Wiki c'est philo sur l'idée Wiki --
FidelioEspoir
An04? Mois05? ????? en attendant une datation automatique ? peut être
Où se trouve situer les pages en esperanto ? L'internationalisation du site se fait sur l'ensemble des pages en ajoutant un indicateur d''=langueUtilisateur. Elle n'intervient pas dans l'indexation par sujet --
FidelioEspoir
en p) oubli de "diffuser, faire connaître.." Non p concerne l'utilisation de l'outil wikini , le produit (sens large) Wikini est traité en a) --
FidelioEspoir
Indicateur ou catégorie ? Un indicateur tel que proposé est plus qu'une catégorie puisqu'il permet une recherche sur plusieurs catégories. Un sujet quelconque ne peut s'indexer sous une seule catégorie. Amonceler les catégories n'est pas une solution, puisque les recherches sont isolées les unes des autres. Disons que le classement par catégorie est le premier pas. --
FidelioEspoir
Je me fiche totalement de savoir si untel fait bien ou mal son boulot, si untel utilisateur est assez ou pas assez ceci pour utiliser tel wiki : c'est leur problème. Je ne suis pas du tout ici pour décerner des récompenses ou des blâmes. Je remarque simplement, en tant qu'utilisateur lambda, qu'il est de plus en plus difficile de se repérer dans un wiki, celui-ci ou un autre. Que cela amène très vite une désaffection du lecteur qui ne trouvant pas ce qu'il cherche, s'en détourne, n'y voyant que pratiques claniques, jargon de spécialocrates, outils réservés.
stade 1.....stade 5 : l'âge adulte : "tu quiteras ton père et ta mère"
Superbe exemple du piège que j'indique : la glose de la glose. S'il est humain qu'un rédacteur se considère auteur, cela le concerne. Le lecteur doit simplement en respecter le texte : c'est à dire respecter tout nouvelle lecture possible. Un wiki, parce que c'est un wiki, n'a pas de père.
Comme toute réalité sociale-humaine, un wiki fait naître un discours sur lui-même. C'est le but de ce site que le discours sur Wikini se fasse ici. Sans insister sur la contradiction, un site sur un/leWiki aurait pu être un site "quelconque" où des spécialistes auraient évangélisé les incroyants..Tel n'est pas le cas : ce site est un wiki. Un wiki veut dire que la spécialisation n'y est pas légitime. C'est d'ailleurs pour cela que l'on parle de communauté wiki. Un wiki signifie que la connaissance sur le sujet traité dans le wiki ne doit pas se fonder sur un partage de rôles spécialisés,institutionnalisés. Un wiki, c'est un partage de connaissances, de compétences tentant de rendre impossible sa saisie par quiconque.
L'idée Wiki réclame donc une auto-organisation. On n'a jamais considéré que la technique d'organisation des bibliothèques soit un obstacle à la littérature.
Il m'a fallu , béotion en php-sql, une seule journée de travail pour installer une recherche multicritère sur
FidelioEspoir Comportant même l'utilisation de critère négatif, elle utilise infiniment plus de critères nécessaires à la tenue d'un wiki "usuel" moins structuré. Je ne comprend pas que les wiki n'utilisent pas encore ce qu'un google permet tous les jours à des millions d'utilisateurs.
Ne pas confondre la complexité technique et la difficulté de pratiquer. J'ignore tout du canon à électrons de mon téléviseur, ça ne m'empèche pas de regarder les émissions.
A l'usage, il m'apparait que la recherche multicritère fondée sur la seule présence/absence des termes sans la prise en compte de l'ordre des critères s'avère suffisante pour restreindre la quantité des résultats. Il n'est donc pas nécessaire de différencier l'ordre.
La sous-utilisation de l'action trail sur ce site m'étonne toujours. A chaque page elle permettrait au lecteur d'aller directement au sujet voisin, proche... Où se trouve la difficulté ? Dans la constitution automatique des pages sommaires...
La sous utilisation de l'action include sur ce site m'étonne toujours. Son utilisation comme menu est magnifique, pratique, efficace, simple ! Je l'ai même utilisé sur mon site pour permettre à chaque lecteur de se construire son propre menu !!! L'include-menu rend inutiles bien des efforts de programmation de style.
Les grands centres sont listés sur la page d'accueil : bien évidemment et tout le monde te remercie de ton effort. Le problème est justement là : l'intervention humaine quelle que soit sa qualité , quelle que soit sa bonne volonté, induit retard, spécialisation, non auto-organisation, et mise en péril d'un wiki. Le web est rempli de site mort par abandon de leur rédacteur. La vie d'un wiki, parce qu'elle est auto-organisation, permet de dépasser la limite humaine. Là encore, il ne s'agit en aucun cas d'une question de personne. Mais d'une mutation de la connaissance, rien de moins !
Il est dommage qu'une action ne puisse pas voir ses résultats réutilisés. Dès que j'ai fini de réaliser ma recherche multicritère, j'ai pensé qu'elle pourrait non plus afficher la liste mais afficher, imprimer, diapositiver (!) le contenu même des pages sélectionnées. Là encore le souci d'un wiki qui auto-organise jusqu'au contenu même de ses pages. Ce sera mon prochain travail : mettre pour chaque action un paramètre "actionàeffectueraveclesrésultats". J'ai 2 solutions: considérer la liste des choix possibles et recopier les actions correspondantes chaque fois : l'horreur !!!! ou trouver le moyen d'appeler une action à l'intérieur d'une autre action. Dans hypercard je sais faire, ici, je sais pas c'est pas si simple ;-) à moins que .....avis aux amateurs....Résoudre cela, rendrait encore plus puissante la modularité et là encore une novation serait possible : le lecteur pourrait construire ses propres actions à partir des actions simples fournies. Oui ! ce serait une wiki-novation : après avoir pu modifier directement la page web, le lecteur pourrait modifier l'action même sur la page web. ...
- "la datation n'est pas une bonne chose" : que les "pseudo-experts" de "ceux-ci" considèrent que "cela" n'est pas une bonne chose les regardent. En tant qu'utilisateur, je vis tel jour, telle heure... et rien ne peut éviter le déroulement du temps. Qu'actuellement les wikis ne savent pas en tenir compte ne doit pas être attribué auxzozosutilisateurs : ils n'y peuvent rien. C'est à l'outil de proposer une datation facile et aisée. Pas aux doctes experts, de méjuger un progrés au non de la bétise supposée du lecteur ! L'implantation d'une simple action calendrier sur FidelioEspoir est effective depuis déjà quelques semaines. C'est une solution de béotien parmi tant d'autres possibles..Quant à la datation automatique des modifications, elle est déjà faite ici-même, puisqu'historique il y a. Pourquoi ne pas l'utiliser pour dater automatiquement toutes les modifications comme ça....."2004-05-20 - 11 : 01 -- NomAuteur?" par exemple à la fin de chacune ??? Ceci étant naturellement un paramètre optionnel. Il semble d'ailleurs que cette évolution se fasse, puisque la gestions de l'historique paraît à certains trop éloignée de la page modifiée.
La fréquentation n'est pas une mesure de la qualité, de l'importance en soi d'un sujet. Il s'agissait bien évidemment d'une mesure possible de l'importance de l'attrait du sujet pour les lecteurs ! C'est la base minimum du respect du lectorat. Je ne veux voir dans cette mésinterprétation que l'effet d'une lecture trop rapide...
- Le nombre d'occurence du mot qu'elle contient ...: peut être utile devant un résultat donnant trop de pages. Il s'avère que la recherche multi critère résoud en partie le problème. Mais ce qui est comique, c'est que l'occurrence est déjà prise en compte par MySQL lui-même ! Je ne le savais pas avant d'écrire ce souhait. Le problème est donc en grande partie résolu.
Pour résumer, cette page m'a permis de proposer des pistes d'aménagement. Il s'avère que, les ayant ainsi recherchées et exprimées, j'ai pu ensuite les appliquer partiellement à mon propre site, montrant ainsi qu'elles sont possibles. Il serait dommage que Wikini ne puisse pas s'en inspirer, pour les améliorer encore et les proposer à toute la communauté Wiki.... 2004/05/20 - 11 : 15 --
FidelioEspoir
CHOIX
PROGRAMME d'implantation
- pas hier
- ni à la St Glinglin
- recherche multicritère
SiteWikini? Gérer Projet An04? Mois05?