WikiWoordenboek:De Kroeg

Welkom in de kroeg! Hier kunt u kletsen met andere WikiWoordenboek-gebruikers.

Proost! Schol!

Santé!, на здоровье, Prost, Cin cin!, şerefe!, Na zdrowie!, Cheers!, Skål!, εις υγείαν, לחיים, Kippis!, Salud, Noroc!, ممنون - شادباش, Na zdraví!, Kanpai! Een nieuw onderwerp toevoegen

Per kalenderjaar: 2004 • 2005 • 2006 • 2007 • 2008 • 2009 • 2010 • 2011 • 2012 • 2013 • 2014 • 2015 • 2016 • 2017 • 2018 • 2019 • 2020 • 2021 • 2022 • heden • werklijst

The Vector 2022 skin as the default in two weeks?

The slides for our presentation at Wikimania 2022

Hello. I'm writing on behalf of the Wikimedia Foundation Web team. In two weeks, we would like to make the Vector 2022 skin the default on this wiki.

We have been working on it for the past three years. So far, it has been the default on more than 30 wikis, including sister projects, all accounting for more than 1 billion pageviews per month. On average 87% of active logged-in users of those wikis use Vector 2022.

It would become the default for all logged-out users, and also all logged-in users who currently use Vector legacy. Logged-in users can at any time switch to any other skins. No changes are expected for users of these skins.

• Top of an article
• 

  Vector legacy (current default)

• 

  Vector 2022

• A section of an article
• 

  Vector legacy (current default)

• 

  Vector 2022

About the skin

[Why is a change necessary] The current default skin meets the needs of the readers and editors as these were 13 years ago. Since then, new users have begun using Wikimedia projects. The old Vector doesn't meet their needs.

[Objective] The objective for the new skin is to make the interface more welcoming and comfortable for readers and useful for advanced users. It draws inspiration from previous requests, the Community Wishlist Surveys, and gadgets and scripts. The work helped our code follow the standards and improve all other skins. We reduced PHP code in Wikimedia deployed skins by 75%. The project has also focused on making it easier to support gadgets and use APIs.

[Changes and test results] The skin introduces a series of changes that improve readability and usability. The new skin does not remove any functionality currently available on the Vector skin.

• The sticky header makes it easier to find tools that editors use often. It decreases scrolling to the top of the page by 16%.
• The new table of contents makes it easier to navigate to different sections. Readers and editors jumped to different sections of the page 50% more than with the old table of contents. It also looks a bit different on talk pages.
• The new search bar is easier to find and makes it easier to find the correct search result from the list. This increased the amount of searches started by 30% on the wikis we tested on.
• The skin does not negatively affect pageviews, edit rates, or account creation. There is evidence of increases in pageviews and account creation across partner communities.

[Try it out] Try out the new skin by going to the appearance tab in your preferences and selecting Vector 2022 from the list of skins.

How can editors change and customize this skin?

It's possible to configure and personalize our changes. We support volunteers who create new gadgets and user scripts. Check out our repository for a list of currently available customizations, or add your own.

Our plan

If no large concerns are raised, we plan on deploying in the week of October 3, 2022. If your community would like to request more time to discuss the changes, hit the button and write to us. We can adjust the calendar.

Request for more time to discuss the change

If you'd like ask our team anything, if you have questions, concerns, or additional thoughts, please ping me here or write on the talk page of the project. We will gladly answer! Also, see our FAQ. Thank you! SGrabarczuk (WMF) (talk) 22 sep 2022 06:15 (CEST)

De nieuwe skin vereist ook een andere vormgeving van ons logo, met de tekst niet onder maar rechts van het beeldmerk. In de proefversie van de skin staat nu nog "Wiktionary" en zo heten wij nu eenmaal niet. Ik heb gevraagd om die aanpassing eerst zichtbaar te maken in de proefversie, voordat die als standaard gebruikt gaat worden. Het invoeren van de skin kan daardoor bij ons iets langer gaan duren. MarcoSwart (overleg) 4 okt 2022 10:08 (CEST)

Wat stom dat ze dat niet uit zichzelf doen. bdijkstra (overleg) 5 okt 2022 15:18 (CEST)

Tech News: 2022-39

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

Recent changes

• Parsoid clients should be updated to allow for space-separated multi-values in the rel attribute of links. Further details are in T315209.

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 27 September. It will be on non-Wikipedia wikis and some Wikipedias from 28 September. It will be on all wikis from 29 September (calendar).
• Visual diffs will become available to all users, except at the Wiktionaries and Wikipedias. [1]
• Talk pages on the mobile site will change at the Arabic, Bangla, Chinese, French, Haitian Creole, Hebrew, Korean, and Vietnamese Wikipedias. They should be easier to use and provide more information. [2] [3]
• In the Module namespace, pages ending with .json will be treated as JSON, just like they already are in the Gebruiker and MediaWiki namespaces. [4]

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

MediaWiki message delivery 27 sep 2022 02:30 (CEST)

Tech News: 2022-40

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

Recent changes

