Wikipedia:De kroeg: verschil tussen versies

Onderwerp toevoegen
Uit Wikipedia, de vrije encyclopedie
Laatste reactie: 2 jaar geleden door Bertux in het onderwerp Bewerkerssurvey 2022
Verwijderde inhoud Toegevoegde inhoud
Labels: Bewerking via mobiel Bewerking via mobiele website Geavanceerde mobiele bewerking
Regel 234: Regel 234:
:Nog even de link voor jou en mij die banners standaard wegklikken en zich dan afvragen waar het over ging: [https://nl.wikimedia.org/wiki/Survey_2022 Survey 2022] [[User:Bertux|'' →bertux'']] 16 jan 2022 11:39 (CET)
:Nog even de link voor jou en mij die banners standaard wegklikken en zich dan afvragen waar het over ging: [https://nl.wikimedia.org/wiki/Survey_2022 Survey 2022] [[User:Bertux|'' →bertux'']] 16 jan 2022 11:39 (CET)
:Mijn handen jeuken om «survey» overal in «enquete» te veranderen, maar dat zal in dit geval wel niet geapprecieerd worden. [[Gebruiker:Sietske|Sietske]] | <sub>[[Overleg gebruiker:Sietske|Reageren?]]</sub> 17 jan 2022 09:55 (CET)
:Mijn handen jeuken om «survey» overal in «enquete» te veranderen, maar dat zal in dit geval wel niet geapprecieerd worden. [[Gebruiker:Sietske|Sietske]] | <sub>[[Overleg gebruiker:Sietske|Reageren?]]</sub> 17 jan 2022 09:55 (CET)
:Het tegengaan van [[desinformatie]] komt in de vragenlijst wel ter sprake, maar ''niet'' bij de redenen om Wikipedia te bewerken. Da's raar; ik heb het ingevuld bij 'andere redenen'. (Wie mijn bijdragen leest zal dat niet rechtstreeks bespeuren, maar kwaliteitsverhoging in algemene zin en het schrappen van twijfelachtige informatie verhoogt in elk geval de [[Legitimiteit (politiek)|legitimiteit]] <small>(niet precies de gewenste link)</small> wat de inzet van Wikipedia tegen leugens en verzinsels ten goede komt [[User:Bertux|''&nbsp;→bertux'']] 17 jan 2022 10:28 (CET)


== [[Slag om Heartbreak Ridge]] ==
== [[Slag om Heartbreak Ridge]] ==

Versie van 17 jan 2022 11:28

Zie WP:K
Zie WP:DK
Zie WP:Kroeg
Welkom in de kroeg van de Nederlandstalige Wikipedia

U bevindt zich hier: De kroeg · Auteursrechtencafé · Bibliografie- en broncafé · Biografische bistro · Biologiecafé · Botcafé · Categoriecafé · Doorverwijscafé · Economiecafé · Exactewetenschapscafé · Geografiecafé · Geologiecafé · Geschiedeniscafé · ICT-café · Juridisch café · Kunstcafé · Medisch café · Muziekcafé · Politiek en nieuwscafé · Redactielokaal · Religie- en filosofiecafé · Ruslandcafé · Schaakcafé · Sportcafé · Taalcafé · Typografiecafé · De Wandschildering · Wikidata-café · Zuidoost-Europacafé · Café for non-Dutch speakers · (wikiprojecten) · (mededelingen) · (helpdesk)


Archiefpagina's afgelopen dagen:

Handige pagina's:


Sjabloon:BLP

Ik zie dat nl-wiki als een van de grotere nog steeds geen BLP-sjabloon heeft. Template:BLP Shame. Kennelijk zelfs nog geen Categorie:Laevende luuj. Wickey (overleg) 3 jan 2022 10:33 (CET)Reageren

Moet ik dit lezen als een sneer of als voorstel/verzoek om dit toe te voegen aan nl-wiki? Dajasj (overleg) 3 jan 2022 10:36 (CET)Reageren
Daar ga je zelf over. Wickey (overleg) 3 jan 2022 10:43 (CET)Reageren
Waarom zouden we flauwekul willen overnemen? Het is niet onze gewoonte om overlegpagina's vol te plempen met sjablonen. — Zanaq (?) 3 jan 2022 10:45 (CET)Reageren
Als ik zo vrij mag zijn feedback te geven, de manier waarop jij iets opschrijft beïnvloedt in sterke mate hoe andere mensen op jou zullen reageren. Ik kan me voorstellen dat veel gebruikers niet-constructief zullen reageren op iets wat toch ervaren kan worden als een sneer. Als je iets wilde veranderen, was het misschien beter te vragen "Waarom hebben wij als een van de weinige grotere wiki's nog geen BLP-sjabloon?" of "Hey, ik kwam dit BLP sjabloon tegen met deze en deze voordelen, is dat misschien iets voor nl-wiki?". Ik zeg niet dat het daarmee er komt, maar het komt de discussie wel ten goede :) Dajasj (overleg) 3 jan 2022 10:49 (CET)Reageren
Steun Steun Hans Erren (overleg) 3 jan 2022 11:14 (CET)Reageren
Wat is het doel van zo'n sjabloon? — Zanaq (?) 3 jan 2022 11:18 (CET)Reageren
Dat alle andere wiki's in een vieze sloot springen is geen reden dat zelf ook maar te doen, om ze te redden van nodeloze stickerplakkerij zijn we toch al te laat. ♠ Troefkaart (overleg) 3 jan 2022 11:44 (CET)Reageren
Het doel is om bewerkers er op te attenderen dat een WP-artikel een grote impact kan hebben op de privacy van de hoofdpersoon en in het slechtste geval zijn of haar carrière of zelfs leven kan verwoesten. Wickey (overleg) 3 jan 2022 11:58 (CET)Reageren
Voor welke doelgroep? Denk je werkelijk dat mensen die uitleg op een overlegpagina lezen? — Zanaq (?) 3 jan 2022 12:16 (CET)Reageren
Om dit uit te leggen is geen sjabloon nodig. Er zijn grote verschillen van geval tot geval, en ik denk dat er per geval gereageerd of gewaarschuwd moet worden. Dat is nauwelijks in een sjabloon te vatten. Dat er bij ons niet zo'n sjabloon is, betekent niet dat wij geen BLP-richtlijnen hebben. WIKIKLAAS overleg 3 jan 2022 12:18 (CET)Reageren
Tja, als er zoveel wiki's zijn die dit zinvol vinden geeft dat te denken, toch? Of je dit standaard of van geval tot geval moet toepassen is een andere vraag. Het is ook een middel om iedereen bij de les te houden. Wickey (overleg) 3 jan 2022 13:49 (CET)Reageren
Dat zoveel wiki's het zinvol vinden mag je niet afleiden uit het feit dat zoveel dat sjabloon hebben. Tussen die twee zaken bestaat immers geen oorzakelijk verband. Het valt evengoed te verklaren met de redenering dat er een kudde makke schapen achter één schaap aanhobbelt. En in feite stel jij hier nu voor dat wij hetzelfde moeten doen. Je geeft namelijk geen enkel argument waarom het voor ons project belangrijk is om zo'n sjabloon te hebben. Wij hebben op ons project bijvoorbeeld wél een sjabloon 'leeswaarschuwing'. Omdat iemand dat ooit gemaakt heeft. Ik heb wel eens bezwaar gemaakt tegen het gebruik ervan op een bepaalde plek, omdat ik vind dat de lezer mag verwachten dat de inhoud van een film of boek hier besproken wordt, en daarvoor dus niet gewaarschuwd zou moeten worden. De reactie die ik kreeg: we hebben dat sjabloon, dus het zal wel niet voor niks zijn, en daarom mag ik het gebruiken. Terwijl dat sjabloon gemaakt was door een van de vrijwilligers van dit project, en die hebben niet noodzakelijk de wijsheid in pacht. Het is niet voor niets dat we ook niet naar wikipedia-artikelen verwijzen om aan te tonen dat iets correct is: die artikelen zijn immers geschreven door medewerkers die fouten kunnen maken of onjuist kunnen redeneren. Dus in plaats van hier zonder verdere argumenten voor te stellen dat we achter andere projecten moeten aanhollen: geef eens wat redenen waarom we volgens jou niet zonder dat sjabloon kunnen. WIKIKLAAS overleg 3 jan 2022 15:42 (CET)Reageren
Er is al een wikipedia-pagina hierover, Wikipedia:Biografieën van levende personen, met vier redirects WP:BLP, WP:BIO, WP:LEVEND en WP:LIVING. Sjabloon hoeft van mij niet, doet me denken aan Amerikaanse papieren bekers voor koffie waarop staat: "pas op, de inhoud kan heet zijn en voor brandwonden zorgen". Zulke teksten zie ik gelukkig (nog) niet in mijn land/continent, neem aan dat de meesten zich realiseren dat koffie e.d. eerst even moet afkoelen. BlueKnight 3 jan 2022 15:50 (CET)Reageren
Ik kan me herinneren dat ik lang geleden voor het eerst een beker koffie bestelde in Ierland, stond geen waarschuwing op, maar dat was wel een tweedegraads brandwond. Dus dat ze daar voor waarschuwen, zeker voor mensen die gewend zijn om koffie te krijgen op een aanzienlijk lagere temperatuur is misschien nog niet zo gek. Peter b (overleg) 3 jan 2022 22:37 (CET)Reageren
Ik kan me voorstellen dat een Categorie:Levende personen zinnig is, maar het is me niet duidelijk waarvoor. Voorbeelden, suggesties voor zinvol gebruik?  →bertux 3 jan 2022 12:54 (CET)Reageren
(Wel enkelvoud dan, Categorie:Levend persoon.) Je zou er een mede een BLP-filter mee kunnen afstemmen. Voorbeeld op enwiki, al bleef die wijziging dan alsnog een aantal maanden staan. Encycloon (overleg) 3 jan 2022 15:51 (CET)Reageren
De aanpak op de Engelstalige Wikipedia, waarbij er zodra je een artikel over een levend persoon wil bewerken, een waarschuwing in beeld komt, vind ik zeer zinvol, klik bijvoorbeeld hierop. Geen idee hoe dat werkt. Via wikidata zou het beste zijn, daar bestaat imho de grootste kans dat de gegevens actueel zijn. Het bijhouden van sjablonen en categorieën op alle biografieën of OP's daarvan is onbegonnen werk imho. We moeten af en toe eens fundamenteel nadenken over het actueel houden van onze 2 miljoen artikelen. Want we zijn maar met een paar honderd vrijwilligers. Elly (overleg) 3 jan 2022 16:02 (CET)Reageren
Hi @Ellywa, om je vraag m.b.t. editintro te beantwoorden: als je het template zelf bezoekt staat daar hoe dit wordt gedaan. Pagina moet in categorie "Living people" of "Possibly living people" staan. Vervolgens wordt met dit stukje code de editintro aan de URL in je browser toegevoegt zodat je hem te zien krijgt. Is relatief makkelijk te implementeren op de Nederlandstalige Wikipedia indien elke levende of mogelijk levende persoon een dergelijke categorie had. Dat is niet het geval, dus heeft voor ons momenteel nog geen nut. Wiki13 (overleg) 3 jan 2022 16:17 (CET)Reageren
Merci @Wiki13:, goede tip om daar te kijken. Als dat technisch via wikidata kan zou ik direct voorstander zijn. Elly (overleg) 3 jan 2022 17:22 (CET)Reageren
Volgens mij moet het sowieso mogelijk zijn om met een bot de categorie toe te voegen bij via Wikidata opgelijste artikelen. Encycloon (overleg) 3 jan 2022 17:53 (CET)Reageren
Ja hoor, dat script is relatief simpel te schrijven, maar zal wel even een tijd lopen. Maar laten we eerst maar eens zien of die hele constructie wel gewenst is, dan kan dat verzoek prima op WP:VPB gezet worden. Edoderoo (overleg) 3 jan 2022 22:32 (CET)Reageren
In mijn database zitten personen met een pagina op nl-wiki. Bij 228.090 is een geboortejaar(datum) bekend, en bij 108.510 daarvan een overlijdensjaar(datum). Daarnaast zijn er nog 789 van wie het overlijdensjaar onzeker is, maar het overlijden aannemelijk. Dat wijst erop dat er zo'n 119.000 artikelen over levende personen bestaan. Met 14.400 per dag ben je even zoet...
Ik ben geen voorstander van allerlei sjablonen op onze artikelen, een oplossing vanuit Wikidata zou wel op mijn steun kunnen rekenen. Het handmatig onderhouden van dit soort sjablonen gaat te vaak fout, het bijwerken van overlijdens(data) ook. Met vriendelijke groet, RonnieV (overleg) 7 jan 2022 16:59 (CET)Reageren
Grove inbreuk op privacy @Bertux, wikipedia is de eerste hit op google, dus kwaadwillenden kunnen de meest abjecte onzin over je neerpennen met een gelijk een grote lezersgroep, en onder het mom "waar rook is is vuur" is het kwaad dan al geschied. Hans Erren (overleg) 4 jan 2022 06:52 (CET)Reageren
En gaan al die extra sjablonen die inbreuken dan voorkomen? Ik vrees dat dat ijdele hoop is. Kwaadwillenden laten zich niet door een waarschuwing "weet u zeker dat u deze persoon wilt beschadigen" zullen laten tegenhouden, het wordt dan meer een aanmoedingsprijs. Vandalisme-controle, controle van nieuwe gebruikers, en nalopen van de meest bezochte artikelen en die controleren op bron-gebruik, zullen dan meer effect hebben. Die sjablonen hebben net zoveel effect als de bordjes met 30 in een woonwijk: iedereen scheurt er met minstens 50 langs, en ze worden nauwelijks gezien. Edoderoo (overleg) 4 jan 2022 09:36 (CET)Reageren
Het is hier de kroeg, en toch helpen al te polemische opmerkingen de discussie niet verder Zwitser123 (overleg) 4 jan 2022 10:03 (CET)Reageren
(Sjabloon)BLP is er niet alleen voor, al dan niet kwaadwillende, bewerkers, maar vooral ook een steun voor hen die zulke artikelen bewaken en zuiveren. Het geeft houvast bij het terugdraaien van grensoverschrijdende bewerkingen. Dat is onder andere meteen ook het nut van Categorie:Biografie levend persoon. Daarnaast is het natuurlijk ook handig om te zien of er al een biografie over iemand bestaat. Wickey (overleg) 4 jan 2022 13:08 (CET)Reageren
Die Categorie:Biografieën levende personen lijkt me inderdaad een grote aanwinst. WIKIKLAAS overleg 4 jan 2022 13:30 (CET)Reageren
Hebben we trouwens een beeld van over hoeveel artikelen we nu ongeveer spreken? Qua naamgeving zou er m.i. verder gekozen moeten worden tussen Categorie:Levend persoon en Categorie:Wikipedia:Biografie levend persoon - anders is er verwarring mogelijk met een biografie als onderwerp van een lemma in plaats van een biografie als genre van een lemma. Encycloon (overleg) 4 jan 2022 23:55 (CET)Reageren
Ter verduidelijking: in de eerste categorie valt Catharina-Amalia der Nederlanden in de tweede het boek ‘Amalia' van Claudia de Breij Hans Erren (overleg) 5 jan 2022 07:22 (CET)Reageren
Of is dat laatste Categorie:Biografie levend persoon Hans Erren (overleg) 5 jan 2022 07:26 (CET)Reageren
Kwestie van duidelijke toelichting op cat-pagina.
Er is een duidelijk verschil tussen een biografie en een boek of film over een persoon. BLP is een gedefinieerd begrip. Wickey (overleg) 5 jan 2022 16:54 (CET)Reageren
Het ging mij om de gewoonte van categoriseren. Een categorie geeft aan wat het onderwerp van een lemma is (bijv. een schrijver, boek of insect), niet wat het 'genre' van het lemma is (biografisch, literair, biologisch). Als je de paginasoort er wel in zet is het gebruikelijk daar 'Wikipedia:' voor te zetten (Categorie:Wikipedia:Doorverwijspagina). Encycloon (overleg) 5 jan 2022 17:11 (CET)Reageren
Wanneer er sprake is van grensoverschrijdende bewerkingen, moet er sowieso ingegrepen worden. Een categorie met duizenden artikelen verandert daar niets aan. Terwijl het wel extra onderhoud geeft. Voordat we gaan aannemen of zo'n categorie werkelijk helpt (of niet); heeft iemand enig bewijs dat het bestrijden van vandalisme, inbreuk op privacy of verspreiding van fake news makkelijker, beter of efficiënter verloopt sinds op wpen Category:Living people in gebruik is genomen? hiro the club is open 5 jan 2022 08:08 (CET)Reageren
Dat argument geldt voor elke categorie @Hiro Hans Erren (overleg) 5 jan 2022 09:59 (CET)Reageren
Deze enorme onwerkbare categorie zou voor normale lezers niet veel toevoegen. De toegevoegde waarde is dat deze gebruikt kan worden om automatisch te bepalen of de speciale instructie getoond moet worden. Dit zal echter niet werken voor onbestaande artikelen. De vraag is dan mi ook niet of de categorie helpt, maar of zo'n instructie werkt. — Zanaq (?) 5 jan 2022 10:07 (CET)Reageren
Voor grote categorieën bestaat het fenomeen van onderverdeling in sub-cats op alfabet. Wickey (overleg) 5 jan 2022 17:12 (CET)Reageren
Daar wordt het slechts een orde van grootte minder van dus dat zet weinig zoden aan de dijk. Maar ik vrees vooral dat het automatische mechanisme daar lastig mee om zal kunnen gaan. — Zanaq (?) 5 jan 2022 17:51 (CET)Reageren
@Hans Erren: Categorieën zijn er om structuur aan te brengen, niet om houvast te geven bij het terugdraaien van vandalisme etc. We praten hier over heel andere argumenten dan voor andere categorieën. hiro the club is open 5 jan 2022 11:14 (CET)Reageren
Alsof je met de categorie levende persoon geen structuur zou aanbrengen. Categorieën zijn óók voor onderhoud. Hans Erren (overleg) 5 jan 2022 14:03 (CET)Reageren
Strikt genomen breng je structuur aan, dat klopt. Maar een onzinnige structuur omdat het niveau veel te abstract is. Tenzij die categorieën van de anderstalige Wikipedia's aantoonbaar hebben bijgedragen aan bestrijding van grensoverschrijdende bewerkingen, zie ik geen reden om de categorie hier in gebruik te nemen. hiro the club is open 5 jan 2022 14:20 (CET)Reageren
Gelukkig zijn al die andere categorieën niet abstract. Wickey (overleg) 5 jan 2022 17:05 (CET)Reageren
Een categorie als Categorie:Nederlands burgemeester is inderdaad veel minder abstract. Maar zijn er ook andere argumenten dan 'andere Wikipedia's doen het'? Kan er aangetoond worden dat zo'n categorie nut gaat hebben? Of blijft het bij flauwe opmerkingen die verder niets bijdragen aan de discussie? hiro the club is open 5 jan 2022 18:02 (CET)Reageren
Opvallend dat sommigen zo krampachtig irrationele gelegenheidsargumenten gaan verzinnen, gewoon om veranderingen zoveel mogelijk tegen te houden, of omdat het idee toevallig van Wickey komt. En dat terwijl ik de categorie ook onopvallend en oncontroversieel had kunnen aanmaken. En dat terwijl het eigenlijk ging om een simpele vertaling van een sjabloon dat bij de meeste andere wiki's doodnormaal en vanzelfsprekend is. Wickey (overleg) 6 jan 2022 11:33 (CET)Reageren
Verandering om de verandering is anders een slecht idee. Veranderingen moeten nuttig zijn en een sjabloon dat geen aantoonbaar nut heeft, is niet nodig. Dqfn13 (overleg) 6 jan 2022 11:48 (CET)Reageren
Wickey stelt wat mij betreft een serieus probleem aan de orde. Veel te veel lemma's over levende personen voldoen niet aan de meest essentiële regels, niet alleen formele regels die gevolgd moeten worden, maar ook op het gebied van bronnengebruik. Om daar meer aandacht voor te krijgen kun je een sjabloon invoeren, je kunt ook een categorie aanmaken, beide kunnen behulpzaam zijn, allebei invoeren zou niet mijn voorkeur hebben, niets doen lijkt me echter geen optie. Peter b (overleg) 6 jan 2022 12:08 (CET)Reageren
Dat klinkt een beetje als een politicus die iets wil doen zodat het publiek niet ziet dat hij niets doet, zelfs als het effect niet duidelijk is, alleen maar zodat zichtbaar is dat men actie onderneemt.
Op welke wijze kan het behulpzaam zijn? Het is mi belangrijk dat het probleem duidelijk is en de oplossing potentieel het probleem oplost. Wat is het probleem precies? Op welke manier lost de oplossing het probleem op? (Ik geef de melding op de bewerkpagina dan meer kans dan een melding op de overlegpagina, hoewel is gebleken dat veel gebruikers die ook niet lezen.) — Zanaq (?) 6 jan 2022 12:14 (CET)Reageren
Als wij nu eerst even het bron vermelden bij Biografieën van Levende Personen verplicht maken... The Banner talk 6 jan 2022 17:54 (CET) Ziet nog veel water door de Rijn stromen voor men dat aan durft!Reageren

Vervolg Sjabloon:BLP

Als een reactie op een deel van de discussie hierboven: Een categorie zoals hierboven wordt voorgesteld betekent vooral een hoop extra werk om dat te regelen en bij te houden, daarnaast ook nog eens niet rechtstreeks zinvol voor de inhoud van het artikel zelf, terwijl dat mijn inziens de basis zou moeten zijn. Als we zonodig een melding willen weergeven of wat dan ook ten aanzien van de artikelinhoud, voor zoiets zou het artikel zo min mogelijk bewerkt moeten worden. Verder denk ik, dat als het breed zinvol wordt gevonden om een melding te tonen, dat we dat anders regelen waardoor er veel minder werk nodig is, we gebruik maken van de bestaande infrastructuur en het tonen automatisch laten verlopen. In de meeste artikelen over personen staat een infobox en die kan automatisch op Wikidata nagaan of er aldaar een overlijdensdatum is ingevuld. Op basis daarvan kan dan wel/niet een melding getoond worden. Een tweede route om dit automatisch te laten tonen is via een gadget die ook van Wikidata dit gegeven opvraagt. Dit gadget kunnen ervaren gebruikers in hun voorkeuren dan uitschakelen. Het voordeel van deze twee routes is dat dit na het instellen verder nul extra werk geeft om dit per artikel te gaan bijhouden. Romaine (overleg) 7 jan 2022 11:59 (CET)Reageren

Het aantal artikelen zou op zichzelf een legitiem argument kunnen zijn, alhoewel dat in principe op iedere al bestaande cat van toepassing is. Kennelijk is dat voor andere wiki's niet zo'n probleem. Hier is de Engelse versie, inclusief toelichting.
Dat een cat alleen legitiem is als die "rechtstreeks zinvol voor de inhoud van het artikel zelf" is, is een POV.
Ondertussen heb ik nog geen zinnig argument gezien waarom een sjabloon taboe zou zijn. Wickey (overleg) 8 jan 2022 15:52 (CET)Reageren
Natuurlijk, we hebben ook verborgen onderhoudscategorieën. Die zijn ook niet "rechtstreeks zinvol voor de inhoud van het artikel zelf", maar wel een hulpje voor het redactie- en onderhoudswerk. Daarom zijn ze ook verborgen, tenzij je ze als gebruiker expliciet laat tonen via je voorkeuren. Ik ga mee met Romaine: het vullen zou dan niet moeten gebeuren via een bot die periodiek gedraaid moet worden, maar via de infoboxen en Wikidata. Wikiwerner (overleg) 8 jan 2022 17:21 (CET)Reageren
Ik ben de laatste om tegen alternatieven te pleiten, maar het argument van Romaine ontgaat mij ten ene male. Hij komt hier met een willekeurig voorbeeld als gelegenheidsargument. In principe worden alle artikelen handmatig op dagelijkse basis onderhouden, inclusief punten en komma's. De beste methode om onderhoud te voorkomen is alle artikelen bevriezen en het aanmaken van nieuwe verbieden. Wickey (overleg) 8 jan 2022 17:59 (CET)Reageren
Tja, @Wickey, jij komt met een idee 'omdat anderen het ook doen'. Het is genoegzaam bekend dat iedere gemeenschap grote vrijheid heeft in het kiezen van de wijze waarop zij invulling geeft aan het grotere doel, het verzamelen en beschikbaar stellen van vrije kennis.
Er zijn diverse vragen gesteld, onder meer over de beoogde werkwijze en over het waarom. Ik heb weinig in mijn ogen bevredigende antwoorden gezien over de echte noodzaak van een categorie met 110k artikelen, waarbij deze alle handmatig onderhouden zouden moeten worden.
We hebben dik 2 miljoen artikelen waarvan de inhoud niet kloppen, en ruim 10% van die artikelen gaat over personen. BLP ziet op de artikelen over levende personen, maar dat is natuurlijk geen vrijbrief om in een artikel over een gisteren overleden persoon maar van alles te schrijven. Toch zou dat artikel niet deze waarschuwing krijgen, want uit de groep BLP-artikelen (los van de keuze).
Met vriendelijke groet, RonnieV (overleg) 9 jan 2022 14:57 (CET)Reageren
Het plaatsen van allerlei codes, voor het artikel irrelevante categorieën en andere attributen heeft niets met het artikel te maken. Ik heb geen enkele reden gezien waarom het een goed idee is dat dergelijke zaken in een artikel geplaatst worden, terwijl ze juist wel regelmatig de opmaak van het artikel verstoren. Het basisprincipe is dat artikelpagina's bedoeld zijn voor de inhoud en niet voor allerlei andere fratsen, hoe graag die fratsen ook door iemand gewenst worden. En zoals ik al eerder zei is de onderhoudbaarheid een probleem dat anders en effectiever opgelost kan worden.
We hebben inderdaad verschillende volgcategorieën, maar die worden in principe niet rechtstreeks in de artikelen geplaatst (maar via een sjabloon dat er toch als staat of via de MediaWiki-software). Daarnaast zijn die volgcategorieën doorgaans daadwerkelijk van belang voor de inhoud van die artikelen, bijvoorbeeld om referentiefouten in een artikel op te sporen.
"Dat een cat alleen legitiem is als die "rechtstreeks zinvol voor de inhoud van het artikel zelf" is, is een POV." -> Een "POV" die wel breed gedeeld wordt, want in eerdere jaren is dat wel als legitieme reden opgegeven. Dat je dit een POV noemt lijkt mij voort te komen uit de sterke wens iets te krijgen, waarbij andere al jaren geldende uitgangspunten klakkeloos opzij geschoven worden.
"Hij komt hier met een willekeurig voorbeeld als gelegenheidsargument." -> Oja, wat dan? Graag verduidelijking. Ik zie het niet. (Ik heb wel het extra werk, een gangbaar basisprincipe en een alternatieve oplossing beschreven.) Ik denk dat je de aanduiding "gelegenheidsargument" misbruikt omdat wat ik beschreef je niet beviel. Romaine (overleg) 11 jan 2022 12:41 (CET)Reageren
Een hoop woorden om eigenlijk niets te zeggen. Als ik het heb over een categorie dan begin jij over het invullen van overlijdensdata in infoboxen. En nu kom je weer met een vage opmerking over "allerlei codes, voor het artikel irrelevante categorieën en andere attributen".

Je kunt vast wel haarfijn vertellen hoe ze "wel regelmatig de opmaak van het artikel verstoren" en wat er allemaal dan wel voor een hoop extra werk bij een extra cat komt kijken. Hierboven is al lang uitgelegd wat de zin is van een Categorie:Biografie levend persoon.

En nogmaals, ik had het over een simpele vertaling van een sjabloon, of in jouw woorden een frats. Wickey (overleg) 11 jan 2022 14:54 (CET)Reageren
Uit bovenstaande blijkt geen consensus hiervoor, en het is mi ook niet duidelijk wat er precies wordt voorgesteld om welk probleem precies op te lossen. Als men dit wil doorzetten denk ik dat een concrete peiling/stemming - naast het beantwoorden van die vragen - mogelijk meer duidelijkheid geeft: ik heb het idee dat er vooral ook langs elkaar heen gepraat wordt. — Zanaq (?) 12 jan 2022 09:57 (CET)Reageren
@Wickey: Tja, als je aangeeft dat je niet begrijpt wat er geschreven wordt zijn het vanzelf lege woorden. Maar als je het lege woorden vindt, dan heeft het dus geen zin om het er over te hebben.
De zin van een Categorie:Biografie levend persoon is nog steeds niet uitgelegd. Romaine (overleg) 12 jan 2022 10:28 (CET)Reageren

Wikipedia wordt genoemd! (Met etymologische nonsens)

Ik word niet blij van de manier waarop Nicoline van der Sijs, Nederlands bekendste etymologe, ons moet noemen in verband met Huzarensalade: Etymologica: de huzarensalade.

En we hebben het verdiend, want een groot deel van onze etymologische informatie is bagger als er geen betrouwbare bron bij staat.

Oproep: wees extra kritisch op zulke info, vooral als er een uitgesponnen verhaal bijhoort. Woordkunde leent zich nu eenmaal voor snelle gevolgtrekkingen en fraaie anekdotes. Bij twijfel schrappen! Ook Hugo de Groot ging de mist in (onderaan)  →bertux 10 jan 2022 09:37 (CET)Reageren

Maar we kunnen nu wél met z’n allen de kracht van wikipedia laten zien, door het artikel samen binnen een dag te verbouwen tot een verhaal dat wél klopt. Mét bronnen. Sietske | Reageren? 10 jan 2022 10:28 (CET)Reageren
We waren er inmiddels al voortvarend mee begonnen - alleen zaten we elkaar wat in de weg :-) Thieu1972 (overleg) 10 jan 2022 12:04 (CET)Reageren
Ik heb Nicoline van der Sijs in de commentaarsectie van haar artikel al terugkoppeling gegeven over de bewerkingswoede die is losgebarsten over dit gerecht  →bertux 10 jan 2022 18:01 (CET)Reageren
Ik heb het op de ENWP ook even aangepast, want daar beweerden ze nog doodleuk dat het met Hongaarse huzaren van doen had! Tsssss..... Thieu1972 (overleg) 10 jan 2022 18:06 (CET)Reageren
Wat mij overigens niet duidelijk is: is een russisch ei hetzelfde als een russische salade? Want dan kunnen al die afbeeldingen van salades op huzarensalade daarheen verplaatst worden. Sietske | Reageren? 10 jan 2022 11:54 (CET)Reageren

