Bonjour, je suis Eihel. Je voulais vous faire savoir qu'une ou plusieurs de vos récentes modifications de descriptions de Q17579 ne suivent pas les règles des descriptions de Wikidata. Les descriptions doivent apparaître comme si elles se trouvaient au milieu d'une phrase, commencer typiquement par une lettre minuscule et être écrites d'un point de vue neutre. Par exemple, « chanteur pop » est une meilleure description que « Il est le meilleur chanteur pop ». Si vous pensez que j'ai fait une erreur, ou si vous avez des questions, laissez moi un message sur ma page de discussion. Merci à vous.
User talk:TomT0m
Bonjour,
Je suis sur Discord, vite fait, pour t'expliquer ce qu'il en retourne. Bien sûr, il y a d'autres moyens au lieu de int, mais le souci est beaucoup plus compliqué. Pour l'instant, j'aimerais qu'il réponde pour qu'il ne recommence pas et qu'il n'emploie pas ce que tu proposes.
À toute ;)
Thank you for catching my typos. Unfortunately, since you didnt sign your comment, there was no Reply link, and my responsebecame misformatted. I hope I didn't destroyany page functionality, feel free to rrevert my edit if necessary.
There is a bug that makes using the "reply" tool inconvenient on this page, you can’t use the {{Sparql}}
template correctly. So I did not use it and having lost the habit to sign, of course I forgot :)
I noticed on Property talk:P2738 that you proposed a "disjoint" property. What happened to that proposal?
EDIT: Sorry it wasn't you who proposed the property.
I still think it's a not so good idea :) This property should do the trick in most if not all cases with less redundancy risks.
There are cases that disjoint union of does not cover. For example, how can one use it to state that dog and human are disjoint? There seems to be a need for some other way of stating disjointness. I will probably put together a request for comments, as an improvement of disjointness in Wikidata is more than just a property proposal.
It definitely should work if you use inferences, it applies transitively on the classes. The actual problem is that the taxonomy project does not want to use classes :/
It should be enough to say somewhere that their smallest common ancestor taxon is Boreoeutheria (Q132666) if I searched right. It has two child taxons that should be asserted disjoint. The human taxon is subclass of one, and the other on the other, see this query.
So dogs and humans can be asserted disjoint by a "disjoint union of". The solution could be to manually handle the taxonomy case in the gadget, for example. There also lacks a way to link items like human (Q5) and https://w.wiki/8Tcm to their taxon to do this.
If we don’t want this link, we can rely on a more casual life classification on Wikidata with the (casual) "animal" class, make (disjoint) subclasses for it like "humans" "wild animal" "domestic animal", make "dog" a subclass of "domestic animal" an we are done. We get that cattle is also disjoint with humans on the process.
Actually … See The disjoint union statement on the « animal » item. It’s already stated that human are disjoint with non human animals. So it’s enough that "dog" is a subclass of "non-human animal" directly or indirectly for my gadget to catch any problem with any irl werewolf :)
I only had to add one statement to solve this problem to state that domesticated animals are non-human animals : https://www.wikidata.org/w/index.php?title=Q622852&diff=prev&oldid=2028039516
You can check with this templated query wether or there exist a "disjoint union of" statement that makes two classes anywhere in the tree disjoints : https://w.wiki/8TiA you can check on it that "dog" and "human" are disjoint and click on the link on the right to go to the statement.
You definitely not need to add a statement that "dog" and "human" are disjoint, then. And likely you can check that cows are also disjoint with humans with the same query.
I make a lot of use of your script, but instead of constantly starting discussions on WikiProject Ontology, I usually fix the incorrect statements myself. That means copy-pasting the query URL from the auto-generated discussion section without hitting publish. I love the option of starting a discussion for tricky cases, but it would also be nice to get to the query from the item with one click, without having to start a discussion. Could you add that link to the script output, please? Thanks!
This post was hidden by Bouzinac (history)
I think what you want is already possible, click on the arrow on the left or elsewhere on the rectangle and the query results will show on the details
Ah, so it is! Thanks!
What is exactly difference between fr:Javeline and fr:Javelot? One is "all such weapons" and second is "this is only about Roman times weapon"?
The frwiki article is rather short, but a bit of search gives the answer that the javeline is usually shorter and is used also as a hand weapon.
Translation by google translate of https://www.euraldic.com/lasu/tx/txt_la1905_armes.html this page :
« Polearm or throwing weapon that can be handled like a short pike or thrown like a javelin. The Javeline consists of wood, a sharp leaf-shaped iron, a metal heel, which can serve as a counterweight, and often this heel ends in a long, sharp point. The javelin is a weapon used at all times, in all countries, and that the blacks of Africa, especially in Ethiopia, still carry today, with the round shield, exactly like the Greek peltasts. The usual length of the weapon is 1.50 meters. But the javelins carried by the horsemen were longer, reaching up to 4 meters, like the spears or gay spears of the Stradiots, in the 16th century. The Frankish Framée, the Dardes of the Middle Ages were Javelines. These weapons disappear, with the XVth century, in the infantry. The Spanish genetaires, the Greek and Albanian Stradiots, the Turks and the Hungarians, however, continued to wear them. Lancers' spears, like those of modern Uhlans and dragoons, are Javelins. The name "spear" must be reserved for the large polearm, 5.50 meters to 7 meters long, which was handled with the Faucre. »
Thank you -I created entry as described in User_talk:PMG#Wrong_merge
Phew! I greatly appreciate the information you provided; that cleared up a lot for me! I wish I had known this when I began trying out some Lua code of my own at Swedish WP two years ago. Anyway, I didn't get very far with that, which is just as well, as I can now readjust my efforts in case I find time to continue that work.
By the way, you mentioned reverse (inverse) properties, something I'd like to avoid. What are the chances that Wikipedia infoboxes and other widgets will some day be able to look up things like ?sense wdt:P5137 wd:Q482980 or similar themselves rather than depend on Wikidata editors to specify female form of label (P2521) in a few hundred languages for each profession mentioned in a WP article? If there is an ongoing transition process, what can we do to help speed it up? We have an entire section of Wikidata devoted to lexemes, but Wikipedia seems to require those to be duplicated in Q-item space for lack of an inverse lookup function, which I consider an utterly wasted effort hindering Wikidata development.
I have updated my personal page User:SM5POR#Current work to illustrate what kind of agenda I follow for my involvement with Wikidata.
Salut,
Vu que tu as soulevé la question pour les deux lexèmes "key" (et les deux Lexèmes key (L1131) et key (L684194)), je me demandais si il ne serait pas utile de préciser la définition de ce qu'est un lexème (la définition sur Wikidata:Lexicographical_data/Documentation est très courte et pas forcément évidente pour les non-lexicographes).
Qu'en penses-tu ? et de quelle façon prendrais-tu cette définition ?
Bonjour TomT0m,
Merci beaucoup pour tes modifications sur les lexèmes :)
Pour la création de nouveaux lexèmes, je te conseille d'utiliser Wikidata Lexeme Forms, qui permet de renseigner très rapidement les informations de base, en particulier pour les substantifs (genre, formes au singulier et au pluriel).
Pour les lexèmes existants, je te conseille d'activer le gadget lexeme-forms
, qui crée des liens dans la colonne de gauche vers les formulaires correspondants de cet outil.
Bon week-end.
Merci du renseignement ! Je savais que ça existait et j’avais même activé le gadget dans mes prefs mais pas encore trouvé le lien. J’ai du l’utiliser ce week-end pour la première fois.
Il manque des langues par contre, je vais voir pour en rajouter avec Lucas
Bonjour TomT0m,
Je me souviens que tu avais lancé le débat sur le bistro de déployer le template {{Item documentation}}
sur MediaWiki:Talkpageheader. Est-ce que la discussion a abouti ? Ce serait pas mal qu'on trouve un consensus parce que là on hésite entre Talkpageheader et déploiement manuel sur les pages de discussion et du coup on n'avance pas. Perso, je crois vraiment au potentiel de ce modèle. PAC2 (talk) 05:53, 3 May 2022 (UTC)
J’en suis resté à ce stade aussi, il me semble qu’on était pas nombreux a être intervenu dans la discussion sur le bistro, mais qu’il n’y avait pas vraiment d’opposition.
On pourrait faire une DIPP, ça déclencherait sans doute plus de discussions.
(Et pour le problème de la découvrabilité, il est tout à fait possible d’insérer un lien « Cette documentation est générée par {{Item documentation}}
, (lien vers) modifier le modèle ».
qu'est ce que tu entends par DIPP ?
Sur frwiki c’est « demande d’intervention sur une page protégée ». Une requête aux admins ici sinon, je sais pas si il y a un équivalent.
Oui ce serait une idée. Sinon on relance une request for comments. Je trouve que c'est pas toujours facile de mobiliser la communauté sur Wikidata pour trancher des points de discussion.
Hello, je ne suis pas sûr de bien comprendre l'intérêt de la manipulation de renommage sur Item documentation.
Je devrai préciser la procédure directement.
L’idée c’est que 1) tu commences par renommer « Item Documentation » en gardant un redirect, par exemple « Item Documentation -> Item Documentation 2» 2) tu blanchies la page redirigée « Item Documentation ».
Du coup l’historique est conservé sur « Item Documentation 2 », puisque ça te posait problème.
Ensuite il suffit de restaurer la redirection et/ou de faire le renommage inverse en écrasant la redirection pour restaurer l’état initial.