• Kartographer maps can now show geopoints from Wikidata, via QID or SPARQL query. Previously, this was only possible for geoshapes and geolines. [5] [6]
• The Coolest Tool Award 2022 is looking for nominations. You can recommend tools until 12 October.

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 4 October. It will be on non-Wikipedia wikis and some Wikipedias from 5 October. It will be on all wikis from 6 October (calendar).
• Talk pages on the mobile site will change at the Arabic, Bangla, Chinese, French, Haitian Creole, Hebrew, Korean, and Vietnamese Wikipedias. They should be easier to use and provide more information. (Last week's release was delayed) [7] [8]
• The scribunto-console API module will require a CSRF token. This module is documented as internal and use of it is not supported. [5]
• The Vector 2022 skin will become the default across the smallest Wikimedia projects. Learn more.

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

MediaWiki message delivery 4 okt 2022 02:23 (CEST)

Categorie:Vervoeging

Mij viel zojuist op dat in deze categorie de vervoegingen van bijv. het Gronings, Middelengels en Middelnederlands al wel een eigen subcat. hebben, terwijl heel veel moderne talen nog ontbreken (zoals Portugees, Pools, Russisch etc., om er willekeurig een paar te noemen). Dat is wel een wat scheve verdeling. Natuurlijk verdient een (bedreigde?) streektaal als het Gronings ook aandacht, net als alle uitgestorven talen en de talen die "voorlopers" zijn van de huidige. Maar ja, ik zou daar waar het Wikiwoordenboek zo informatief mogelijk beoogt te zijn toch in de allereerste plaats gaan voor de "echte wereldtalen".... Tijd dus om dit eens verder te gaan invullen? De Wikischim (overleg) 5 okt 2022 16:30 (CEST)

Eerst dacht ik dat je bedoelde dat er een heleboel ongecategoriseerde vervoegingspagina's zijn, maar ik kon er maar 2 vinden, dus je bedoelt blijkbaar dat die pagina's moeten nog worden aangemaakt (en ook gecategoriseerd). bdijkstra (overleg) 6 okt 2022 14:41 (CEST)

Ja, ik bedoel uiteraard dat laatste. De Wikischim (overleg) 6 okt 2022 15:50 (CEST)

Tech News: 2022-41

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

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 11 October. It will be on non-Wikipedia wikis and some Wikipedias from 12 October. It will be on all wikis from 13 October (calendar).
• On some wikis, Kartographer maps in full size view will be able to display nearby articles. After a feedback period, more wikis will follow. [9][10]

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

10 okt 2022 16:08 (CEST)

Vervoegingen met voltooide aantonende wijs

Bijvoorbeeld bij de vervoeging van aanbreken staan kopjes voor de voltooide tijd van de aantonende wijs, maar geen vervoegingen daarvan. Als je echter in de wikitekst hebben, zijn vervangt door hebben/zijn dan verschijnen er wel vervoegingen. Ik ben geen vervoegingsexpert, dus wat is correct, wat is wijs, wat is wenselijk? bdijkstra (overleg) 11 okt 2022 12:18 (CEST)

Het denkwerk achter dit sjabloon is van Jcwf die ook een belangrijke bijdrage aan aanbreken heeft geleverd, dus ik hoop dat hij zijn licht over deze kwestie wil laten schijnen. --MarcoSwart (overleg) 11 okt 2022 22:24 (CEST)

Het kan best lang duren eer Jcwf hier weer terugkomt. Ondertussen zou ik graag wat taalkundige input willen hebben over de mogelijke vervoegingen rondom de voltooide aantonende wijs. bdijkstra (overleg) 16 dec 2022 21:33 (CET)

Ik heb na enig studeren het lemma en de pagina met vervoegingen aangepast. Er speelden voor mijn gevoel 3 problemen door elkaar:

1. "aanbreken" heeft twee betekenissen, de overgankelijke die met hebben en de ergatieve die met zijn wordt verbogen;
2. de ergatieve betekenis is alleen gangbaar in de 3e persoon;
3. de parameter voor het hulpwerkwoord in het vervoegingensjabloon is nogal kieskeurig.

-- MarcoSwart (overleg) 19 dec 2022 21:51 (CET)

Dank, er zijn nog 10 van zulke vervoegingen met "hebben, zijn". Een deel van mijn vraag is eigenlijk ook: wat zijn zinnige waarden voor de parameter voor het hulpwerkwoord? bdijkstra (overleg) 20 dec 2022 11:33 (CET)

De waarden waarmee het sjabloon werkt zijn voor zover ik kan nagaan:

1. hebben
2. zijn
3. hebben/zijn.

Ik heb die informatie aan het sjabloon toegevoegd. Maar dat lost alleen probleem 3 hierboven op. Probleem 1 en/of 2 kunnen in de 10 genoemde gevallen ook aan de orde zijn, maar het wijzigen van hebben, zijn in hebben/zijn lijkt me altijd een verbetering. MarcoSwart (overleg) 20 dec 2022 11:59 (CET)

Drie moderatoren buiten dienst

Na vele jaren waarin ze veel werk hebben verzet zijn @Warddr, @Curious en @Annabel na een wat stillere periode nu moderator buiten dienst geworden. Alledrie hebben ook los van het moderatorschap veel aan WikiWoordenboek bijgedragen en er is veel waarvoor wij hen dankbaar kunnen zijn: tienduizenden lemma's die met de hand of botmatig zijn toegevoegd en tal van tips en tools om het werken hier gemakkelijker te maken. Hopelijk komt er gauw een moment waarop ze weer actief worden. MarcoSwart (overleg) 13 okt 2022 19:40 (CEST)

Tech News: 2022-42

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

Recent changes

• The recently implemented feature of article thumbnails in Special:Search will be limited to Wikipedia projects only. Further details are in T320510. [11]
• A bug that caused problems in loading article thumbnails in Special:Search has been fixed. Further details are in T320406.

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 18 October. It will be on non-Wikipedia wikis and some Wikipedias from 19 October. It will be on all wikis from 20 October (calendar).
• Lua module authors can use mw.loadJsonData() to load data from JSON pages. [12]
• Lua module authors can enable require( "strict" ) to add errors for some possible code problems. This replaces "Module:No globals" on most wikis. [13]

Future changes

• The Beta Feature for DiscussionTools will be updated at most wikis. The "reageer" button will look different after this change. [14]

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

MediaWiki message delivery 17 okt 2022 23:46 (CEST)

Categorie:Dieren in het Nederlands

Is dit niet (weer) dubbel met Categorie:Dierkunde in het Nederlands? Zo nee, wat is het verschil? Ik zie namelijk soortgelijke zaken in beide. bdijkstra (overleg) 20 okt 2022 13:07 (CEST)

Dit begrijp ik niet helemaal. De Categorie:Dieren in het Nederlands schijnt toch al in 2009 te zijn verwijderd? Wellicht juist vanwege het dubbele karakter (Romaine)?. De Wikischim (overleg) 22 okt 2022 16:47 (CEST)

In het kader van het project Taxonomie is het mogelijk en zinvol weer een onderscheid te maken tussen Dierkunde (met allerlei begrippen uit het vakgebied) en Dieren (met louter taxonomische benamingen). Die laatste categorie is dan uiteraard een subcategorie van de eerste. Maar het is handig dat je als lezer een lijst met namen van (groepen van) soorten kan vinden, zonder andere vaktermen. De categorie Dieren heeft geen eigen contextlabel en wordt uitsluitend gevuld via meer specifieke contextlabels. Op dit moment zijn deze categorie en het uitziften van Dierkunde nog werk in uitvoering. De ondercategorie Categorie:Zoogdieren in het Nederlands geeft een indruk van de manier waarop dit soort metacategorieën werkt: terwijl de bewerker bij een taxonomische naam met 1 specifiek contextlabel kan volstaan, worden er voor de lezer meteen een paar nuttige bovenliggende categorieën gevuld. Hetzelfde is ook de bedoeling bij Plantkunde en Planten, net zoals we al langer zowel Mycologie als Schimmels gebruiken. MarcoSwart (overleg) 23 okt 2022 12:11 (CEST)

Tech News: 2022-43

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

Recent changes

• There have been some minor visual fixes in Special:Search, regarding audio player alignment and image placeholder height. Further details are in T319230.
• On Wikipedias, a new preference has been added to hide article thumbnails in Special:Search. Full details are in T320337.

Problems

• Last week, three wikis (French Wikipedia, Japanese Wikipedia, Russian Wikipedia) had read-only access for 25 minutes. This was caused by a hardware problem. [15]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 25 October. It will be on non-Wikipedia wikis and some Wikipedias from 26 October. It will be on all wikis from 27 October (calendar).
• Some wikis will be in read-only for a few minutes because of a switch of their main database. It will be performed on 25 October at 07:00 UTC (targeted wikis) and on 27 October at 7:00 UTC (targeted wikis).
• Starting on Wednesday, a new set of Wikipedias will get "Add a link" (Assamese Wikipedia, Bashkir Wikipedia, Balinese Wikipedia, Bavarian Wikipedia, Samogitian Wikipedia, Bikol Central Wikipedia, Belarusian Wikipedia, Belarusian (Taraškievica) Wikipedia, Bulgarian Wikipedia, Bhojpuri Wikipedia, Bislama Wikipedia, Banjar Wikipedia, Bambara Wikipedia, Bishnupriya Wikipedia, Breton Wikipedia, Bosnian Wikipedia, Buginese Wikipedia, Buryat Wikipedia, Indonesian Wikipedia). This is part of the progressive deployment of this tool to more Wikipedias. The communities can configure how this feature works locally. [16]
• Starting on Wednesday October 26, 2022, the list of mentors will be upgraded at wikis where Growth mentorship is available. The mentorship system will continue to work as it does now. The signup process will be replaced, and a new management option will be provided. Also, this change simplifies the creation of mentorship systems at Wikipedias. [17][18][19]
• Pages with titles that start with a lower-case letter according to Unicode 11 will be renamed or deleted. There is a list of affected pages at m:Unicode 11 case map migration. More information can be found at T292552.
• The Vector 2022 skin will become the default across the smallest Wikipedias. Learn more.

Future changes

• The Reply tool and New Topic tool will soon get a special characters menu. [20]

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

MediaWiki message delivery 24 okt 2022 23:22 (CEST)

Tech News: 2022-44

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

Recent changes

• When using keyboard navigation on a Kartographer map, the focus will become more visible. [21]
• In Speciaal:RecenteWijzigingen, you can now hide the log entries for new user creations with the filter for "Nieuwe gebruikers". [22]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 1 November. It will be on non-Wikipedia wikis and some Wikipedias from 2 November. It will be on all wikis from 3 November (calendar).
• The maps dialog in VisualEditor now has some help texts. [23]
• It is now possible to select the language of a Kartographer map in VisualEditor via a dropdown menu. [24]
• It is now possible to add a caption to a Kartographer map in VisualEditor. [25]
• It is now possible to hide the frame of a Kartographer map in VisualEditor. [26]

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

MediaWiki message delivery 31 okt 2022 22:15 (CET)

Halve WP-artikelen hierheen gekopieerd als "definitie" op dierenpagina's

Ik heb het geloof ik al wel vaker ergens aangekaart, maar nu nog maar weer eens opnieuw. N.a.v. de dierenpagina's die massaal worden aangemaakt door gebruiker:Kvdrgeus wil ik nog maar weer eens de aandacht vestigen op iets als dit.

Het strookt toch niet met de algemene afspraken voor de structuur van een pagina hier om simpelweg halve WP-artikelen te kopiëren en die als definitie te gebruiken? Ten eerste geef je zo veel te veel details in iets wat een summiere, éénzinnige (feitelijk niet eens een hele zin, terzijde) woordenboekdefinitie wordt geacht te zijn. Ten tweede is het letterlijk overnemen van teksten van elders sowieso uit den boze als het niet om citaten, voorbeeldzinnen e.d. gaat. Ten derde is het ook nog eens zo dat informatie op Wikipedia zoals bekend niet altijd als betrouwbaar geldt, waarmee je dus ook nog het risico neemt inhoudelijke onjuistheden op dit project te introduceren.

Ik heb hierover meen ik al wel vaker iets opgemerkt, maar er komt dus tot op heden geen verandering in. Daarom bij deze dus maar een kroegtopic gestart. De Wikischim (overleg) 6 nov 2022 11:37 (CET)

Ik ben het met je eens dat we moeten streven naar goede omschrijvingen en betrouwbare informatie. Bij lemma's die nieuw zijn toegevoegd is daar vaak wel wat aan te verbeteren. Jij en ik doen dat regelmatig. Ik heb de indruk dat de informatie uit Wikipedia wel degelijk wordt bewerkt voordat ze hier wordt geplaatst. Maar het kan natuurlijk altijd beter. Ik zou het wel jammer vinden als mensen geen nieuwe lemma's meer maken, omdat de omschrijving niet goed genoeg is. Daarom ga ik gestaag door met het verbeteren van omschrijvingen en ik denk niet dat dat werk ooit een einde zal nemen. Ondertussen bevatten toegevoegde lemma's meestal toch al heel wat woordenboekinformatie. Persoonlijk krijg ik vooral energie van praktische voorstellen hoe we iets beter kunnen doen. Is het mogelijk om jouw opvatting in zulke voorstellen te vertalen? MarcoSwart (overleg) 6 nov 2022 12:48 (CET)

Het zou alvast een hele vooruitgang zijn als ten eerste de "definities" (feitelijk dus gekopieerde introteksten van WP) structureel worden omgewerkt zoals ikzelf dit hier vanmorgen heb gedaan. Een volgende stap is het waar mogelijk toevoegen van voorbeeldzinnen, want die ontbreken in de meeste gevallen nog, maar dan bij voorkeur ook hier geen WP-teksten als bron gebruiken. In veel gevallen is het toevoegen van voorbeeldzinnen denk ik heel goed te doen, zie bijv. hier waar ik al vrij snel iets had opgesnord. Dan hebben we straks alvast twee belangrijke verbeterpunten aangepakt. Als er niet meer hele teksten letterlijk vanaf WP wordt gekopieerd, wordt daarmee ook automatisch het risico op het overnemen van onjuiste informatie kleiner.

Een volgende struikelpunt is dan weer – helaas – dat het hier vermoedelijk gaat om vele duizenden pagina's, gezien het tempo waarin ze bijv. ook vandaag weer worden aangemaakt. Misschien zouden we hiervoor ook iets van een "nalooplijst" e.d. moeten hebben?

Ik hoop intussen ook nog op een reactie van de aanmaker (Kvdgreus dus). De Wikischim (overleg) 6 nov 2022 13:31 (CET)

Wat mij betreft is de Wikipedia en het Wikiwoordenboek één systeem waarbij het geen enkel probleem zou moeten zijn informatie van elkaar over te nemen.

Binnen de Wikipedia bestaan volgens mij ook tools om een pagina geschreven in een bepaalde taal om te zetten in een andere waarbij daarna alleen nog het opschonen van de automatische vertaling nodig is.

Ik heb idd nu zo'n 7000 insecten en 3000 zoogdieren met Nederlandse naam overgenomen in het Wikiwoordenboek.

Er staan nog zo'n 10.000 in de wachtrij in de vorm van vogels, vissen etc.

Het is zonder meer evident dat ik niet naar elke omschrijving kan gaan kijken laat staan ook nog voorbeeldzinnen toe kan voegen.

Er wordt een poging gedaan de tekst te analyseren waarbij sommige ongewijzigd meegaan en andere handmatig door mij moeten worden naverwerkt (en dat is al veel werk)

Ik denk dat men elk ingevoerd lemma moet beschouwen als een opzetje en aansporing voor verdere behandeling zoals in feite het geval is met elk lemma wat wordt ingevoerd.

Mocht een pecialist van mening zijn dat er ergens enorme bullshit staat dan wordt hij hierbij uitgenodigd dit meteen aan te passen.

Het kan hem dan ook aanzetten meteen wat wijzigingen in de Wikipedia aan te brengen.

(Alleen al door deze conversieslag heb ik zelf al het eea in de Wikipedia gewijzigd wat niet zo fraai geformuleerd was)

--Kvdrgeus (overleg) 6 nov 2022 19:07 (CET)

@Kvdrgeus: bedankt voor het snelle reageren, maar helaas kan althans ik hier verder eigenlijk maar heel weinig mee. De punten die je hier een voor een aanvoert, zijn grotendeels dooddoeners/ basale zaken die toch allang bekend zijn (of iig dat zouden horen te zijn) voor iedereen die al wat langer bijdraagt aan de WMF-projecten. Verder vind ik het ronduit jammer dat je juist weer niet echt concreet ingaat op de inhoudelijke punten van kritiek die ik hierboven heb aangestipt. Ik constateer ook dat je je huidige werkwijze inzake het aanmaken van de dierenartikelen niet van plan bent bij te stellen. Kortom, al met al is mijn indruk dat je je er hiermee wel wat gemakkelijk vanaf maakt. Met alle respect, maar toch is dit ietwat teleurstellend.

Reacties van nog meer anderen zou ik hier ook nog wel op prijs stellen. De Wikischim (overleg) 8 nov 2022 20:50 (CET)

Zie ook deze discussies op WP

P.S. In dit verband misschien ook aardig om op te wijzen: op WP is al wekenlang (opnieuw) een uitgebreide discussie bezig over mogelijk vele tienduizenden (misschien zelfs nog meer) botartikelen die mogelijk wegens onbetrouwbaarheid/onjuistheid verwijderd zullen moeten worden. Zie hier (vooral daar gaat het ook over dieren) en hier.

Het gaat op het eerste gezicht niet om precies dezelfde artikelen als die door Kvdrgeus hierheen worden gekopieerd, maar lijkt me hoe dan ook zinvol om ook deze ontwikkelingen op WP te blijven volgen, zeker zolang er massaal vanaf daar wordt overgenomen. De Wikischim (overleg) 6 nov 2022 12:08 (CET)

Discussies op Wikipedia horen vaak niet bij de tijdspasseringen waar ik energie van krijg. Dat kan iets persoonlijks zijn, voor professional wrestling en mixed martial arts ben ik meestal ook niet in de stemming. Ik hoop stilletjes dat jij ze wil blijven volgen en wanneer er een nuttig resultaat uitkomt ons die blijde boodschap wilt verkondigen. MarcoSwart (overleg) 6 nov 2022 13:53 (CET)

Zie ook deze gearchiveerde discussie

Deze nog niet zo heel oude discussie ging ook al ongeveer over hetzelfde. --De Wikischim (overleg) 15 nov 2022 01:08 (CET)

Invitation to attend “Ask Me Anything about Movement Charter” Sessions

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

Meer talen • Help met het vertalen naar uw taal

Hello all,

During the 2022 Wikimedia Summit, the Movement Charter Drafting Committee (MCDC) presented the first outline of the Movement Charter, giving a glimpse on the direction of its future work, and the Charter itself. The MCDC then integrated the initial feedback collected during the Summit. Before proceeding with writing the Charter for the whole Movement, the MCDC wants to interact with community members and gather feedback on the drafts of the three sections: Preamble, Values & Principles, and Roles & Responsibilities (intentions statement). The Movement Charter drafts will be available on the Meta page here on November 14, 2022. Community wide consultation period on MC will take place from November 20 to December 18, 2022. Learn more about it here.

With the goal of ensuring that people are well informed to fully participate in the conversations and are empowered to contribute their perspective on the Movement Charter, three “Ask Me Anything about Movement Charter" sessions have been scheduled in different time zones. Everyone in the Wikimedia Movement is invited to attend these conversations. The aim is to learn about Movement Charter - its goal, purpose, why it matters, and how it impacts your community. MCDC members will attend these sessions to answer your questions and hear community feedback.

The “Ask Me Anything” sessions accommodate communities from different time zones. Only the presentation of the session is recorded and shared afterwards, no recording of conversations. Below is the list of planned events:

• Asia/Pacific: November 4, 2022 at 09:00 UTC (your local time). Interpretation is available in Chinese and Japanese.
• Europe/MENA/Sub Saharan Africa: November 12, 2022 at 15:00 UTC (your local time). Interpretation is available in Arabic, French and Russian.
• North and South America/ Western Europe: November 12, 2022 at 15:00 UTC (your local time). Interpretation is available in Spanish and Portuguese.

On the Meta page you will find more details; Zoom links will be shared 48 hours ahead of the call.

Call for Movement Charter Ambassadors

Individuals or groups from all communities who wish to help include and start conversations in their communities on the Movement Charter are encouraged to become Movement Charter Ambassadors (MC Ambassadors). MC Ambassadors will carry out their own activities and get financial support for enabling conversations in their own languages. Regional facilitators from the Movement Strategy and Governance team are available to support applicants with MC Ambassadors grantmaking. If you are interested please sign up here. Should you have specific questions, please reach out to the MSG team via email: strategy2030@wikimedia.org or on the MS forum.

We thank you for your time and participation.

On behalf of the Movement Charter Drafting Committee,

MNadzikiewicz (WMF) 7 nov 2022 16:33 (CET)

Tech News: 2022-45

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

Recent changes

• An updated version of the Event Registration tool is now available for testing at testwiki and test2wiki. The tool provides features for event organizers and participants. Your feedback is welcome at our project talkpage. More information about the project is available. [27]

Problems

• Twice last week, for about 45 minutes, some files and thumbnails failed to load and uploads failed, mostly for logged-in users. The cause is being investigated and an incident report will be available soon.

Changes later this week

• There is no new MediaWiki version this week.

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

MediaWiki message delivery 8 nov 2022 01:32 (CET)

m/v/x

Hallo. Van Dale gebruikt thans de aanduiding m/v/x voor de-woorden die naar personen verwijzen en waarvoor je zowel hij als ook zij kunt gebruiken. Wordt het niet tijd om dit ook hier te verwerken, best wel met g? Bijvoorbeeld het Zweedse lärare g gebruik je namelijk precies op die manier: met de voornaamwoorden hon (zij) of han (hij) naargelang het een vrouw of een man betreft. Die aanduiding moet niet uitsluitend, want veel mensen zullen het nog op de „oude” manier aanpakken, maar naast de bestaande woordgeslachtsaanduiding. Dus leraar m/g of leerkracht v/g (of in dat geval wellicht v/m/g aangezien sommige mensen bij een leerkracht van onbekend geslacht wel hij zullen gebruiken). Vollis (overleg) 12 nov 2022 23:33 (CET)

In mijn ogen probeert Van Dale teveel tegelijk te doen. Het woordgeslacht is vooral een taalkundige erfenis, met een ontwikkeling (op een schaal van eeuwen) waarbij het onderscheid mannelijk-vrouwelijk aan het vervagen is. Dit kan resulteren in een tweedeling tussen g en o. Daarnaast is er een grammaticale ontwikkeling geweest waardoor bij een verwijzing naar personen het gender van de persoon het te gebruiken voornaamwoord bepaalt. Dit kan ook bij onzijdige woorden het geval zijn: "Het meisje lachte naar haar moeder". Van Dale probeert nu van dit tweede grammaticale verschijnsel een woordkenmerk te maken, maar dat is het niet. Omdat WikiWoordenboek ook andere talen beschrijft lijkt het mij niet zo'n goed idee om onze genuscodes voor het Nederlands een wat afwijkende betekenis te geven, terwijl een grammaticale regel duidelijk genoeg en onderhoudsvriendelijker is. MarcoSwart (overleg) 13 nov 2022 00:59 (CET)

Apply for Funding through the Movement Strategy Community Engagement Package to Support Your Community

The Wikimedia Movement Strategy implementation is a collaborative effort for all Wikimedians. Movement Strategy Implementation Grants support projects that take the current state of a Movement Strategy Initiative and push it one step forward. If you are looking for an example or some guide on how to engage your community further on Movement Strategy and the Movement Strategy Implementation Grants specifically, you may find this community engagement package helpful.

The goal of this community engagement package is to support more people to access the funding they might need for the implementation work. By becoming a recipient of this grant, you will be able to support other community members to develop further grant applications that fit with your local contexts to benefit your own communities. With this package, the hope is to break down language barriers and to ensure community members have needed information on Movement Strategy to connect with each other. Movement Strategy is a two-way exchange, we can always learn more from the experiences and knowledge of Wikimedians everywhere. We can train and support our peers by using this package, so more people can make use of this great funding opportunity.

If this information interests you or if you have any further thoughts or questions, please do not hesitate to reach out to us as your regional facilitators to discuss further. We will be more than happy to support you. When you are ready, follow the steps on this page to apply. We look forward to receiving your application.

Best regards,
Movement Strategy and Governance Team
Wikimedia Foundation

MNadzikiewicz (WMF) 14 nov 2022 17:26 (CET)

Tech News: 2022-46

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

Recent changes

• At Wikidata, an interwiki link can now point to a redirect page if certain conditions are met. This new feature is called sitelinks to redirects. It is needed when one wiki uses one page to cover multiple concepts but another wiki uses more pages to cover the same concepts. Your feedback on the talkpage of the new proposed guideline is welcome. [28]
• The www.wikinews.org, www.wikiversity.org, and www.wikivoyage.org portal pages now use an automated update system. [29]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 15 November. It will be on non-Wikipedia wikis and some Wikipedias from 16 November. It will be on all wikis from 17 November (calendar).
• There will be a new link to directly "Edit template data" on Template pages. [30]

Future changes

• Wikis where mobile DiscussionTools are enabled (these ones) will soon use full CSS styling to display any templates that are placed at the top of talk pages. To adapt these “talk page boxes” for narrow mobile devices you can use media queries, such as in this example. [31]
• Starting in January 2023, Community Tech will be running the Community Wishlist Survey (CWS) every two years. This means that in 2024, there will be no new proposals or voting.

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

MediaWiki message delivery 14 nov 2022 22:55 (CET)

Ter info: nominatie van een van de Woordenboek-sjablonen op WP

Zie w:Wikipedia:Te beoordelen sjablonen/Toegevoegd 2022 week 46#Toegevoegd zaterdag 19/11, af te handelen vanaf 03/12, wat vermoeiend toch weer allemaal.

Uiteraard ben ik zelf tegen verwijderen van het sjabloon, maar ik heb nu even geen zin om daar uitgebreid commentaar en weerwoord te gaan geven. Misschien weet iemand anders alvast wat goede argumenten tegen verwijderen die aldaar kunnen worden aangedragen? (Bdijkstra heeft inmiddels al gereageerd, mooi, al vind ik het commentaar nog enigszins ondoorzichtig). De Wikischim (overleg) 19 nov 2022 18:35 (CET)

Niemand anders verder die dit erg boeit? Afijn, het is natuurlijk ook "maar" WP, maar het gaat wèl over iets (te weten een sjabloon) wat rechtstreeks betrekking heeft op hier. De Wikischim (overleg) 24 nov 2022 23:59 (CET)

Opportunities open for the Ombuds commission and the Case Review Committee

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

Meer talen • Help met het vertalen naar uw taal

Hi everyone! The Ombuds commission (OC) and the Case Review Committee (CRC) are looking for members. People are encouraged to nominate themselves or encourage others they feel would contribute to these groups to do so. There is more information below about the opportunity and the skills that are needed.

About the Ombuds commission

The Ombuds commission (OC) works on all Wikimedia projects to investigate complaints about violations of the privacy policy, especially in use of CheckUser and Oversight (also known as Suppression) tools. The Commission mediates between the parties of the investigation and, when violations of the policies are identified, advises the Wikimedia Foundation on best handling. They may also assist the General Counsel, the Chief Executive Officer, or the Board of Trustees of the Foundation in these investigations when legally necessary. For more on the OC's duties and roles, see Ombuds commission on Meta-Wiki.

Volunteers serving in this role should be experienced Wikimedians, active on any project, who have previously used the CheckUser/Oversight tools OR who have the technical ability to understand these tools and the willingness to learn them. They must be able to communicate in English, the common language of the commission. They are expected to be able to engage neutrally in investigating these concerns and to know when to recuse when other roles and relationships may cause conflict. Commissioners will serve two-year terms (note that this is different from past years, when the terms have been for one year).

About the Case Review Committee

The Case Review Committee (CRC) reviews appeals of eligible Trust & Safety office actions. The CRC is a critical layer of oversight to ensure that Wikimedia Foundation office actions are fair and unbiased. They also make sure the Wikimedia Foundation doesn’t overstep established practices or boundaries. For more about the role, see Case Review Committee on Meta-Wiki.

We are looking for current or former functionaries and experienced volunteers with an interest in joining this group. Applicants must be fluent in English (additional languages are a strong plus) and willing to abide by the terms of the Committee charter. If the work resonates and you qualify, please apply. Committee members will serve two-year terms (note that this is different from past years, when the terms have been for one year).

Applying to join either of these groups

Members are required to sign the Confidentiality agreement for nonpublic information and must be willing to comply with the appropriate Wikimedia Foundation board policies (such as the access to non-public information policy and the Foundation privacy policy). These positions requires a high degree of discretion and trust. Members must also be over 18 years of age.

If you are interested in serving in either capacity listed above, please write in English to the Trust and Safety team at cawikimedia.org (to apply to the OC) or to the Legal Team at legalwikimedia.org (to apply to the CRC) with information about:

• Your primary projects
• Languages you speak/write
• Any experience you have serving on committees, whether movement or non-movement
• Your thoughts on what you could bring to the OC or CRC if appointed
• Any experience you have with the Checkuser or Oversight tools (OC only)
• Any other information you think is relevant

The deadline for applications is 31 December 2022 in any timezone.

Please feel free to pass this invitation along to any users who you think may be qualified and interested. Thank you!

On behalf of the Committee Support team,

Tech News: 2022-47

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

Recent changes

• The display of non-free media in the search bar and for article thumbnails in Special:Search has been deactivated. Further details are in T320661.

Changes later this week

• There is no new MediaWiki version this week.
• Some wikis will be in read-only for a few minutes because of a switch of their main database. It will be performed on 22 November at 07:00 UTC (targeted wikis) and on 24 November at 07:00 UTC (targeted wikis).

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

MediaWiki message delivery 22 nov 2022 00:22 (CET)

Verwijzing naar vertalingen synoniem

Bij woorden die volkomen synoniem zijn (vooral uitspraakvarianten van hetzelfde woord) plaatsen we onder het kopje vertalingen wel eens een link die naar de sectie vertalingen op het synoniem verwijst. Dit heeft het voordeel dat we maar één sectie hoeven bij te houden en de lezer niet op twee plaatsen naar vertalingen hoeft te zoeken.

Uiteraard gaat dit alleen op als de overeenkomst in betekenis zo groot is dat iedere vertaling inderdaad voor beide woorden opgaat; het is beslist geen goed idee om deze oplossing te gebruiken in alle gevallen waarin we woorden als synoniemen beschrijven: vaak is er wel degelijk een subtiel verschil in betekenis of gebruik dat bij de vertalingen een rol speelt. Het zal ook niet altijd mogelijk zijn vast te stellen welk synoniem het meest in aanmerking komt voor de sectie vertalingen. Maar in de overige gevallen is het een verbetering als één synoniem een volledige vertaalsectie heeft en het andere synoniem daarnaar verwijst.

In een gedachtewisseling over dit onderwerp zijn @Caudex Rax en ik uitgekomen op een kleine aanpassing van het sjabloon {{-trans-}}. Door het synoniem als parameter aan dit sjabloon mee te geven, wordt automatisch een verwijzing naar de vertaalsectie op die pagina geboden. Voorbeelden van deze oplossing zijn nu te zien op behangselpapier en sleedoren. Ons idee zou zijn om ook nog een variant te maken die qua opmaak goed past in de situatie dat deze verwijzing alleen maar voor één betekenis van toepassing is.

Het leek ons goed om op dit moment deze oplossing eens voor te leggen voor commentaar en suggesties. Afhankelijk van de reacties staat mij voor ogen om na Kerstmis een lijstje te maken van lemma's waar deze oplossing nuttig kan zijn en een concept voor het sjabloon dat voor maar één betekenis bedoeld is. --MarcoSwart (overleg) 25 nov 2022 16:17 (CET)

Het sjabloon {{trans-zie}} is een eerste concept voor woorden waarvan de sectie Vertalingen meer betekenissen omvat. Op puck is daarvan een voorbeeld te zien. Reacties zijn uiteraard welkom. Uiteraard komt er bij de uiteindelijke versie ook een behoorlijke beschrijving. MarcoSwart (overleg) 16 dec 2022 14:50 (CET)

Qua uiterlijk mis ik de dunne zwarte omlijning die het vertalingensjabloon wel heeft, maar verder oogt en werkt het zoals ik het voor me zag. Mvg, Caudex Rax ツ (overleg) 18 dec 2022 13:09 (CET)

In de vormgeving is de omlijning die netjes versmelt als er meer blokken achter elkaar staan sterk gekoppeld aan het uitklappen: ik heb geen eenvoudige oplossing kunnen vinden om die twee los te koppelen. Qua vormgeving is er ook wel iets voor te zeggen dat het ontbreken van het kader meteen laat zien dat er niets valt uit te klappen. Voor de eenvormigheid wil ik nog wel kijken of we voor het geval dat er maar 1 betekenis is, via {{-trans-}} op dezelfde vormgeving kunnen uitkomen. --MarcoSwart (overleg) 19 dec 2022 01:49 (CET)

Dat is goed. Ik ben zelf wat meer van de eenvormigheid, maar het is uiteraard geen halszaak. Mvg, Caudex Rax ツ (overleg) 28 dec 2022 13:26 (CET)

Afronding

Het sjabloon {{trans-zie}} is gedocumenteerd en wordt nu op 9 pagina's gebruikt. De inmiddels gedocumenteerde parameter van het sjabloon {{-trans-}} geeft visueel nu een vergelijkbaar resultaat en is op een paar honderd pagina's in gebruik. De informatie op Vertalingen is aangevuld. Wat mij betreft lijkt dit projectje daarmee afgerond. --MarcoSwart (overleg) 26 jan 2023 14:02 (CET)

Mooi werk. Mvg, Caudex Rax ツ (overleg) 30 jan 2023 22:21 (CET)

Tech News: 2022-48

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

Recent changes

• A new preference, “Enable limited width mode”, has been added to the Vector 2022 skin. The preference is also available as a toggle on every page if your monitor is 1600 pixels or wider. It allows for increasing the width of the page for logged-out and logged-in users. [32]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 29 November. It will be on non-Wikipedia wikis and some Wikipedias from 30 November. It will be on all wikis from 1 December (calendar).
• Some wikis will be in read-only for a few minutes because of a switch of their main database. It will be performed on 29 November at 07:00 UTC (targeted wikis) and on 1 December at 07:00 UTC (targeted wikis).
• Mathematical formulas shown in SVG image format will no longer have PNG fall-backs for browsers that don't support them. This is part of work to modernise the generation system. Showing only PNG versions was the default option until in February 2018. [33][34][35]
• On some wikis that use flagged revisions, a new checkbox will be added to Special:Contributions that enables you to see only the pending changes by a user. [36]

Future changes

• How media is structured in the parser's HTML output will change early next week at group1 wikis (but not Wikimedia Commons or Meta-Wiki). This change improves the accessibility of content, and makes it easier to write related CSS. You may need to update your site-CSS, or userscripts and gadgets. There are details on what code to check, how to update the code, and where to report any related problems. [37]

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

MediaWiki message delivery 28 nov 2022 21:03 (CET)

Tech News: 2022-49

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

Recent changes

• The Wikisources use a tool called ProofreadPage. ProofreadPage uses OpenSeadragon which is an open source tool. The OpenSeadragon JavaScript API has been significantly re-written to support dynamically loading images. The functionality provided by the older version of the API should still work but it is no longer supported. User scripts and gadgets should migrate over to the newer version of the API. The functionality provided by the newer version of the API is documented on MediaWiki. [38][39]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 6 December. It will be on non-Wikipedia wikis and some Wikipedias from 7 December. It will be on all wikis from 8 December (calendar).

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

MediaWiki message delivery 6 dec 2022 01:41 (CET)

Tech News: 2022-50

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

Recent changes

• An A/B test has begun at 15 Wikipedias for DiscussionTools on mobile. Half of the editors on the mobile web site will have access to the Reageren tool and other features. [40]
• The character = cannot be used in new usernames, to make usernames work better with templates. Existing usernames are not affected. [41]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 13 December. It will be on non-Wikipedia wikis and some Wikipedias from 14 December. It will be on all wikis from 15 December (calendar).
• The HTML markup used by DiscussionTools to show discussion metadata below section headings will be inserted after these headings, not inside of them. This change improves the accessibility of discussion pages for screen reader software. [42]

Events

• The fourth edition of the Coolest Tool Award will happen online on Friday 16 December 2022 at 17:00 UTC! The event will be live-streamed on YouTube in the MediaWiki channel and added to Commons afterwards.

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

MediaWiki message delivery 13 dec 2022 00:34 (CET)

Community Wishlist Survey 2023 opens in January

Help met het vertalen naar uw taal

(There is a translatable version of this message on MetaWiki)

Hallo

The Community Wishlist Survey (CWS) 2023, which lets contributors propose and vote for tools and improvements, starts next month on Monday, 23 January 2023, at 18:00 UTC and will continue annually.

We are inviting you to share your ideas for technical improvements to our tools and platforms. Long experience in editing or technical skills is not required. If you have ever used our software and thought of an idea to improve it, this is the place to come share those ideas!

The dates for the phases of the Survey will be as follows:

• Phase 1: Submit, discuss, and revise proposals – Monday, Jan 23, 2023 to Sunday, Feb 6, 2023
• Phase 2: WMF/Community Tech reviews and organizes proposals – Monday, Jan 30, 2023 to Friday, Feb 10, 2023
• Phase 3: Vote on proposals – Friday, Feb 10, 2023 to Friday, Feb 24, 2023
• Phase 4: Results posted – Tuesday, Feb 28, 2023

If you want to start writing out your ideas ahead of the Survey, you can start thinking about your proposals and draft them in the CWS sandbox.

We are grateful to all who participated last year. See you in January 2023!

Bedankt! Community Tech, STei (WMF) 15 dec 2022 17:44 (CET)

Tech News: 2022-51

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

Tech News

• Because of the holidays the next issue of Tech News will be sent out on 9 January 2023.

Recent changes

• On a user's contributions page, you can filter it for edits with a tag like 'reverted'. Now, you can also filter for all edits that are not tagged like that. This was part of a Community Wishlist 2022 request. [43]
• A new function has been used for gadget developers to add content underneath the title on article pages. This is considered a stable API that should work across all skins. Documentation is available. [44]
• One of our test wikis is now being served from a new infrastructure powered by Kubernetes (read more). More Wikis will switch to this new infrastructure in early 2023. Please test and let us know of any issues. [45]

Problems

• Last week, all wikis had no edit access for 9 minutes. This was caused by a database problem. [46]

Changes later this week

• There is no new MediaWiki version this week or next week.
• The word "Reageren" is very short in some languages, such as Arabic ("ردّ"). This makes the Overleghulpmiddelen button on talk pages difficult to use. An arrow icon will be added to those languages. This will only be visible to editors who have the Beta Feature turned on. [47] [48]

Future changes

• Edits can be automatically "tagged" by the system software or the Beheer van filters system. Those tags link to a help page about the tags. Soon they will also link to Recent Changes to let you see other edits tagged this way. This was a Community Wishlist 2022 request. [49]
• The Trust & Safety tools team have shared new plans for building the Private Incident Reporting System. The system will make it easier for editors to ask for help if they are harassed or abused.
• Realtime Preview for Wikitext is coming out of beta as an enabled feature for every user of the 2010 Wikitext editor in the week of January 9, 2023. It will be available to use via the toolbar in the 2010 Wikitext editor. The feature was the 4th most popular wish of the Community Wishlist Survey 2021.

Events

• You can now register for the Wikimedia Hackathon 2023, taking place on May 19–21 in Athens, Greece. You can also apply for a scholarship until January 14th.

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

MediaWiki message delivery 20 dec 2022 01:00 (CET)

Global sysops

Hello everyone and Merry Christmas (if you celebrate it), I'm writing here because nlwiktionary is currently opted-out from the global sysops wikiset (I don't know if you have recently discussed this, but I didn't find any recent discussion, and if so I apologize for my message). This means that in this project global sysops cannot intervene to stop spam or blatant vandalism. I would kindly ask you if you would be interested in giving global sysops the possibility to intervene here as well. I remind you that global sysops have no editorial/community power over the projects, they don't have to act in controversial cases, but they can only handle vandalism and spam quickly and do routine maintenance. Global sysops also have interface administrator rights and can collaborate if you need or have any request at any time. I'm making this request because lately I have noticed a lot of spambots and also given the fact that nlwiktionary has only 4 active admins who performed sysops action in the last 2 months and we could help handling vandal and spam. I look forward to your reply and if you have any questions, please ask me. I would ask if someone could translate so that the message is clear to the whole community and I'm really sorry for posting it in English. Many thanks for your attention and wish you a nice day :) Superpes15 (overleg) 25 dec 2022 18:25 (CET)

