projet wiki-corrector

Amiralgaby · Le 07/09/2022, à 20:53

Salut moths-art,

Je voulais te demander : est-ce que tu es administrateur du site de la documentation ? Ou alors des droits d'administrateur ?.
C'est juste parce que certaines pages demandes des droits admin et que ton script à pu changer par exemple la page syntaxe dont je t'ai déjà parlé.

Bonne journée/soirée

moths-art · Le 07/09/2022, à 21:39

non, je n'ai à ma connaissance aucun droit plus élevé qu'un simple utilisateur.

Amiralgaby · Le 08/09/2022, à 07:11

Autant pour moi on peut modifier la page sans droits admin

moths-art · Le 24/09/2022, à 08:44

Bon, mes dernières passes ont réglé pas mal de choses à priori.
Passage de 1.7M à 238K de remontés d'ortho/grammaire : https://github.com/mothsART/wiki-correc … n/stats.md

Le reste risque d'être du travail de fourmi.

Amiralgaby · Le 24/09/2022, à 18:24

moths-art a écrit :

Le reste risque d'être du travail de fourmi.

Après Gramalecte est extrêmement sévère au niveau des espaces ou de la ponctuation, des mots qu'il ne reconnaît pas aussi.

On peut déjà avouer qu'avec ces efforts là nous avons bien contribué à la documentation

moths-art · Le 24/09/2022, à 21:57

Je vais avancer sur d'autres projets pour prendre aussi un peu de recul. Mon but est quand même d'arriver à zéro (quittes à annuler certaines règles de grammalect peut intéressantes)

moths-art · Le 08/10/2022, à 10:59

Alors, je viens de rajouter un nouveau contrôle :

- Détections de mots interdits (dictionnaire forgé à partir de https://eole.ac-dijon.fr/maj/blacklists/weighted)

Je pense faire la même sur une liste d'url blacklisté.

Dernière modification par moths-art (Le 08/10/2022, à 13:13)

Amiralgaby · Le 08/10/2022, à 13:11

Salut moths-art

C'est sympa j'y avais pensé au tout début du projet wiki-corrector. J'avais utilisé grep pour trouver les gros mots dans la doc (avec peu de succès xD).

Sinon je crois que l'URL que tu indiques ne pointe pas sur une ressource (Erreur 404)

J'ai vu sur le repository de wiki-corrector la liste des mots interdits, c'est plutôt bien dans l'ensemble, après, si je dis pas de conneries bêtises il y a des mots tout à fait correct pour la documentation comme "rencontre" qui n'a aucun sens péjoratif.

Après je suis content aussi car j'avais eu l'idée d'un analyseur de mot interdit :thumbup:

moths-art · Le 08/10/2022, à 13:23

J'ai changé l'url (ça prenait la parenthèse fermante)
Pour les mots dans la liste, y'a un poids renseigné et j'ai du ôter en effet certains mots.
Certains mots comme "rencontre" peuvent ne pas être neutre car dépendant du contexte donc je laisse avec un dictionnaire d'exclusion (c'est pas non plus le mot qui va apparaître des centaines de fois)