Loskoppeling

  • Zou ons artikel huzarensalade niet losgekkopeld worden van het huidige wikidata-item aangezien Van der Sijs stelt dat de huzarensalade en de Russische of Oliviers salade allebei een aparte oorspong hebben? Nu is het artikel Huzarensalade dus aan deze Russische salade gekoppeld. Melvinvk (overleg) 10 jan 2022 12:57 (CET)Reageren
Dat bedoel ik idd: is een russisch ei hetzelfde als een russische salade? Want dan kan dat omgegooid worden. Sietske | Reageren? 10 jan 2022 13:15 (CET)Reageren
Geen ei te zien in de Russische salade? Hobbema (overleg) 10 jan 2022 13:20 (CET)Reageren
Ik heb 'm aan een nieuw wikidata-item gekoppeld. Het is inmiddels wel duidelijk dat de huzarensalade een op zichzelf staand gerecht is. Thieu1972 (overleg) 10 jan 2022 17:41 (CET)Reageren
Bij de Jumbo hebben ze huzarensalade met paardenvlees. Hobbema (overleg) 10 jan 2022 17:51 (CET)Reageren

Enquête over de verlanglijst van de gemeenschap 2022

De 2022 enquête over de verlanglijst van de gemeenschap is nu geopend!

De enquête is de manier waarmee gemeenschappen bepalen waar het Community Tech team volgend jaar aan moet gaan werken. We moedigen iedereen aan om voorstellen in te dienen voor de deadline op 23 januari, of om te reageren op andere voorstellen om ze te helpen verbeteren.

