Wiktionnaire:Questions techniques/juillet 2013

Page mensuelle des questions techniques posées en juillet 2013. Page précédente : juin 2013 — Page suivante : août 2013 — Modifier ce cadre

Je suis en train de terminer le nouveau modèle de section qui permettra de modifier toutes les sections comme on peut le faire actuellement avec les sections de langue. Pour fonctionner correctement, le nouveau modèle devra remplacer les 200 modèles de section actuels sur tous les articles (donc un bot devra passer partout).

J'aimerais avoir un peu d'aide pour peaufiner le modèle ({{S}} ou {{section}}, nom à décider) et les modules associés : tester et documenter. J'ai dors-et-déjà créé une page avec une batterie de tests : Discussion module:section/test.

Vous trouverez plus d'infos et des liens dans la page de décision que j'ouvrirai au vote une fois les dernières retouches effectuées (notamment quand la doc sera suffisamment complète). — Dakdada 8 juillet 2013 à 16:15 (UTC)Répondre

J’ai créé une ébauche de doc. pour {{section}}, pour ma part je pourrai aider mais je ne promets rien (sur la qualité de mon aide). Automatik (discussion) 8 juillet 2013 à 20:55 (UTC)Répondre

Merci :-) Un point où j'aurais besoin d'aide (non technique) est la vérification que j'ai bien toutes les sections existantes dans la liste, et que les alias possibles sont corrects (certains sont peut-être superflus). Voir la liste automatique ici : Wiktionnaire:Liste de tous les modèles/Titres de sections/Liste automatique, et la liste en Lua ici : Module:types de mots/data. — Dakdada 10 juillet 2013 à 09:03 (UTC)Répondre

J’ai listé les types de mot que j’ai trouvé manquants dans Discussion module:types de mots/data. Les alias me paraissent bons. Automatik (discussion) 12 juillet 2013 à 17:20 (UTC)Répondre

Et de même pour Discussion module:section article/data. Automatik (discussion) 12 juillet 2013 à 19:06 (UTC)Répondre

Bonjour,

J’ai commencé à installer ce logiciel mais quand il s’agit de rentrer le mot de passe (dans le fichier login.py), impossible d’écrire quoi que ce soit. D’un autre côté, j’ai eu le message d’erreur suivant (juste avant la ligne qui me demande d’entrer le mot de passe) :

WARNING: Running on Windows and transliteration_target is not set.
Please see http://www.mediawiki.orghttps://dictious.com/fr/Manual:Pywikipediabot/Windows

J’ai donc suivi les instructions données ici, mais je bloque à l’étape 7 : une fois que je clique sur OK, je ne vois pas d’opportunité de cocher ce qui est demandé.

Quelqu’un saurait-il comment procéder ?

Merci d’avance, Automatik (discussion) 8 juillet 2013 à 20:55 (UTC)Répondre

C’est bizarre parce que personnellement ça c’est bien passé, j'ai tout trouvé, et tout activé… Mais il y a pas une version français de ce tuto ? --Lyokoï (discussion) 9 juillet 2013 à 17:33 (UTC)Répondre