Pour l'instant, ça ne m'a pas sorti grand chose de pertinent mais le but est aussi à terme de garder une vigilance (et un degré d'exigence) sur le wiki dans sa globalité.
J'ai eu l'idée un peu par hasard : j'ai vu une saisie de wiki non acceptable.

Amiralgaby · Le 08/10/2022, à 15:13

Oui j'ai vu dans le dernier commit, qu'il n'y a pas à s’inquiéter sur les remontées, tout présence à l'air justifiée. Tout ce joue au contexte dans lequel le mot est employé

Dernière modification par Amiralgaby (Le 08/10/2022, à 15:13)

Ner0lph · Le 12/02/2023, à 16:14

moths-art a écrit :

J'ai eu l'idée un peu par hasard : j'ai vu une saisie de wiki non acceptable.

Il y a déjà un système de liste de blocage (anti-spam) intégré à DokuWiki, il faudrait juste l'alimenter avec des mots et l'activer dans l'admin.
Si cette liste est alimentée, et activée dans l'admin, alors ça bloque à la validation d'une page. À tester sur un site de test d'abord.
→ https://www.dokuwiki.org/fr:blacklist

Dernière modification par Ner0lph (Le 12/02/2023, à 16:30)

moths-art · Le 12/02/2023, à 16:20

Bonne idée @Ner0lph !
Je n'ai pas accès à la conf du dokuwiki en revanche.
@krodelabestiole : c'est possible ?

krodelabestiole · Le 13/02/2023, à 03:50

l'option usewordblock est déjà activée, et on trouve déjà une liste de termes bannis dans wordblock.conf (via des expressions régulières).

on migre la doc ces prochains jours en intégration continue / docker via gitlab. donc tout le monde pourra contribuer / proposer une pull request pour mettre à jour ce fichier : https://gitlab.com/ubuntu-fr/code/ufr-d … block.conf

moths-art · Le 25/02/2023, à 15:16

J'ai refait une passe pour améliorer pas mal de choses :

- certaines remontés des balises dokuwiki
- ajout de la détection des urls https://fr.wikipedia.org/wiki pour les transformer en [[wpfr>nom_page]]
- élimination de pas mal de faux-positifs sur la grammaire/ortho, on passe en dessous des 200K : https://github.com/mothsART/wiki-correc … n/stats.md
- ajout de quelques tests unitaires : le projet se complexifie et il serait bête de casser des choses en l'améliorant

bref, que du bon !

moths-art · Le 25/02/2023, à 23:16

Petite question :

Je vois quelques page avec **~~NOCACHE~~** (ex : https://doc.ubuntu-fr.org/belgique?do=edit)
Quand je lis la raison (https://www.dokuwiki.org/fr:caching), je n'en vois aucune pour la page d'exemple.
Si vous pouvez me renseigner, je suis preneur : j'aimerais l'enlever là ou il est inutile.

Dernière modification par moths-art (Le 25/02/2023, à 23:17)

Amiralgaby · Le 01/03/2023, à 13:43

Bonjour mothars,

Concernant le cache, je pense pas qu'il y est une utilité d'avoir le mot clé NOCACHE parce qu'aucune page n'est dépendante de script qui s'executerai pour changer des valeurs sur les pages. Tout est écrit "en dur". Après, ce n'est que mon hypothèse. Je le vois comme ça.

Pour les liens Wikipédia qui n'utilisent pas le format de balise "wpfr", j'y avais pensé , c'est cool qu'on prenne en compte ce cas là.

Moi j'ai commencé à supprimer les occurrences de "sudo gedit" où il est utilisé de manière recommandé (dans les balises codes).

Bonne journée

krodelabestiole · Le 01/03/2023, à 15:24

moths-art a écrit :

je n'en vois aucune pour la page d'exemple.

je n'en vois aucune non plus, ni pour aucune page. à ma connaissance aucune ne font appel à des scripts PHP qui ne sont de toute façon heureusement pas interprétés (pour des raisons évidentes de sécurité).

en l'occurrence c'est un ajout du 27/05/2011, 08:51 109.128.146.111 Restauration du listing automatique via le tag belgique et des information sur Ubuntu-be. :
https://doc.ubuntu-fr.org/belgique?do=d … sidebyside

peut-être des contributeurs qui confondent le cache de leur navigateur et celui de dokuwiki...
je pense qu'on peut supprimer tous les ~~NOCACHE~~ de la doc sans trop se poser de question.

krodelabestiole · Le 01/03/2023, à 15:29

ou alors en l'occurrence une mauvaise compréhension du composant topic du plugin tag.
ça parle de ~~NOCACHE~~ sur cette page : https://www.dokuwiki.org/plugin:tag

moths-art · Le 02/03/2023, à 20:53

Merci @krodelabestiole de confirmer mes dires. Je vais rajouter la détection et supprimer manuellement là ou c'est présent

moths-art · Le 04/03/2023, à 12:25

Voilà, j'ai rajouté dans le projet la détection de "~~NOCACHE~~" et j'ai mis sous contrôle via un test unitaire (désormais une contrainte que je m'impose).
17 pages ont été détectés et je les ai corrigés. Ça devrait soulager un tout petit peu le serveur.

moths-art · Le 04/03/2023, à 16:34

Pour mettre encore plus sous contrôle les tests, j'utilise désormais la CI (actions) de github sur le projet.
Ca m'a permis d'identifier et de proposer une PR https://github.com/vpoulailleau/pygrammalecte/pull/8

draco31.fr · Le 14/03/2023, à 01:34

Bonjour moths-art,
Je prends connaissance de ton projet via les notifications de modifications de page dans le wiki.

Je suis étonné de ne pas retrouver de discussion à ce sujet sur la liste des contributeurs de la documentation : https://doc.ubuntu-fr.org/wiki/liste_di … umentation

Par ailleurs, ton projet modifie des pages dans le namespace 'utilisateurs' qui sont normalements des pages laissées à la discrétion de leur auteur.
Je peux comprendre pour le nettoyage sur mot grossier, mais pas lorsque l'on a pris le soin de mettre un warning disant de ne pas modifier la page !! Exemple : https://doc.ubuntu-fr.org/utilisateurs/ … le_tag_jeu
Dont le but est justement de vérifier les problèmes du plugin tags.

Je pense que ton projet peut apporter beaucoup au wiki, mais parce qu'il touche ce dernier (et non le forum), il me semble important de se coordonner avec les membres qui y sont actifs (et en particulier les admins du wiki !).

Dans l'attente de te lire sur la liste de discussion appropriée.

krodelabestiole · Le 14/03/2023, à 02:04

ah oui tiens c'est vrai que ce serait pas mal de limiter la portée de l'app pour qu'elle n'aille pas modifier les pages des utilisateurs...

en l'occurrence la modif porte sur le ~~NOCACHE~~ dont on vient de parler...

concernant la liste de discussion je la trouve loin d'être pratique, elle est planquée, sa consultation requiert une inscription (alors qu'on peut éditer les contenus sans inscriptions !), repose sur des protocoles dépassés...
d'autant que les conversations sont en plus dispersées sur telegram, mattermost, irc...

c'est pas faute d'avoir parlé de ce problème. je vois pas pourquoi on utilise pas le forum ou le plugin discussion qui se prêtent parfaitement à cet usage, bref c'est pas pour rien que plein de conversations concernant la doc se font ici (une plateforme de conversation bien visible et accessible, parfaitement adaptée à cet usage), et que la mailing-list est pas particulièrement bouillonnante (euphémisme)... faut juste pas s'étonner je pense.

perso quand j'ai un message à faire passer je le poste partout, ça m'arrive aussi souvent de faire le relais mais c'est anti-pratique (ou un peu chiant pour le dire autrement).

krodelabestiole · Le 14/03/2023, à 02:24

krodelabestiole a écrit :

sa consultation requiert une inscription (alors qu'on peut éditer les contenus sans inscriptions !)

... et oui le forum aussi requiert une inscription, mais pas pour sa consultation, déjà, et la doc (si on veut s'y identifier) est liée à ce même compte : dokuwiki est relié à la base données du forum (et je travaille pour mettre tout ça à jour).
la liste sympa c'est un compte supplémentaire qui n'a rien à voir, un compte tiers sur un site tiers (si on veut accéder aux échanges existants - ce que personne ne fait - tiens donc !).
sans parler de l'interface : https://listes.ubuntu-fr.org/subscribe/ubuntu_wiki-fr

cette page date de 2008 (je ne me rappelle pas de l'âge des listes concernées), sympa est sorti initialement en 1997. je pense qu'il serait temps de mettre à jour nos pratiques plutôt que d'exiger aux jeunes utilisateur·rice·s de s'initier à des outils exotiques et archaïques. (rien n'empêche qui que ce soit d'utiliser irc ou sympa en 2023, mais à un moment il va bien falloir se sentir marginalisé·e·s...)

Dernière modification par krodelabestiole (Le 14/03/2023, à 03:34)

bcag2 · Le 14/03/2023, à 08:59

Il me semble que la liste a sa place, pour des échanges de type "courrier" qu'on est susceptible de conserver plus longtemps que les échanges qu'on peut avoir sur les salons comme mattermost.
L'email a encore le mérite d'être standard et de n'appartenir à personne, même si gmail phagocyte beaucoup de comptes.

Mais bien d'accord que la page https://doc.ubuntu-fr.org/wiki/liste_discussion a besoin d'un peu de ménage

Dernière modification par bcag2 (Le 14/03/2023, à 09:01)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 07/09/2022, à 20:53

Re : projet wiki-corrector

#52 Le 07/09/2022, à 21:39

Re : projet wiki-corrector

#53 Le 08/09/2022, à 07:11

Re : projet wiki-corrector

#54 Le 24/09/2022, à 08:44

Re : projet wiki-corrector

#55 Le 24/09/2022, à 18:24

Re : projet wiki-corrector

#56 Le 24/09/2022, à 21:57

Re : projet wiki-corrector

#57 Le 08/10/2022, à 10:59

Re : projet wiki-corrector

#58 Le 08/10/2022, à 13:11

Re : projet wiki-corrector

#59 Le 08/10/2022, à 13:23

Re : projet wiki-corrector

#60 Le 08/10/2022, à 15:13

Re : projet wiki-corrector

#61 Le 12/02/2023, à 16:14

Re : projet wiki-corrector

#62 Le 12/02/2023, à 16:20

Re : projet wiki-corrector

#63 Le 13/02/2023, à 03:50

Re : projet wiki-corrector

#64 Le 25/02/2023, à 15:16

Re : projet wiki-corrector

#65 Le 25/02/2023, à 23:16

Re : projet wiki-corrector

#66 Le 01/03/2023, à 13:43

Re : projet wiki-corrector

#67 Le 01/03/2023, à 15:24

Re : projet wiki-corrector

#68 Le 01/03/2023, à 15:29

Re : projet wiki-corrector

#69 Le 02/03/2023, à 20:53

Re : projet wiki-corrector

#70 Le 04/03/2023, à 12:25

Re : projet wiki-corrector

#71 Le 04/03/2023, à 16:34

Re : projet wiki-corrector

#72 Le 14/03/2023, à 01:34

Re : projet wiki-corrector

#73 Le 14/03/2023, à 02:04

Re : projet wiki-corrector

#74 Le 14/03/2023, à 02:24

Re : projet wiki-corrector

#75 Le 14/03/2023, à 08:59

Re : projet wiki-corrector

Pied de page des forums