Discussion utilisateur:Tpt

Aller à la navigation Aller à la recherche

À propos de ce flux de discussion

Page de discussion de Tpt (d · c · b)

La discussion précédente a été archivée dans Discussion utilisateur:Tpt/Archive 1 le 2016-04-25.

Jahl de Vautban (discussioncontributions)

Bonjour Tpt,

J'ai tenté d'ajouter une catégorie de maintenance pour identifier les auteurs qui n'auraient rien d'indiqué comme nationalité (comme ce qui existe pour Catégorie:Pages « Auteur » sans image. Visiblement, je me suis planté puisque la catégorie liste actuellement plusieurs auteurs qui ont bien une P27 sur Wikidata. Est-ce que vous pourriez jetez un œil ?

Bonne fin de semaine,

Tpt (discussioncontributions)

Bonsoir !

Oui, il y avait un piège : le paramètre "pays" est toujours à nil même si une nationalité est ajouté depuis Wikidata, ce qui est le cas pour la majorité des auteurs. "pays" n'a une valeur que si elle est donnée depuis le wikitext. J'ai écrit un correctif pour détecter aussi la présence de nationalité depuis Wikidata. J'ai fait aussi en sorte que les pages dans Catégorie:Pages utilisant le modèle Auteur avec une nationalité sans catégorie ne soit pas aussi dans Catégorie:Pages « Auteur » sans nationalité.

Jahl de Vautban (discussioncontributions)

Super, merci !

Jahl de Vautban (discussioncontributions)

Bonjour Tpt,

J'ai remarqué en faisant du ménage sur les données en doublon de Wikidata que les sociétés usent des propriétés Wikidata que le module Auteur2 n'importe pas. Il s'agit d'une part de la date de fondation ou de création (P571) et de la date de dissolution ou de démolition (P576) et d'autre part de l'image du logotype (P154), qui est en général plus pertinente que l'image (P17) pour ces entités. Les deux premiers pourraient être rajoutés sans autre, puisque les êtres humains n'ont pas ces propriétés et inversement les sociétés n'ont pas les propriétés de date de naissance (P569) et de mort (P570). Pour le logotype, cela sera peut-être plus délicat ; comme les êtres humains ne devraient pas en avoir, peut-être voir si le module peut importer d'abord cette propriété et importer la P17 seulement si la P154 n'existe pas ? Bonne fin de semaine,

Tpt (discussioncontributions)

Bonjour ! C'est fait. j'espère que cela marche bien.

Jahl de Vautban (discussioncontributions)

Bonjour Tpt,

Le logotype marche bien, en revanche les dates n'ont pas l'air d'apparaître. Une idée de ce qui peut clocher ?

Bon dimanche,

Tpt (discussioncontributions)

Ah oui, en effet, il y a un problème. Cela devrait être bon maintenant. Bon dimanche !

Répondre à « Module Auteur2 et sociétés/organisations »

Module Autorité et identifiant BAnQ

2
Résumé par Jahl de Vautban

Corrigé

Jahl de Vautban (discussioncontributions)

Bonjour Tpt,

Depuis quelques mois les identifiants BAnQ acceptent aussi les valeurs sous la forme ncf\d{8} (cf. la discussion sur la page de la propriété). Ce nouveau format n'est toutefois pas intégré au code du module Autorité et les pages Auteur concernées renvoient une erreur (ex. Yvette Prost). Comme cela commence à concerner beaucoup d'auteurs, serait-il possible de mettre à jour les valeurs acceptables pour cette propriété ? Bonne fin de dimanche,

Tpt (discussioncontributions)
Ernest-Mtl (discussioncontributions)

Salut Thomas... Crois-tu qu'il serait possible de reformater la génération des graphs de corrections et validations des pages?

  • corrections on frôle dangeureusement la limite du 750...
  • validations on dépasse la limite de 240 pages par jour...

Bien le bonjour!

Ernest-Mtl (discussioncontributions)

ah et il y a les autres aussi comme :

Tpt (discussioncontributions)

C'est fait. C'est super d'avoir ce genre de problèmes !

Ernest-Mtl (discussioncontributions)

haha oui! Merci beaucoup Thomas!

Ernest-Mtl (discussioncontributions)

Salut Thomas... désolé de te déranger à nouveau... Le problème a "empiré"... haha

corrections qu'on va défoncer bientôt à nouveau... ;)

Tpt (discussioncontributions)

Bravo ! Je viens de modifier cela, le prochain graphe devrait avoir plus de place.

Ernest-Mtl (discussioncontributions)

Bonne année 2021 mon cher Thomas... Si jamais tu repasses dans les Phetools, il faudra encore augmenter le graph de validation... on fera sauter le plafond à nouveau bientôt...

Tpt (discussioncontributions)

Bonne année Ernest ! J'ai augmenté le graphe. Il devrait être plus grand lors de la prochaine mise à jour.

Répondre à « graphs »

page Auteur et liens des oeuvres vers wikidata

5
Hsarrazin (discussioncontributions)

Salut, en construisant Auteur:Célestin_Bouglé, j'ai vu que les textes qui avaient un élément wd avaient un petit crayon, donc un lien.

penses-tu qu'il serait possible de rapatrier de wd le badge du lien (quand il existe), dans le paramètre |avancement ?

si c'est pas possible, c'est pas grave... je me posais juste la question, vu que je passe beaucoup de temps à mettre ces badges à jour :)

