Wikipedia:De kroeg/Archief/20240729

Hoe overname Wikidata-afbeelding vermijden

Wanneer men op Wikidata een afbeelding aan een onderwerp toevoegt, wordt deze in bepaalde Wikipedia-infoboxen automatisch overgenomen daar waar er geen andere afbeelding in de infoboxparameter "image" geplaatst is.

Dit kan zeker nuttig zijn, maar in sommige gevallen ook zeer ergerlijk. Kan er iets 'onzichtbaar' in de infobox bij de parameter "image" getypt om te vermijden dat er een Wikidata-afbeelding in Wikipedia verschijnt? ~Ycleymans~ (overleg) 21 jul 2024 13:13 (CEST)

Deze aanpassingen toepassen in het sjabloon, daarna kun je | stopafbeelding = ja gebruiken. Is al in gebruik in diverse sjablonen. Sjoerd de Bruin (overleg)‍ 21 jul 2024 13:26 (CEST)

Zoals Sjoerd de Bruin al zegt, bij veel infoboxen kun je gewoon zelf een bestand opgeven dat dan de plaats inneemt. Gewoon proberen dus. Werkt dat niet, dan heeft de box aanpassing nodig  →bertux 21 jul 2024 13:28 (CEST)

Ik dank jullie vriendelijk, het probleem is verholpen 🙂 ~Ycleymans~ (overleg) 21 jul 2024 13:41 (CEST)

Het kan ook zijn dat op Wikidata een afbeelding niet in de juiste eigenschap staat, zoals een liggingskaart of werk ipv portret van een kunstenaar. Advies is deze naar de juiste eigenschap te verplaatsen, maar zo te zien was er een kleine bewerkingsoorlog gaande. Sjoerd de Bruin (overleg)‍ 21 jul 2024 13:46 (CEST)

In plaats van de correctie voor onszelf te houden, is het het mooiste om het eerst op Wikidata aan te passen. Wikiwerner (overleg) 21 jul 2024 13:54 (CEST)

Vaak is in Wikidata heel lang geleden een afbeelding toegevoegd en zijn er inmiddels betere afbeeldingen. Hobbema (overleg) 21 jul 2024 16:01 (CEST)

Evengoed vaak is op Wikidata een recentere afbeelding, omdat wij hier een eeuwigheid geleden al een afbeelding hadden geplaatst. De oplossing is steeds hetzelfde, kijk kritisch, en vervang iets daar waar het de meeste zin heeft. SexMad (overleg) 21 jul 2024 16:07 (CEST)

In dat geval kun je zelf die betere afbeelding toevoegen aan Wikidata. Wikiwerner (overleg) 21 jul 2024 17:28 (CEST)

In dit geval vind ik de koppeling met Wikidata niet goed werken. Een onderschrift is namelijk gewenst, maar omdat een onderschrift aan een specifieke afbeelding verbonden is en het onderschrift niet wordt veranderd als de gebruikte afbeelding op Wikidata wordt veranderd (door bijv. een bewerker van dewiki), zul je mij altijd de gebruikte (of anders een betere) afbeelding zien toevoegen aan het sjabloon met een bijbehorend onderschrift. Nadeel: de infobox toont niet automatisch een betere foto die op Wikidata wordt toegevoegd. Voordeel: het onderschrift klopt altijd. Voor mij weegt dat laatste (dus) zwaarder. Ennomien (overleg) 21 jul 2024 19:13 (CEST)

Er is een Wikidata-eigenschap bijschrift van media (P2096) waarmee je het bijschrift op Wikidata als qualifier kwijt kan, en die is redelijk specifiek voor infoboxen bedoeld. Ik weet niet helemaal hoe je die in het onderhavige geval zou gebruiken, maar daar is denk ik wel een mouw aan te passen. Milliped (overleg) 21 jul 2024 19:28 (CEST)

Het zou fijn zijn als er een algemeen sjabloon voor onderschriften voor personen komt, je kan op Wikidata namelijk ook alleen een tijdstip noemen wat een mooie backup kan zijn voor bovenstaande. Ik wil op korte termijn hier wel naar kijken. Sjoerd de Bruin (overleg)‍ 21 jul 2024 19:34 (CEST)

Foutmelding

Ik krijg de laatste tijd steeds vaker een foutmelding wanneer ik een Wikipediapagina wil openen:

MediaWiki internal error.Original exception: [4c77b773-19e5-4044-b99f-ec8ad41fac76] 2024-07-21 21:04:10: Fatal exception of type "Wikimedia\Rdbms\DBUnexpectedError"Exception caught inside exception handler.Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information.

Ligt dit aan mijn toestel of hebben meer mensen hier last van? LeeGer 21 jul 2024 23:08 (CEST)

Ik had hetzelfde, en meerdere mensen op Discord ook. :( - TheGoodEndedHappily (overleg) 21 jul 2024 23:12 (CEST)

Dan zal het wel aan de systemen van Wikipedia liggen. Iemand enig idee wat deze toverspreuk betekent? LeeGer 21 jul 2024 23:15 (CEST)

Het betekent dat het dubbel fout ging in de MediaWiki-code: eerst in de code die de pagina opbouwt, en daarna in de code die de fout zou moeten afhandelen. Wat er precies fout ging kunnen alleen ontwikkelaars zien. –bdijkstra (overleg) 21 jul 2024 23:26 (CEST)

Zie phab:T370304: eerst liep het systeem vast op een achtergrondtaak die ongewenste afbeeldingen eruit moet halen, daarna blijkt dat 35% van de taken op een database werden gebruikt voor een Lint-fout die nog niet uitgerold is. Het zou nu niet zo snel meer moeten gebeuren... Sjoerd de Bruin (overleg)‍ 22 jul 2024 10:54 (CEST)

Ik merkte gisterenavond dat deze reeks halfautomatische bijdragen maar gedeeltelijk uitgevoerd werd en dat de zoekresultaten ook achterliepen, waardoor het een beetje gedoe was om uit te zoeken wat er wel en niet gedaan was. Kan dat met de nasleep van deze bug te maken hebben?  →bertux 22 jul 2024 11:57 (CEST)

Het probleem deed zich voor om 23:00 lokale tijd, dus lijkt mij sterk. Zoekopdrachten zijn sinds een paar maand meer gecached (om dubbele en onjuiste resultaten te voorkomen en minder druk op de servers), het kan tot 10 minuten duren totdat een wijziging verwerkt is. Sjoerd de Bruin (overleg)‍ 22 jul 2024 12:01 (CEST)

Volgens de link die je geeft is het probleem op 13 juli al gemeld en vannacht maakten de servers overuren om allemaal achterstanden in te lopen  →bertux 22 jul 2024 12:30 (CEST)

Er waren ook issues met search gister door overbelasting, dat is Phab:T370621 TheDJ (overleg) 22 jul 2024 14:19 (CEST)