Nederlandse vertaling: Dag iedereen, ik wens u (indien u het viert) een gelukkig Kerstfeest. Ik schrijf dit bericht hier om dat het Nederlandstalige Wikiwoordenboek momenteel niet is ingetekend op de global sysops (globale moderatoren) wikiset (Ik weet niet of dit recent besproken is geweest, maar ik kon ook geen discussie vinden (en gelieve mijn verontschuldigingen voor dit bericht te aanvaarden indien die er toch zou zijn geweest)). Hierdoor kunnen de globale moderatoren op dit project niet ingrijpen wanneer er spammers of overduidelijke vandalen bezig zijn. Ik zou u dan ook vriendelijk willen vragen of u eventueel geïnteresseerd zou zijn om de globale moderatoren de mogelijkheid te bieden om op dit project te kunnen werken. Ik wijs er graag op dat globale moderatoren geen enkele macht (vanuit de gemeenschap of editoriaal standpunt) hebben over de gemeenschap en niet ingrijpen in onduidelijke en controversiële situaties, maar enkel vandalisme, spam en routine-onderhoud afhandelen. Globale moderatoren beschikken ook over de rechten van een interfacemoderator en kunnen de gemeenschap helpen wanneer dit nodig zou zijn. Ik richt dit verzoek tot u omdat ik de laatste tijd veel spambots ben tegengekomen op dit project. Daarnaast geef ik graag mee dat nlwiktionary slechts vier moderatoren heeft die de voorbije twee maanden hun knopjes hebben gebruikt. Wij zouden als globale moderatoren deze moderatoren assisteren. Ik kijk alvast uit naar uw antwoord en hoor het graag als u vragen zou hebben (stel ze gerust). Ik zou graag willen vragen of iemand dit bericht in het Nederlands zou kunnen vertalen, zodat de boodschap voor de hele gemeenschap duidelijk is (gelieve mij te verontschuldigen voor de post in het Engels). Hartelijk dank voor uw aandacht en een fijne dag verder :) ! Superpes15 (overleg) 25 dec 2022 18:25 (CET)