Si mais elle ne parle pas de tout (w:Aide:Pywikipedia). Ce n’est pas le plus important actuellement de réaliser l’étape 7, car peut-être qu’elle n’est pas nécessaire en fait (j’ai changé la police à partir du cmd.exe, donc peut-être que c’est suffisant. Ce qui me bloque plus, c’est l’impossibilité d’écrire quoi que ce soit dans le fichier user-login.py actuellement (dès que je l’ouvre, il se referme automatiquement), peut-être ai-je loupé une manœuvre. En tout cas, merci pour ta réponse Automatik (discussion) 9 juillet 2013 à 17:40 (UTC)Répondre

Il faut éditer user-login.py avec un éditeur de texte comme Notepad++ ou TextPad. Je suis sur l'IRC ce soir si tu veux mais il existe un canal dédié : irc://irc.freenode.net/pywikipediabot. JackPotte ($♠) 9 juillet 2013 à 18:25 (UTC)Répondre

Je suis sur le canal irc, mais pas de réponse depuis 4 ou 5h. Je vais de suite installer Notepadd++, merci. Automatik (discussion) 9 juillet 2013 à 18:35 (UTC)Répondre

Tu ferais bien en effet ne serait-ce que pour avoir un encodage en UTF-8 pour l’API (entre autres). — Unsui Discuter 9 juillet 2013 à 18:38 (UTC)Répondre

Oh oui ! L’UTF8, ça va te faire tout drôle ! :D --Lyokoï (discussion) 9 juillet 2013 à 18:50 (UTC)Répondre

J’ai installé Notepad++, ça a l’air de marcher (j’ai encore rien fait de compliqué), c’est cool. Je vois en cliquant droit sur un ficher pywikipedia que je peux l’éditer avec IDLE, je suppose qu’il ne s’ossupe pas de l’encodage UTF-8 lui ? Pour être sûr, je vais utiliser Notepad++. Automatik (discussion) 9 juillet 2013 à 20:18 (UTC)Répondre

C’est ça l’Unicode par exemple : « Bac à sable » pour « Bac à sable » ? Je m’attendais bien à autre chose si c’est le cas. (Là ça m’a l’air de ressembler à ce qu’il y a dans le bloc notes fourni dans Windows.) Automatik (discussion) 9 juillet 2013 à 23:08 (UTC)Répondre

Yep ! C’est le résultat final. Sous windows, tu ne peux faire tes import qu’avec ce genre de "coquille" si j'ai bien tout compris. Si tu arrives à importer sans problème fait moi signe. De mon côté, je repasse derrière mes articles (du coup, j’en importe pas des masses à chaque fois…). --Lyokoï (discussion) 9 juillet 2013 à 23:11 (UTC)Répondre

Il faut cocher quoi dans l’option "Encodage" de Notepad++ exactement ? Il y a 4 options pour l’UTF-8, je ne sais pas lequel choisir. Automatik (discussion) 9 juillet 2013 à 23:46 (UTC)Répondre

Suite à des erreurs moi je le fais fonctionner en ASCII après avoir converti les titres en HTML avec http://toolserver.org/~jackpotte/unicode-HTML.php. JackPotte ($♠) 10 juillet 2013 à 11:44 (UTC)Répondre

Pas de problème d’encodage pour l’instant , . Pour l’encodage du fichier de sortie, j’ai suivi ces instructions, peut-être que cela change quelque chose. Automatik (discussion) 11 juillet 2013 à 03:51 (UTC)Répondre

Mon fichier de configuration est comme ça pour info :

# -*- coding: utf-8  -*-
family = 'wiktionary'
mylang = 'fr'
usernames = u'Botomatik'
transliteration_target = None

Automatik (discussion) 11 juillet 2013 à 03:57 (UTC)Répondre

Le problème est sans doute que, quand tu double-cliques sur le fichier, il essaie de l'exécuter et non pas de l'éditer. Il faut essayer de faire un clic droit, puis choisir l'action à faire/l'outil à utiliser (par exemple éditer avec NotePad++). Lmaltier (discussion) 9 juillet 2013 à 19:03 (UTC)Répondre

C’est tout à fait ça, merci pour l’explication Automatik (discussion) 9 juillet 2013 à 20:18 (UTC)Répondre

Rebonjour,

Il y a une façon d’arrêter son bot (excepté quitter la ligne de commande) quand il marche sur l’ordi ? Merci par avance, Automatik (discussion) 15 juillet 2013 à 18:11 (UTC)Répondre

Il suffit de planifier les pages à traiter, ou bien de coder. JackPotte ($♠) 15 juillet 2013 à 19:27 (UTC)Répondre

OK. Sinon par curiosité, quand un bot marche sur le labs par exemple mais commence à faire des erreurs, il y a une solution plus rapide que reprendre le code ? Automatik (discussion) 15 juillet 2013 à 20:02 (UTC)Répondre

Tout dépend du type d’erreur, si c’est de l’encodage il faut souvent revoir les arguments, si c’est un script fournit par pywikipedia on peut le signaler aux auteurs initiaux. JackPotte ($♠) 15 juillet 2013 à 20:55 (UTC)Répondre

Si ça tourne sur le lab, donc en ligne de commande, on peut le tuer avec ctrl+C. Si c'est un job, il faut repérer son id (qstat) et le tuer avec qdel id. — Dakdada 15 juillet 2013 à 21:27 (UTC)Répondre

Bonjour, d’après la doc de {{localités}}, lorsque l’on écrit {{localités|fr|de France}}, ça devrait catégoriser dans « Catégorie:Localités de France en français ». Or ce n’est visiblement pas le cas comme le montre Cerny-en-Laonnois. Quelqu’un pourrait se pencher sur le problème ? Ça pourrait être l’occasion de passer le modèle en lua si vous y voyez un avantage. Pamputt 16 juillet 2013 à 20:14 (UTC)Répondre

Salut, normalement j’ai corrigé — mais j’invite quiconque veut bien à vérifier — même si à mon avis ce cas est singulier, et donc c’est un cas sur lequel il faudra se pencher à part pour la version lua (je suppose). Automatik (discussion) 16 juillet 2013 à 20:34 (UTC)Répondre

A ce propos, je trouve parfaitement inutile et même gênant ce (Toponyme) en début de définition. La vérité, c'est que ce modèle ne sert en réalité à rien à part catégoriser, et qu'il y a déjà une façon bien plus simple et bien plus compréhensible de catégoriser. Lmaltier (discussion) 16 juillet 2013 à 20:48 (UTC)Répondre

D’accord avec Lmaltier, je ne connaissais pas l’existence de ce modèle avant de tomber sur Cerny-en-Laonnois. Auparavant, je catégorisais à la main. Pamputt 16 juillet 2013 à 20:51 (UTC)Répondre

D’accord également, il ne s’agit pas d’un mot spécifique au domaine de la toponymie, donc l’affichage semble erroné (selon ce qu’est censé faire le modèle en tout cas). Peut-être en parler sur Wiktionnaire:Gestion des modèles amènerait à résoudre ce cas. Automatik (discussion) 16 juillet 2013 à 21:33 (UTC)Répondre

Peut-être bientôt remplir la propriété "localité de" sur Wikidata suffira à catégoriser sur tous les Wiktionnaires… JackPotte ($♠) 17 juillet 2013 à 11:52 (UTC)Répondre

Depuis la dernière migration MW, tous les modèles utilisant "id=toc" sont alignés à gauche, même quand un alignement au centre était spécifié auparavant (ex : {{CatégorieTDM}}). Je propose donc de remplacer cet identifiant sur lequel nous n’avons pas la maitrise, dans Catégorie:Modèles de navigation. JackPotte ($♠) 20 juillet 2013 à 15:54 (UTC)Répondre

 Pour ; pour ma part, je ne vois pas d’autre solution durable. Un id=tdm peut-être. Automatik (discussion) 20 juillet 2013 à 23:03 (UTC)Répondre

Bonjour,

Actuellement, ces modèles utilisent directement les modèles {{m}}, {{f}}, {{s}} et {{p}} dans leur code. Ça semble une mauvaise idée pour deux raisons :

• on utilise deux balises autour de chaque mot avec le style CSS qui est le même pour ces deux mots
• on transclut deux pages, alors qu’on pourrait écrire le code en clair, qui ne gagne rien à reprendre ces autres modèles, vu la raison précédente.

Pour ces raisons, je propose de les réécrire en remplaçant tout ce qu’il y a avant les balises <noinclude> suivant ce modèle :

• modèle:mplur

<span style="color: #002000">''masculin pluriel''</span>

Pas d’opposition ? Cordialement, Automatik (discussion) 23 juillet 2013 à 00:48 (UTC)Répondre

Il faudrait remplacer le style par une classe (class="genre-nombre-cas"... un peu long). — Dakdada 23 juillet 2013 à 07:56 (UTC)Répondre

Je sais puisqu’on en avait parlé dans Wiktionnaire:Demandes_aux_administrateurs/janvier_2013#Modifier_le_modèle:p, mais cela concerne des pages protégées, je comptais donc proposer leur modification quand j’aurai tout uniformisé. Et il s’agirait de définir le style de la classe dans mediawiki:common.css, je pense que c’est clair maintenant. Automatik (discussion) 23 juillet 2013 à 09:32 (UTC)Répondre

{{msing}} et {{mplur}} ne sont pas là en redondance de {{singulare tantum}} et {{plurale tantum}} ? --Lyokoï (discussion) 23 juillet 2013 à 09:59 (UTC)Répondre

Dans la doc. de modèle:plurale tantum, il est donné comme exemple fiançailles, donc la question peut se poser aussi pour {{fplur}} et {{fsing}} àma. Mais oui, pour moi il y a redondance. Automatik (discussion) 23 juillet 2013 à 10:21 (UTC)Répondre

Hello, Sorry for English but It's very important for bot operators so I hope someone translates this. Pywikipedia is migrating to Git so after July 26, SVN checkouts won't be updated. If you're using Pywikipedia you have to switch to git, otherwise you will use out-dated framework and your bot might not work properly. There is a manual for doing that and a blog post explaining about this change in non-technical language. If you have question feel free to ask in mw:Manual talk:Pywikipediabot/Gerrit, mailing list, or in the IRC channel. Best Amir (via Global message delivery). 23 juillet 2013 à 13:12 (UTC)Répondre

Pour ceux qui utilisent le cadriciel pywikipedia et qui utilisent le gestionnaire de contrôle SVN pour le garder à jour, sachez qu'il va passer à git (fin des mises à jour sur SVN le 26 juillet). Voir les liens pour migrer vos bots. — Dakdada 23 juillet 2013 à 14:40 (UTC)Répondre

Le lien pour le blog ne marche pas. Mais ce que j'aimerais, c'est savoir pourquoi ça risque de ne plus marcher si on ne fait rien. Personnellement, je ne mets jamais ma version de Pywikipedia à jour : tant que mes robots marchent, il n'y a pas de raison. J'espère que ça continuera à marcher. Y a-t-il une raison impérative de faire quelque chose ? Lmaltier (discussion) 23 juillet 2013 à 20:10 (UTC)Répondre

J’ai rectifié l’URL, concernant les bots moi aussi j’attends que ça plante pour tout réinstaller. JackPotte ($♠) 23 juillet 2013 à 20:50 (UTC)Répondre

@Lmaltier : mis à part les inévitables bugs, on peut mentionner les modifications de l'API de Mediawiki, ou la mise à jour des wikis, par exemple l'ajout d'un nouveau code, l'ajout récent de l'espace de nom Module ou de n'importe quel espace de nom dans n'importe quel projet. — Dakdada 23 juillet 2013 à 21:05 (UTC)Répondre

Tout ce qui m'intéresse dans l'immédiat, c'est que template.py (avec ce qui est appelé dans le fichier) marche correctement. Ma version date d'avril 2010. Lmaltier (discussion) 24 juillet 2013 à 16:58 (UTC)Répondre

J’ai essayé une première mise à jour (seulement de la traduction interlangues des scripts) en tapant svn up i18n (comme indiqué dans mw:Manual:Pywikipediabot/Gerrit#Using_SVN) dans la ligne de commande et depuis le fichier à partir duquel j’exécute les scripts pywikipedia, mais j’ai le message « 'svn' n’est pas reconnu en tant que commande interne ou externe, un programme exécutable ou un fichier de commandes ». C’est normal ? (sous Windows 7) Automatik (discussion) 23 juillet 2013 à 23:25 (UTC)Répondre

Je ne suis pas sûr qu'on puisse utiliser ces commandes sous Windows. — Dakdada 24 juillet 2013 à 07:12 (UTC)Répondre

Si en passant par Cygwin, procédure en anglais. JackPotte ($♠) 24 juillet 2013 à 16:52 (UTC)Répondre

Cette page ne fonctionne plus et cela ne dépend pas de son contenu apparemment (sur WP elle marche encore). JackPotte ($♠) 27 juillet 2013 à 15:59 (UTC)Répondre

Qu'est-ce que tu entends par « ne fonctionne plus » ? Je peux utiliser ces outils sans problème. — Dakdada 27 juillet 2013 à 17:47 (UTC)Répondre

Je viens de me souvenir que si j’avais classé le gadget de traduction des liens interwikis dans la section expérimentale c’était parce qu’il provoquait cela depuis une migration MW 2013. JackPotte ($♠) 27 juillet 2013 à 18:17 (UTC)Répondre

Dans la page Recherche, il m’arrive fréquemment de faire une recherche sur les discussions récentes (pages Wiktionnaire et Discussion en général) afin par exemple de me remémorer une information ou la noter dans mon espace personnel.

J’ai beaucoup de mal à retrouver mes billes car ces recherches donnent de nombreux résultats et il faut beaucoup de patience pour trouver. J’ai donc pensé qu’il pourrait être intéressant de proposer des options supplémentaires à l’utilisateur : tri par pertinence, tri par date, ordre croissant ou ordre décroissant, etc. Qu’en pensez-vous ?--Titruffe (Apprends-moi) 29 juillet 2013 à 22:56 (UTC)Répondre

Tu connais PHP/MySQL : MW:Category:Search extensions ? Sinon en haut à droite de la Wikidémie tu as une inputbox qui filtre les historiques de Wikidémie avec le mot clé prefix. JackPotte ($♠) 30 juillet 2013 à 06:46 (UTC)Répondre

Si je comprends bien, ces extensions ne sont utilisables que si le LocalSettings.php de notre Wiktionnaire fr le prévoit (il faut ajouter une ligne par extension php). Toutes ces extensions php de Mediawiki sont-elles supposées fonctionner ici ?--Titruffe (Apprends-moi) 30 juillet 2013 à 09:14 (UTC)Répondre

Le LocalSettings n’est pas accessible en lecture au public car il est généré avec une partie commune pour tous les wikis de la fondation…

Mais les extensions qui fonctionnent sont listées ici : Spécial:Version, et parfois Bugzilla accepte d’en rajouter à notre demande. JackPotte ($♠) 30 juillet 2013 à 11:06 (UTC)Répondre

Merci pour ces infos. C’est vite vu, il n’y a manifestement que deux extensions de recherche qui peuvent fonctionner ici : MWSearch et OpenSearchXml. Je les testerai prochainement (avec les vacances…)--Titruffe (Apprends-moi) 30 juillet 2013 à 11:53 (UTC)Répondre

Déplacé dans Wiktionnaire:Questions techniques/novembre 2014#PywikipediaBot