bises

Tpt (discussioncontributions)
Hsarrazin (discussioncontributions)

Super !!!

Maintenant, il faudrait juste que la modification du niveau d'avancement ICI modifie automatiquement le badge sur wikidata (quand l'élément existe)…

le script que tu m'as fait est bien, mais faut pas oublier de cliquer sur la 2e case - et si jamais on fait une mise à jour sur WD en utilisant le bouton à côté du lien, on se retrouve avec 2 badges différents, au lieu du meilleur

enfin, bon... c'est déjà très beau comme ça :)

Tpt (discussioncontributions)

Oui, en effet, mettre à jour Wikidata est un vrai problème. Il faudrait qu'on finisse de mettre en place le fait que Wikidata soit la source de l'information que Wikisource ne ferais que refléter.

Hsarrazin (discussioncontributions)

ben oui, mais pour ça faut que les données soient sur wikidata... c'est long à faire... :(

Répondre à « page Auteur et liens des oeuvres vers wikidata »

Help pour une contributrice avec un bug d'affichage...

4
Résumé par Hsarrazin

résolu

Hsarrazin (discussioncontributions)
Hsarrazin (discussioncontributions)

ok, @Koreller a trouvé la solution sur Discord

-> incompatibilité avec la coloration syntaxique...

désolée pour le dérangement...

Tpt (discussioncontributions)

Pas de soucis ! Il faudrait que je corrige ce problème qui est très gênant.

Hsarrazin (discussioncontributions)

sutout pour un/e débutant/e qui ne comprend pas ce qui se passe...

Répondre à « Help pour une contributrice avec un bug d'affichage... »

vérifier l'état de transclusion d'un numéro de la RDDM

4
Hsarrazin (discussioncontributions)

Salut :)

La RDDM étant composée d'articles, il arrive que l'un d'eux soit oublié lors de la transclusion... en l'absence de liens sur la tdm, il est très difficile de le vérifier...

il me semble qu'il y avait un outil qui permettait de lister les pages transclues et les non transclues d'un facsimile... [https://checker.toolforge.org/ Checker] ? mais il ne semble plus fonctionner... connais-tu autre chose ?

merci pour ton aide :)

Tpt (discussioncontributions)
Hsarrazin (discussioncontributions)

Super ! merci... c'était (je crois) un outil d'origine (en)... - je crois me souvenir qu'il y avait un bouton dans le coin de l'interface Index, qui le lançait automatiquement...

et il te listait tout bêtement la liste des page transclues, et celle des pages non transclues... il marchait encore la dernière fois que je l'avais utilisé (avant le confinement et le changement de fonctionnement de la plateforme des tools...)

... par contre, comment fais-tu pour relancer la requête une fois la page d'index changée ? j'ai mis un bon moment à piger comment fonctionne Quarry, mais ça marche ! merci


[edit]… et je viens de trouver un bouquin sur … le bouton est toujours là… et fonctionne…

