User talk

Difference between revisions of "VIGNERON"

 
(5 intermediate revisions by 2 users not shown)
Line 122: Line 122:
 
== [[Help:SPARQL_2]] ==
 
== [[Help:SPARQL_2]] ==
 
Hello Vigneron,<br>
 
Hello Vigneron,<br>
Could you copy the following  into [[User:VIGNERON/common.js]]:
+
This advanced level page is as of now a simple place holder for large (slow), complex, federated, wikidata queries. To gather ideas. I wont work on it in December. [[User:Yug|Yug]] ([[User talk:Yug|talk]]) 15:17, 21 December 2021 (UTC)
<syntaxhighlight lang="javascript">
 
// Lexeme Queries Generator (OOUI)
 
if(/^User:Yug\/Help:SPARQL_2$/.test( mw.config.get( 'wgPageName' )) ) {
 
console.log('Lexeme Queries Generator : 🚀');
 
mw.loader.load( '/index.php?title=User:Yug/MediaWiki:OOUI.js&action=raw&ctype=text/javascript');
 
}
 
</syntaxhighlight>
 
I will allow you yo see the [[User:Yug/Help:SPARQL_2]] as it is intended to look, with the human-friendly Lexeme Queries Genertor.
 
  
Secondly, as an explainer, this page is as of now a simple place holder. To gather ideas. I wont work on it in December. [[User:Yug|Yug]] ([[User talk:Yug|talk]]) 15:17, 21 December 2021 (UTC)
+
== Review needed ==
 +
Hello VIGNERON, please review my [https://lingualibre.org/index.php?title=User:VIGNERON/common.js&action=history edit] to your common.js. Minor, only in comments, but I just scanned your script without truly inspecting it. [[User:Yug|Yug]] ([[User talk:Yug|talk]]) 10:49, 22 January 2022 (UTC)
 +
:Hello Vigneron,
 +
:Does [[User:VIGNERON/common.js|your word generator for Breton]] works ? I was not able to make my copy / adaptation of your code work. Rdrg109 is interested in this tech but I have no successful coding experience on this side. [[User:Yug|Yug]] ([[User talk:Yug|talk]]) 18:15, 2 June 2022 (UTC)
 +
::Hi {{ping|Yug}},
 +
::To be honest, I have no idea where it exactly came from and how it was supposed to work. Plus, it could easily be replace by a SPARQL query in ExternalTools. Go on the RecordWizard, on the 3rd screen chose "ExternalTools" option (bottom right) and paste the Wikdiata query URL "https://query.wikidata.org/#SELECT * WHERE {%0A%20 %3Fid dct%3Alanguage wd%3AQ12107 %3B wikibase%3Alemma %3Flabel .%0A}%0ALIMIT 10" (Q12107 being Breton, replace it to change the language). I'm notifying {{ping|Rdrg109}} too.
 +
::Cheers, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|talk]]) 19:38, 3 June 2022 (UTC)
 +
:Received. Your code was derivated from [[MediaWiki:Gadget-Demo.js]], which I was unsuccessful to turn on and fix.
 +
:Allow me to report your statements to Rdrg109's talkpage discussing this issue as well. No clarifying answer from 0x010C so far. [[User:Yug|Yug]] ([[User talk:Yug|talk]]) 15:52, 4 June 2022 (UTC)

Latest revision as of 15:52, 4 June 2022

Gonna to move it ! :D

@Vigneron & Pamputt Hello, I think it would be better to rename LinguaLibre:Problèmes_dans_la_mise_à_jour_des_statistiques into LinguaLibre:Events/2021 statistics update. This page is atypical on lingualibre. One way to better host it is to see it as a coding sprint or hackathon event with both volunteers & pro collaborating. Ok with it ? Yug (talk) 11:38, 12 February 2021 (UTC)

@Yug it's not exactly an "event" but yes, I agree this would be a more suitable name. Cheers, VIGNERON (talk) 08:40, 15 February 2021 (UTC)
Vigneron, can I edit a bit your message on the bistro for readability ? :) Yug (talk) 16:28, 15 February 2021 (UTC)
Moved the page to align it with other recent report. We now have :
Need better categorization tho. @Pamputt . Yug (talk) 20:31, 22 February 2021 (UTC)

Wikidata Lexeme team

Hello Vigneron, it could soon be the time to call for wikidata lexeme folks to invade a bit Lingualibre. It would be interesting if we get 2~3 users, with a team dynamic, manipulating the concepts of LL's resources, Wikidata, bots. Yug (talk) 23:25, 21 February 2021 (UTC)