Ik heb geprobeerd het bericht van Superpes15 zo goed mogelijk te vertalen (en verontschuldig mij alvast als er fouten of nuanceverschillen in de vertaling zouden zijn geslopen). --Daniuu (overleg) 25 dec 2022 21:36 (CET)

In doorsnee worden vandalisme en spam hier binnen een dag opgeruimd. Daar is de afgelopen jaren niet echt iets in veranderd. Mijn indruk is dat het vandalisme vrij constant is en de spam wisselvallige pieken vertoont. De activiteit van moderatoren ligt tegenwoordig iets hoger dan 5 jaar terug, wat redelijk spoort met de groei van het project zelf.

De scheidslijn tussen vandalisme en oprechte, maar onhandige bijdragen blijkt voor mensen die geen Nederlands spreken of niet zo bekend zijn met de afspraken die we hier aanhouden soms problemen op te leveren. Ik heb er begrip voor dat mensen die wereldwijd een paar honderd projecten in tientallen talen moeten bewaken, geen tijd hebben om zich in de eigenaardigheden van elk project te verdiepen. Maar het zou mooi zijn als we hier een net wat vriendelijker werksfeer kunnen bewaren dan op sommige andere projecten het geval is. Daarbij heeft het in mijn ogen meerwaarde dat alle moderatoren echt tot de gemeenschap behoren. Wat mij betreft is het per saldo daarom beter om de opt-out te handhaven. MarcoSwart (overleg) 26 dec 2022 16:50 (CET)

