Wikipedia:De kroeg/Archief/20230413

Infobox persoon Wikidata

Bij Herman Zanstra is een infobox persoon toegevoegd. Bij promotor en promovendi staan daarin links naar wikidata ipv rode links. Is dat wat we willen? Mij lijkt dat niet zo'n goed idee eigenlijk. Hobbema (overleg) 2 apr 2023 23:03 (CEST)

Ik zie dat het een speciaal sjabloon is waarvan ik nog nooit gehoord had: sjabloon:Infobox persoon Wikidata. Die haalt allerlei gegevens uit Wikidata. Dat is prima. Maar kennelijk maakt het ook links aan naar Wikidata, en dat lijkt me absoluut niet de bedoeling. Ten eerste komt de lezer dan niet op een artikel terecht maar op een database-item waar de gemiddelde lezer geen chocola van kan maken; ten tweede ontmoedigt een blauwe link het aanmaken van artikelen. Erik Wannee (overleg) 2 apr 2023 23:15 (CEST)

(na bwc) Ik kende dit sjabloon ook niet, tot nu toe. Geheel per Erik Wannee; het sjabloon zou op dit punt gecorrigeerd moeten worden, want dit is natuurlijk niet zoals het hoort in artikelen. De Wikischim (overleg) 2 apr 2023 23:15 (CEST)

Bij Leonard Cockayne gaat een groot deel van de links in de infobox naar wikidata. Hobbema (overleg) 2 apr 2023 23:30 (CEST)

Die infobox kan toch worden vervangen door een normale infobox? Dat lijkt me een doeltreffender oplossing dan hier klagen over die infobox die dingen doet die je niet leuk vindt. Putmetkeren (overleg) 3 apr 2023 08:17 (CEST)

Ja, gewoon even 1171 artikelen bewerken, zo gebeurd. –bdijkstra (overleg) 3 apr 2023 08:32 (CEST)

Bij Carl Friedrich von Weizsäcker staat viermaal nominatie voor de Nobelprijs. Hobbema (overleg) 3 apr 2023 08:36 (CEST)

Goede opmerking Hobbema. Dat lijkt mij inderdaad niet de bedoeling. Het eerste dat we zouden moeten afspreken is dat we per direct daarmee stoppen. Kunnen we daarover consensus bereiken? Wie is tegen? HT (overleg) 3 apr 2023 08:40 (CEST)

Het lijkt me beter om te kijken of we de sjabloon gerepareerd kunnen krijgen zodat wel de gegevens uit wikidata gehaald worden maar dat er geen links naar wikidata worden gegenereerd. In het geval van ontbrekende artikelen zoals de namen van de promovendi uit het eerste voorbeeld kunnen het wel gewoon rode links worden. Erik Wannee (overleg) 3 apr 2023 09:02 (CEST)

Goed punt. Ik heb in ieder geval een opmerking achtergelaten op de overlegpagina - dat lijkt me een geschikte plek voor constructief overleg. -- Effeietsanders (overleg) 3 apr 2023 09:08 (CEST)

Zie ook André Lange onderaan. Daar staan herhalingen (of onnodige details) in het Engels. Moeten wij ook wikidata verbeteren? Hobbema (overleg) 3 apr 2023 09:14 (CEST)

@Hobbema Het probleem blijft, wat ik eerder al opmerkte, dat die Wikidata-gegevens maar al te vaak blind worden overgenomen. Zolang dat niet veranderd, zullen we altijd die fouten blijven houden. HT (overleg) 3 apr 2023 09:25 (CEST)

Rare vraag, "Moeten wij ook wikidata verbeteren?" Het idee is dat alle basisgegevens in Wikidata staan. Vervolgens kunnen schrijvers in alle talen daaruit putten om een artikel te schrijven. Dus als je Wikidata-data verbetert help je mensen over de hele wereld. –bdijkstra (overleg) 3 apr 2023 09:42 (CEST)

Normale verbeteringen doe ik daar al lang (20.000). Ik had het over het vertalen van bv 'bobsleigh at the 2010 Winter Olympics – two-man'. Hobbema (overleg) 3 apr 2023 10:03 (CEST)

Lijkt me verstandig om af te spreken om de "infobox persoon" niet te gebruiken voordat de problemen met onjuiste gegevens/links in wikidata zijn opgelost. Moeten we daar een (informele) stemming over houden? Saschaporsche (overleg) 3 apr 2023 10:08 (CEST)

Per Saschaporsche ! HT (overleg) 3 apr 2023 10:10 (CEST)

Als je die stemming of peiling wil voorbereiden dan breng ik met plezier mijn stem uit. –Frank Geerlings (overleg) 3 apr 2023 11:45 (CEST)

@Saschaporsche: een vraag voor de goede orde: is sjabloon:Infobox persoon dan ook fout? Ik dacht dat het probleem alleen gelegen was in sjabloon:Infobox persoon Wikidata. Los daarvan heeft het niet zo'n nut om nu acuut het gebruik van een dergelijk sjabloon te boycotten, aangezien het eerstgenoemde sjabloon nu toch al op 5642 pagina's in gebruik is en het andere sjabloon op 1167 pagina's. Erik Wannee (overleg) 3 apr 2023 11:53 (CEST)

@Erik Wannee sorry ik bedoelde inderdaad sjabloon:Infobox persoon Wikidata. vr groet Saschaporsche (overleg) 3 apr 2023 15:21 (CEST)

Het vertalen van die labels maakt het makkelijker om een item over dat onderwerp te vinden op Wikidata. Maar die labels van OS-onderdelen zijn nogal formulair, die kunnen wellicht beter met een script worden gedaan. –bdijkstra (overleg) 3 apr 2023 10:23 (CEST)