De gemeenschappen stemmen op de voorstellen tussen 28 januari en 11 februari.

Het Community Tech team is gefocussed op hulpmiddelen voor ervaren Wikimedia bewerkers. U kunt voorstellen in elke taal opstellen en wij vertalen deze. Bedankt en we kijken uit naar uw voorstellen! SGrabarczuk (WMF) (talk) 10 jan 2022 19:15 (CET)Reageren

Tips voor schrijven voor mobiele devices?

Collegae, er kwam een vraag bij me op die ik graag aan jullie voorleg. Wikipedia wordt meestal geraadpleegd op een mobiel apparaat, ook door mij. Die smartphone heb ik tenslotte onder handbereik. Bewerken doe ik daarentegen op een laptop. Ik zit daarbij nogal eens te prutsen totdat een artikel er qua lay-out netjes uitziet. Maar ik heb er geen zicht op of dat op een smartphone of tablet ook zo is. Er zal een hele berg software zijn die artikelen ombouwt voor weergave of mobiele devices, maar ik heb geen idee hoe dat gaat. Uiteraard zie ik graag dat het resultaat, met de beperkingen van een kleiner scherm, ook netjes is. Mijn vraag: is er een pagina met tips over hoe ik dat kan bevorderen? Mvg, MartinD (overleg) 10 jan 2022 21:16 (CET)Reageren