Heb je een voorbeeld van iets waarvan je verwacht dat een global sysop zich in zou kunnen vergissen? bdijkstra (overleg) 26 dec 2022 18:25 (CET)

bdijkstra: Oeps, ik zie je vraag nu pas. Ik heb de afgelopen jaren een paar keer meegemaakt dat een bewerking onder IP-nummer door een iets te ijverig lid van het SWMT als vandalisme werd gezien, terwijl met een beetje kennis van het Nederlands en van onze werkwijzen wel duidelijk was dat de beoogde wijziging constructief was. Vergissen is menselijk, maar het komt voor een nieuweling toch iets prettiger over als je iemand daarop in het Nederlands kan aanspreken. --MarcoSwart (overleg) 4 jan 2023 22:38 (CET)

Ik snap je punt, maar zonder een duidelijk voorbeeld kan ik geen standpunt innemen. bdijkstra (overleg) 21 jan 2023 00:02 (CET)

Hi MarcoSwart, thanks for your reply, I inform you that global sysops don't (and can't) intervene in case of dubious edits but only if there are evident and blatant vandalism (I repeat evident and blatant). They wouldn't be active in change the project or intervening in community situations, project policies and conviviality remain the same, but they intervene only when a spambot/proxy or LTA appears, to immediately block them and report them to the stewards, and the job ends there. If necessary, in case of your requests, they can give help for abuse filters or for the interface! Superpes15 (overleg) 28 dec 2022 13:58 (CET)

I know that's the intention, but as I stated, I have witnessed cases of "blatant vandalism" that were just new users trying to navigate our templates using the visual editor. I am not blaming anyone: when you speak Dutch and are familiar with our templates, it's easier to recognize these cases. MarcoSwart (overleg) 28 dec 2022 17:04 (CET)

I agree that any global sysop who would become active on this project, should have at least some basic knowledge of the Dutch language, so they can discern true vandalism from beginning users just trying to make their first contributions. For now. I have no opinion on whether a global sysop is really needed here or not; though there is indeed some vandalism on this project, it's by far not to the same extent as on Wikipedia for example. De Wikischim (overleg) 28 dec 2022 19:17 (CET)

Tech News: 2023-02

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

Recent changes

• You can use tags to filter edits in the recent changes feed or on your watchlist. You can now use tags to filter out edits you don't want to see. Previously you could only use tags to focus on the edits with those tags. [50]
• Special:WhatLinksHere shows all pages that link to a specific page. There is now a prototype for how to sort those pages alphabetically. You can see the discussion in the Phabricator ticket.
• You can now use the thanks function on your watchlist and the user contribution page. [51]
• A wiki page can be moved to give it a new name. You can now get a dropdown menu with common reasons when you move a page. This is so you don't have to write the explanation every time. [52]
• Matrix is a chat tool. You can now use matrix: to create Matrix links on wiki pages. [53]
• You can filter out translations when you look at the recent changes on multilingual wikis. This didn't hide translation pages. You can now also hide subpages which are translation pages. [54]

Changes later this week

• Realtime preview for wikitext is a tool which lets editors preview the page when they edit wikitext. It will be enabled for all users of the 2010 wikitext editor. You will find it in the editor toolbar.
• Some wikis will be in read-only for a few minutes because of a switch of their main database. It will be performed on 10 January at 07:00 UTC (targeted wikis) and on 12 January at 07:00 UTC (targeted wikis).
• The new version of MediaWiki will be on test wikis and MediaWiki.org from 10 January. It will be on non-Wikipedia wikis and some Wikipedias from 11 January. It will be on all wikis from 12 January (calendar).

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

MediaWiki message delivery 10 jan 2023 02:07 (CET)

Cats voor het voltooid deelwoord in andere talen ontbreken nog geheel; werk aan de winkel!