par contre, je n'arrive pas à comprendre pourquoi, quand je mets un bouquin de frwikisource, ça m'affiche Internal Server Error :(

penses-tu que ça serait faisable d'intégrer un bouton du même type sur notre interface (le dernier à droite) ?

Hsarrazin (discussioncontributions)
Répondre à « vérifier l'état de transclusion d'un numéro de la RDDM »

import des données du modèle Book, quand il est alimenté depuis Wikidata...

13
Hsarrazin (discussioncontributions)

Bonsoir Tpt,

j'ai importé ce soir File:Taché - Forestiers et voyageurs, 1884.djvu sur Commons, en le liant à son élément wikidata Forestiers et voyageurs (Q90714136), mais en voulant créer la page d'index, je me suis aperçue que les champs alimentés par wikidata ne sont pas importés dans la page d'index.

Je ne termine donc pas l'import, pour te laisser la possibilité de voir ce qui se passe.

Merci pour ton aide :)

Tpt (discussioncontributions)

Bonjour Hélène, c'est tout simplement car le convertisseur du modèle Book vers les pages d'index ne fonctionne pas avec les données issues de Wikidata. Il faudrait mettre cela en place (ou, mieux, avoir des pages d'index et un modèle d'en-tête qui marchent avec Wikidata).

Hsarrazin (discussioncontributions)

oui, je me doutais d'un truc comme ça...

pour mettre en place des pages d'entête qui marchent (aussi) avec wikidata, ça serait bien, à terme... mais les principales personnes qui importent des fichiers ne touchent même pas àWD avec des pincettes (je pense à Ernest en particulier)

Pour le moment, j'en suis toujours à faire le ménage du gigantesque passif que nous avons en termes de "élément wikidata" pour chaque livre, modèle Book sur Commons, lié à l'élément wikidata... et c'est du boulot qui ne PEUT PAS être automatisé, ou très peu, car la saisie dans wikidata suppose que chaque part de la description (auteur, éditeur, etc. ait un élément)...