Helemaal onderaan elke pagina staat een knop waarmee je de mobiele weergave van de pagina in kwestie kan selecteren. Je kan ook in de URL tussen nl (of elke andere landcode) en wikipedia een m plaatsen. Dan krijg je https://nl.m.wikipedia.org etc.. StuivertjeWisselen (overleg) 10 jan 2022 21:19 (CET)Reageren
Ik vind in ieder geval hier tips, maar wel wat aan de technische kant. Dajasj (overleg) 10 jan 2022 21:26 (CET)Reageren
Hartelijk dank! MartinD (overleg) 10 jan 2022 21:34 (CET)Reageren
Die tip over infobox niet bovenaan artikel, maakt het op desktopversie wel lelijk... Dajasj (overleg) 10 jan 2022 21:44 (CET)Reageren
Dat is ook altijd iets wat ik meteen ongedaan maak... voor een mobiele weergave is het inderdaad fijner om met een inleiding te beginnen, maar op een desktop/laptop is dat juist spuuglelijk en niet zelden zelfs hinderlijk omdat je dan een enorm brede inleiding krijgt. Dqfn13 (overleg) 10 jan 2022 22:53 (CET)Reageren
Ja ik had dat nog nooit geprobeerd, vrijwel gelijk ook ongedaan gemaakt :) Dajasj (overleg) 10 jan 2022 22:57 (CET)Reageren
De meeste browsers hebben een "Responsive Design-modus" waarin een klein scherm geëmuleerd wordt. Vink dat aan en ververs je pagina; je ziet dan een pagina op telefoon/tablet grootte met bijbehorende layout. (De meest browsers bieden ook een mogelijkheid om een telefoon- of tablettype te kiezen).P.wormer (overleg) 11 jan 2022 10:43 (CET)Reageren

Die terreur van infoboxen helemaal bovenaan artikelen heb ik altijd al heel ergerlijk gevonden. Wikipedianen werken ongetwijfeld meestal met een breedbeeldmonitor en hebben daardoor niet in de gaten hoe het er op een klein beeldscherm uitziet. Ik raad ze aan regelmatig eens hun browservenster op halve breedte te zetten.

Infoboxen reiken in smallere vensters vaak to ver beneden de TOC en verstoren zo de layout van het artikel. Zelfs een afbeelding wordt naar beneden gedrongen. Hetzelfde probleem bij een serie afbeeldingen bovenaan het artikel. Wickey (overleg) 11 jan 2022 10:28 (CET)Reageren