Ik zie zojuist dat Categorie:Voltooid deelwoord alleen Categorie:Voltooid deelwoord in het Nederlands nog als ondercat. heeft. Volgens mij is het hoog tijd dat daar verandering in komt, niet?

Ikzelf zou alvast wat pagina's kunnen invullen voor bijv. Frans, Duits en Engels, gebruiker:Kvdrgeus misschien voor het Spaans? Alleen weet ik zo niet wat het beste sjabloon zou zijn, welllicht moet dat ook weer per taal afzonderlijk worden bekeken. Wie wil hier graag meer werk van maken? De Wikischim (overleg) 13 jan 2023 21:08 (CET)

Aanv.: Categorie:Deelwoord heeft een paar ondercats meer voor de afzonderlijke talen, maar ook hier ontbreekt duidelijk nog erg veel. De Wikischim (overleg) 13 jan 2023 21:10 (CET)

Voor het Spaans lijkt het me geen bijzonder grote problemen op te leveren.

Er zijn daar twee soorten deelwoorden het voltooid deelwoord (participio) en het onvoltooid deelwoord (gerundio).

Binnen het voltooid deelwoord kent het Spaanse Wikcionario naast alle werkswoordvormen te weten ES:Formas de participio‎ (33 800 P) alleen nog een aparte categorie voor de onregelmatige: ES:Participios irregulares‎ (120 P)

Binnen het onvoltooid deelwoord kent het Spaanse Wikcionario twee ondercategorieën namelijk weer allemaal: ES:Gerundios con enclíticos‎ (4200 P) ook weer een aparte categorie voor de onregelmatige: ES:Gerundios irregulares‎ (405 P)

Het gaat daarbij om het aanbrengen van een modificatie in Sjabloon:esverb-form waarbij moet worden getest op de parameter 'mood' en bij waard 'part' de categorie voltooid deelwoord en bij waarde 'ger' onvoltooid deelwoord worden aangebracht.