User-rights

If this site is expected to be the final database I'am interested to get back my magic broom, so I may edit MediaWiki:Gadget-RecentNonAudio.js and other, which I currently cannot edit. It's a bit strange because I'm officially a sysops already. Yug (talk) 09:56, 16 April 2021 (UTC)

Oh..... With 1.32+ I need interface-admin user-rights.
So you, VIGNERON, should be able to edit the Gadget. See https://www.mediawiki.org/wiki/MediaWiki_1.32/interface-admin Yug (talk) 10:47, 16 April 2021 (UTC)
We virtually have no vandalims here, and nearly no page deletions. Most admins are mainly using interface-admin tools : using write access to protected page. It may be efficient to grant interface-admin to all (active) admins. --Yug (talk) 11:09, 16 April 2021 (UTC)
@VIGNERON & Pamputt . I am admin but can't edit MediaWiki:Common.css due to new user-rights separations :
You do not have permission to edit this page, for the following reason:
You do not have permission to edit this CSS page because it may affect all visitors.
Permissions for editing of sitewide CSS/JS/JSON files were recently separated from the `editinterface` right.
If you do not understand why you are getting this error, see mw:Special:MyLanguage/MediaWiki_1.32/interface-admin.

Can one of you help all LL admins to get the proper `editinterface` right ? Yug (talk) 21:19, 25 April 2021 (UTC)

@Yug I have granted you `editinterface` right. This right is needed to edit JS and CSS pages, not others. So I will not grant all admins here automatically because most of them do not need this right. Pamputt (talk) 07:07, 26 April 2021 (UTC)
We are understaffed. CSS needs a major revamp, so we need people to test (on their CSS) and then copy to Common.css. The less friction the better.
I also suspect the current situation is due to 0x010C who has willfully removed native CSS the code he started with.
Does WikiValley has an opinion on how we should process to restore a decent CSS ?
Should we go with Common.css ?
Should we look for and identify on github the removed native CSS, then restore them ? Yug (talk) 08:30, 27 April 2021 (UTC)

Dust bug and BlueLL

Hello Vigneron,
The emerging dust bug seems widespread, we need to notify our contributors via the sitenotice. I therefore made some edits to Github BlueLL in order to restore our sitenotice. Could Wikivalley git clone BlueLL to the server, so it deployed my fix and we can display a notification to our contributors ? If not in their scope, please tell me asap so I contact Mickael. Yug (talk) 08:28, 27 April 2021 (UTC)

Your changes has been deployed on the server, the sitenotice seems to work now. Seb35 (talk) 13:37, 27 April 2021 (UTC)

Documentation technique

2018-12 Lingua Libre webrequest flow.png