Heb je voorbeeld van pagina? Ik kan dit niet echt repliceren, behalve dat een smal beeldscherm zonder mobiele weergave sowieso niet ideaal is. Dajasj (overleg) 11 jan 2022 10:31 (CET)Reageren
Ik heb natuurlijk geen lijstje paraat, maar hier is een voorbeeld. Het speelt vooral bij korte artikelen met een korte TOC en een lange infobox. Als iemand op het idee komt om er twee onder elkaar te zetten gaat het al snel mis. En wat spuuglelijk is is vanzelf nogal persoonlijk.
Automatische media-selectie via software/browser werkt natuurlijk niet bij twee vensters naast elkaar op één scherm. De boxen onder de intro zetten zou al schelen voor de leesbaarheid van de intro. Dan wordt i.i.g. de intro-afbeelding niet weggedrukt. Wickey (overleg) 11 jan 2022 15:33 (CET)Reageren
Kun je in zo'n geval niet beter switchen naar mobiele weergave? Dajasj (overleg) 11 jan 2022 15:37 (CET)Reageren
Dan ben ik dus het zijmenu, de overzichtelijke werkbalk, de knoppen voor broncodebewerking en de cats kwijt. En de TOC is ingeklapt. En ging dit item niet over een al bestaand probleem? Wickey (overleg) 11 jan 2022 17:34 (CET)Reageren
Op een mobiel is een overdaad aan afbeeldingen vooral lelijk. voorbeeldje Feest- en gedenkdagen. De afbeelding in de Infobox vind ik niet zo hinderlijk, aangezien de overige info van infobox in de app ingeklapt is. Ldhank (overleg) 11 jan 2022 17:25 (CET)Reageren
Ik weet niet of er verschillende infoboxen zijn die wel of niet automatisch ingeklapt zijn, maar de afbeeldingen daarin zijn dwingend opgelegd. Default wordt geloof ik de afbeelding uit Wikidata afgebeeld en het is niet mogelijk die helemaal weg te laten.
Het plaatsen boven de intro is een principieel probleem. Liefhebbers van infoboxen overschatten de waarde ervan en denken dat ze de ruggegraat van het artikel horen te zijn. In werkelijkheid zijn ze onflexibel, ongenuanceerd en eenzijdig en vaak ook misleidend. Met name militaire en geschiedenis-boxen zijn een bron van propagandistische conflicten. Ze behoren dus zeker niet aan het begin te staan. Wickey (overleg) 12 jan 2022 11:29 (CET)Reageren
Volgens mij worden bij de meeste infoboxen de afbeeldingen niet van Wikidata gehaald. Ik kan me voorstellen dat jij geen fan bent van infoboxen, maar het is wel een middel om een overzicht te geven van het beschrevene. Dat dat vervolgens een bron is voor propaganda, lijkt me beter om case by case aan te pakken. Dajasj (overleg) 12 jan 2022 11:34 (CET)Reageren
De plaatsing boven de intro, hetgeen al sinds het begin van infoboxen (op alle Wikipedia's) zo wordt gedaan, is om een hele praktische reden: in een gewoon beeldscherm staat het lelijk om eerst een of meerdere regels intro te zien en daarna pas de infobox. Daarnaast dienen infoboxen om de kernfeiten uit een artikel samen te vatten, die staat logischerwijs bovenaan, onderaan of in het midden is niet logisch: wie op zoek is naar die kernachtige feiten wil die meteen zien. En voor die breedte zijn de artikelen in die versie beschikbaar, want voor mobiele apparaten is de mobiele versie van Wikipedia. Wie niet tevreden is met die mobiele versie, moet niet gaan klagen dat op een mobiel apparaat in de gewone versie de infoboxen niet lekker werken. Als er functionaliteiten in de mobiele versie ontbreken die wel nodig zijn, kan daarvoor een verzoek gedaan worden om die toe te voegen.
Dat er liefhebbers op deze Wikipedia zouden rondlopen die denken dat infoboxen de ruggengraat van een artikel vormen is grote kolder. Ik heb nog nooit ook maar iemand dat horen zeggen. En als iemand dat wel ooit gezegd heeft, heeft diegene niet begrepen waar het op Wikipedia om draait. Ik vraag me af waarom dit verzinsel rondgestrooid wordt. Duidelijk is mijn inziens wel dat dit voorbij gaat aan het onderwerp onder dit kopje: tips voor het schrijven op mobiele apparaten. Laten we maar naar dat onderwerp terugkeren. Romaine (overleg) 12 jan 2022 12:27 (CET)Reageren
Kernpunten die voor de samenvatting van belang zijn staan daar al vermeld. De infobox geeft een onnodige herhaling daarvan plus een vloed van kernfeiten die voor de samenvatting helemaal niet van belang zijn. Die kunnen net zo goed verderop komen. Daarnaast gaan ze maar al te vaak helemaal niet over het artikel zelf, geven ze een onvolledig beeld, worden er dubieuze cijfers uit geselecteerd of staan er feiten in die helemaal niet in het artikel staan vermeld.
Dat ze vanwege de layout altijd al bovenaan hebben gestaan is ook maar een verzinsel. Als op een desktop/laptop de intro er lelijk uitziet vanwege lange regels heb je gewoon je browser te breed afgesteld, wat leestechnisch sowieso ongustig is. Wickey (overleg) 12 jan 2022 15:29 (CET)Reageren
Een gedachte is dat als men de oppervlakte van bv een gemeente wil weten men niet in de tekst daarnaar hoeft te zoeken, maar dat dergelijke kerngetallen in de infobox op een rijtje staan. Dat het daarmee dubbel staat omdat het in de tekst ook wordt genoemd (infobox is immers geen vervanger van informatie) is niet erg, het is een andere vorm waarin de feiten worden weergegeven. De infobox vervult met dat overzicht een behoefte die er bij lezers bestaat die op zoek zijn naar deze informatie. Dat de infobox niet in jouw informatiebehoefte ziet mag natuurlijk.
"Daarnaast gaan ze maar al te vaak helemaal niet over het artikel zelf" -> Ik heb de afgelopen jaren vrijwel alle infoboxen gezien en ik heb in géén een parameters gezien die niet over het onderwerp gaan.
"worden er dubieuze cijfers uit geselecteerd" -> In principe worden alleen betrouwbare cijfers geselecteerd. Als er onbetrouwbare cijfers gebruikt zijn is dat iets wat om aanpassing vraagt.
"staan er feiten in die helemaal niet in het artikel staan vermeld" -> Dit komt soms helaas voor en ik heb er meermaals gebruikers op aangesproken dat een infobox géén vervanging van informatie is in de artikeltekst zelf.
"Dat ze vanwege de layout altijd al bovenaan hebben gestaan is ook maar een verzinsel." -> Absoluut niet, ik kan me nog discussies hierover herinneren.
"Als op een desktop/laptop de intro er lelijk uitziet vanwege lange regels heb je gewoon je browser te breed afgesteld" -> Dit is onjuist, duizenden computers hebben een breder beeldscherm en dat staat los van de instellingen. Romaine (overleg) 13 jan 2022 10:58 (CET)Reageren

Ik heb in mijn onschuld wel wat losgemaakt... MartinD (overleg) 13 jan 2022 09:22 (CET)Reageren

Edoch levendig en geanimeerd. Zoals een kroeg hoort te zijn. 😉 Sietske | Reageren? 13 jan 2022 09:49 (CET)Reageren
Niet echt iets losgemaakt, je discussie is gewoon gekaapt door iemand. Romaine (overleg) 13 jan 2022 10:58 (CET)Reageren

Wikipedia Library

Ik kreeg net deze melding, kan ik hier iets mee of is het eerder een soort spam? Het kwam wel via het officiële kanaal binnen maar je moet al je accountgegevens overdragen als je je wilt aanmelden. B kimmel overleg 10 jan 2022 22:20 (CET)Reageren

Als ik het goed heb, dan levert dat toegang tot vele tijdschriften en boeken die anders betaald zouden moeten worden. Voor ons Wikimedianen zijn er gratis toegangen geregeld, vandaar dat er accountgegevens opgegeven moeten worden; ter verificatie dat lezer echt een Wikimediaan is. Maar, ik heb graag dat iemand van Wikimedia Nederland of een andere persoon met meer kennis van dit onderwerp meer uitleg geeft. Dqfn13 (overleg) 10 jan 2022 22:50 (CET)Reageren

Oh, wow, dat is geweldig, dat zoiets soms geregeld wordt! Ik had er nog nooit van gehoord. Ik hoop ook dat iemand van of nabij Wikimedia Nederland er meer over kan vertellen. Laurier (overleg) 11 jan 2022 07:57 (CET)Reageren

Zie voor meer informatie op: m:The Wikipedia Library.
Wat mij opvalt is de grote aanwezigheid van internationale literatuur. Tegelijkertijd ben ik maar weinig lokale literatuur gezien. Als we meer literatuur uit het Nederlands taalgebied willen zullen we daar toe zelf initiatief gaan nemen denk ik. Romaine (overleg) 11 jan 2022 12:15 (CET)Reageren

11 jan 2022 02:23 (CET)

Feminism and Folklore 2022

Help met het vertalen in uw taal

Greetings! You are invited to participate in Feminism and Folklore 2022 writing competion. This year Feminism and Folklore will focus on feminism, women biographies and gender-focused topics for the project in league with Wiki Loves Folklore gender gap focus with folk culture theme on Wikipedia.

You can help us in enriching the folklore documentation on Wikipedia from your region by creating or improving articles focused on folklore around the world, including, but not limited to folk festivals, folk dances, folk music, women and queer personalities in folklore, folk culture (folk artists, folk dancers, folk singers, folk musicians, folk game athletes, women in mythology, women warriors in folklore, witches and witch hunting, fairy tales and more. You can contribute to new articles or translate from the list of suggested articles here.

You can also support us in organizing the contest on your local Wikipedia by signing up your community to participate in this project and also translating the project page and help us spread the word in your native language.

Learn more about the contest and prizes from our project page. Feel free to contact us on our talk page or via Email if you need any assistance...

Thank you.

Feminism and Folklore Team,

Tiven2240 --11 jan 2022 06:49 (CET)Reageren

Bewerkerssurvey 2022

Als alles goed gaat gaan ingelogde bewerkers vanaf later vandaag een banner zien met de oproep om mee te doen aan de NLWP Bewerkerssurvey 2022. Het is de vierde keer dat Wikimedia Nederland deze survey organiseert; eerdere edities waren 2013, 2015 en 2018. Doel van de survey is om meningen van de Nederlandstalige bewerkersgemeenschap te peilen en om de samenstelling van de gemeenschap in kaart te brengen. De vragenlijst 2022 is sterk gebaseerd op die van de vorige editie. Daarnaast gaan we dit jaar gaan in het bijzonder in op de meningen van de gemeenschap over de neutraliteit van Wikipedia, een belangrijk thema in een tijd van fake news. Bij het totstandkomen en testen van de vragenlijst zijn zoals altijd een aantal bewerkers betrokken geweest - hartelijk dank voor jullie hulp! Sandra Rientjes - Wikimedia Nederland (overleg) 11 jan 2022 10:14 (CET)Reageren

Ingevuld en ben benieuwd naar de resultaten. Alleen jammer dat er op het eind geen vakje was om nog zelf iets in te vullen wat in de vragenlijst niet aan de orde is gekomen. Groeten, Paul2 (overleg) 16 jan 2022 04:44 (CET)Reageren
Ja, dat miste ik ook. Niettemin ook nieuwsgierig naar de resultaten. Apdency (overleg) 16 jan 2022 10:18 (CET)Reageren
Oh, dat is een heel goede tip die ik alvast meeneem voor de evaluatie! Dank! Sandra Fauconnier (overleg) 17 jan 2022 09:04 (CET)Reageren
Nog even de link voor jou en mij die banners standaard wegklikken en zich dan afvragen waar het over ging: Survey 2022  →bertux 16 jan 2022 11:39 (CET)Reageren
Mijn handen jeuken om «survey» overal in «enquete» te veranderen, maar dat zal in dit geval wel niet geapprecieerd worden. Sietske | Reageren? 17 jan 2022 09:55 (CET)Reageren
Het tegengaan van desinformatie komt in de vragenlijst wel ter sprake, maar niet bij de redenen om Wikipedia te bewerken. Da's raar; ik heb het ingevuld bij 'andere redenen'. (Wie mijn bijdragen leest zal dat niet rechtstreeks bespeuren, maar kwaliteitsverhoging in algemene zin en het schrappen van twijfelachtige informatie verhoogt in elk geval de legitimiteit (niet precies de gewenste link) wat de inzet van Wikipedia tegen leugens en verzinsels ten goede komt  →bertux 17 jan 2022 10:28 (CET)Reageren

Slag om Heartbreak Ridge

Ik schreef vorige week het artikel Slag om Heartbreak Ridge (een vertaling). Er stond in de verzochtepagina-oproep hier bovenaan in de kroeg (die oproep is nu weg) dat er ook een Nederlands aspect (troepen geleverd of zo?) aan was maar ik vond in Delpher niets specifieks daarover. Vindt iemand het leuk er even naar te kijken en dit aan te vullen? Tedkişi (overleg) 11 jan 2022 10:50 (CET)Reageren

De genoemde connectie was: Veldslag tijdens de Koreaanse Oorlog waar ook het Nederlandse VN-bataljon aan deelnam. Mogelijk helpt deze bron. Encycloon (overleg) 11 jan 2022 11:01 (CET)Reageren
Dat is een nuttige bron, dankjewel. Tedkişi (overleg) 11 jan 2022 12:08 (CET)Reageren
Het staat ondermeer beschreven hier: Regiment van Heutsz#Koreaanse Oorlog. Maar vermoedelijk is de naam van de slag een latere naam. The Banner talk 11 jan 2022 11:09 (CET)Reageren
Bedankt, ik heb een link toegevoegd. Tedkişi (overleg) 11 jan 2022 12:07 (CET)Reageren
  • Sorry dat was dan waarschijnlijk mijn vergissing. Ik dacht dat de link inmiddels was vervuld. Maar als het lemma verbeterd dient te worden, dan hoort het mi wellicht meer thuis onder het kopje te verbeteren ipv aan te maken. Melvinvk (overleg) 11 jan 2022 13:04 (CET)Reageren
Het artikel bestond niet voor Tedkişi het recent aanmaakte. Ik vind het bijzonder positief dat hij vervolgens het artikel beter wilt maken dan het Engelstalige artikel en daarvoor wat hulp vraagt. The Banner talk 11 jan 2022 14:54 (CET)Reageren

Wijzigen van een gebruikerspagina door een anoniem

Beste, ik had daar een vraagje m.b.t. wijzigingen van een Gebruikerspagina door een anoniem. Kan dit volgens de policy van Wikipedia, en geldt dit voor alle projecten? Thanks. Lotje (overleg) 12 jan 2022 10:21 (CET)Reageren

Ik weet niet zeker of ik begrijp wat je bedoelt. Kun je een voorbeeld geven? Encycloon (overleg) 12 jan 2022 10:26 (CET)Reageren
Niet iets war hier gebeurt, op een andere Wikipedia. Lotje (overleg) 12 jan 2022 13:17 (CET)Reageren
Ik zie twee interpretaties:
a) IP-gebruiker 111.222.333 wijzigt de gebruikerspagina van een ingelogde gebruiker, bijvoorbeeld Gebruiker:Encycloon.
b) IP-gebruiker 111.222.333 wijzigt de pagina Gebruiker:111.222.333.
Welke bedoel je hiervan? Overigens denk ik dat er in beide gevallen geen harde regels zijn die overal gelden. Encycloon (overleg) 12 jan 2022 13:29 (CET)Reageren
In principe is de bewerking van een gebruikerspagina van een andere gebruiker toegestaan, maar alleen met grote terughoudendheid (want beschrijft die gebruiker waar een ander maar weinig inzicht in heeft). Het komt regelmatig voor dat een gebruiker uitgelogd was toen die een bewerking deed op de eigen gebruikerspagina. Als het er daar naar uit ziet zou ik niets doen of de desbetreffende gebruiker even een berichtje sturen. Is de wijziging discutabel, is terugdraaien wellicht het beste en een berichtje aan de gebruiker om wiens gebruikerspagina het gaat. Romaine (overleg) 12 jan 2022 13:34 (CET)Reageren
a) IP-gebruiker 111.222.333 wijzigt de gebruikerspagina van een ingelogde gebruiker Lotje (overleg) 12 jan 2022 14:30 (CET)Reageren
@Romaine: het verbergen van de bewerking door een admin zou toch ook een oplossing kunnen zijn? Thanks. Lotje (overleg) 12 jan 2022 14:52 (CET)Reageren
Als de zichtbaarheid van het IP-adres door die gebruiker als probleem wordt ervaren: ja. Romaine (overleg) 12 jan 2022 14:54 (CET)Reageren

