Laatste bericht: 2 dagen geleden13 berichten8 personen in overleg
Hoi, met dank aan @RonnieV: Er is nu een pagina waar je pagina's kan vinden die een link bevatten naar een redirect met een spelfout. Je kan sorteren op pagina, link, en hoe vaak er gelinkt wordt naar een foutief gespelde redirect. Mooie kans om het aantal spelfouten op deze wiki te reduceren. Milliped (overleg) 19 mei 2025 17:58 (CEST)Reageren
Nee, zeker niet. Het idee is juist dat als iemand een nieuwe gespelfoute link aanlegt deze automatisch op deze pagina verschijnt, daarmee kan je toekomstige spelfouten makkelijk opsporen. Milliped (overleg) 19 mei 2025 18:24 (CEST)Reageren
Bij het zoeken van de betreffende artikelen (voorlopig alleen pagina's in de hoofdnaamruimte), wordt gekeken naar de inhoud van Categorie:Wikipedia:Redirect voor spelfout. Links die momenteel niet gebruikt worden, komen ook niet in beeld. Kom je meer doorverwijzingen tegen die eigenlijk alleen maar bestaan om spelfouten te ondervangen, schroom niet om die doorverwijspagina ook in die categorie te zetten. In de volgende versie van de pagina komt de doelpagina ook direct in beeld, hoef je je niet af te vragen wat nou precies wel de juiste spelling is. Met vriendelijke groet, RonnieV (overleg) 19 mei 2025 18:44 (CEST)Reageren
Rooms-Katholieke Kerk staat 3002 keer fout als Rooms-katholieke Kerk. Kan dat met een bot verbeterd worden? Net als wat soortgelijke gevallen. Hobbema (overleg) 20 mei 2025 16:28 (CEST)Reageren
@Wikiwerner. Op die pagina waar je naar linkt staat "als de link naar een spellingsfout leidt" als voorbeeld van een geval wanneer het in orde is om een redirect te repareren, zonder dat daar een verschil tussen gepipete en niet-gepipete links wordt gemaakt. Ook die andere 2914 kunnen dus worden aangepast. Het staat ook best slordig om "Doorverwezen vanaf <spelfout>" boven aan de pagina te zien, zelfs als de link waar je op klikt goed gespeld is. Hoopje (overleg) 23 mei 2025 10:53 (CEST)Reageren
Tja, ik had dat altijd opgevat als het repareren van een niet-gepipete link, dus [[Rooms-katholieke Kerk]], maar inderdaad heeft het repareren ook bij gepipete links zichtbaar effect voor de lezer: die ziet een verkeerd gespelde titel bij een mouse-over en na klikken staat er "Doorverwezen vanaf <spelfout>". Wikiwerner (overleg) 23 mei 2025 20:26 (CEST)Reageren
Het in stand houden van redirects met overduidelijke spelfouten is ook al vaker onderwerp van discussie geweest, ook al meer dan tien jaar geleden, zie bijv. Wikipedia:De kroeg/Archief/20140211. Hier is al ooit eens een hele groep fout gespelde rd's verwijderd omdat zo'n beetje niemand ze nodig vond. Van wat recenter is bijv. ook deze nominatie (er is zeker nog meer discussie geweest, vooral de laatste paar jaar, maar daarvoor zou ik nu langer moeten zoeken). Ik behoor zelf tot degenen die er eigenlijk totaal het nut niet van inzien om evidente spelfouten maar eindeloos in de hoofdnaamruimte te laten (feitelijk is dit vervuiling en zelfs in strijd met een van de basispijlers van WP, je zou spelfouten in zekere zin immers als een vorm van onbetrouwbare informatie kunnen zien), terwijl de wikiservers al lang zo werken dat verkeerd gespelde zoektermen vrijwel meteen worden gecorrigeerd.
Zo is er trouwens nog wel wat meer, zie bijv. alle A-Z-lijsten die totaal geen nuttige meerwaarde hebben t.o.v. het (bij adequaat gebruik dan) oneindig veel beter werkende categorisatiesysteem, maar hooguit leuk zijn als herinnering aan de allereerste begintijd van WP. Afijn, dat is weer ff iets heel anders. De Wikischim (overleg) 26 mei 2025 11:58 (CEST)Reageren
Ik heb even willekeurig geklikt op Aglommeratie. Wat me meteen opvalt is dat deze en andere spelfouten als alias worden vermeld boven de titel van Agglomeratie. Dit blijkt afkomstig uit Wikidata. Dat lijkt me toch niet de bedoeling? Ik tag @Romaine hieromtrent even. Tekstman (overleg) 5 jun 2025 10:31 (CEST)Reageren
Laatste bericht: 2 uur geleden3 berichten2 personen in overleg
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Weekly highlight
The Editing Team and the Machine Learning Team are working on a new check for newcomers: Peacock check. Using a prediction model, this check will encourage editors to improve the tone of their edits, using artificial intelligence. We invite volunteers to review the first version of the Peacock language model for the following languages: Arabic, Spanish, Portuguese, English, and Japanese. Users from these wikis interested in reviewing this model are invited to sign up at MediaWiki.org. The deadline to sign up is on May 23, which will be the start date of the test.
Updates for editors
From May 20, 2025, oversighters and checkusers will need to have their accounts secured with two-factor authentication (2FA) to be able to use their advanced rights. All users who belong to these two groups and do not have 2FA enabled have been informed. In the future, this requirement may be extended to other users with advanced rights. Learn more.
Multiblocks will begin mass deployment by the end of the month: all non-Wikipedia projects plus Catalan Wikipedia will adopt Multiblocks in the week of May 26, while all other Wikipedias will adopt it in the week of June 2. Please contact the team if you have concerns. Administrators can test the new user interface now on your own wiki by browsing to Speciaal:Blokkeren?usecodex=1, and can test the full multiblocks functionality on testwiki. Multiblocks is the feature that makes it possible for administrators to impose different types of blocks on the same user at the same time. See the help page for more information. [1]
Later this week, the Speciaal:SpecialePaginas listing of almost all special pages will be updated with a new design. This page has been redesigned to improve the user experience in a few ways, including: The ability to search for names and aliases of the special pages, sorting, more visible marking of restricted special pages, and a more mobile-friendly look. The new version can be previewed at Beta Cluster now, and feedback shared in the task. [2]
The Chart extension is being enabled on more wikis. For a detailed list of when the extension will be enabled on your wiki, please read the deployment timeline.
Wikifunctions will be deployed on May 27 on five Wiktionaries: Hausa, Igbo, Bengali, Malayalam, and Dhivehi/Maldivian. This is the second batch of deployment planned for the project. After deployment, the projects will be able to call functions from Wikifunctions and integrate them in their pages. A function is something that takes one or more inputs and transforms them into a desired output, such as adding up two numbers, converting miles into metres, calculating how much time has passed since an event, or declining a word into a case. Wikifunctions will allow users to do that through a simple call of a stable and global function, rather than via a local template.
Later this week, the Wikimedia Foundation will publish a hub for experiments. This is to showcase and get user feedback on product experiments. The experiments help the Wikimedia movement understand new users, how they interact with the internet and how it could affect the Wikimedia movement. Some examples are generated video, the Wikipedia Roblox speedrun game and the Discord bot.
View all 29 community-submitted tasks that were resolved last week. For example, there was a bug with creating an account using the API, which has now been fixed. [3]
Updates for technical contributors
Gadgets and user scripts that interact with Speciaal:Blokkeren may need to be updated to work with the new manage blocks interface. Please review the developer guide for more information. If you need help or are unable to adapt your script to the new interface, please let the team know on the talk page. [4]
The mw.title object allows you to get information about a specific wiki page in the Lua programming language. Starting this week, a new property will be added to the object, named isDisambiguationPage. This property allows you to check if a page is a disambiguation page, without the need to write a custom function. [5]
User script developers can use a new reverse proxy tool to load javascript and css from gitlab.wikimedia.org with mw.loader.load. The tool's author hopes this will enable collaborative development workflows for user scripts including linting, unit tests, code generation, and code review on gitlab.wikimedia.org without a separate copy-and-paste step to publish scripts to a Wikimedia wiki for integration and acceptance testing. See Tool:Gitlab-content on Wikitech for more information.
The 12th edition of Wiki Workshop 2025, a forum that brings together researchers that explore all aspects of Wikimedia projects, will be held virtually on 21-22 May. Researchers can register now.
Omdat niet iedereen op dit Nederlandstalig forum Engels beheerst, even bekeken hoe dit door de vertaalbot in het Nederlands vertaald wordt.
Het laatste technische nieuws van de technische gemeenschap van Wikimedia. Vertel andere gebruikers over deze wijzigingen. Niet alle wijzigingen zijn van invloed op u. Vertalingen zijn beschikbaar.
Wekelijkse hoogtepunten
Het redactieteam en het machine learning team werken aan een nieuwe controle voor nieuwkomers: Peacock-controle. Deze controle, die gebruikmaakt van een voorspellingsmodel, stimuleert redacteuren om de toon van hun bewerkingen te verbeteren met behulp van kunstmatige intelligentie. We nodigen vrijwilligers uit om de eerste versie van het Peacock-taalmodel te beoordelen voor de volgende talen: Arabisch, Spaans, Portugees, Engels en Japans. Gebruikers van deze wiki's die dit model willen beoordelen, kunnen zich aanmelden op MediaWiki.org. De deadline voor aanmelding is 23 mei, de startdatum van de test.
Updates voor redacteuren
Vanaf 20 mei 2025 moeten toezichthouders en controlegebruikers hun accounts beveiligen met tweefactorauthenticatie (2FA) om hun geavanceerde rechten te kunnen gebruiken. Alle gebruikers die tot deze twee groepen behoren en 2FA niet hebben ingeschakeld, zijn hiervan op de hoogte gesteld. In de toekomst kan deze vereiste worden uitgebreid naar andere gebruikers met geavanceerde rechten. Meer informatie.
Verlanglijstjeitem Multiblocks zal eind deze maand massaal worden geïmplementeerd: alle niet-Wikipedia-projecten plus de Catalaanse Wikipedia zullen Multiblocks in de week van 26 mei implementeren, terwijl alle andere Wikipedia's het in de week van 2 juni zullen implementeren. Neem contact op met het team als u zich zorgen maakt. Beheerders kunnen de nieuwe gebruikersinterface nu testen op hun eigen wiki door te gaan naar Speciaal:Blokkeren?usecodex=1, en de volledige functionaliteit van Multiblocks testen op TestWiki. Multiblocks is de functie waarmee beheerders verschillende typen blokkeringen tegelijkertijd aan dezelfde gebruiker kunnen opleggen. Zie de helppagina voor meer informatie. [1]
Later deze week zal de Speciaal:SpecialePaginas-lijst met bijna alle speciale pagina's worden bijgewerkt met een nieuw ontwerp. Deze pagina is opnieuw ontworpen om de gebruikerservaring op verschillende manieren te verbeteren, waaronder: de mogelijkheid om te zoeken naar namen en aliassen van de speciale pagina's, sortering, een beter zichtbare markering van beperkte speciale pagina's en een mobielvriendelijkere look. De nieuwe versie kan nu worden bekeken in de Beta Cluster en feedback kan worden gedeeld in de taak. [2]
De Chart-extensie wordt op meer wiki's ingeschakeld. Raadpleeg de implementatietijdlijn voor een gedetailleerde lijst met wanneer de extensie op uw wiki wordt ingeschakeld.
Wikifunctions wordt op 27 mei geïmplementeerd in vijf Wiktionaries: Hausa, Igbo, Bengali, Malayalam en Dhivehi/Maldivian. Dit is de tweede implementatieronde die voor het project is gepland. Na de implementatie kunnen de projecten functies vanuit Wikifunctions aanroepen en integreren in hun pagina's. Een functie is iets dat één of meer invoergegevens verwerkt en omzet in een gewenste uitvoer, zoals het optellen van twee getallen, het omrekenen van mijlen naar meters, het berekenen van de tijd die is verstreken sinds een gebeurtenis, of het verbuigen van een woord tot een naamval. Wikifuncties stellen gebruikers in staat dit te doen door een eenvoudige aanroep van een stabiele en globale functie, in plaats van via een lokale sjabloon.
Later deze week publiceert de Wikimedia Foundation een hub voor experimenten. Dit is bedoeld om productexperimenten te presenteren en feedback van gebruikers te krijgen. De experimenten helpen de Wikimedia-beweging nieuwe gebruikers te begrijpen, hoe ze omgaan met internet en hoe dit de Wikimedia-beweging kan beïnvloeden. Enkele voorbeelden zijn gegenereerde video's, de Wikipedia Roblox speedrun-game en de Discord-bot.
Terugkerend item Bekijk alle 29 door de community ingediende taken die vorige week zijn opgelost. Zo was er een bug bij het aanmaken van een account via de API, die nu is verholpen. [3]
Updates voor technische bijdragers
Gadgets en gebruikersscripts die communiceren met Speciaal:Blokkeren moeten mogelijk worden bijgewerkt om te werken met de nieuwe interface voor het beheren van blokken. Raadpleeg de ontwikkelaarshandleiding voor meer informatie. Als je hulp nodig hebt of je script niet kunt aanpassen aan de nieuwe interface, laat het team dit dan weten via de overlegpagina. [4]
Met het mw.title-object kun je informatie opvragen over een specifieke wikipagina in de programmeertaal Lua. Vanaf deze week wordt er een nieuwe eigenschap aan het object toegevoegd, genaamd isDisambiguationPage. Met deze eigenschap kun je controleren of een pagina een doorverwijspagina is, zonder dat je een aangepaste functie hoeft te schrijven. [5]
Geavanceerd item: Ontwikkelaars van gebruikersscripts kunnen een nieuwe reverse proxy-tool gebruiken om JavaScript en CSS te laden van gitlab.wikimedia.org met mw.loader.load. De auteur van de tool hoopt dat dit collaboratieve ontwikkelworkflows voor gebruikersscripts mogelijk maakt, inclusief linting, unit tests, codegeneratie en codereview op gitlab.wikimedia.org, zonder een aparte kopieer-en-plak-stap om scripts te publiceren naar een Wikimedia-wiki voor integratie- en acceptatietests. Zie Tool:Gitlab-content op Wikitech voor meer informatie. Terugkerend item Gedetailleerde code-updates later deze week: MediaWiki
Bijeenkomsten en evenementen
De 12e editie van Wiki Workshop 2025, een forum dat onderzoekers samenbrengt die alle aspecten van Wikimedia-projecten onderzoeken
Laatste bericht: 4 dagen geleden7 berichten6 personen in overleg
Dag allemaal, hier zijn we weer, de mensen van het Trust and Safety Product team van de Wikimedia Foundation. We willen graag ons eerdere gesprek over de tijdelijke accounts voortzetten. Dit project is vooral van belang voor de niet-ingelogde gebruikers. De nieuwe functie is ontworpen met het doel hen te beschermen. Maar dit project is ook van belang voor leden van de gemeenschap die de wiki’s veilig en nauwkeurig houden, zoals de mentors, de controleurs op vandalisme en de moderatoren - iedereen die bewerkingen terugdraait, die gebruikers kan blokkeren of op andere manieren interactie heeft met niet-ingelogde gebruikers.
De tijdelijke accounts zijn al met succes ingevoerd op enkele pilot wiki’s. We willen dit nu uitrollen op meer wiki’s. Op basis van de grootte van NL Wikipedia, zijn we van plan de tijdelijke accounts hier in juni in te voeren. Om de invoering over de tijd glad te laten verlopen over de verschillende wiki’s, introduceren we de tijdelijke accounts in fases. Ons plan is om de tijdelijke accounts hier aan te zetten binnen twee weken na 23 juni.
Waarom de introductie nodig is in juni (en niet later)
De basisfunctionaliteit voor de tijdelijke accounts werkt als verwacht voor onder andere de werkwijzen van vandalismecontroleurs, voor de hulpmiddelen etc. Samen met stewards en andere gebruikers met extra rechten hebben we over vele gebruikssituaties voorspellingen gedaan en hebben we die aangepakt. Daarmee willen we zeker stellen dat leden van de gemeenschap effectief kunnen blijven modereren en controleren. We hebben een groot aantal ondersteunende functies gebouwd, zoals IP Info, Autoreveal (automatisch zichtbaar maken) en Globale bijdragen.
We willen nu zeker stellen dat de functionaliteit ook werkt voor grote gemeenschappen. Er zijn veel kleine verschillen en geavanceerde hulpmiddelen waarvoor we niet alleen maar kunnen voorspellen wat het effect zal zijn. Tijdelijke accounts moeten daarom eerst gaan werken op een aantal grote wiki’s. Wiki-gemeenschappen waar de tijdelijke accounts in juni worden geïntroduceerd krijgen meer gelegenheid en meer tijd om verbeteringen voor te stellen dan de gemeenschappen op wiki’s waar de laatste installaties - later dit jaar - zullen plaatsvinden. Daarom geloven we dat NL Wikipedia nu moet worden toegevoegd aan de wiki’s waarop de tijdelijke accounts zijn ingevoerd.
Waarom we tijdelijke accounts invoeren
Onze wiki’s moeten standaard veiliger worden voor het bewerken door niet-ingelogde gebruikers. Tijdelijke accounts maken het mogelijk voor mensen om de wiki’s te bewerken zonder een account aan te maken, waarbij tegelijkertijd vermeden wordt dat hun bewerkingen openbaar aan hun IP-adres worden gekoppeld. We geloven dat dit in het belang is van onze niet-ingelogde gebruikers, die waardevolle bijdragen leveren aan de wiki’s en die later mogelijk wel een account aanmaken. Dit draagt bij aan de groei van onze gemeenschap van gebruikers, moderatoren en personen met andere rollen. Niet-ingelogde gebruikers worden gewaarschuwd dat hun IP-adres in verband wordt gebracht met hun bewerking, maar mogelijk begrijpen veel mensen niet wat een IP-adres is en ook niet hoe dat gebruikt kan worden voor een koppeling met andere informatie over hen, op manieren die ze wellicht niet verwachten.
Daarnaast geldt dat de software en hulpmiddelen die we gebruiken om te modereren en gebruikers en hun gedrag te herkennen, te veel afhankelijk zijn van de herkomst van het netwerk (IP-adressen). En dat terwijl IP-adressen steeds minder betrouwbaar worden als herkenningsmiddel. Tijdelijke accounts zorgen voor een nauwkeuriger interactie met niet-ingelogde gebruikers, inclusief preciezere blokkades. Ze kunnen daarbij helpen bij het te voorkomen van blokkades van goedwillende gebruikers die hetzelfde IP-adres gebruiken als gebruikers die kwaadwillend zijn.
Hoe tijdelijke accounts werken
Als een niet-ingelogde gebruiker een bewerking op deze wiki opslaat, wordt een cookie op het gebruikte apparaat in zijn of haar browser geïnstalleerd. Daarmee wordt automatisch een tijdelijk account gemaakt, die verbonden is met dat cookie. De naam van het account zal er zo uitzien: ~2025-1234567 (een tilde, het lopende jaar, een getal). Op pagina’s zoals “recente bijdragen” of de geschiedenis zal deze accountnaam worden getoond. Het cookie verloopt 90 dagen na de aanmaak ervan. Zolang het cookie bestaat zullen alle bewerkingen die van dat apparaat komen worden toegeschreven aan het tijdelijke account. Het zal hetzelfde account zijn, zelfs als het IP-adres verandert. Maar dat geldt niet als de gebruiker zijn cookies verwijdert of als deze een ander apparaat of een andere browser gebruikt. De gegevens van de IP-adressen die bij elke bewerking worden gebruikt zullen gedurende 90 dagen worden bewaard na elke bewerking. Slechts bepaalde ingelogde gebruikers zullen die gegevens kunnen inzien.
Wat betekent dit voor verschillende groepen gebruikers?
Voor niet-ingelogde gebruikers
Dit verhoogt de privacy: als je momenteel als niet-ingelogde bewerker een bewerking doet kan iedereen het gebruikte IP-adres zien, zelfs na 90 dagen. Dit zal voortaan niet meer kunnen op deze wiki.
Als je een tijdelijk account gebruikt vanaf verschillende locaties in de afgelopen 90 dagen (bijvoorbeeld vanuit huis en vanuit een horeca gelegenheid) wordt de bewerkingsgeschiedenis en het IP-adres voor al deze locaties samen opgeslagen bij hetzelfde tijdelijke account. Gebruikers die voldoen aan relevante vereisten zullen deze gegevens kunnen inzien. Als dit leidt tot zorgen over je persoonlijke veiligheid, neem dan alsjeblieft contact op met talktohumanrights at wikimedia.org.
Voor leden van de gemeenschap die een interactie hebben met niet-ingelogde gebruikers
Een tijdelijk account is op een unieke manier verbonden aan een apparaat. Een IP-adres kan echter gedeeld worden tussen verschillende apparaten en verschillende personen. Zo kunnen verschillende personen op school of op hun werk hetzelfde IP-adres hebben.
Vergeleken met de huidige situatie kan veiliger worden aangenomen dat een overlegpagina van een tijdelijke gebruiker toebehoort aan één persoon en dat berichten die daar worden geplaatst door deze gelezen zullen worden. Zoals je kan zien in de schermafbeelding, zullen gebruikers met een tijdelijk account meldingen ontvangen. Het zal ook mogelijk worden om hen te bedanken voor hun bewerkingen, om hen te pingen in een overleg en om hen uit te nodigen om meer betrokken te raken bij de gemeenschap.
Voor gebruikers die IP-adressen gebruiken voor het modereren of voor onderhoud van de wiki
Voor controleurs die terugkerende vandalen volgen, die inbreuken op het beleid onderzoeken etc.: Gebruikers die voldoen aan de eisen zullen de IP-adressen van tijdelijke accounts zichtbaar kunnen maken en ook alle bijdragen die door een tijdelijk account zijn gemaakt vanaf een IP-adres of vanaf een range ([[Special:IPContributions]]). Zij zullen ook toegang hebben tot zinvolle informatie over de IP-adressen dankzij de IP Info functie. Veel andere software is gebouwd of aangepast om te werken met tijdelijke accounts, zoals onder andere AbuseFilter, global blocks en Global User Contributions. (Voor vrijwillige ontwikkelaars: Informatie over het updaten van jullie hulpmiddelen staat in het laatste deel van dit bericht).
Voor moderatoren die niet-ingelogde gebruikers blokkeren:
Het zal mogelijk zijn om veel vandalen tegelijk te blokkeren door alleen hun tijdelijke accounts te blokkeren. Een geblokkeerde persoon zal niet in staat zijn om snel een nieuw tijdelijk account te maken als de moderator kiest voor de optie “autoblock”.
Het blijft mogelijk om een IP-adres of een range van IP-adressen te blokkeren.
Tijdelijke accounts zullen niet met terugwerkende kracht worden toegepast op bewerkingen die voor de uitrol zijn gemaakt. Via Speciaal:Bijdragen zul je alle bestaande bijdragen vanuit een IP-adres kunnen zien, maar niet de nieuwe bijdragen door dat tijdelijke account op datzelfde IP-adres. In plaats daarvan zou je Special:IPContributions moeten gebruiken.
Als je de ervaring van tijdelijke accounts wil testen, bijvoorbeeld om te zien hoe dat gat voelen, ga dan naar testwiki or test2wiki en doe een bewerking zonder in te loggen.
Vertel ons over moeilijkheden die we mogelijk moeten aanpakken. We zullen proberen te helpen. Als we daar niet toe in staat zijn, zullen we kijken of er beschikbare opties zijn.
Lees ook ons eerdere bericht over de toegangseisen voor gebruikers zonder extra rechten die ook toegang tot de IP-adressen nodig hebben.
Het lijkt mij om nu al een infopagina te schrijven: Wikipedia:Tijdelijke accounts, zodat de IP'ers alvast geïnformeerd worden. En die ook al te verwerken in de index. En dan zouden we t.z.t. ook een banner kunnen plaatsen. Wie heeft daar tijd voor? Alvast bedankt! mvg. HT (overleg) 29 mei 2025 07:29 (CEST)Reageren
Laatste bericht: 7 dagen geleden4 berichten3 personen in overleg
Hello everyone,
(Apologies for posting in English if English is not your first language. Please help translate to your language.)
The Campaigns Product Team is planning a global deployment of the CampaignEvents extension to all Wikipedias, including this wiki, during the week of June 23rd.
This extension is designed to help organizers plan and manage events, WikiProjects, and other on-wiki collaborations - and to make these efforts more discoverable.
Invitation Lists: A tool to help organizers find editors who might want to join, based on their past contributions.
Note: The extension comes with a new user right called "Event Organizer", which will be managed by administrators on this wiki. Organizer tools like Event Registration and Invitation Lists will only work if someone is granted this right. The Collaboration List is available to everyone immediately after deployment.
The extension is already live on several wikis, including Meta, Wikidata, English Wikipedia, and more ( See the full deployment list)
If you have any questions, concerns, or feedback, please feel free to share them on the extension talkpage. We’d love to hear from you before the rollout.
I think this is great news @Udehb-WMF, thank you!!
@ all: Deze nieuwe extensie (en ik meen ook nieuwe naamruimte) brengt een nieuw bitje met zich mee. Event organizers hebben geen speciale rechten zoals moderators of checkusers, maar kunnen dadelijk vooral op een laagdrempelige manier communiceren met mensen die zich voor hun event (bijeenkomst, cursus, etc) hebben ingeschreven. Geregistreerde gebruikers kunnen zich inschrijven met één klik op de knop, en hoeven hiervoor hun mailadres niet te delen met de organisator: mails vanuit de organisaor verlopen via het wiki-mailsysteem. Nog een voordeel is voor de statistieken: activiteiten in de Event-naamruimte kunnen direct gekoppeld worden aan de Events-dashboard, die zowel WMBE als WMNL (in meer of mindere mate) gebruiken.
Dank voor de uitleg! Ik neem aan dat deze extensie gebruikt kan worden voor zaken zoals Wikicafés, stadswandelingen en de nieuwjaarsbijeenkomst? →bertux30 mei 2025 23:41 (CEST)Reageren
Klopt @Bertux. En voor online bijeenkomsten, cursussen, workshops etc. waar het nmm nog minder nodig is om heel veel persoonlijke details te verzamelen. Denk bijvoorbeeld aan SheSaid van vorig jaar, waarbij het handig is om een uitleg te krijgen van hoe je Wikiquote kunt bewerken. Of een consultatie zoals die we veelvuldig hadden voor de Movement Charter, of andere vormen van beleidsvoorstellen. Dit is een voorbeeld van de inschrijvingspagina voor een online training die ik in maart gaf. Ciellneed me? ping me!31 mei 2025 08:38 (CEST)Reageren
Laatste bericht: 4 dagen geleden13 berichten7 personen in overleg
Utopia (Travis Scott) voldoet aan de definitie van een beginnetje, maar wat schiet de lezer hier nou echt mee op? Is de consensus nog steeds dat zoiets bestaansrecht heeft? Het zou trouwens zomaar het artikel kunnen zijn waar de ratio (bytes op EN-wiki)/(bytes op NL-wiki) met factor 553 het grootst is, of hebben jullie andere leuke voorbeelden? Vinvlugt (overleg) 31 mei 2025 21:52 (CEST)Reageren
Zoals ik de mogelijkheden van het binnenkort te introduceren Abstract Wikipedia zie, wordt dit soort beginnetjes straks standaard. Met een verbetering van de inhoudelijke kwaliteit van Wikipedia heeft het echter niets van doen. mvg. HT1 jun 2025 14:15 (CEST)Reageren
De actie van SpamHunters heeft het toch echt niet beter gemaakt. Er is informatie verdwenen, er is een ongelijke redirect gecreëerd, en feitelijk is er een artikel verdwenen zonder de procedures te volgen die daar voor gelden. Het klopt dat het oorspronkelijk artikel ook niet heel veel toevoegt, maar of je beginnetjes moet verwijderen, daarover zijn de meningen verdeeld. Kuddekop (overleg) 2 jun 2025 17:21 (CEST)Reageren
Ik ben het eens met Kuddekop. Het artikel over het muziekalbum "Utopia" was idd. in die vorm veel te weinig, maar muziekalbums van E-waardige artiesten zijn zelf in de regel ook E-waardig (omdat er vrijwel altijd voldoende aandacht voor is in bijv. de vorm van databases, muzikale beschouwingen, ...) en moeten hier dus geen rd worden.
Vijf feiten? Semantisch dan toch. Er staat geen aparte inhoud in het artikel, meer nog, er is meer overzicht binnen het artikel van de artiest (plaatsing album binnen bredere discografie, welk type muziek, etc). Daarom sterke voorstander om er een redirect van te maken en op te nemen in hoofdartikel. SpamHunters (overleg) 2 jun 2025 20:38 (CEST)Reageren
Coördinaten worden van Wikidata gehaald als ze niet ingevuld zijn, maar als niet bekend is welk land dit is, dan weet {{infobox plaats}} niet welke positiekaart opgehaald moet worden.En dan krijg je een vreemde foutmelding. Mbch331 (overleg) 31 mei 2025 23:34 (CEST)Reageren
De Schrijfmaand Klassieke Muziek is van start gegaan!
Laatste bericht: 4 dagen geleden1 bericht1 persoon in overleg
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Weekly highlight
The Chart extension is now available on all Wikimedia wikis. Editors can use this new extension to create interactive data visualizations like bar, line, area, and pie charts. Charts are designed to replace many of the uses of the legacy Graph extension.
Updates for editors
It is now easier to configure automatic citations for your wiki within the visual editor's citation generator. Administrators can now set a default template by using the _default key in the local MediaWiki:Citoid-template-type-map.json page (example diff). Setting this default will also help to future-proof your existing configurations when new item types are added in the future. You can still set templates for individual item types as they will be preferred to the default template. [6]
Starting the week of June 2, bots logging in using action=login or action=clientlogin will fail more often. This is because of stronger protections against suspicious logins. Bots using bot passwords or using a loginless authentication method such as OAuth are not affected. If your bot is not using one of those, you should update it; using action=login without a bot password was deprecated in 2016. For most bots, this only requires changing what password the bot uses. [7]
From this week, Wikimedia wikis will allow ES2017 features in JavaScript code for official code, gadgets, and user scripts. The most visible feature of ES2017 is async/await syntax, allowing for easier-to-read code. Until this week, the platform only allowed up to ES2016, and a few months before that, up to ES2015. [8]
Scholarship applications to participate in the GLAM Wiki Conference 2025 are now open. The conference will take place from 30 October to 1 November, in Lisbon, Portugal. GLAM contributors who lack the means to support their participation can apply here. Scholarship applications close on June 7th.
Laatste bericht: 2 dagen geleden3 berichten2 personen in overleg
Beste allemaal,
Graag maak ik van de gelegenheid gebruik om jullie te informeren over de komende jaarlijkse Wikimedia Foundation banner inzamelingsactie in Nederland.
De inzamelingsactie zal uit twee onderdelen bestaan.
We zullen e-mails sturen naar mensen die eerder vanuit Nederland hebben gedoneerd. De e-mails zijn gepland tussen 4 en 27 augustus 2025.
We zullen banners laten draaien voor niet-ingelogde gebruikers in Nederland op Wikipedia zelf. De banners zullen lopen van 2 tot 30 september 2025.
Voorafgaand hieraan zijn we van plan om een aantal tests uit te voeren, dus het is mogelijk dat je een paar keer 3-5 uur lang banners ziet voordat de campagne begint. Deze activiteit zal ervoor zorgen dat onze technische infrastructuur werkt.
Ik zal de samenwerkingspagina van de gemeenschap binnenkort bijwerken. Daarop geven we meer details over de campagne, delen we enkele bannervoorbeelden en geven we jullie de ruimte om mee te doen aan de fondsenwervingscampagne. Ik zal jullie hier, op VP, weer op de hoogte brengen wanneer de pagina is bijgewerkt.
We zullen ook een community call organiseren, details zullen op de samenwerkingspagina staan, waar je je vragen en suggesties naartoe kunt brengen.
Over het algemeen kun je voor en tijdens de campagne contact met ons opnemen:
The internet we were promised—a place of free, collaborative, and accessible knowledge—is under constant threat. On Wikipedia, volunteers work together to create and verify the pages you rely on, supported by tools that undo vandalism within minutes, ensuring the information you seek is trustworthy.
Dutch text:
In dit tijdperk van kunstmatige intelligentie is toegang tot verifieerbare feiten cruciaal. Wikipedia ondersteunt als online informatiebron alles, van persoonlijke zoekopdrachten tot opkomende AI-technologieën. Jouw donatie draagt bij aan de kennis van vandaag en van morgen.
Laatste bericht: 4 dagen geleden7 berichten2 personen in overleg
Hallo allemaal,
Naar aanleiding van een aanbeveling schrijf ik hier om een sjabloon voor te stellen dat ik heb ontwikkeld. Alvorens verder te gaan, mijn excuses voor mijn niveau van het Nederlands; ik ben geen moedertaalspreker en ik gebruik geautomatiseerde vertaling om me te helpen -- zie dit alsjeblieft als onderdeel van de inspanningen om andere Wikipedia-gemeenschappen te bereiken.
De reden waarom ik dit heb gebouwd is omdat ik veel tijd heb besteed aan het bijwerken van informatie over Europese politieke partijen (meestal) en ik merk dat informatie vaak ontbreekt aan bronnen en gemakkelijk verouderd is. Aangezien dit partijen zijn waar weinig mensen om geven, is het niet eenvoudig om al deze informatie up-to-date te houden in vele versies van Wikipedia. Daarom heb ik een module ontwikkeld die gegevens van Wikidata ophaalt en via sjablonen deze informatie aan Wikipedia levert. Dit is vooral voor het aantal zetels (evenals zetelaandelen en gerelateerde samenstellingsbalken), maar bevat ook andere informatie, zoals individuele leden, acroniemen, partijen, overheidsfinanciering, etc., en meer kan worden toegevoegd in de tijd.
Vervolgens heb ik de module (die begon op de Engelstalige Wikipedia, omdat dit de grootste is) uitgebreid om rekening te houden met vertalingen -- op deze manier kan de module worden gekopieerd naar verschillende versies van Wikipedia zonder dat deze hoeft te worden vertaald. Dit is geweldig voor toekomstige updates, omdat de code maar op één plaats hoeft te worden bijgewerkt. Ik heb dit gedaan in het Frans, Spaans, Portugees, Italiaans en Nederlands.
In de praktijk zijn er twee sjablonen: een voor Europese politieke partijen en een voor nationale politieke partijen. De eerste is heel eenvoudig en heeft alleen betrekking op de huidige 12 Europese partijen, plus het artikel over Europese partijen. Deze pagina's maakten al gebruik van oproepen naar Wikidata, maar het is leuker en duidelijker om {{Gegevens EUPP|zetel_samenstelling_balk|EP}} te hebben dan {{Composition bar|{{#invoke:wd|property|P1410|P194=Q8889}}|{{#invoke:wd|property|eid=Q8889|P1342}}|hex=#{{#invoke:wd|property|P465}}}}. De relevante pagina's maken nu gebruik van dit nieuwe sjabloon.
Ik zou nu graag het andere sjabloon (voor nationale partijen) willen gaan gebruiken, wat ook erg nuttig kan zijn, maar om een andere reden. Vaak zijn Wikipedia-gemeenschappen vrij actief in het bijwerken van gegevens over hun eigen politieke partijen (bijv. Nederlandse politieke partijen voor Nederlandse Wikipedia), maar veel langzamer voor andere. Het ophalen van gegevens van Wikidata kan dit verhelpen door gebruik te maken van de reactiviteit van andere gemeenschappen om actuelere resultaten te krijgen. Omgekeerd, als Nederlandse bijdragers Wikidata zouden updaten in plaats van handmatig waarden te veranderen op de Nederlandse Wikipedia, zou dit enorm helpen om informatie over Nederlandse partijen te verspreiden op andere Wiki's, wat erg nuttig zou zijn voor hen en goed voor de verspreiding van accurate informatie over Nederlandse partijen. Dit is tenslotte het hele doel van Wikidata.
Voor het perspectief van de gebruiker verandert er niets, omdat de module vooral achtergrondwerk doet en het “compositiebalk”-gedeelte van de module eruit laat zien als die van de wiki in kwestie, dus bijvoorbeeld compositiebalken zouden er hetzelfde uitzien.
Hoe dan ook, het idee is eigenlijk om de samenwerking tussen wiki's te bevorderen en om de informatiestroom en het bijwerken van informatie tussen lokale versies van Wikipedia te vereenvoudigen. Natuurlijk is feedback van de gemeenschap essentieel en kan dit geleidelijk worden uitgerold. Ik hoop dat je dit nuttig vindt. Julius Schwarz (overleg) 3 jun 2025 11:10 (CEST)Reageren
Ik heb dit zelf al toegepast zien worden op de Engelstalige Wikipedia en ben fan. Het lukt ons hier vaak nog wel redelijk om de politieke wijzigingen door te voeren binnen Nederland en België, maar elders werd al geconstateerd dat we slecht zijn in buitenlandse onderwerpen waar we vaak wel pagina's over hebben. Ik denk dat dit een goede methode kan zijn.
Hoi, bedankt voor je vriendelijke woorden. En inderdaad, dit is geen kritiek op welke gemeenschap dan ook; vooral voor politieke partijen geldt dat er gewoon veel gegevens moeten worden bijgewerkt en dat het voor iedereen moeilijk is om bij te blijven. En als het niet hier is, dan misschien voor anderen om gegevens over Nederland en België bij te houden.
Wat betreft verwijzingen: ja, de module/template maakt het mogelijk om verwijzingen weer te geven, als dat is wat je vraagt. Bijvoorbeeld:
Samenstellingsbalk voor de Europese Volkspartij in het Europees Parlement: {{Gegevens EUPP|zetel_samenstelling_balk|EPP|EP|referentie=ja}}:
No, this is a result of the way the composition bar template works, this is not related to this module/template. If a percentage is displayed, it is displayed on the same line as the numbers, but the reference is always placed below. Actually, some local versions of Wikipedia do not even have the possibility to add a reference to a composition bar. At any rate, references are usually not displayed for composition bars. Julius Schwarz (overleg) 3 jun 2025 12:07 (CEST)Reageren
If that discussion leads to changes in where that reference can be displayed, that would be extremely welcome!! In the meantime, though, like I said, for composition bars/infoboxes, this is usually not displayed in any case. Julius Schwarz (overleg) 3 jun 2025 12:37 (CEST)Reageren
↑European People's Party. Autoriteit voor Europese politieke partijen en Europese politieke stichtingen. Geraadpleegd op 4 november 2024.
The Contribute entry point is based on collaborative work with other product teams in the Wikimedia Foundation on Edit discovery, which validated the entry point as a persistent and constant path that contributors took to discover ways to contribute content in Wikipedia.
Therefore, enabling this entry point in your Wikipedia will help contributors quickly discover available tools and immediately click to start using them. This entry point is designed to be a central point for discovering contribution tools in Dutch Wikipedia.
Who can access it
Once it is enabled in your Wikipedia, newcomers can access the entry point automatically by just logging into their account, click on the User drop-down menu and choose the "Contribute" icon, which takes you to another menu where you will find a self-guided description of what you can do to contribute content, as shown in the image below. An option to "view contributions" is also available to access the list of your contributions.
For experienced contributors, the Contribute icon is not automatically shown in their User drop-down menu. They will still see the "Contributions" option unless they change it to the "Contribute" manually.
We have gotten valuable feedback that helped us improve its discoverability. Now, it is ready to be enabled in other Wikis. One major improvement was to make the entry point optional for experienced contributors who still want to have the "Contributions" entry point as default.
We plan to enable it on mobile for Wikis, where the Section translation tool is enabled. In this way, we will provide a main entry point to the mobile translation dashboard, and the exposure can still be limited by targeting only the mobile platform for now. If there are no objections to having the entry point for mobile users from your community, we will enable it by 17th June 2025.
We welcome your feedback and questions in this thread on our proposal to enable it here. Suppose there are no objections, we will deploy the "Contribute" entry point in your Wikipedia.
We look forward to your response soon.
Thank you!
On behalf of the WMF Language and Product Localization team.
Against It is against the principles of Wikipedia. What you are trying to do is to increase the content of Wikipedia with mainly translations of other Wikipedia articles. Wikipedia is not a source for Wikipedia. And Wikipedia is not an authoritative site. Another major problem is that the Dutch Wikipedia in many cases has no obligation to provide sources. Now there is an obligation to provide a permalink when using information from a foreign Wikipedia, but many ignore that. There is also the chance that contributors add information without having knowledge of the subject. And then of course there is a big chance that AI is used, a source that is far from authoritative. HT (overleg) 4 jun 2025 07:36 (CEST)Reageren
@UOzurumba (WMF), thank you to your team for expanding the possibilities for newcomers to contribute to Wikipedia. Mobile phones are becoming more and more popular, so making it easier to contribute via phones (and other mobile devices) is a good step. Like many other Wikipedias, the Dutch Wikipedia is short on contributors, so let's hope that these new possibilities will help it grow a little.
I disagree with most of Happytravels' comments, but I do agree that translating an article is not an easy task. It requires knowledge of both the subject and the languages used. Putting this at the top of the list would not be my preference. An automatic summary with a link to the original article when using the translation tool could help contributors avoid forgetting the source of their text. Translating articles is certainly not forbidden and can be a good way to contribute to Wikipedia and share knowledge.
Thank you, everyone, for your thoughtful feedback, questions, and concerns. I will respond to some of them below:
The "Contribute" entry point or menu serves as a centralized location where contributors—especially newcomers using mobile devices—can discover various ways to contribute to Wikipedia. It will provide access to multiple contribution tools, not just Content Translation. Importantly, this menu does not alter the existing configuration of any tools in your wiki, including the configuration of the Content translation tool.
@Ciell, this feature will be available through the mobile browser interface but not in the Wikipedia app on mobile devices.
@Happytravels, I appreciate your explaining the uniqueness of the Dutch editorial practices. Our intention is not to compromise its distinctiveness by "increasing the content of Wikipedia primarily through translations of other Wikipedia articles." The goal is to make it easier for newcomers and people who are unfamiliar with our platform to find the tools and methods for contributing.
I also want to add that if your community is experiencing any abuse of the Content Translation tool on your Wikipedia, there are mechanisms we can consider to limit this misuse. However, I do not see significant evidence of this, as only 2,100 articles were added using the Content Translation tool out of 56,171 articles last year, and only 193 of the translated articles were deleted. I stand corrected if this is not the case.
@Ciell, in response to your comment regarding the different interfaces for "experienced" users and "new" users: while there may be a distinction, the difference is minimal. The "Contributions" tab will still direct you to a page where you can access the "Contribute" menu tab. As shown below.
This image illustrates how to access the contribute menu from the "Contribution" tab in Wikipedia using your mobile device.Making this tab the default for only newcomers was implemented based on the feedback from experienced editors who preferred to maintain their familiar "Contributions" tab instead of the "Contribute", details of the feedback are in this ticket.
@Tekstman, I apologize if my earlier message was misunderstood or if the timeline negatively impacted you. The timeline helps us keep track of things especially for wiki communities that are not so active on village pumps or wiki spaces. We usually wait until a decision is made irrespective of how long it takes before we enable. We want to ensure that there is consensus among contributors in a wiki before we enable a tool. Please feel free to suggest a clearer framing for this type of message.
Once again, thank you for all your feedback, looking forward to your decision on our proposal to enable the Contribute menu.
Objection. Do not introduce this feature to the our Wikipedia without the consent of the (whole) community! In the paragraph below there are a lot of people that don't agree that this a thoughtfull addition and will increase the quality of our Dutch (language) Wikipedia. Saschaporsche (overleg)
Volgens mij ligt het in het verlengde van het eerdere werk door het Growth-team inderdaad, en met name gericht op het verbeteren van de navigatie in en bewerken via de app. Momenteel is het best lastig om in de mobiele app bij te dragen, en om een overzicht te krijgen van wat je al hebt gedaan/nog zou kunnen doen. Als ik naar het gegeven voorbeeld kijk, is dat de intentie hier. Mijn enige opmerking zou zijn dat als 'ervaren' gebruikers een andere interface te zien krijgen dan 'nieuwe' gebruikers, het voor de begeleiding en mentoren (Helpdesk, VRT, uitleg in cursussen) nog weer ietsje lastiger wordt, want er komt weer een layout-variatie bij.
@Happytravels het bezwaar dat je inbrengt geldt is niet specifiek voor vertalingen in de mobiele app toch? Volgens mij is dat je algemene standpunt? De update van de app die hier wordt geïntroduceerd is enkel dat de vertaalfunctie, die hier op de wiki al aanstaat, ook toegankelijk wordt via de android app.
Beste Ciell. Ik ben tegen het plaatsen van het icoon. Echt elk lemma op welke Wikipedia-taalversie dan ook, in welke inhoudelijke staat dan ook, en echt elk onderdeel van dat lemma, komt dan volgens Wikimedia in aanmerking om te worden overgenomen op de Nederlandse Wikipedia. Wikipedia is geen gezaghebbende bron. Zoiets moet je nooit doen. We zien nu al dat lemma's klakkeloos worden overgenomen, en zonder dat de gebruiker enige kennis van zaken over het onderwerp heeft. Ook zie ik dat delen van anderstalige Wikipedia-lemma's bronloos worden overgenomen. Je moet dat niet gaan stimuleren met het plaatsen van een icoon. We proberen een serieus project te zijn etc. mvg. HT (overleg) 5 jun 2025 05:40 (CEST)Reageren
Happytravels, de wijziging leidt ertoe dat er voor vier soorten bijdragen een makkelijkere toegang komt voor de gebruiker van de mobiele website. Dit zijn het toevoegen van bestanden aan WikiCommons (die daarna door anderen gebruikt kunnen worden in artikelen), het doen van voorgestelde wijzigingen (interne links, bewerkingen van bestaande artikelen), het starten van een nieuw artikel en het vertalen van een bestaand artikel van een andere Wikipedia. Jouw kritiek lijkt zich met name op dat laatste punt te richten.
Het is al jaren zo dat de Nederlandstalige Wikipedia (en mogelijk ook andere Wikipedia's) een beperkte groep mensen weet vast te houden als bewerker. Er komen regelmatig nieuwe bewerkers, maar velen haken snel af, anderen blijven wat langer maar hun aantal is eigenlijk niet genoeg om het verloop van ervaren bewerkers op te vangen, laat staan om te zorgen voor een bestendige groei van nl-wiki. Daarnaast zijn velen hier van mening dat ons medewerkersaantal eigenlijk te laag is voor het aantal artikelen dat we hebben, om alle bewerkingen te controleren en om te zorgen dat alle artikelen tijdig worden bijgewerkt. Wat zie jij als taken die een nieuwe bewerker op zich kan nemen, die een opstap vormen naar een blijvende actieve betrokkenheid bij Wikipedia? Welke taak (taken) zouden UOzurumba (WMF) en diens team wel kunnen toevoegen aan dit menu? Dat kunnen al bestaande taken zijn, of nieuw te ontwikkelen taken. En wat zie jij aan verdere mogelijkheden om te zorgen voor een aanwas van Wikipedianen? Met vriendelijke groet, RonnieV (overleg) 5 jun 2025 10:46 (CEST)Reageren
Misschien helpt het om te wijzen op de talloze onderhoudstaken op deze wiki: het oplossen van bronvragen, links naar doorverwijspagina's, en na enige ervaring ook bijvoorbeeld vandalismecontrole (volslagen nieuwe gebruikers keuren mogelijk te makkelijk iets goed, al dan niet per ongeluk). Wikiwerner (overleg) 5 jun 2025 18:25 (CEST)Reageren
Omdat er nogal wat vragen zijn, zoals voor welk platform dit is bedoeld, welke functies nu precies worden aangeboden in welke volgorde, en daarnaast inhoudelijke bezwaren, lijkt het me niet gepast om al op 17 juni deze functie aan te zetten. Ook vraag ik me af waarom deze vraag zo gedropt wordt "Suppose there are no objections, we will deploy the "Contribute" entry point in your Wikipedia. We look forward to your response soon." Dit is toch geen manier om het akkoord van de gemeenschap te vragen? Tekstman (overleg) 5 jun 2025 11:59 (CEST)Reageren
Die mensen hebben nog meer te doen dan discussie voeren met 850 wikis he? Dan zijn we weer een paar jaar verder. De meeste wikis reageren amper, dus ik vind dit prima communicatie. “Geef een schreeuw als je dwars wil liggen, anders gaan we verder. Jij schreeuwt, en alle nederlands wikipedianen krijgen dit niet. Hoeveel meer macht wil je hebben ? TheDJ (overleg) 5 jun 2025 17:21 (CEST)Reageren
@RonnieV: Ik begrijp dat de icoon of beter gezegd iconen een duidelijker overzicht geven van enkele mogelijkheden om Wikipedia uit te breiden. Eerder kregen we al een pop-up met de tekst dat vertalen van een lemma slechts enkele minuten tijd inneemt. En nu deze icoontjes. Het is jammer dat niet wordt ingegaan op mijn inhoudelijke beweegredenen. Wat een tekort aan controleurs betreft. Ik ben er daar zelf een van en ik kan je zeggen dat het nu al niet is bij te houden. En dat wordt alleen maar erger als we nog meer nadruk gaan leggen op het (klakkeloos) overnemen van hele of delen van WP-lemma's, ongeacht de staat waarin ze verkeren, door bewerkers die ook nog eens vaak geen kennis van het onderwerp hebben, in een encyclopedie die sowieso al voor een groot deel bronloos is. Bewerkers krijg je alleen erbij als je kwaliteit levert. mvg. HT (overleg) 5 jun 2025 18:03 (CEST)Reageren
Tsja, misschien is de nieuwigheid er ook een beetje van af, en vroeger was er ook wat minder te doen op internet. Nu hangt iedereen op tig verslavende sociale media rond waar je niet hoeft na te denken wat je intypt.
Overigens stipt HT wel een punt aan dat het ook waard is te overdenken: door het aanbieden van allemaal makkelijke, laagdrempelige manieren om een artikel te knutselen, creëer je hoe dan ook een extra hoeveelheid rommel die moet worden opgeruimd. En dat komt dan weer neer op de vaste kern. Hoe demotiverend is dat wel niet?
Je ziet best veel krakkemikkige vertalingen (met vaak ontbrekende licentievermeldingen) en hopeloze AI-troep, en dat alles onder het motto 'iedereen kan een artikel schrijven' - waarna anderen de rommel mogen opruimen. En dan is er nog de stortvloed aan wannabe-artiesten, POD-schrijvers en marketeers die allemaal per se hun shit hier willen promoten. Oh, ik vergeet het vandalisme nog - dat gaat ook maar door. Gaan al die eenmalige gebruikers die wat AI-troep of een halve vertaling dumpen, ons daar mee helpen?
Tuurlijk, er zitten ook gebruikers tussen die na een al dan niet rommelig begin zich alsnog ontwikkelen tot fijne collega's. Maar we moeten er wel voor waken dat de obsessie om nieuwe gebruikers binnen te halen niet leidt tot het opbranden van vaste gebruikers. Thieu1972 (overleg) 5 jun 2025 18:25 (CEST)Reageren
Maar de vertaaltool en soortgelijke verbeteringen hoeven toch niet het slachtoffer te worden van de acties door vandalen en kliederpubers? Dan gooi je nmm het kind met het badwater weg.
Het is al vaker voorgesteld om ook de wijzigingscontrole meer geautomatiseerd te gaan doen, zodat er minder handmatig werk overblijft. Maar dat soort ontwikkelingen krijgt hier allemaal ook amper of geen voet aan de grond. Ciellneed me? ping me!5 jun 2025 18:50 (CEST)Reageren
We moeten stoppen met het obsessief laten aanmaken van nieuwe artikelen door nieuwelingen. We hebben er nu al te veel om te onderhouden, bij te werken, enz. Laat ze eerst eens wat kleinere al dan niet inhoudelijke bewerkingen doen aan bestaande artikelen. Dan zien ze ook wat er nog meer bij komt kijken, en wie weet raken ze daar geïnteresseerd in ... Wikiwerner (overleg) 5 jun 2025 20:45 (CEST)Reageren
@Happytravels:, volgens mij ben ik best ingegaan op jouw bezwaar tegen vertalingen, en heb ik in ieder geval de suggestie gedaan om het vertalen, waarbij inderdaad het een en ander komt kijken, niet bovenaan te plaatsen in het menu. Ik heb ook voorgesteld om bij een vertaling een automatische samenvatting te plaatsen die vastlegt welke versie gebruikt is als bron (welke Wikipedia, welk artikel, welke versie). Ik weet wat er komt kijken bij het vertalen van een hoogwaardig artikel. Eenvoudiger artikelen zijn makkelijker te vertalen, dus wellicht zou de vertaaltool een limiet moeten krijgen (je mag deze gebruiken voor artikelen tot x tekens in de basistekst, een aantal dat eventueel groeit met je ervaring met deze tool en/of op Wikipedia).
Jouw opvatting dat er überhaupt niet vertaald zou mogen worden, wordt niet breed gedragen in de Nederlandse Wikipedia. Ik heb in ieder geval geen stemming gezien die tot dat verbod zou leiden, de vertaaltools zijn gewoon beschikbaar.
Ik ben zelf mijn wikiloopbaan begonnen met wat kleine aanpassingen aan artikelen. Geleidelijk aan heeft het wikivirus me meer te pakken gekregen en ben ik andere dingen gaan doen. Ook jij bent begonnen met kleine bewerkingen. Ik vind het irreëel te verwachten dat iedere beginnende Wikipediaan begint met het schrijven van een etalageartikel, en zoek naar dingen die wel gedaan zouden kunnen worden door nieuwkomers, die wel in dit nieuwe menu kunnen worden opgenomen. Voor zover ik lees, richt jouw bezwaar zich alleen tegen de vertaaloptie, zouden de andere drie wel kunnen. @Wikiwerner: noemt hierboven al het oplossen van bronvragen en van links naar doorverwijspagina's; ik vind dat prima voorstellen. Ik zat zelf te denken aan het kladblok als optie in dit nieuwe menu om mensen daar de ruimte te geven om een nieuw artikel te schrijven.
Ieder persoon die niet begint aan Wikipedia, zal geen bijdragen leveren. Iedereen die wel begint, heeft in ieder geval de eerste stap gezet op weg naar een mogelijke carrière hier op Wikipedia. Voordat je het menu ziet, moet je al de stap gezet hebben om een account aan te maken (ingelogde bewerkers). Om nieuwe controleurs te krijgen, hebben we eerst nieuwe bewerkers nodig. In de huidige groep controleurs zit natuurlijk verloop, er zijn mensen die vinden dat er nu al te weinig controleurs zijn. We hebben een onderbezette Arbitragecommissie, een slinkende groep moderatoren. Om stabiel te blijven hebben we nieuwe collega's nodig, om te groeien nog meer. Die moeten we laten beginnen met eenvoudige klussen, laten opgroeien naar meer. Positief benaderen, begeleiden, behouden. Niet: demotiveren en wegjagen. En, Thieu1972, vaste bewerkers haken af, opgebrand, afgepeigerd door Wikipedia, of door dingen in het echte leven. We moeten slimmer controleren, maar ook zorgen dat we er mensen bij krijgen. Blijven klagen dat er (te) veel werk is, maar niets doen om meer mensen te trekken, is in mijn ogen geen heilzame oplossing. Met vriendelijke groet, RonnieV (overleg) 5 jun 2025 20:48 (CEST)Reageren
Maar is zo'n vertaaltool die alles zo simplistisch voorstelt, dan een goede oplossing? Of hou je juist meer onderhoudswerk over aan die tool dan dat je aan serieuze gebruikers wint? Tot nu toe lijkt geen enkel initiatief tot een gewenst resultaat te leiden - maar mogelijk wel tot nóg meer werk. Is er überhaupt ooit onderzoek naar dit soort dingen gedaan? Heeft de EN-wiki een verontrustende daling in het aantal gebruikers gezien omdat ze de vertaaloptie ontmoedigen? Of is er juist een stijging te zien, en zo ja, waar ligt dat dan aan? Misschien jagen wij gebruikers wel weg naar de EN-wiki omdat we op diverse punten - brongebruik, kwantiteit boven kwaliteit - toch wel erg achterblijven? Thieu1972 (overleg) 5 jun 2025 21:39 (CEST)Reageren
Een project om lezers van Wikipedia aan te moedigen te gaan bewerken juich ik toe. Ik zou dit dan wel willen richten op kleine bewerkingen, zoals de "Suggested edits". Klein beginnen is gewoon beter. Het richt niet alleen minder schade aan, ook krijgen nieuwe bewerkers vanzelf meer inzicht in hoe Wikipedia werkt, zowel technisch als organisatorisch, terwijl ze nog "in opleiding" zijn. De problemen met (semi-)automatisch vertalen zijn al benoemd. Vertalen is niet verboden, maar is voor gevorderden. Het beoordelen van het brongebruik, kennis van bron- en doeltaal, dat heeft moet je niet aan een nieuwe gebruiker overlaten. Ook Commons heeft een leercurve, dus ook dat lijkt me niet zonder risico. Tekstman (overleg) 6 jun 2025 13:26 (CEST)Reageren
Eén gebruiker geeft een gil en het project wordt afgeblazen? Gelukkig werkt het zo niet. Geen probleem hoor. Ik ben zelf ook niet vies van een hyperbool meer of minder. Overigens inmiddels een prima reactie van UOzurumba. Tekstman (overleg) 6 jun 2025 13:11 (CEST)Reageren
Mijn allereerste indruk toen ik zojuist het bovenstaande las was dat dit misschien in bepaalde gevallen wel nuttig zou kunnen zijn. Maar wordt hiermee niet eigenlijk vooral de kans levensgroot dat in de meeste gevallen goedbedoelende, maar verder geheel onervaren gewone lezers van Wikipedia op basis van wat ze in dit nieuwe automatische menu krijgen voorgeschoteld eventjes wat gaan proberen, wat vervolgens uitdraait op goedbedoeld maar volstrekt nutteloos geklungel, dat de vaste kern van ervaren gebruikers hier weer allemaal mag gaan herstellen? Dit terwijl veel vaste gebruikers hier nu toch al feitelijk een dagtaak hebben aan zowel het herstellen van het elke dag weer terugkomende vandalisme alsook aan het in banen proberen te leiden van de onbeholpen bijdragen van beginnende gebruikers (die overigens in 99 van de 100 gevallen even later weer spoorloos hier verdwijnen).
Verder kan ik me ook bij het probleem wat Happytravels noemt – Wikipedia wordt zo in feite nog meer dan nu een bron voor zichzelf – wel iets voorstellen. De Wikischim (overleg) 5 jun 2025 18:11 (CEST)Reageren
@RonnieV: Zoals je elders onder deze thread kunt lezen, is het geen goed idee om nieuwe bewerkers een anderstalig WP-lemma te laten vertalen. En het project hierboven is op de eerste plaats niet bedoeld om nieuwe bewerkers aan te trekken. Het wordt aangestuurd door de Wikimedia-directeur Content Growth. Doel is om het aantal lemma's op Wikipedia uit te breiden. Dat wil men bereiken door de lemma's in andere talen te kopiëren. Ook een deellemma kopiëren wordt aangemoedigd. De inhoud van Wikipedia is echter geen gezaghebbende bron. Er zijn geen universiteiten die hun studenten aanmoedigen om voor hun scripties WP-lemma's in te leveren, wel kan je volgens de universiteiten op basis van de gegeven bronnen inspiratie opdoen. Als je per se een parameter 'Contribute' wilt invoegen, dan zou je daarin kunnen verwijzen naar de Wikipedia Library, maar dat zou je beter een apart kopje kunnen geven, met bovenin een link naar de FOKA-regeling en dat je jaarabonnement van de bibliotheek voor jou betaald kan worden. De aandacht om Wikipedia uit te breiden moet niet gaan naar bewerkers die niet in staat zijn om zelf inhoudelijke content toe te voegen en daardoor niet verder komen dan kopiëren. Dat verbetert de inhoudelijke kwaliteit van Wikipedia niet. Wikimedia roept overal dat ze zich niet bezighouden met het vullen van Wikipedia. Houd je daar dan aan. Prima reacties verder van Thieu1972 5 jun 2025 21:39 (CEST) en De Wikischim 5 jun 2025 18:11 (CEST). Lees die alsjeblieft. mvg. HT (overleg) 7 jun 2025 07:11 (CEST)Reageren
Ik ben al lange tijd helemaal geen voorstander van het laagdrempeliger maken van Wikipedia, dat levert inderdaad vooral veel extra rommel op. Het aantal artikelen op de Nederlandse wikipedia is ook groot genoeg. Waar wel behoefte aan is, is aan mensen die kwaliteit leveren en de bestaande artikelen up to date houden. Ik zeg ook al langer: maak het verplicht om een account aan te maken, dat gaat al te maakkelijk vandalisme tegen en laat zien dat we meer "commitment" verwachten. "Meer" en "groter" zijn doelstellingen die thuishoren in de wereld van mensen als Trump, hier zou het moeten gaan om "beter" en "betrouwbaarder", m.a.w. we moeten er naar streven serieuze bijdragers binnen te halen, liefst van universiteiten. Groeten, Paul2 (overleg) 7 jun 2025 08:47 (CEST)Reageren
En hoe gaan we die serieuze bijdragers binnenhalen? Moet je eerste artikel een Etalagewaardig artikel zijn? Ik en vele met mij zijn in ieder geval begonnen als amateuristische bewerkers (voor zover we dat ooit niet zijn).
We hoeven ook niet per se meer artikelen, maar meer actieve bewerkers zou moeten leiden tot meer controle en dus "beter". Overigens ben ik wel voor het verplichten van een account. En ik snap ook dat we automatische vertalingen niet teveel willen aanprijzen. Maar meer gebruikers hoort wel degelijk een middel te zijn om "betrouwbaarder" te bereiken. Dajasj (overleg) 7 jun 2025 10:22 (CEST)Reageren
Maar haal je die binnen door de vertaalknop te promoten? Hoeveel mensen blijven hangen na 1 of 2 vertaalpogingen? Uiteindelijk hebben we geen behoefte aan meer mensen die niet verder komen dan een gefrustreerde poging een lemma te vertalen. Die laagdrempelige optie om kleine bewerkingen te doen, zie ik meer heil in.
Ik erken in mijn bijdrage ook dat het een terecht punt is om tegen het al teveel promoten van automatische vertalingen zijn. Al vind ik dat we daar nog steeds een onnodig groot punt van maken, zoals ook blijkt uit de cijfers die hierboven gepresenteerd zijn door WMF.
Mijn punt was vooral dat we niet algemeen tegen laagdrempeligheid moeten zijn. En hoewel inderdaad véél gebruikers heel kort iets bewerken en dan weer weg zijn, maar als we dat percentage (bij wijze van spreken) van 1 naar 2% kunnen brengen, hebben we enorme winst.
Het lijkt dan niet veel, 193 verwijderde vertalingen, maar bedenk ook dat elke verwijdering heeft gezorgd voor inzet in tijd en energie: artikel nuweggen, of op TBP plaatsen, discussie voeren, editten. En dan zijn er nog de vele vertalingen die door anderen van de ondergang zijn gered door het wikiwaardig te maken. Wat dat betreft is het net als met promotionele rommel: percentueel is het gering - de meeste edits en nieuwe artikelen zijn prima, godzijdank - maar het kost wel onevenredig veel tijd en levert heel wat frustraties op. Dat heeft ook zijn weerslag op de vaste gebruikers. Thieu1972 (overleg) 7 jun 2025 13:21 (CEST)Reageren
Plus de frustratie bij de vertaler dat die goed bedoelde bijdrage aan Wikipedia weer is weggegooid, wat een slecht gevoel over Wikipedia oplevert en dus (lijkt mij) het omgekeerde van wat je zou willen. Dit is overigens noch kritiek op het verwijderteam of op het growth team. Frank Geerlings (overleg) 7 jun 2025 13:34 (CEST)Reageren
Ik heb zeker die ervaring. En zoals ik al aangaf, het is een valide reden om niet te lichtzinnig om te gaan met die tool. Maar er zit ook zoveel tijd in het verwijderen van wat niet vertaald is. Toch met regelmaat is wat op de Engelstalige Wikipedia van betere kwaliteit en bebrondheid dan hier. Wat mij betreft is de vraag dus: is vertalen het probleem of is de lage kwaliteit van (nieuwere) gebruikers het probleem? Dajasj (overleg) 7 jun 2025 14:54 (CEST)Reageren
Laatste bericht: 2 dagen geleden5 berichten5 personen in overleg
Ik heb net de vragenlijst naar eer en geweten ingevuld, maar deze exercitie vraagt wel veel tijd. Ik heb gisteren een deel gedaan, maar dit formulier biedt niet de mogelijkheid om de gegeven antwoorden op te slaan en een andere keer verder te gaan (zoals bijvoorbeeld bij de belastingaangifte). Kunnen de ontwerpers van een dergelijke enquete daar een volgende keer rekening mee houden ? Hamnico (overleg) 4 jun 2025 13:00 (CEST)Reageren
We hebben de enquête zo kort mogelijk proberen te houden door het aantal open vragen te beperken, maar het zijn inderdaad el veel veel vragen. Ik check bij DUO of het voor een volgende keer technisch kan. Ian Velthuis (WMNL) (overleg) 4 jun 2025 13:13 (CEST)Reageren
Laatste bericht: 23 uur geleden3 berichten3 personen in overleg
Ik las op iemands Overleg Pagina, dat nieuwelingen op WP automatisch een mentor krijgen aangewezen om hen wegwijs te maken op deze prachtige webstek. Ik zelf heb me al maanden geleden om mensen te coachen met dezelfde missie, maar daar geen reactie op gekregen. Inmiddels is Ajax ook voorzien. Daarom de vraag: hoe wordt men mentor ? Hamnico (overleg) 6 jun 2025 14:40 (CEST)Reageren
Laatste bericht: 2 uur geleden5 berichten3 personen in overleg
Hallo allemaal. Zou er iets te doen zijn tegen dit soort treurige bewerkingen, welke kant ze de definitie dan ook willen op duwen? Als de een een kleurtje aanbrengt, wordt die door de ander toch wel weer weggehaald of overgeverfd. Tijdsverspilling, vermoeiend schouwspel. Iemand een creatief idee (afgezien van beveiligen)? Apdency (overleg) 7 jun 2025 13:03 (CEST)Reageren
Tsja, dit voorkom je niet in een vrij bewerkbare encyclopedie. Je kunt alleen maar met argumenten - lees: goede bronnen - zo'n bewerking terugdraaien. Dit komt me namelijk vooral over als een persoonlijke mening van deze gebruiker. En daar zitten we niet op te wachten. Thieu1972 (overleg) 7 jun 2025 13:14 (CEST)Reageren
Aanvulling: het komt over als een gebruiker die alleen maar een account heeft om dit 'onrecht' even aan te passen (en het dan wel als kleine wijziging te markeren...). Thieu1972 (overleg) 7 jun 2025 13:16 (CEST)Reageren
Wat een bijzondere redenering ook. Als je "beduidend gematigder" (bron?) dan de PVV of FVD bent, ben je per definitie niet radicaal-rechts? En wat is er überhaupt zó vreselijk aan het woordje radicaal? AnarchistiCookieOverleg7 jun 2025 13:22 (CEST)Reageren
Ik snap het allemaal, alleen het gaat me niet zozeer om een inhoudelijke discussie. Maar goed, Thieu heeft wel gelijk: dit is nu eenmaal een vrij bewerkbare encyclopedie. Mensen blijven promoartikelen over zichzelf plaatsen, doorgewinterde medewerkers blijven elkaar reverten over lang uitgekauwde thema's, beroerde taal blijft de encyclopedie ingepompt worden. Inderdaad, de risico's van de vrij bewerkbare encyclopedie. Apdency (overleg) 7 jun 2025 13:27 (CEST)Reageren
.jpg?lang=nl)
Multiblocks will begin mass deployment by the end of the month: all non-Wikipedia projects plus Catalan Wikipedia will adopt Multiblocks in the week of May 26, while all other Wikipedias will adopt it in the week of June 2. Please contact the team if you have concerns. Administrators can test the new user interface now on your own wiki by browsing to Speciaal:Blokkeren?usecodex=1, and can test the full multiblocks functionality on testwiki. Multiblocks is the feature that makes it possible for administrators to impose different types of blocks on the same user at the same time. See the help page for more information. [1]
View all 29 community-submitted tasks that were resolved last week. For example, there was a bug with creating an account using the API, which has now been fixed. [3]
User script developers can use a new reverse proxy tool to load javascript and css from gitlab.wikimedia.org with 
WikiJonathan (Overleg) 1 jun 2025 08:51 (CEST)
WikiJonathan (Overleg) 1 jun 2025 11:49 (CEST)
.png?lang=nl)
Overleg 7 jun 2025 13:22 (CEST)