Salut VIGNERON, comme tu avais créé la page Help:Documentation opérationelle Mediawiki, est ce que tu penses pouvoir jeter un œil au schéma ci-contre (normalement ci-contre mais à cause du problème de CSS, c'est ci-dessus). Je pense que c'est toujours d'actualité mais peut-être qu'un oeil technique pourrait vérifier que c'est le cas ou qu'il n'y a pas d'erreur. Peut-être que Seb35 est aussi intéressé. L'idée c'est d'avoir une doc technique aussi claire et exhaustive que possible à la fin de votre prestation. En tout cas merci d'avance. Pamputt (talk) 20:35, 3 June 2021 (UTC)

Salut Pamputt,
Oui, c'est exactement l'idée que nous avons ; nous avons crée cette page de documentation, notamment pour Michael et au cas où il y aurait à nouveau un problème (ce que je n'espère pas mais il vaut mieux être prêt au cas où). Pour ce schéma, nous avons d'ores et déjà prévu de la vérifier, on prévoit de le faire la semaine prochaine (de même Michael devrait tester la doc pour s'assurer qu'elle est claire et correcte).
PS: merci pour la mise en forme et je me renote le problème de CSS.
Cdlt, VIGNERON (talk) 08:39, 4 June 2021 (UTC)
Sur le même sujet, je ne sais pas si ça vaut le coup de mettre à jour LinguaLibre:Changelog (je ne sais pas à quel point vous avez touché aux codes de Lingua Libre). Peut-être que ça vaut le coup d'augmenter le numéro de version pour le passage à Mediawiki 1.35. Pamputt (talk) 17:04, 16 June 2021 (UTC)

Besoin d'aide pour une requête

Salut VIGNERON, j'aurais besoin de ton aide pour récupérer le lieu d'apprentissage de la langue d'un enregistrement. Par exemple, si je prends matta (Q590326), on voit que l'enregistrement est en Shawiya language (Q4901) et a été effectué par Zakaria Mimouni (Q225315). Sur son élément, je voudrais récupérer le fait qu'il a appris le chaoui à Batna (code Q338844 sur Wikidata).

Donc, en résumé, je suis à la recherche d'une requête qui à partir d'un enregistrement récupère la langue du mot et le nom du locuteur puis vérifie si le locuteur parle cette langue (c'est normalement toujours le cas) et récupère un éventuel lieu d'apprentissage place of learning (P15). C'est dans tes cordes ? Pamputt (talk) 21:03, 12 July 2021 (UTC)

Si jamais tu passes par là, ne t'embête pas, j'ai trouvé la réponse. Je me suis servi de ça :-) Pamputt (talk) 21:16, 14 July 2021 (UTC)
Salut Pamputt, désolé j'avais vu ton premier message mais j'étais occupé par ailleurs. Content de voir que tu a réussi par toi-même, c'est encore la meilleure façon d'apprendre ;) Par curiosité personnelle et car cela pourrait servir à d'autres (les qualificateurs ne sont pas toujours naturels à requêter pour certain-e-s), pourrais-tu partager cette requête quelque part ?
Sinon, ta remarque m'a fait penser à une simple requête de vérification :
SELECT * WHERE {
  ?record prop:P2 entity:Q2 .
  ?record prop:P5 ?speaker .
  ?record prop:P4 ?lang .
  MINUS { ?speaker prop:P4 ?lang }
}
Il y a actuellement 1234 enregistrements par 16 personnes (ce qui est déjà très peu) dont beaucoup de faux-positifs (typiquement, une langue et un de ses dialectes qui sont formellement différent par exemple).
Cdlt, VIGNERON (talk) 08:19, 16 July 2021 (UTC)
Pas de soucis. En fait je cherchais à prendre en charge place of learning (P15) dans Lingua Libre Bot (faire afficher le lieu d'apprentissage d'une langue à côté de l'enregistrement plutôt que le lieu de résidence actuel du locuteur si le lieu d'apprentissage est renseigné). Donc ça ressemble à
SELECT DISTINCT
    ?record ?speaker ?speakerLabel
    ?language ?learningPlace ?languageLevel
WHERE {
  ?record prop:P2 entity:Q2 .
  ?record prop:P4 ?language .
  ?record prop:P5 ?speaker .

  ?speaker llp:P4 ?speakerLanguagesStatement .
  ?speakerLanguagesStatement llv:P4 ?speakerLanguages .
  OPTIONAL { ?speakerLanguagesStatement llq:P15 ?learningPlace . }
  OPTIONAL { ?speakerLanguagesStatement llq:P16 ?languageLevel . }

  FILTER( ?speakerLanguages = ?language) .
  FILTER( !isBlank(?learningPlace )) .

  SERVICE wikibase:label {
    bd:serviceParam wikibase:language "en" .
  }
}
Il faut aussi ajouter d'autres filtres (nom du locuteur, date, etc.) sinon ça se fini en timeout. Et on peut aussi filtrer les résultats qui retournent une valeur inconnue. Pamputt (talk) 08:26, 16 July 2021 (UTC)
Et concernant ta requête. C'est aussi très intéressant. Par contre, je ne sais pas trop ce qu'on pourrait en faire et comment gérer de tels enregistrements. Pamputt (talk) 08:33, 16 July 2021 (UTC)
Pamputt j’imagine que ma requête pourrait servir pour une patrouille a posteriori des enregistrements. Cdlt, VIGNERON (talk) 09:36, 16 July 2021 (UTC)

Nouveau problème de requête

Bonjour VIGNERON. Bon, je te sollicite à nouveau parce que là, je n'y comprends vraiment rien. J'essaie simplement de trouver tous les enregistrements qui ont une déclaration avec type of issue (P33) (en gros ce qui est présent dans Special:WhatLinksHere/Property:P33). Pour cela, j'ai tenté plusieurs choses mais j'obtiens uniquement 5 résultats. Par exemple, cette requête toute simple devrait me trouver boaco (Q53451), mais en fait non, elle me renvoie juste cinq éléments.

SELECT ?record ?issue
WHERE {
  ?record prop:P33 ?issue .
  
}

Une idée de ce que je fais « mal » ? Pamputt (talk) 16:00, 18 July 2021 (UTC)

Hmm, en regardant de plus près toutes les pages qui utilisent type of issue (P33), ces 5 cinqs pages sont les seules qui n'ont pas de qualificatif ? Ca expliquerait le problème ? Si oui, comment récupère aussi les éléments pour lesquels P33 a des qualificatifs ? Pamputt (talk) 16:03, 18 July 2021 (UTC)
@Pamputt (désolé pour le délai, je suis en plein déménagement en ce moment).
Mhhh, étrange. Cela ne doit pas (ou plutôt ne devrait pas) venir des qualificatifs (prop: fonctionne qu'il soit présent ou non pour d'autres propriétés).
Sauf erreur, et vu que les 5 résultats sont plus anciens, il s'agit plutôt des l'updater du blazegraph qui est tombé et qui ne mets plus à jour les données @Seb35 & WikiLucas00
Cdlt, VIGNERON (talk) 16:41, 30 July 2021 (UTC)
Mise à jour : c'était bien juste l'updater. Cdlt, VIGNERON (talk) 16:57, 30 July 2021 (UTC)
Pas grave pour le délai :) et merci d'avoir cherché. Pour les prochaines fois où ça se produit, est ce que la procédure pour résoudre ce problème est donnée quelque part ? Pamputt (talk) 17:04, 30 July 2021 (UTC)
Pour compléter, je viens de faire en sorte que l’updater soit redémarré automatiquement quand il s’arrête (sauf si action volontaire bien sûr) et ai mis la même chose pour Blazegraph tant qu’à faire [1] ; ça devrait limiter assez fortement ce type d’erreur et s’il s’arrête ça sera dû à un problème grave. Cette fois, comme plusieurs fois auparavant, l’updater s’arrête quand il n’arrive pas à contacter Wikibase (qui est sur un autre serveur) pendant 10 secondes, ce qui est souvent dû à des problèmes réseau intermittents. ~ Seb35 [^_^] 09:09, 2 August 2021 (UTC)
Je pense avoir trouvé comment requêter la date de la dernière écriture dans Blazegraph, mais n’en suis pas sûr puisque je n’ai pas trouvé de doc (mais ça semble cohérent avec les derniers éléments ajoutés) ~ Seb35 [^_^] 09:18, 2 August 2021 (UTC)
SELECT *
WHERE {
  <https://lingualibre.org> schema:dateModified ?d
}
Ah, et sur la façon de redémarrer si besoin, c’est documenté sur Help:Documentation opérationelle Mediawiki#Gestion des services : exécuter les commandes avec "status" pour diagnostic, puis avec "start" sur les services qui sont arrêtés (puis à nouveau "status" pour vérifier). Je vous laisse mieux publiciser ça dans la communauté si besoin. ~ Seb35 [^_^] 09:28, 2 August 2021 (UTC)