Cognitieve bias infographic

Bij toeval kwam ik dit tegen, clickable, en qua infographic beeldschoon. Zijn er ergens instructies te vinden hoe je zoiets maakt? Milliped (overleg) 13 jan 2022 08:43 (CET)Reageren

Het is gewoon SVG. Wat voor instructies zoek je precies? Merk op dat je de dynamische functionaliteit niet kan gebruiken voor afbeeldingen op mediawiki-pagina's. — Zanaq (?) 13 jan 2022 09:55 (CET)Reageren
Instructies hoe je clickable SVG maakt, en hoe je die op Wikimediapagina's kon gebruiken :-). Maar dat is dus blijkbaar iets voor de wishlist. Milliped (overleg) 13 jan 2022 11:52 (CET)Reageren
Dit vond ik erg nuttig om mee te beginnen. Michiel (overleg) 13 jan 2022 11:55 (CET)Reageren

Schijnneutraliteit

Selectief gebruik van citaten kan onze neutraliteit aantasten. zie Overleg:Coronacrisis_in_Nederland#Politieke_commentaren.Smiley.toerist (overleg) 14 jan 2022 14:55 (CET)Reageren

Call for Feedback about the Board of Trustees elections is now open

You can find this message translated into additional languages on Meta-wiki.

The Call for Feedback: Board of Trustees elections is now open and will close on 7 February 2022.

