User talk:Envlh

Previous discussion was archived at User talk:Envlh/Archive 1 on 2015-08-11.

The title of the challenge is birds and is has flight (Q206021). But there is also a more specific flight (Q29884806) for the flight of an animal. There is also bird's wing (Q15719234) rather than wing (Q161358) which may actually make a difference in some languages 😅

Yes, this is intended. The goal is to work on general concepts before working on more specific ones. The drawback is the one you highlight. However, it is possible to work on all concepts (some editors do it!), even if some are not taken into account in the challenge.

Merci pour le partage de https://qlever.cs.uni-freiburg.de/wikidata/ . C'est extraordinaire !

Si jamais tu peux m'aider, je cherche à retirer les lexemes de mes requêtes sur l'outil. Donc, c'est

PREFIX wd: <http://www.wikidata.org/entity/>
PREFIX wdt: <http://www.wikidata.org/prop/direct/>
PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#>
SELECT DISTINCT ?item where {?item wdt:P31/wdt:P279* wd:Q5 .}

J'ai cherché, mais pour l'instant, je n'ai pas trouvé (beaucoup de fonctionnalités de SPARQL ne sont pas implémentées par ce endpoint). Si j'ai une illumination, je te préviendrai (ça m'intéresse ^^).

Comme d'hab, c'est Tagish le meilleur : https://www.wikidata.org/w/index.php?title=Wikidata:Request_a_query&diff=1745966941&oldid=1745908889

Ta question était de lister tous les éléments instance et sous-classe de human (Q5) sur QLever, en enlevant les lexèmes. La solution de Tagishsimon ne fonctionne ni sur QLever (syntaxe non reconnue), ni sur Wikidata (timeout).

Hello,

Je suis un peu perplexe devant cette modification : si je comprends bien, cela signifierait que mail François Mitterrand (Q27643377) a reçu son identifiant FANTOIR en janvier 1987 avec comme nom "Mail François Mitterrand" à une époque où le président de la République finissait à peine son premier mandat et avait encore 9 ans à vivre... D'ailleurs, selon Wiki-Rennes, la municipalité a quand même attendu son décès pour renommer l'avenue du Mail. Comment indiquer cela sur Wikidata ?

Bonsoir,

Résumé de ce qu'on s'est dit tout à l'heure :

• 1987 est bien bien ce qu'indique la source ajoutée à la modification suivante. Pour cette déclaration, je ne vois pas quoi faire d'autre, hormis contacter la DGFIP qui édite le Fantoir.
• Il faudrait créer de nouvelles déclarations avec official name (P1448) pour indiquer les noms successifs, potentiellement en sa basant sur les délibérations du conseil municipal de la ville de Rennes, comme le fait Wiki Rennes. Une future visite aux archives municipales (je ne sais pas si c'est disponible en ligne) ?

Je suis tombé sur un autre cas (nettement moins problématique, mais où le Fantoir a aussi un peu d'avance) : la passerelle Alice Milliat (Q111324203), bien que posée et ouverte en 2020, est connue du Fantoir depuis 2017.

Salut,

Je te confirme que les épisodes de la saison 3 de Dark ne sont pas sur Wikidata, je te laisse les créer ou veux-tu que je le fasses ?

Sinon, pour les lexèmes, j'ai trouvé une tâche à faire : créer des sens pour les adverbes finissant en -ment et basé sur un adjectif. Tu coup, pour ceux-là (104), on peut créer automatiquement un sens avec la glose "de manière XXX" et mettre XXX en pertainyme (pertainyme que j'ai d'ailleurs proposé à l'ajout sur le github du lexemes challenge, je ne sais pas si tu as vu et si j'ai bien poussé ma modif :/ ). Je ne sais pas ce que tu en penses, voici une requête d'exploration : https://w.wiki/5VLs . Dis-moi si tu penses que c'est faisable.

Salut,

Merci ! Je vais créer les épisodes de Dark.

Pour les lexèmes, je te réponds séparément (pas tout de suite).

Par convention on met souvent sur Wikidata la valeur actuelle de la propriété en rang préféré. Ce n’est pas, en général, pour mettre la valeur considérée comme « la plus importante ».

L’intérêt est de poser simplement des question comme « qui est le président de la France », par exemple, sans avoir à se soucier de l’historique. Et si on veut l’historique, on prend toutes les déclarations valides et pas seulement les préférées, ce qui peut être le cas dans l’infobox d’un député.

Bonjour,

Cette convention, qui fonctionne « souvent » (par exemple pour les populations d'une ville), fonctionne très mal pour les mandats d'une personne (et je parle bien sur l'élément d'une personne).

À commencer par votre exemple. Avoir le dernier mandat de président de la République sur l'élément Emmanuel Macron (Q3052772) en rang préféré n'aidera aucunement à répondre à votre question. Peut-être vouliez-vous parler de Q142#P35, mais c'est dans ce cas hors-sujet par rapport à ma remarque.

Quant à savoir pourquoi vous me parlez d'infobox, je ne comprends pas plus (et vu l'état de l'infobox Biographie2 sur la Wikipédia en français, qui gère par exemple très mal les mandats consécutifs, il vaudrait mieux éviter de la prendre en exemple).

Parce que ce sont des utilisations importante, notamment pour choisir les conventions sur les rangs (typiquement seuls les rangs les plus élevés sont remontés par défaut par les fonctions qui tirent les données de WD, sauf si on fait exprès de récupérer les autres — ou sur les requête quand on utilise que les formes en wdt: ). Dans ces conditions mettre des trucs en rang privilégié permet(trait) de n’afficher qu’eux dans les infobox.

Et si il n’y a pas ce genre de considération sur comment seront plus tard utilisées les données, je comprend pas vraiment le problème que vous cherchez à résoudre. Ne pas toucher au rang par défaut dans la mesure du possible pour faciliter l’entrée des données ?

Par exemple on pourrait choisir, si on utilise pas une convention temporelle pour les rangs pour cette propriété, de mettre en avant les mandats nationaux par rapport aux mandats locaux, mais dans ce cas il vaudrait mieux préconiser de les mettre tous en rang privilégié parce que si un bot rajoute plus tard un mandat local qui n’y était pas en rang normal ça se retrouverait au même rang que les mandats de députés qu’on aurait laissé en rang normal parce que pas de mandat local …

Hello! I saw the Lexemes Challenge, and it looks fun and useful! What is the process for picking the themes and lexemes for the challenges?

Hi! Thank you :)

For the weekly challenge, you can send me a theme or a list of Wikidata items (by email or by DM on Twitter or Telegram). I can of course discuss and help you choose the items of a challenge. Usually, the challenge has 7 items, but it's not a strict rule. The challenge can be scheduled to fit an event.

You can also use Lexemes Party to build your own board (see the several examples available in the page).

Sweet, I'll put together a good list. I am aiming for the first week in November during 2021 United Nations Climate Change Conference (Q68580968), we are planning many events.

Is it possible to discuss upcoming challenges? Sometimes I have some suggestion or fixes to the list, but it is already ongoing...

At the moment, upcoming challenges are not really planned (I usually add them the day before they start...). When someone suggests a challenge, it is discussed with the person, but that's all. A drawback of discussing a challenge before its start is that it can be completed before its start (it already happened several times). If you have practical ideas to improve the design of new challenges, I would be happy to hear them :)

Hi,

I managed to set up dicare-tools locally on Mac. If you like I can write down a guide on how to do it. Now opening http://localhost:9000/lexemes/challenge.php I see only

Error
No active challenge found!

How do I create a challenge?

Hello Shisma! Depending on what you want to achieve, there are two solutions.

The easiest way is to use Lexemes Party. Several examples are available at the bottom of the page. The drawback of this solution is that it does not track changes.

A more difficult solution is to install Lexemes Challenge as you did. Here are the missing steps:

• Ensure that you initialized MySQL as stated in the documentation (especially executing the queries in the file doc/schema.sql).
• Create a new row in the table lexemes_challenge with the following fields:
  • title
  • concepts: list of challenge's items, example: Q5389 Q2066131 Q40244 Q43450 Q12100 Q14660 Q131647
  • concepts_count: number of items in the previous list
  • date_scheduled: start date of the challenge, example: 2021-07-30 12:00:00
• Execute the script scripts/lexemes-challenge.cron.sh: it will start the challenge if its date_scheduled is past, automatically ending previous challenge if there is one.

Don't hesitate if you have questions!

Cheers,

Don't hesitate if you have questions!

Thanks for the kind offer. 😀

Following your advise I got the following error message when executing lexemes-challenge.cron.sh

 sh lexemes-challenge.cron.sh
 2021-12-12 18:07:33 Starting challenge #1...
 
 Fatal error: Uncaught Exception: MySQL Error #1366
 UPDATE `lexemes_challenge` SET `initial_tweet` =  WHERE `id` = 1
 Incorrect integer value:  for column 'initial_tweet' at row 1 in /dicare-tools/inc/lib/db.class.php:41
 Stack trace:
 #0 /dicare-tools/inc/lib/LexemeChallenge.class.php(57): db::query('UPDATE `lexemes...')
 #1 /dicare-tools/scripts/lexemes-challenge.cron.php(16): LexemeChallenge->open()
 #2 {main}
 thrown in /dicare-tools/inc/lib/db.class.php on line 41

I think this shouldn't be a problem to me.

The challenge seems to be set up now but unfortunately it throws the following error:

 Warning:  require(/dicare-tools/inc/lib/Locale.class.php): failed to open stream: No such file or directory in /dicare-tools/inc/load.inc.php on line 9

  Fatal error:  require(): Failed opening required '/dicare-tools/inc/lib/Locale.class.php' (include_path='.:') in /dicare-tools/inc/load.inc.php on line 9

This is probably something basic since the locale class should be shipped with PHP as I understand it. I'm using PHP 7.3.29-to-be-removed-in-future-macOS 🤣

For the first error, you should put the value LEXEMES_CHALLENGE_TWEETS to false in the file conf/conf.inc.php (the script tries to tweet start and end of challenges, but this is completely optional).

For the second error, you need to install the extension intl. I don't know how to do that on MacOS. On Linux, there is a package named php-intl. Maybe there is the same on MacOS? What version of MacOS are you using?

Thanks for your help. I managed 🎉

Bonjour, je souhaitais utiliser vos moulinettes BNF et Idref mais je m'aperçois que les liens dont je disposais Moulinette Bnf Moulinette IdRef ne fonctionnent plus. Sont ils disponibles via une autre URL ? bien cordialement

Bonjour. Pour la raison indiquée sur mon site, je suis progressivement en train de mettre en pause la plupart de mes activités liées à Wikidata et Wikibase. Les outils Dicare, dont certains ont besoin d'importantes ressources informatiques (toutes proportions gardées, mais un hébergement mutualisé classique n'est pas suffisant), étaient hébergés sur un serveur dédié, dont la location a été résiliée au 31 mars (et effective le 2 avril). Il y a une discussion sur le Project chat de Wikidata pour la reprise de ces outils (et un ticket Phabricator : T249697). Cordialement.

Merci pour les infos et pour tous ces outils bien utiles. Cordialement

Bonjour. Pour information, ces deux outils sont maintenant disponibles sur Toolforge :

• https://dicare.toolforge.org/bnf/
• https://dicare.toolforge.org/idref/

Les anciennes URLs ne fonctionnent plus.

Hi Envlh

Please avoid deleting valid content from Wikidata when you seek to update statement to the current data model, e.g. when trying to update as you did , add or move it it as statement to the sense as suggested on Property_talk:P5137. Merely deleting the statement doesn't add any value nor does it seem constructive.

Hello Jura1,

I note you chose not to reply to the messages I previously left on your talk page about this topic.

As you recognize yourself, this content is invalid. Deleting unsourced statements which does not respect the data model established by the community is a perfectly valid action on Wikidata. I would have updated these lexemes by creating senses (like I did on other lexemes) if I could have guessed what you had in mind when you created these incorrect statements.

It's not my job to fix your incorrect usage of item for this sense (P5137). If you want this property on these lexemes, please fix your contributions yourself. Everyone would have saved time if this would have been your first reaction.

I'm not entirely sure what is the point of your message trying to explain me the constraint system of Wikidata.

As noted on Property_talk:P5137, we added these statements when senses weren't available and they can be moved to sense now. If don't understand the link between qui (L1718) and Who? (Q20656443), it might be preferable if you avoid deleting or changing other contributors statements on lexemes. It seems fairly obvious to another contributor.

With the help of another contributor, we fixed qui (L1718), quoi (L1719), comment (L1720), quand (L1721), où (L1722), pourquoi (L1723), combien (L1724).

Good. Don't hesitate to ask at Wikidata_talk:Lexicographical_data before deleting content, if things like the link between qui (L1718) and Who? (Q20656443) aren't clear to you.

Bonsoir, pourrais je savoir pourquoi vous retirez des P1889 utiles ?

Bonsoir. Les P1889 que je retire sont des valeurs dupliquées.

Toutes mes excuses, j'avais regardé un peu trop rapidement. En ce cas, good job