Ton super script ws2sw.js est une aide énorme.... mais ça ne marche que pour les bouquins qui sont transclus avec header (et il y a encore des milliers de cas de transclusion avec {{page}}.

ça avance, mais j'aimerais qu'on soit un peu plus nombreux à se partager ce travail (pour lequel je vérifie systématiquement l'existance d'une notice BNF ou Sudoc afin de limiter les erreurs...

Il reste aussi encore des centaines d'auteurs (probablement plus avec les revues, à identifier et créer, et l'outil d'import d'autorités de Dicare n'est plus opérationnel depuis une quinzane :(

Je te souhaite une bonne santé et une bonne continuation... (et si tu as un petit peu de temps pour penser à l'import depuis Book/wikidata, ça serait génial... sinon, tant pis).

Bises

Tpt (discussioncontributions)

Merci beaucoup pour tout ton boulot d'importation dans Wikidata. C'est génial que tu avance dessus. Ce serait super effectivement s'il y avait d'autre personne pour t'aider.

Au niveau de Book Wikidata, que dirais-tu plutôt de faire en sorte que les pages d'index en mode "visualisation" et le header template affiche les données de Wikidata ? Cela serait probablement autant de travail que de faire l'import depuis book/Wikidata et éviterais de dupliquer l'information.

Je compte m'atteler ce week-end à avancer (et j'espère finir) le code pour faire enfin marcher les liens inter-langues avec Wikidata via les éditions/oeuvres.

Bon week-end et bonne santé à toi aussi !

Hsarrazin (discussioncontributions)

le produit de mes cogitations... ça a pris un peu de temps car (1 : je télétravaille ; 2. j'essaie de voir comment optimiser mon boulot au fur et à mesure que je le fais...)

oui, ça serait bien, si on pouvait avoir pour chaque page d'Index un champ Wikidata, où on mettrait le QID... -> mais certaines données ne sont pas sur wd... la source, par exemple...

et ça marcherait bien pour les "nouveaux" bouquins.... mais la reprise pour les anciens reste un boulot de fou...

penses-tu qu'il soit possible de créer un champ Wikidata... sur lequel serait calé le fait que le bouquin EST catalogué dans wikidata (et plus le fait que le "titre" ait un lien wikidata ; car ça donne des faux positifs, et aussi des faux négatifs)...

si le champ est renseigné, toutes les données possibles seraient affichées.

Mais je me pose la question de "afficher" ou "importer"... car on a la question de la gestion des liens (Auteur, espace principal, séries, etc.)

car il n'est pas envisageable d'imposer aux contributeurs qui importent des bouquins de créer l'élément wikidata avant... ni même après.... il y a bien trop peu de wikisourciens qui sont capables de le faire, ou qui souhaitent le faire ^^

et surtout, si on veut en venir à bout, il faudrait une catégorisation efficace des bouquins pour lesquels il FAUT créer/chercher un élément wikidata... car avec les problèmes actuels de Petscan, la recherche par croisement de critères est devenue totalement impossible...

par ailleurs, il y a sur Commons des milliers de fichiers qui utilisent encore un modèle Information et pas le modèle Book, donc ces fichiers devraient être mis à jour aussi...

autrement dit :

  1. créer un champ wikidata pour mettre le QID
    1. le cas échéant, ce QID pourrait être importé du fichier Commons correspondant
    2. ET/OU reporté sur le fichier Commons correspondant (comme ça on ne fait le boulot qu'une seule fois)
  2. créer une catégorie "Page d'index sans QID dans le champ wikidata" pour facilement trouver TOUS les bouquins à traiter (au départ, TOUS, bien sûr).
  3. reprendre tous les bouquins qui font partie de la liste Catégorie:Livres_avec_un_lien_Wikidata (qui correspond au fait que le titre a un lien wikidata, ce qui n'est pas du tout la même chose pour les recueils, les journaux, etc.
  4. compléter ces livres là le plus vite possible avec le QID
  5. compléter avec le QID des bouquins dont le fichier Commons a un QID
  6. reprendre tout le reste...

Je me pose aussi la question s'il serait plus commode de partir des plus anciens fichiers, ou des plus récents.... je pense que traiter chronologiquement est la seule façon de ne rien oublier...

autre questionnement... comment faire fonctionner les liens Auteurs... y compris, le cas échéant, les liens rouges d'Auteurs à créer

j'espère que ces cogitations te seront utiles...

on devrait peut-être faire une sous-page du projet Wikidata pour traiter de cette question ?


Qu'en dis-tu ?

Tpt (discussioncontributions)

Bonjour Hélène. C'est un super plan ! Je vais faire un prototype et je reviens vers toi. J'espère qu'on pourra dans la suite se passer quasi complètement du champ Wikidata quand il sera possible d'accéder aux données structurées de Commons depuis les modules Lua de Wikisource.

Hsarrazin (discussioncontributions)

oui, mais pour le moment, je ne vois pas comment faire sans...

et puis, juste un champ wikidata, c'est moins lourd que tous ces champs doublonnés....

PS : il faut aussi penser au cas des fs qui ne sont PAS sur Commons, pour des questions de copyright - notre modèle Book n'est pas à jour, et n'affiche même pas l'élément wd... (enfin, je lui ai fait une petite bidouille pour l'afficher, mais il ne récupère rien... - voir par ex. Fichier:Alain_-_Système_des_Beaux-Arts.djvu)

j'ai créé à la volée

Tpt (discussioncontributions)

En effet, il y a ces fichiers qui ne sont pas sur commons.

Un autre point a considérer : si on importe automatiquement les données de Wikidata dans l'espace index, il faut faire de même avec le modèle d'entête (header=1). Et là une ambiguïté se pose : si la page où l'entête est affichée est elle même connecté à une entrée Wikidata, faut-il afficher les données de l'entrée vers laquelle pointe la page d'index ou les données de l'entrée liée à la page ?

Hsarrazin (discussioncontributions)

normalement, quand j'importe les données dans wikidata, je commence par faire le ménage de la page d'index et des headers pour qu'ils soient homogènes et propres, avec le maximum de données directement fournies par la page d'Index, mais on a toujours tout un tas de cas particuliers...

pour les pages de l'espace principal, alors là, on a plusieurs cas...

  • ceux où l'élément qui est lié à la page est le même que celui mentionné dans la page d'index (c'est le cas pour les pages principales des ouvrages qui ne sont pas des recueils, et pour les petits ouvrages transclus en une seule page, sans sommaire) - donc les données devraient être les mêmes... normalement - sous réserve que Book récupère correctement les données de wikidata, ce qui n'est pas encore totalement le cas... (par ex, les sous-titres)
  • les sous-pages de type chapitre... qui utilisent les mêmes données de header que le volume, à l'exception de la pagination ;-> celles-là ne devraient pas avoir d'élément wikidata, sauf exception...
  • les pages de périodiques ou de recueils, qui sont "publiées" dans le volume, qui lui est lié à un autre élément ; celles-là, pour toutes sortes de raisons, peuvent poser des problèmes... -> j'aurais tendance à dire que l'élément wikidata directement lié devrait prendre le pas sur les données de l'Index, exactement comme on peut forcer la valeur des paramètres dans le header... - (et peut-être prévoir des catégories pour mettre en évidence les divergences...)

dans tous les cas, si on récupère les données de wikidata dans le header, il faudra pouvoir conserver la possibilité de forcer des données locales...

je ne suis pas sûre qu'il faille utiliser wikidata pour afficher le header, pour le moment... déjà, une fois qu'on aura mis à plat tous les Index, ça sera pas mal... je ne sais pas à combien de milliers on en est, mais on dépasse largement les 14000 (et il y a plus de 20000 djvu en français sur commons).

mais s'il faut définir un ordre de priorité je dirais : les données de la page d'Index par défaut > si les données de l'élément wikidata direct sont différentes, elles prennent le pas > s'il y a des paramètres locaux en dur, ils prennent le pas...

je crois que sur Commons, des dizaines de catégories de maintenance ont été mises en place pour mettre en évidence les divergences... mais compte tenu du nombre de nous sommes, est-ce vraiment gérable sur wikisource ?

autre point, qui n'est actuellement PAS DU TOUT géré par le modèle Book : les paramètres comme Auteur ou Editeur, avec une valeur liée à un autre élément, et un qualifier "indiqué comme" qui correspond à la valeur à afficher (comme dans [[lien X|valeur affichée]]). -> ex : Sur_la_mémoire -> l'auteur est [[Auteur:Alain]] mais la signature qui s'affiche est "E. Chartier".

Il faudra bien sûr les récupérer correctement, sinon c'est vraiment pas la peine de s'enquiquiner à aller les documenter...

mais dans l'immédiat, je dirais qu'il faut s'occuper des Index, et continuer à gérer les header à partir des index comme ils le sont déjà, c'est à dire la valeur par défaut ou la valeur forcée

puis, dans un 2e temps, on verra s'il y a des différences avec ce qui vient de l'élément wikidata lié...

Tpt (discussioncontributions)

Bonjour Hélène,

J'ai fait un premier jet de l'importation des données depuis Wikidata. Les pages d'index ont un nouveau champ pour l'identifiant Wikidata et le "index template" et le "header template" sont tout les deux mis à jour. Si un identifiant Wikidata est donné, les données depuis Wikidata sont utilisés si aucune donnée n'est présente sur Wikidata. L'importation depuis Wikidata est faite depuis Module:Index_data qui est utilisé par Module:index template et Module:header template. Il n'y a pour l'instant aucune catégorie de tracking sauf Catégorie:Livres avec un identifiant Wikidata pour les pages ayant un identifiant Wikidata (et donc où l'importation est active). Voici un exemple de page d'index et [page de l'espace principal associée].

Hsarrazin (discussioncontributions)
Tpt (discussioncontributions)

La raison est Special:Diff/10832334. Le header template ne récupère pas pour l'instant les données de Wikidata (j'ai codé une première version mais cela rendais le rendu de certaines pages trop lourd et j'ai donc revert avant de voir comment corriger le problème).

Hsarrazin (discussioncontributions)

Merci !!

Répondre à « import des données du modèle Book, quand il est alimenté depuis Wikidata... »
Hsarrazin (discussioncontributions)
Tpt (discussioncontributions)
Hsarrazin (discussioncontributions)

merci !

Y a-t-il un moyen que l'outil affiche Petscan dans le menu ?

Tpt (discussioncontributions)

C'est fait

Hsarrazin (discussioncontributions)

J'espère que tu vas bien par les temps qui courent... comme tu peux le voir, j'ai repris les contributions sur wiki après plusieurs mois très clairsemés...

Bises et bonne continuation !

Répondre à « Gadget Petscan - peux-tu m'aider, stp ? »
2401:4900:3676:F1D4:4C7D:F78C:D81D:F818 (discussioncontributions)

Hi, just notifying here that I have sent an email regarding improving Wikidata-Wikisource integration. Thanks.

KCVelaga (discussioncontributions)

Hi, just notifying here that I have sent an email regarding improving Wikidata-Wikisource integration. Thanks.