With this Call for Feedback, the Movement Strategy and Governance team is taking a different approach. This approach incorporates community feedback from 2021. Instead of leading with proposals, the Call is framed around key questions from the Board of Trustees. The key questions came from the feedback about the 2021 Board of Trustees election. The intention is to inspire collective conversation and collaborative proposal development about these key questions.

There are two confirmed questions that will be asked during this Call for Feedback:

  1. What is the best way to ensure more diverse representation among elected candidates? The Board of Trustees noted the importance of selecting candidates who represent the full diversity of the Wikimedia movement. The current processes have favored volunteers from North America and Europe.
  2. What are the expectations for the candidates during the election? Board candidates have traditionally completed applications and answered community questions. How can an election provide appropriate insight into candidates while also appreciating candidates’ status as volunteers?

There is one additional question that may be presented during the Call about selection processes. This question is still under discussion, but the Board wanted to give insight into the confirmed questions as soon as possible. Hopefully if an additional question is going to be asked, it will be ready during the first week of the Call for Feedback.

Join the conversation.

Best,

Movement Strategy and Governance, DBarthel (WMF) (overleg) 14 jan 2022 18:34 (CET)Reageren

Wikipedia op NOS

Het team van NOS op 3 heeft vanochtend een ruim 9 minuten durende thema-video op de website geplaatst, zie hier. Helaas zit er op deze video geen edit-knop zodat kleine foutjes er in blijven ("stichting Wikipeida") maar wel erg leuk. Ook nodigen ze en passant de kijker uit de pagina over hun eigen programma te verbeteren, zo te zien zijn daar inmiddels al mensen mee aan de slag. 2001:983:F8EA:1:750B:2BBB:BA8F:A83A 15 jan 2022 09:25 (CET)Reageren

Heel leuk filmpje, met humor gedaan. Ook complimenten voor StellavG voor haar mooie bijdrage. Het lemma over Mabel Wisse Smit moet overigens ook op WP:NL nog eens goed doorgenomen worden. Maar wat gaan we doen met het genoemde lemma Kalender van een schrikkeljaar dat op maandag begint? Wat mij betreft gaat die hele week regelrecht naar TBP. HT (overleg) 15 jan 2022 10:03 (CET)Reageren
Echt aardig dit! Het NOS-item vindt een goede balans tussen kritiek en lof, gecombineerd met een opgewekte presentatie. Het kan zo in ons promotiepakket! Toegevoegd aan Wikipedia:Media-aandacht/2022  →bertux 15 jan 2022 15:01 (CET)Reageren
Leuk filmpje inderdaad. Wat zij én veel nl.wikipedianen nog wel moeten veranderen is het beeld dat onze Wikipedia er een van, voor en door Nederlanders is i.p.v. van, voor en door mensen die Nederlands kunnen. The forgotten gap of zoiets. Apdency (overleg) 15 jan 2022 16:08 (CET)Reageren
Zelfs het beheersen van de taal is geen noodzaak. Ik heb bijgedragen aan Wiki's geleverd in talen die ik amper kan lezen, laat staan schrijven. Toegegeven het betrof met name tabelzaken en geen teksten, en met wat puzzelwerk kom je dan een heel eind. Er zijn vast nog meer mensen die dat doen. --Sb008 (overleg) 15 jan 2022 23:11 (CET)Reageren
Mooi, alleen het ging mij dus om het niet-herkende neerlandocentrisme. Apdency (overleg) 16 jan 2022 10:06 (CET)Reageren

Fijn dat iedereen positief over de video is, ik vind het zelf ook een goed item geworden! StellavG (overleg) 15 jan 2022 22:54 (CET)Reageren