1. {{#switch: {{{mood}}}|part|participio|participle=voltooid deelwoord (participio)|ger|gerund|gerundio=onvoltooid deelwoord (gerundio)

Dus

Participio: ('mood' = 'part')

Categorie:Voltooid_deelwoord_in_het_Spaans

Categorie:Deelwoord_in_het_Spaans

Gerundio: ('mood' = 'ger')

Categorie:Onvoltooid_deelwoord_in_het_Spaans

Categorie:Deelwoord_in_het_Spaans

In principe is het wijzigen van één sjabloon reeds voldoende om de subcategorisering te bewerkstelligen want alle werkwoordsvormen worden met dat ene sjabloon beschreven.

Toch laat ik het wijzigen hiervan graag over aan een meer ervaren persoon zoals MarcoSwart.

Dat wikitaaltje vond ik er altijd heel onsympathiek uitzien.

--Kvdrgeus (overleg) 14 jan 2023 10:31 (CET)

Ik heb de wijziging al aangebracht, de indexen worden opgebouwd.

--Kvdrgeus (overleg) 14 jan 2023 19:15 (CET)

Prachtig dat het is gedaan voor Spaans. En de overige talen? Ik stel voor om te beginnen met Frans, Engels en Duits. N.B. Ikzelf ga me niet wagen aan het aanmaken van deze nieuwe cats, maar zal ze waar mogelijk wel verder proberen in te vullen. De Wikischim (overleg) 26 jan 2023 11:14 (CET)

Werkwoordsvormsjablonen (waarvan sommige nieuw/nog aan te maken)

De overeenkomende vervoegingssjablonen zouden denk ik Sjabloon:enverb-form, Sjabloon:deverb-form etc. moeten worden, analoog aan het inmiddels bestaande Sjabloon:esverb-form. De Wikischim (overleg) 3 feb 2023 13:03 (CET) Bij nader inzien: het blijkt allemaal vooralsnog iets ingewikkelder (en onduidelijker, helaas). Sjabloon:fra-verb-form past in het bovengenoemde rijtje en bestaat toch al langer. En is het nieuwe Sjabloon:esverb-form niet eigenlijk dubbelop met Sjabloon:-esverb-form-, wat ook al veel langer bestaat? Of heeft het nieuwe Sjabloon:esverb-form een speciale functie voor bijv. het voltooid deelwoord, die bij het andere sjabloon ontbreekt? (Ik ben zelf niet wikitechnisch genoeg om dit soort zaken zo te zien, al zal het vast wel ergens in de code staan.) gebruiker:Kvdrgeus, zou je misschien nog iets meer toelichting hierover kunnen geven? De Wikischim (overleg) 3 feb 2023 18:14 (CET)

Twee praktijkvoorbeelden (geheel willekeurig)

Op pagina's als verloren en gebracht staat nu alleen de informatie dat het voltooide deelwoorden in het Nederlands zijn, maar in het Duits zien deze er toevallig precies hetzelfde uit. Daarmee zouden die pagina's dus moeten worden uitgebreid. Aangezien de overeenkomende Categorie:Voltooid deelwoord in het Duits nu nog ontbreekt, neem ik aan dat deze parametersjabloon er ook nog niet is. De Wikischim (overleg) 1 feb 2023 18:31 (CET)

Bedoel je met "parameter": sjabloon? MarcoSwart (overleg) 4 feb 2023 00:44 (CET)

Inderdaad. Maar een sjabloon heeft parameters, dus ik bedoelde feitelijk ook dat (alleen had ik dan "parameters" moeten schrijven). De Wikischim (overleg) 4 feb 2023 12:04 (CET)

Forms

I changed "{{-noun-|swe}}\n{{noun-form|" from "swe" to "0" in some entries for Swedish noun forms. They should not appear in the category for nouns, since they are already included in the category for noun forms. Perhaps a bot should make these changes in all articles? -- LA2 (overleg) 16 jan 2023 10:42 (CET)

Thanks for pointing this out. I have used my bot to change the 18 remaining cases. MarcoSwart (overleg) 26 jan 2023 15:38 (CET)

Tech News: 2023-03

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

Problems

• The URLs in "vorige" links on page history now contain diff=prev&oldid=[revision ID] in place of diff=[revision ID]&oldid=[revision ID]. This is to fix a problem with links pointing to incorrect diffs when history was filtered by a tag. Some user scripts may break as a result of this change. [55]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 17 January. It will be on non-Wikipedia wikis and some Wikipedias from 18 January. It will be on all wikis from 19 January (calendar).
• Some changes to the appearance of talk pages have only been available on Overleg: and Overleg gebruiker: namespaces. These will be extended to other talk namespaces, such as Overleg WikiWoordenboek:. They will continue to be unavailable in non-talk namespaces, including WikiWoordenboek: pages (e.g., at the Village Pump). You can change your preferences (beta feature). [56]
• On Wikisources, when an image is zoomed or panned in the Page: namespace, the same zoom and pan settings will be remembered for all Page: namespace pages that are linked to a particular Index: namespace page. [57]
• The Vector 2022 skin will become the default for the English Wikipedia desktop users. The change will take place on January 18 at 15:00 UTC. Learn more.

Future changes

• The 2023 edition of the Community Wishlist Survey, which invites contributors to make technical proposals and vote for tools and improvements, starts next week on 23 January 2023 at 18:00 UTC. You can start drafting your proposals in the CWS sandbox.

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

MediaWiki message delivery 17 jan 2023 02:10 (CET)

Tech News: 2023-04

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

Problems

• Last week, for ~15 minutes, all wikis were unreachable for logged-in users and non-cached pages. This was caused by a timing issue. [58]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 24 January. It will be on non-Wikipedia wikis and some Wikipedias from 25 January. It will be on all wikis from 26 January (calendar).
• If you have the Beta Feature for DiscussionTools enabled, the appearance of talk pages will add more information about discussion activity. [59][60]
• The 2023 edition of the Community Wishlist Survey (CWS), which invites contributors to make technical proposals and vote for tools and improvements, starts on Monday 23 January 2023 at 18:00 UTC.

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

MediaWiki message delivery 24 jan 2023 00:46 (CET)

Graag een voorbeeldvertaling in de stramienen

Wil een admin in de stramienen *{{eng}}: {{trad|en|...}} toevoegen? De pagina's zijn beveiligd. Momenteel heeft de vertaalsectie de trans-top, -mid en -bottom maar zijn er geen voorbeeldvertalingen.

Template:nl-noun-lemma, Template:nl-adjc-lemma, Template:nl-verb-lemma M!dgard (overleg) 24 jan 2023 20:46 (CET)

Deze moderator wil dat best doen, maar het lijkt me goed om even af te wachten hoe andere gebruikers hier over denken. Ik zou zelf geneigd zijn om dan meteen Frans, Duits en Spaans mee te nemen.

Afhankelijk van de reacties zal ik het sjabloon per 1 februari aanpassen. MarcoSwart (overleg) 24 jan 2023 22:24 (CET)

M!dgard, ik zou het handiger vinden als we de vertaalsectie van onze Engelse collega's kunnen koppie-peesten. - Alexis Jazz (overleg) 26 jan 2023 09:26 (CET)

@Alexis Jazz Ik ben het graag met je eens dat onze vertaalsectie een stuk beter kan. Onze Engelstalige collega's hebben hun sjablonen en modules zo sterk met elkaar verweven, dat het haast niet te doen is om daar een deel van over te nemen. Maar onze Franstalige en Zweedse collega's hebben een vergelijkbare oplossing ontwikkeld, die naar mijn inschatting hier wat eenvoudiger zou zijn in te passen. Dat vereist wel dat iemand die handig is met Javascript en Mediawiki er een tijdje aan gaat werken. Ik heb de afgelopen jaren tweemaal gezien dat mensen eraan wilden beginnen, maar dat heeft helaas (nog) niet tot resultaat geleid. Van mijn kant ben ik graag bereid ook daarbij te helpen. Maar het lijkt me een andere, veel ingrijpender vraag dan @M!dgard stelde. MarcoSwart (overleg) 26 jan 2023 10:05 (CET)

MarcoSwart, het overnemen van sjablonen/modules hoeft van mij niet per se, maar het zou handig zijn als de vertaalsectie van een lemma op enwikt eenvoudig zou zijn te importeren. Dat is op verschillende manieren te bereiken natuurlijk. - Alexis Jazz (overleg) 26 jan 2023 10:33 (CET)

In mijn analyse bestaat de kern van de oplossing uit een stukje Javascript dat een lijst sjablonen met vertalingen annex taalcodes automagisch sorteert op de alfabetische volgorde van de bijbehorende taalnamen. Dit is een uitdaging omdat je de wikitext nog wil aanpassen na een bewerking. Daarom kom ik uit bij Javascript en de Fransen en Zweden lijken iets gemaakt te hebben waarmee dat lukt, maar het ontbreekt mij aan tijd om ervoor te gaan zitten en helemaal uit te zoeken hoe dat werkt. MarcoSwart (overleg) 26 jan 2023 10:45 (CET)

MarcoSwart, ik heb even snel iets in elkaar geprutst. Een module voor Factotum was voor mij het eenvoudigste om te bouwen dus dat is het geworden: Gebruiker:Alexis Jazz/importeerTrans.js. Met Factotum+module geladen (zie Gebruiker:Alexis Jazz/common.js en w:en:User:Alexis Jazz/Factotum#How to install) verschijnt onderin het Factotum bewerkvenster een extra knop "Importeer vertaaltabel" en wanneer je daarop drukt krijg je een prompt voor de Engelse titel. Er moet alsnog een boel aangepast worden in de geïmporteerde tabel, dat is nog voor verbetering vatbaar. Maar misschien geeft dit script enige inspiratie. - Alexis Jazz (overleg) 27 jan 2023 13:01 (CET)

Het echte probleem zit hem juist in een specifiek onderdeel van het "aanpassen van de tabel": als je eenmaal een reeks sjablonen hebt die een vertaling bevatten met een taalcode moet die reeks gesorteerd worden op de alfabetische volgorde van de bijbehorende Nederlandse naam. Er zijn nog een paar andere complicaties bij het sorteren die nu onbesproken laat, omdat die minder fundamenteel lijken.

Omdat deze volgorde bewaard moet blijven, ongeacht de manier waarop de vertalingen worden bewerkt, zou dit sorteren automatisch moeten gebeuren bij het weergeven van de wikitext, voordat die wordt opgeslagen. Op dit moment gaat het om een kleine 700 talen, maar een toekomstbestendige oplossing moet tot 10.000 talen blijven werken. Deze oplossing zal echt een onderdeel moeten zijn van het eigen JavaScript van WikiWoordenboek, want de sortering is niet gebruikersafhankelijk. MarcoSwart (overleg) 27 jan 2023 14:33 (CET)

My two cents: ik heb geen fundamenteel bezwaar tegen deze parametervernieuwing, maar is het anderzijds per se nodig? Op de "hoofdpagina" van een woord in een bepaalde taal, waar de tabel nu ook al standaard steeds heen linkt, bestaat nu al standaard de mogelijkheid om een voorbeeldzin toe te voegen (bij andere talen dan Nederlands wijzigt "bijv-1" dan alleen in "bijv-2").

Als we dit erbij doen ben ik er wel sterk voor om het in de vertaaltabel inklapbaar te houden, anders wordt het leesgemak verstoord. De Wikischim (overleg) 26 jan 2023 11:19 (CET)

@De Wikischim: zoals ik het oorspronkelijke voorstel lees, gaat het louter om het toevoegen van voorbeelden in het stramien. Die zitten standaard in het commentaar en zijn dus niet zichtbaar op de uiteindelijke pagina. Het lijkt me gewoon een handigheidje voor de bewerker bij het toevoegen van vertalingen als je een nieuw lemma aanmaakt. Aan de tabel vertalingen verandert daarmee niets. Of heb ik iets verkeerd begrepen? MarcoSwart (overleg) 26 jan 2023 14:12 (CET)

Hmm, ik denk dat ik echt eerst even een voorbeeld van het nieuwe stramien moet zien om te snappen om wat hier voor verandering het nu eigenlijk concreet gaat. Uit M!dgards eerste bijdrage hierboven (Wil een admin in de stramienen *Engels: ... ^(en) toevoegen?) meende ik duidelijk op te maken dat het hier om een toevoeging aan de vertaalsectie gaat. Deze opmerking van jou (Marco) brengt me eigenlijk alleen maar meer in verwarring, sorry. De Wikischim (overleg) 26 jan 2023 15:19 (CET)

@De Wikischim: het spijt me dat ik verwarring groter maak. In de drie genoemde stramienen zit (verborgen in commentaar) ook een voorbeeldtekst voor de vertaalsectie:

<!--
...
{{-trans-}}
{{trans-top|1.}}
{{trans-mid}}
{{trans-bottom}}
...
-->

Mijn gedachte bij het opvolgen van het verzoek van @M!dgard zou zijn om dit te wijzigen in:

<!--
...
{{-trans-}}
{{trans-top|1.}}
*{{deu}}: {{trad|de|}}
*{{eng}}: {{trad|en|}}
{{trans-mid}}
*{{fra}}: {{trad|fr|}}
*{{spa}}: {{trad|es|}}
{{trans-bottom}}
...
-->

Het is verder aan de bewerker om dit (deel van het) stramien geheel of gedeeltelijk te gebruiken bij het maken van een nieuw lemma. --MarcoSwart (overleg) 27 jan 2023 13:51 (CET)

Dit is inderdaad wat ik bedoelde. Ik zou er niet te veel talen bij zetten, want in de meeste gevallen zal een bijdrager niet meteen naar al deze talen kunnen vertalen. Zo wordt het stramien ook niet te lijvig. M!dgard (overleg) 27 jan 2023 16:02 (CET)

Nu ben ik helaas bang dat ik het nòg steeds niet snap. Dit zijn toch gewoon de taalcodes die je nu al ziet als je een nieuwe vertaling aan de tabel toevoegt? Afijn, ik zie het vanzelf wel in de praktijk als dit eerstdaags op pagina's wordt doorgevoerd (maar dus graag wel zo onopvallend mogelijk dan, zie boven). De Wikischim (overleg) 27 jan 2023 23:54 (CET)

• Aangezien het ook over de vertaaltabel gaat, leek het me voor de goede orde nuttig om ook in deze discussie even te melding te maken van het projectje om wat eenvormiger te verwijzen naar de vertaaltabel van een synoniem. --MarcoSwart (overleg) 26 jan 2023 14:20 (CET)
• De aanpassing is inmiddels uitgevoerd bij {{nl-noun-lemma}}. De beide andere genoemde sjablonen kenden in feite al zo'n vertaalsectie. --MarcoSwart (overleg) 4 feb 2023 01:03 (CET)

Ambtenaar = mannelijk?

Ambtenaar zegt "een mannelijk persoon die aangesteld is in een door de overheid beheerde dienst".
Euhm, sinds wanneer? Ben ik de enige die geen man/vrouw/x koppelt aan het woord "ambtenaar"? Wat is een vrouwelijke ambtenaar anders? Een ambtenares? Nouja, blijkbaar aangezien die link ook blauw is, maar dat woord heb ik zover ik me kan herinneren nooit "in het wild" gezien. Een vrouwelijke makelaar is toch ook geen makelares? Een kunstenaar is toch ook niet per se een man? "Ze is een kunstenaar" op Google boeken.
Ik heb tenminste twee voorbeelden gevonden van een vrouwelijke ambtenaar (maar het is lastig zoeken): Deze vrouw, een onschuldige ambtenaar, wist van niets. (2019) en Ze is een ambtenaar. (1985) - Alexis Jazz (overleg) 26 jan 2023 09:39 (CET)

In het Nederlands bestond bij veel algemene vormen traditioneel de verwachting dat het om een man zou gaan, zodat er een speciale vorm bestaat voor de gevallen waarin het om een vrouw gaat. Die vorm versterkt dan weer de gedachte dat het bij de algemene vorm over een man gaat. Hier zit een venijnig stukje sociale geschiedenis achter, want er zijn in de 20e eeuw regels ingevoerd (en later weer afgeschaft) dat een ambtenares die trouwde de overheidsdienst moest verlaten. Maar zoals je al laat zien kan de term genderneutraal worden gebruikt. Deze omschrijving is in 2008 ontstaan, maar sinds 2011 hebben we het sjabloon {{m-form}} waarmee je iets subtieler aan kan geven dat "ambtenaar" soms als de mannelijke tegenhanger van "ambtenares" gebruikt wordt. Ik heb het lemma wat aangepast. Voldoet het nu beter? MarcoSwart (overleg) 26 jan 2023 10:23 (CET)

Terzijde: een vrouwelijke makelaar kan ook makelaarster worden genoemd. --MarcoSwart (overleg) 26 jan 2023 10:47 (CET)

Dus ik ben niet de enige. Dank voor de aanpassing en informatie! Een makelaarster is naar mijn mening overigens iemand die een ster is in het makelen. ;-) - Alexis Jazz (overleg) 26 jan 2023 10:54 (CET)

20 jaar WikiWoordenboek

Volgend jaar mei kan WikiWoordenboek haar 20-jarig bestaan vieren. Aan het 15-jarig bestaan hebben we aandacht besteed met een kleine bijeenkomst in Breda. Op de Nieuwjaarsbijeenkomst van de Vereniging Wikimedia Nederland vroegen Geertivp en ik ons af, wat we volgend jaar gaan doen. De eerste stap is natuurlijk om te peilen of er aansprekende ideeën zijn, waarvoor zowel qua deelnemers als voorbereidend werk voldoende draagvlak bestaat. Opties die in ons gesprek langskwamen waren:

1. Een gezellige bijeenkomst die WikiWoordenaars die dat leuk vinden de kans biedt elkaar eens offline te ontmoeten.

2. Het weer oppakken van het Wikidataproject, temeer omdat er voor sommige problemen waar we toen tegenaan liepen, intussen oplossingen lijken te zijn. Dit kan in principe ook (helemaal) online gebeuren.

Dit is uiteraard geen uitputtende lijst, het is vooral bedoeld om de discussie op gang te brengen. Het leek ons wel handig om dat nu al te doen, omdat we vaak tijd tekort komen. Dan kan een lange voorbereidingsperiode helpen, ook voor medewerking van buitenaf. Voorstellen en commentaar zijn welkom! MarcoSwart (overleg) 28 jan 2023 10:39 (CET)

Voor de niet-ingewijden, wat is "het Wikidataproject"?
Een eventuele bijeenkomst zal ik niet bijwonen. Volle agenda. - Alexis Jazz (overleg) 28 jan 2023 11:12 (CET)

Ik heb er hierboven een linkje van gemaakt, het heeft indertijd ook in De kroeg gestaan. --MarcoSwart (overleg) 28 jan 2023 12:18 (CET)

Tech News: 2023-05

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

Problems

• Last week, for ~15 minutes, some users were unable to log in or edit pages. This was caused by a problem with session storage. [61]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 31 January. It will be on non-Wikipedia wikis and some Wikipedias from 1 February. It will be on all wikis from 2 February (calendar).

Future changes

• Wikis that use localized numbering schemes for references need to add new CSS. This will help to show citation numbers the same way in all reading and editing modes. If your wiki would prefer to do it yourselves, please see the details and example CSS to copy from, and also add your wiki to the list. Otherwise, the developers will directly help out starting the week of February 5.

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

MediaWiki message delivery 31 jan 2023 01:05 (CET)

Vervoegingstabel in andere taal dan Nederlands; de vormen komen deels overeen met Nederlandse woorden, kan dit gemakkelijker worden opgelost?

In vervoegingstabellen voor werkwoorden in vreemde talen doet zich momenteel het probleem voor dat sommige links naar een specifieke vorm weliswaar blauw zijn, maar toch niet meteen leiden naar de juiste informatie. Bijvoorbeeld: op laufen/vervoeging zijn de links lief en liefst weliswaar blauw, maar wie hierop klikt komt als eerste uit bij de vormen van het Nederlandse bijvoeglijke naamwoord, wat met het Duitse werkwoord natuurlijk helemaal niets te maken heeft (nog erger is het natuurlijk als de juiste vorm in de betreffende taal nog helemaal niet wordt beschreven). Dit probleem hangt natuurlijk samen met het feit dat alle woorden uit om het even welke taal die er hetzelfde uitzien, hier onder elkaar op één enkele (soms daardoor ook erg lange) pagina staan.

Vorig jaar heb ik ditzelfde hier ook al eens aangekaart. Het ziet ernaar uit dat toen als oplossing op lachen/vervoeging de hele tabel is vervangen, maar is er geen makkelijkere manier? Dit is met name handig voor het Duits, waar werkwoorden immers nogal veel verschillende vervoegingen (en hier dus tabelparameters) hebben, terwijl het Duits relatief vaak vervoegingen heeft die in geschreven vorm precies overeenkomen met Nederlandse woorden (in het Engels speelt dit ook wel, getuige bijv. de vorm is) . Kan de parameter voor de tabellen misschien zo worden aangepast dat alleen de relevante vormen (dat wil zeggen, de vormen die anders leiden naar een verkeerde hoofdsectie) vervangen hoeven te worden? Dus in het geval van laufen zouden dan idealiter alleen lief en liefst maar aangepast hoeven te worden.

(Een volgend hoofdstuk is dan weer dat bijv. laufen zowel de Duitse infinitief als een deel van de bijbehorende vervoegingen bevat.) De Wikischim (overleg) 1 feb 2023 19:39 (CET)

Je zou een regel kunnen instellen dat er pas een vervoegingstabel gemaakt mag worden wanneer alle vormen op de relevante lemma's vermeld zijn als werkwoordsvorm van de betreffende taal. bdijkstra (overleg) 2 feb 2023 11:36 (CET)

Dat is denk ik allang een gepasseerd station. Werkwoordsvormen in andere talen worden nu al vaak gewoon opgesomd in de overzichtstabellen voor vervoegingen. De verbogen werkwoordsvormen worden nu anderzijds nog niet in alle gevallen beschreven op een eigen pagina of als sectie op een pagina die homoniemen behandelt, waardoor ze ook automatisch in een eigen cat. komen te staan.

Zie ook #Cats voor het voltooid deelwoord in andere talen ontbreken nog geheel; werk aan de winkel!, deze twee threads hangen nauw met elkaar samen. (Hierboven had ik het alleen over het voltooid deelwoord, maar hetzelfde verhaal geldt voor de meeste andere werkwoordsvormen voor zover nog niet afzondelijk beschreven.) De Wikischim (overleg) 3 feb 2023 11:41 (CET)

Het (mogelijk) ontbreken van vormen (en woorden) is inherent aan een wiki. De rode links zijn een uitnodiging om de wiki steeds verder te laten groeien. De combinatie van daarop gebaseerde MediaWikiprogrammatuur en de keus om voor een bepaald woord de betekenissen in alle talen op 1 pagina te zetten leidt tot wat ik in het algemeen lakmoeslinks heb genoemd. Hoewel de informatie ontbreekt, is de link toch blauw en ontbreekt de stimulans om dat manco op te lossen. Zo hebben we ook duizenden pagina's waar alleen het Engelse of Franse woord wordt beschreven, terwijl het woord in beide talen voorkomt.

Het lijkt me praktisch onmogelijk om te voorspellen welke vormen in een tabel wel en niet naar een verkeerde taalsectie zullen leiden. Het sjabloon {{QZ}} is een bescheiden, maar verre van volmaakte oplossing om vanzelf zoveel mogelijk naar de goede sectie door te verwijzen. Waarschijnlijk is het minder werk om dit sjabloon domweg voor alle vormen in de tabel te gebruiken.

Een regel dat alle vormen toegevoegd op lemma's moeten zijn beschreven voordat ze in een tabel mogen worden genoemd lijkt me het paard achter de wagen spannen. Ook als die vormen nog niet afzonderlijk zijn beschreven, is de tabel toch al nuttig voor de lezer.

Het zou mooi zijn als we per taal en woordsoort een zodanig bruikbare verzameling van sjablonen ontwikkelen, dat aan de hand van een vervoegingstabel semi-automatisch de bijbehorende beschrijvingen op de lemma's kunnen worden aangemaakt. Op dit moment gaat het merendeel van onze sjablonen nog uit van handwerk en hebben we ook tabellen die doordat ze geleidelijk ontwikkeld zijn, in nogal ingewikkelde sjablonen zijn vastgelegd. MarcoSwart (overleg) 4 feb 2023 00:43 (CET)

Taalkoppelingen vervoegingen

Zonet ontdekte ik dat er een Wikidata-item bestaat voor de vervoeging van laufen: d:Q64015708. Hierop voegde ik de Nederlandse versie toe, maar die verscheen hier niet, dus dat werkt blijkbaar niet omdat de pagina in de hoofdnaamruimte staat. De Duitse versie heeft zo te zien een naamruimte voor verbuigingen (Flexion), de Finse en de Italiaanse eentje voor appendices (Liite, Appendice) en de Franse eentje voor vervoegingen (Conjugaison). Zou het een idee zijn om zoiets ook hier te doen? Zo ja, wat heeft dan de voorkeur voor de naam van de naamruimte? (Vervoeging, Appendix, ...?) bdijkstra (overleg) 2 feb 2023 11:50 (CET)

Ik begrijp niet helemaal goed wat je bedoelt met "[...] omdat de pagina in de hoofdnaamruimte staat". Wellicht kun je dit niet koppelen via Data omdat de pagina laufen/vervoeging op Data niet wordt "herkend" als pagina op zich, maar wordt gezien als "slechts" een deelpagina van laufen? Als dat klopt, lijkt het me in de eerste plaats een technische bug op Data zelf, die wel verholpen zou moeten worden. Daar aankaarten maar misschien? De Wikischim (overleg) 3 feb 2023 18:22 (CET)

Aan het gelinkte Wikidata-item te zien, zijn deelpagina's an sich geen probleem. Ik bedoelde dat het systeem er (blijkbaar) vanuit gaat dat de hoofdnaamruimte alleen woordlemma's bevat, die niet via Wikidata-items gekoppeld worden maar puur op morfologie. Dit ook gezien het feit dat de enige vervoegingen die op Wikidata staan, buiten de hoofdnaamruimte staan. bdijkstra (overleg) 3 feb 2023 22:29 (CET)

Pagina's in de hoofdnaamruimte van Wiktionary's kunnen betrekking hebben op verschillende Wikidata-items: een woord kan meerdere betekenissen hebben, wat nog versterkt wordt doordat een woord ook nog tot verschillende talen kan behoren. Zelfs als dat op een gegeven ogenblik niet zo is, is er principieel geen enkele garantie dat dat zo blijft: het is altijd mogelijk nieuwe betekenissen en taalsecties op een pagina toe te voegen.

Daarom is principieel de keus gemaakt dat Wikidata-items nooit linken naar een pagina in de hoofdnaamruimte van een Wiktionary.

Technisch kan dat met een afzonderlijke naamruimte voor vervoegingstabellen worden opgelost. Dat lijkt me wel iets om eerst eens zorgvuldig op voors en tegens te onderzoeken. Sommige van deze pagina's horen tot onze drukst bezochte pagina's en dat zou ik willen koesteren. MarcoSwart (overleg) 3 feb 2023 23:33 (CET)

Duidelijk en ook logisch op zich, maar kan hierop toch geen uitzondering worden gemaakt voor gevallen als het hier besproken laufen/vervoeging? Dit omdat het bij dít soort pagina's nogal zeker is dat de inhoud voor eeuwig stabiel is, terwijl ze anders dan de pagina's met homoniemen duidelijk één enkele scope hebben. Het lijkt me een interessante kwestie voor Wiktionary in het algemeen. De Wikischim (overleg) 3 feb 2023 23:51 (CET)

Het maken van uitzonderingen op dit punt maakt de programmatuur en stuk ingewikkelder en vergroot zo de kans op storingen. Vanuit WikiData bekeken is de logische oplossing dat we de tabellen naar een andere naamruimte verplaatsen, zoals sommige Wiktionary's al van oudsher doen. Het zou interessant zijn om na te gaan of dat uitmaakt voor het bezoek aan de vervoegingspagina's. MarcoSwart (overleg) 4 feb 2023 00:13 (CET)

Hoezo zou dat uit kunnen maken? De pagina's kunnen op dezelfde manier toegankelijk blijven (als redirect). bdijkstra (overleg) 4 feb 2023 12:07 (CET)

Tech News: 2023-06

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

Recent changes

• In the Vector 2022 skin, logged-out users using the full-width toggle will be able to see the setting of their choice even after refreshing pages or opening new ones. This only applies to wikis where Vector 2022 is the default. [62]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 7 February. It will be on non-Wikipedia wikis and some Wikipedias from 8 February. It will be on all wikis from 9 February (calendar).
• Previously, we announced when some wikis would be in read-only for a few minutes because of a switch of their main database. These switches will not be announced any more, as the read-only time has become non-significant. Switches will continue to happen at 7AM UTC on Tuesdays and Thursdays. [63]
• Across all the wikis, in the Vector 2022 skin, logged-in users will see the page-related links such as "What links here" in a new side menu. It will be displayed on the other side of the screen. This change had previously been made on Czech, English, and Vietnamese Wikipedias. [64]
• Community Wishlist Survey 2023 will stop receiving new proposals on Monday, 6 February 2023, at 18:00 UTC. Proposers should complete any edits by then, to give time for translations and review. Voting will begin on Friday, 10 February.

Future changes

• Gadgets and user scripts will be changing to load on desktop and mobile sites. Previously they would only load on the desktop site. It is recommended that wiki administrators audit the gadget definitions prior to this change, and add skins=… for any gadgets which should not load on mobile. More details are available.

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

MediaWiki message delivery 6 feb 2023 11:21 (CET)

Global ban for PlanespotterA320/RespectCE

Per the Global bans policy, I'm informing the project of this request for comment: m:Requests for comment/Global ban for PlanespotterA320 (2) about banning a member from your community. Thank you.--Lemonaka (talk) 21:40, 6 February 2023 (UTC)