Help:SPARQL_2

Hello Vigneron,
This advanced level page is as of now a simple place holder for large (slow), complex, federated, wikidata queries. To gather ideas. I wont work on it in December. Yug (talk) 15:17, 21 December 2021 (UTC)

Review needed

Hello VIGNERON, please review my edit to your common.js. Minor, only in comments, but I just scanned your script without truly inspecting it. Yug (talk) 10:49, 22 January 2022 (UTC)

Hello Vigneron,
Does your word generator for Breton works ? I was not able to make my copy / adaptation of your code work. Rdrg109 is interested in this tech but I have no successful coding experience on this side. Yug (talk) 18:15, 2 June 2022 (UTC)
Hi @Yug ,
To be honest, I have no idea where it exactly came from and how it was supposed to work. Plus, it could easily be replace by a SPARQL query in ExternalTools. Go on the RecordWizard, on the 3rd screen chose "ExternalTools" option (bottom right) and paste the Wikdiata query URL "https://query.wikidata.org/#SELECT * WHERE {%0A%20 %3Fid dct%3Alanguage wd%3AQ12107 %3B wikibase%3Alemma %3Flabel .%0A}%0ALIMIT 10" (Q12107 being Breton, replace it to change the language). I'm notifying @Rdrg109 too.
Cheers, VIGNERON (talk) 19:38, 3 June 2022 (UTC)
Received. Your code was derivated from MediaWiki:Gadget-Demo.js, which I was unsuccessful to turn on and fix.
Allow me to report your statements to Rdrg109's talkpage discussing this issue as well. No clarifying answer from 0x010C so far. Yug (talk) 15:52, 4 June 2022 (UTC)