Ja, ik begon ook met een positieve insteek. Maar mijn kanttekening dat "Nederlandstalig" wordt verward met "van, voor en door Nederlanders" maakte ik ook niet voor niets. Deze gap wordt kennelijk nog steeds niet zo boeiend gevonden. Apdency (overleg) 16 jan 2022 10:06 (CET)Reageren
Het is inderdaad een goed in elkaar gezet filmpje en er is ook bijzonder veel meer waar dan in een gemiddeld mediabericht, goed gedaan! Maar volgens mij moeten we wel iets eerlijker zijn in de tekorten aan handjes. Ymnes (overleg) 15 jan 2022 23:48 (CET)Reageren
Die 1300 actieve gebruikers zou ik ook wel graag geactiveerd zien  →bertux 16 jan 2022 00:34 (CET)Reageren
Volgens onze eigen hoofdpagina zijn het er zelfs 3.685. Misschien een tikje te optimistisch. Encycloon (overleg) 16 jan 2022 00:48 (CET)Reageren
Naast Nederlandstalige versus Nederlanders dienen we zelf in de media ook meer aandacht te schenken aan de hoofdreden van de gendergap (lemma's over mannen versus vrouwen op WP:NL: 4:1). Dat verschil is een volkomen logisch gevolg van de zeer ondergeschikte rol van de vrouw door de eeuwen heen; koken, sekspartner, kinderen baren, oppasser voor de kids en schoonmaakster, en dan heb je de meeste door de eeuwen heen gedane hoofdbezigheden wel gehad, in veel culturen nog tot de dag van vandaag, maar daar vul je geen lemma's mee. Feit is dat in de afgelopen 2000 jaar heel weinig vrouwen politiek en wetenschappelijk actief zijn geweest. Staatshoofden zijn man in een verhouding van 100(0):1, parlementsleden 100:1, voetballers wie weet wel 100.000:1 etc. etc. Ik zeg niet dat alle vrouwen die daar recht op hebben nu al een eigen lemma hebben, maar ik weet zeker dat er nog steeds meer mannen dan vrouwen zijn die ook een eigen lemma mogen krijgen. HT (overleg) 16 jan 2022 10:37 (CET)Reageren
Eens. Het is tof om over vrouwelijke rolmodellen te lezen, maar we moeten er ook realistisch in zijn dat er in de geschiedenis nu eenmaal niet zoveel van zijn als van mannen. Wat meer aandacht voor de kloof tussen (bijvoorbeeld) het aantal Nederlandse en het aantal Vlaamse onderwerpen zou inmiddels best wat meer aandacht mogen krijgen. Sietske | Reageren? 16 jan 2022 11:19 (CET)Reageren
Hè hè! Glimlach Apdency (overleg) 16 jan 2022 11:21 (CET)Reageren
De kwaliteit van de artikelen uit het gendergapproject is vaak erg goed en ik vind het meer dan oké dat het geëmancipeerder overkomt dan het er vroeger aan toeging. Het is belangrijk dat vrouwen op Wikipedia over rolmodellen kunnen lezen. Wat ik bedoelde over eerlijker zijn over tekorten aan handjes, is dat er in het filmpje gesproken wordt over een legertje aan vrijwilligers die vandalisme voorkomen. Dat we daar ook geregeld handjes tekort komen, is denk ik goed om vaker over naar buiten te komen en wervender in te zijn. Ymnes (overleg) 16 jan 2022 20:21 (CET)Reageren
Terwijl ik vaak ook wel heel gelukkig ben met hoe verbazingwekkend veel vandalisme wel wordt onderschept. Ymnes (overleg) 16 jan 2022 20:29 (CET)Reageren

Nieuwe feature handig

Ik merkte bij uitbreiden van wat artikel dat er een nieuwe feature actief is geworden. Bij het linken van een artikel(naam) dat een doorverwijspagina is naar meerdere betekenissen kreeg ik een pop-up-venster die dat aangeeft en vervolgens kan je of de doorverwijspagina bekijken of kiezen welk artikel je eigenlijk wilde linken. Erg handig. DagneyGirl (overleg) 15 jan 2022 11:19 (CET)Reageren

Fijn! Dat scheelt een hoop zinloos werk  →bertux 15 jan 2022 15:03 (CET)Reageren
En om mezelf een hoop zoekwerk te besparen: waar kun je die feature uitzetten? Ik heb ongelooflijk de pest aan dit soort betuttelende pop-ups. WIKIKLAAS overleg 16 jan 2022 01:03 (CET)Reageren
Zoiets lees ik vaker, maar ik snap het niet goed. Dit soort links is in minstens 99% van de gevallen onbedoeld en dus fout. Dan is het toch fijn als je meteen de kans krijgt om het te repareren, zodat je niet later nog eens terug hoeft te komen of anderen met werk opzadelt?  →bertux 16 jan 2022 11:44 (CET)Reageren
Ik vind deze feature echt ontzettend handig. Zodra ik een wikilink in de tekst zet waarvoor meerdere opties aanwezig blijken, dan krijg ik daar netjes een melding over én ik kan direct de correcte pagina zoeken en selecteren. Dat scheelt me weer extra werk, en voorkomt dat ik achteraf meldingen over ongewenste verwijzingen naar dp's krijg. Thieu1972 (overleg) 16 jan 2022 16:57 (CET)Reageren

Zet "#mw-notification-area { display: none; }" in je persoonlijke css en de popup verdwijnt, of beter: verschijnt niet meer. Met ".mw-history-legend { display: none; }" verdwijnt die rare balk in de bewerkingsgeschiedenis. De popup is trouwens nog niet vertaald. ♠ Troefkaart (overleg) 16 jan 2022 17:23 (CET)Reageren

Middelen om de geokloof Nederland/Vlaanderen te dichten?

Analoog aan de man/vrouw-kloof op wikipedia, is er ook een kloof tussen de aandacht voor Nederlandse onderwerpen versus Belgische onderwerpen. Ik zou graag helpen om die kloof te dichten, door af en toe ook België-gerelateerde artikelen te redden van de lijst met te beoordelen pagina's, of door generieke onderwerpen voor zowel België als Nederland meer toepasbaar te maken. Maar waar je bij Nederlandse onderwerpen vaak kunt terugvallen op Delpher en Digibron, en soms ook tot deels publiek toegankelijke krantenarchieven, heb ik iets dergelijks voor Belgische media nog niet ontdekt.

  • Bestaat er een Belgische website waarin in archieven gespit kan worden?
  • En wat voor andere handige Belgische bronnen zijn er via internet vrij beschikbaar?
  • Heeft iemand nog andere tips?

Groetjes, Sietske | Reageren? 16 jan 2022 17:07 (CET)Reageren

Deze links helpen je misschien al een beetje op weg:
hiro the club is open 16 jan 2022 17:10 (CET)Reageren
Wat dacht je hiervan: The Wikipedia Library, met waanzinnig veel interessante gratis abonnementen naar de meest fantastische uitgaven. Alleen al die van JSTOR zijn voldoende om je de rest van je leven bezig te houden. Er is geen reden om nog langer te vertalen van anderstalige Wikipedia's. HT (overleg) 16 jan 2022 17:23 (CET)Reageren
Kijk, dat is een aardig begin! Sietske | Reageren? 16 jan 2022 18:43 (CET)Reageren
Het is een probleem dat ik erg herken. Als grootgebruiker van Delpher en regelmatige bezoeker van Digibron kan ik menig artikeltje vrij eenvoudig van inhoud voorzien. Ook recentere bronnen zijn vaak wel te raadplegen. Maar zodra je iets wilt schrijven over een Vlaams onderwerp, knal je tegen de bijna ondoordringbare betaalmuren van de Belgische kranten en tijdschriften.... Online-archieven lijken er nauwelijks te zijn, en sowieso lijkt er veel minder online vindbaar te zijn. Als ik zo even een zoekopdracht doe in Belgicapress, begint het gelazer trouwens alweer: niet rechtenvrij... Ik heb nou eenmaal geen boekenkast vol literatuur over Vlaamse onderwerpen, en al helemaal niet over youtubers en artiesten, dus het is gewoon lastig. Thieu1972 (overleg) 16 jan 2022 17:59 (CET)Reageren
Recentelijk ben ik weer begonnen met het beschrijven van Belgische gemeentewapens, dus het gat wordt iets gedicht aan die kant. Helaas worden de vlaggen wat lastiger. Ik merk wel dat de Waalse gemeentewapens was minder gedocumenteerd zijn dan de Vlaamse. Weet iemand of er voor Wallonië net zoiets is als de Vlaamse Databank voor Heraldiek? Dqfn13 (overleg) 16 jan 2022 18:22 (CET)Reageren

Nog wat tips voor degenen die op zoek zijn naar goede, online beschikbare bronnen over Belgische onderwerpen:

  • de DBNL (de collectie van deze digitale bibliotheek representeert uitdrukkelijk het gehele Nederlandse taalgebied, en bevat dus ook een schat aan informatie over Vlaamse schrijvers, integrale jaargangen van historische en hedendaagse Vlaamse tijdschriften enz. enz.)

Moge het u allen tot heil strekken. — Matroos Vos (overleg) 16 jan 2022 20:44 (CET)Reageren

Datumnotatie citeer-sjabloon

Hoi allemaal, kan iemand helpen met de datumnotatie in citeer-sjablonen? Zie Overleg sjabloon:Citeer nieuws#Datumnotatie. Alvast hartelijk dank, Laurier (overleg) 16 jan 2022 17:18 (CET) (@1Veertje: kan en wil jij misschien helpen?)Reageren

Het is al geregeld! Laurier (overleg) 17 jan 2022 08:07 (CET)Reageren

Uitslag van de Wikipedia:Schrijfwedstrijd 2021

Winnaar van de schrijfwedstrijd 2021: het artikel over de Ferrari F50

Hallo allemaal,

Namens de jury laat ik jullie ook graag hier weten dat de uitslag van de Wikipedia:Schrijfwedstrijd 2021 bekend is: de eerste prijs is gewonnen door StuivertjeWisselen met het artikel over de Ferrari F50. De jury zegt over het artikel

Het is een goed geschreven artikel dat makkelijk wegleest, ook voor hen die minder geïnteresseerd zijn in auto’s. Het is goed gestructureerd en oogt volledig, en gaat van de geschiedenis van de totstandkoming van het model tot de “erfenis”, waartussen alle relevante aspecten aan het licht komen. Zo wordt er aandacht besteed aan bijvoorbeeld de overwegingen van de producent, de concurrentie en de afzetmarkt voor dit soort auto’s. Desalniettemin zijn er geen onnodige uitweidingen: het artikel is volledig to the point.

De tweede prijs gaat naar Mathijsloo voor Vroege middeleeuwen en de derde prijs is voor B kimmel met het artikel Wandelende takken. Het volledige juryrapport is te vinden op de projectpagina van de schrijfwedstrijd.

Veel leesplezier! Ciell need me? ping me! 16 jan 2022 18:24 (CET)Reageren

StuivertjeWisselen gefeliciteerd, maar als ik heel eerlijk ben, de volgorde 1-2 zou bij mij echt andersom zijn. Peter b (overleg) 16 jan 2022 20:33 (CET)Reageren
Het zijn om mij alle drie etalagekandidaten. Ymnes (overleg) 16 jan 2022 20:36 (CET)Reageren
@Peter: je bent van harte welkom om je voor de volgende editie aan te melden als jurylid natuurlijk. Glimlach Ciell need me? ping me! 16 jan 2022 22:20 (CET)Reageren

Meerdere appendixen op één (overleg)pagina

Soms kom ik meerdere appendixen op één (overleg)pagina tegen. Ik ben vergeten waar ik dat heb gezien en hoe je dat het beste kunt realiseren. Kan iemand me een voorbeeldje geven? Bedankt! Laurier (overleg) 16 jan 2022 18:44 (CET)Reageren

Plaats je verwijzingen in een groep en roep vervolgens alleen die groep op in de appendix.
  • <ref group="test1">Dit is</ref>
  • <ref group="test1">Test 1</ref>
  • {{Appendix|2={{References|group="test1"}}}}
Dit geeft: [test1 1][test1 2]
  • <ref group="test2">En hier</ref>
  • <ref group="test2">Volgt test 2</ref>
  • {{Appendix|2={{References|group="test1"}}}}
Dit geeft: [test2 1][test2 2]

hiro the club is open 16 jan 2022 18:55 (CET)Reageren

De oplossing van Hiro is eigenlijk beter, maar wel wat omslachtig tbv overlegpagina. Aannemende dat je gewoon een appendix wil per sectie met alle referenties uit die sectie, kun je simpelweg een appendix plaatsen in elke sectie. Bijvoorbeeld, ik voeg hier eerste referentie toe.[1] En dan een Appendix.
En voeg na die appendix weer een voetnoot toe[1] en weer een appendix.
Dan zie je dat ze perfect gescheiden zijn. Dajasj (overleg) 16 jan 2022 18:58 (CET)Reageren
Refs op overlegpagina's zijn meestal onhandig en onnodig. Externe links kunnen hier prima in lopende tekst en (korte) noten kunnen (klein en tussen haakjes). –bdijkstra (overleg) 16 jan 2022 19:45 (CET)Reageren
Moeten het per se aparte boxen zijn, of mag het ook een twee-onder-een-kapper zijn? Anna Petronella van Heerden en Timoer Lenk geven daar voorbeelden van: een aparte sectie (group) voor bronnen en een voor opmerkingen/noten, met een eigen nummering voor elk. Gebruik je group = "kleine-letter" (inclusief de aanhalingstekens!), dan is er geen nummering, maar een lettering: a, b, c en naar ik aanneem aa, ab, ac … zx, zy, zz. Zie Sjabloon:References  →bertux 17 jan 2022 02:55 (CET)Reageren
Hartelijk bedankt voor de tips, allemaal! En bdijkstra, ja, dat kan, maar als het op een overlegpagina is waar al iemand in het eigen commentaar een ref heeft toegevoegd, en in een andere sectie ook, dan pas ik dat liever niet aan. Dus zocht ik toch een oplossing. Laurier (overleg) 17 jan 2022 08:36 (CET)Reageren