Wat betreft die labels: Is het niet een idee om mensen die het sjabloon invoegen op het hart te drukken alsjeblieft bij het aantreffen van niet-Nederlandse labels deze even te vertalen? Dit is echt een fluitje van een cent: je gaat naar het Wikidata-item van het onderwerp van het artikel, en je klikt de parameters (dus de beschrijving van het veld zelf, de tekst ervan) aan die niet zijn vertaald. Even vertalen, opslaan en klaar. Dit dekt niet het hele probleem, maar deze bal ligt wel gewoon op onze helft. –Frank Geerlings (overleg) 3 apr 2023 12:00 (CEST)

Het probleem in mijn beleving is in alle taalversies heeft wikidata een lage prio. Taallabels of omschrijvingen worden daarom nauwelijks aangepast als er geen Nl.wiki is. Voorheen hadden we nog de Edoderoobot, maar die is stuk sinds het vertrek van Edo.Ldhank (overleg) 3 apr 2023 13:23 (CEST)

Het feit dat er op veel plekken Engelse labels staan komt juist door Edo, welke Engelse labels zonder controle gewoon overnam (zie hier). Het is voor een sjabloon dus moeilijk te herkennen of er een echt Nederlands label bestaat. Sjoerd de Bruin (overleg) 4 apr 2023 09:50 (CEST)

Dan is het maar goed dat hij weg is, als hij er zo'n puinhoop van maakte. Urinoise (overleg) 5 apr 2023 20:02 (CEST)

Nou zeg, dat is niet nodig... Zou fijn zijn als we het zakelijk kunnen houden. -- Effeietsanders (overleg) 5 apr 2023 22:04 (CEST)

Eerlijk gezegd begrijp ik de hele ophef niet zo. Bovenstaande voorbeelden zijn allemaal uitgevoerd door een bewerker. Het is te vergelijken Wanneer een regulier sjabloon:persoon wordt toegevoegd zonder gegevens, dan is er een sjabloon zonder meerwaarde geplaatst. Ergo als het sjabloon:persoon_wikidata zonder inperkingen wordt opgevoerd, ook dan heeft de bewerker zich niet in de werking van het sjabloon verdiept en geen rekenschap genomen van het effect van de bewerking. Gelieve dan deze bewerking terug te draaien Nu zijn er een paar voorbeelden gevonden met een overkill aan gegevens, maar mijn aanname is dat nog geen 0,001% van de personen in wikidata zo uitvoerig ingevuld zijn. Daarbij, de informatie is ook niet fout ofzo. Het staat alleen niet fraai als er zoveel gegevens in het lemma staan. Het sjabloon toont dezelfde data als in commons. En neen, het sjabloon is niet stuk, echter het sjabloon plaatsen zonder dat de bewerker weet hoe het werkt en geen inperkingen meegeeft is niet handig. Dan komt er weer een kroegdiscussie van waar iedereen even zijn plasje overheen wil doen.Ldhank (overleg) 3 apr 2023 13:23 (CEST)

Op Commons staan wel niet klikbare zwarte links als een parameter daar niet aanwezig is.

Als een parameter onzichtbaar wordt gemaakt door een regel met stop zal niemand ontdekken dat die wel toegevoegd kan worden als iemand later een lemma daarover aanmaakt. Hobbema (overleg) 3 apr 2023 16:19 (CEST)

De stopregel heb ik gebruikt om de essentiële informatie over te houden. Er staat bij zo'n volledig ingevuld element vaak onnodige en niet relevante ballast zoals spreektaal, schrijftaal, religie enz.

Mocht er een van de 10 ontvangen onderscheidingen of een van de vier kinderen van de betreffende persoon wel relevant zijn voor nl.wiki dan kan dat handmatig ingegeven worden in het sjabloon zoals dat bij andere sjablonen gedaan wordt. Een handmatige ingave overschrijft de gegevens uit wikidata.Ldhank (overleg) 3 apr 2023 19:57 (CEST)

Tech News: 2023-14

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

• The system for automatically creating categories for the Babel extension has had several important changes and fixes. One of them allows you to insert templates for automatic category descriptions on creation, allowing you to categorize the new categories. [1][2][3][4][5]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 4 April. It will be on non-Wikipedia wikis and some Wikipedias from 5 April. It will be on all wikis from 6 April (calendar).
• Some older Web browsers will stop being able to use JavaScript on Wikimedia wikis from this week. This mainly affects users of Internet Explorer 11. If you have an old web browser on your computer you can try to upgrade to a newer version. [6]
• The deprecated jquery.hoverIntent module has been removed. This module could be used by gadgets and user scripts, to create an artificial delay in how JavaScript responds to a hover event. Gadgets and user scripts should now use jQuery hover() or on() instead. Examples can be found in the migration guide. [7]
• Some of the links in Speciaal:SpecialePaginas will be re-arranged. There will be a clearer separation between links that relate to all users, and links related to your own user account. [8]
• You will be able to hide the Reply button in archived discussion pages with a new __ARCHIVEDTALK__ magic word. There will also be a new .mw-archivedtalk CSS class for hiding the Reply button in individual sections on a page. [9][10][11]

Future changes

• The Vega software that creates data visualizations in pages, such as graphs, will be upgraded to the newest version in the future. Graphs that still use the very old version 1.5 syntax may stop working properly. Most existing uses have been found and updated, but you can help to check, and to update any local documentation. Examples of how to find and fix these graphs are available.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 4 apr 2023 01:38 (CEST)