WikiWoordenboek:De Kroeg/2023

Hallo, je bent hier gekomen op zoek naar de betekenis van het woord WikiWoordenboek:De Kroeg/2023. In DICTIOUS vind je niet alleen alle woordenboekbetekenissen van het woord WikiWoordenboek:De Kroeg/2023, maar kom je ook meer te weten over de etymologie, de kenmerken en hoe je WikiWoordenboek:De Kroeg/2023 in enkelvoud en meervoud uitspreekt. Alles wat je moet weten over het woord WikiWoordenboek:De Kroeg/2023 is hier. De definitie van het woord WikiWoordenboek:De Kroeg/2023 zal u helpen preciezer en correcter te zijn bij het spreken of schrijven van uw teksten. Kennis van de definitie vanWikiWoordenboek:De Kroeg/2023, maar ook van die van andere woorden, verrijkt uw woordenschat en verschaft u meer en betere taalkundige bronnen.

Per kalenderjaar: 200420052006200720082009201020112012201320142015201620172018201920202021202220232024hedenwerklijst

Tech News: 2023-02

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)

Update

Er blijkt toch al een bepaald format te bestaan, voor het Duits bijv. gebruikt op aufgetischt. Alleen werkt dat nu niet zo dat de werkwoordsvorm specifiek wordt gecategoriseerd als voltooid deelwoord. Dat laatste lijkt me nog wel wenselijk. Idem natuurlijk voor alle andere talen, behalve Nederlands en Spaans waarvoor de cat. nu al wel is ingevuld, en voor de cats van het tegenwoordig deelwoord. De Wikischim (overleg) 20 feb 2023 12:19 (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

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

Tech News: 2023-04

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)

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)
MarcoSwart, volmondig ja op het opnieuw oppakken van Widawiwo! Is er ergens documentatie of discussie over de problemen die er destijds waren en de oplossingen die er ondertussen lijken te zijn? --Azertus (overleg) 21 aug 2023 20:32 (CEST)
Dag @Azertus,
Dank voor je reactie. Er is geen echte documentatie. Er waren twee hoofdproblemen.
  1. De meeste ideeën voor toepassingen op WikiWoordenboek vereisen het opvragen van specifieke informatie over een bepaald lexeem. Er was toen nog een soort beperking tot informatie die bij een bepaalde paginanaam hoort en het opvragen verliep via tamelijk ingewikkelde operaties. Mijn indruk is dat een en ander ondertussen wat gebruiksvriendelijker is geworden, gezien dit bericht.
  2. In de praktijk is voor WikiWoordenboek naast het concept Lexeem ook het woord als letterreeks een belangrijk item. Dat is de grondslag voor de pagina's en voor informatie over prevalentie die (vooralsnog) alleen op dat niveau beschikbaar is. In 2019 was er geen manier om eigenschappen te koppelen aan een verzameling identieke "forms" die bij verschillende "lexemes" horen.
MarcoSwart (overleg) 31 aug 2023 14:06 (CEST)

Tech News: 2023-05

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 afzonderlijk 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)

Tussenstand...

OK, even resumerend: je vindt dus de door mij voorgestelde aanpassing van de vervoegingstabellen voorlopig niet nodig. Goed, maar concreet betekent dit kennelijk dat bijv. laufen/vervoeging geheel opnieuw ingevuld zal moeten worden, nu met behulp van het sjabloon {{QZ}}, tenminste als we het probleem van de verkeerde links (lief, liefst...) willen verhelpen (en ja, ik vind het, met het oog op de inhoudelijke kwaliteit van dit project, toch echt wel wenselijk dat dit gebeurt). Dat wordt dan ook weer iets voor een eigen deelprojectje.

Verder zou ik nu graag toch ook eens een update krijgen over de door mij gevraagde nieuwe subcats van Categorie:Deelwoord en Categorie:Voltooid deelwoord. Ik zou binnenkort eigenlijk eens aan de slag willen met het vullen van deze cats voor de belangrijke talen die in deze twee cats nog geen eigen deelcat. hebben (dat zijn vooral Engels, Duits en Frans, en voor sommige andere talen zoals Italiaans kan ik op dit vlak misschien ook nog wel iets doen). Maar daarvoor moeten zoals gezegd eerst de betreffende vervoegingssjablonen er zijn, waar ik hierboven als eerste om had gevraagd. --De Wikischim (overleg) 10 feb 2023 15:08 (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

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

Zojuist viel me op dat er op de verwijderlijst enkele nominaties van zes jaar geleden nog steeds onafgehandeld staan. Nu weet ik natuurlijk dat we hier een stuk minder haast hebben met het afhandelen van nominaties dan bijv. op Wikipedia (op zich ook prima), maar gedurende zes jaar iets voor verwijdering genomineerd laten lijkt me ook voor hier wel erg lang. De Wikischim (overleg) 11 feb 2023 00:07 (CET)

Tech News: 2023-07

MediaWiki message delivery 14 feb 2023 02:48 (CET)

Tech News: 2023-08

MediaWiki message delivery 21 feb 2023 02:57 (CET)

Editing news 2023 #1

Read this in another languageSubscription list for this multilingual newsletter

This newsletter includes two key updates about the Editing team's work:

  1. The Editing team will finish adding new features to the Talk pages project and deploy it.
  2. They are beginning a new project, Edit check.

Talk pages project

Screenshot showing the talk page design changes that are currently available as beta features at all Wikimedia wikis. These features include information about the number of people and comments within each discussion.
Some of the upcoming changes

The Editing team is nearly finished with this first phase of the Talk pages project. Nearly all new features are available now in the Beta Feature for Overleghulpmiddelen.

It will show information about how active a discussion is, such as the date of the most recent comment. There will soon be a new "Onderwerp toevoegen" button. You will be able to turn them off at Special:Preferences#mw-prefsection-editing-discussion. Please tell them what you think.

Daily edit completion rate by test group: DiscussionTools (test group) and MobileFrontend overlay (control group)

An A/B test for Overleghulpmiddelen on the mobile site has finished. Editors were more successful with Overleghulpmiddelen. The Editing team is enabling these features for all editors on the mobile site.

New Project: Edit Check

The Editing team is beginning a project to help new editors of Wikipedia. It will help people identify some problems before they click "Wijzigingen publiceren". The first tool will encourage people to add references when they add new content. Please watch that page for more information. You can join a conference call on 3 March 2023 to learn more.

Whatamidoing (WMF) (overleg) 23 feb 2023 00:25 (CET)

Your wiki will be in read only soon

Trizek (WMF) (Overleg) 27 feb 2023 22:21 (CET)

Tech News: 2023-09

MediaWiki message delivery 28 feb 2023 00:47 (CET)

Tech News: 2023-10

MediaWiki message delivery 7 mrt 2023 00:49 (CET)

hallo

doe mij maar een biertje 145.120.194.61 8 mrt 2023 11:38 (CET)

Ook in deze kroeg word je pas bediend als je groot genoeg bent. --MarcoSwart (overleg) 8 mrt 2023 18:10 (CET)

Wikimania 2023 Welcoming Program Submissions

Do you want to host an in-person or virtual session at Wikimania 2023? Maybe a hands-on workshop, a lively discussion, a fun performance, a catchy poster, or a memorable lightning talk? Submissions are open until March 28. The event will have dedicated hybrid blocks, so virtual submissions and pre-recorded content are also welcome. If you have any questions, please join us at an upcoming conversation on March 12 or 19, or reach out by email at [email protected] or on Telegram. More information on-wiki.

Tech News: 2023-11

MediaWiki message delivery 14 mrt 2023 00:20 (CET)

IPA eindigend op ə(n)

Ik dacht dat het weglaten van de eind-n (West-Nederlands) dialect was? Maar ik zie heel veel Nederlandse woorden waar de IPA-weergave eindigt op ə(n). bdijkstra (overleg) 14 mrt 2023 10:34 (CET)

@Bdijkstra: Het is inderdaad dialect om deze -n nooit uit te spreken; dat zou in IPA worden weergegeven met ə. Maar ook in gewoon gangbaar Nederlands wordt deze -n niet altijd uitgesproken. Dat wordt niet alleen beïnvloed door de spreekstijl, maar ook door het zinsverband. Als het gaat om een werkwoord in de eerste persoon of als het volgende woord met een klinker begint, wordt de -n nadrukkelijker uitgesproken. --MarcoSwart (overleg) 12 apr 2023 18:09 (CEST)

Tech News: 2023-12

MediaWiki message delivery 21 mrt 2023 02:25 (CET)

Tech News: 2023-13

MediaWiki message delivery 28 mrt 2023 03:13 (CEST)

Tech News: 2023-14

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

Tech News: 2023-15

MediaWiki message delivery 10 apr 2023 22:05 (CEST)

Tech News: 2023-16

MediaWiki message delivery 18 apr 2023 03:54 (CEST)

Jouw wiki zal binnenkort in de 'alleen-lezen' modus te gebruiken zijn

MediaWiki message delivery 21 apr 2023 02:41 (CEST)

Tech News: 2023-17

MediaWiki message delivery 25 apr 2023 00:03 (CEST)

Seeking volunteers for the next step in the Universal Code of Conduct process

Hello,

As follow-up to the message about the Universal Code of Conduct Enforcement Guidelines by Wikimedia Foundation Board of Trustees Vice Chair, Shani Evenstein Sigalov, I am reaching out about the next steps. I want to bring your attention to the next stage of the Universal Code of Conduct process, which is forming a building committee for the Universal Code of Conduct Coordinating Committee (U4C). I invite community members with experience and deep interest in community health and governance to nominate themselves to be part of the U4C building committee, which needs people who are:

  • Community members in good standing
  • Knowledgeable about movement community processes, such as, but not limited to, policy drafting, participatory decision making, and application of existing rules and policies on Wikimedia projects
  • Aware and appreciative of the diversity of the movement, such as, but not limited to, languages spoken, identity, geography, and project type
  • Committed to participate for the entire U4C Building Committee period from mid-May - December 2023
  • Comfortable with engaging in difficult, but productive conversations
  • Confidently able to communicate in English

The Building Committee shall consist of volunteer community members, affiliate board or staff, and Wikimedia Foundation staff.

The Universal Code of Conduct has been a process strengthened by the skills and knowledge of the community and I look forward to what the U4C Building Committee creates. If you are interested in joining the Building Committee, please either sign up on the Meta-Wiki page, or contact ucocproject(_AT_)wikimedia.org by May 12, 2023. Read more on Meta-Wiki.

Best regards,

Xeno (WMF) 26 apr 2023 21:01 (CEST)

Tech News: 2023-18

MediaWiki message delivery 2 mei 2023 03:45 (CEST)

Beurzen voor deelname aan Wikimania

Dit jaar vindt Wikimania van 16 - 19 augustus plaats in Singapore. Wikimania is de jaarlijkse wereldwijde conferentie voor iedereen die betrokken is bij een van de Wikimediaprojecten. Wikimedia Nederland kan een beperkt aantal reisbeurzen beschikbaar stellen voor Wikimedianen die erbij willen zijn. Een volledige beurs is maximaal € 2.500. Het is ook mogelijk een beurs aan te vragen voor een deel van de kosten. Aanvragen van een beurs kan tot 25 mei door het invullen van dit formulier. Om een beurs aan te vragen hoef je geen lid te zijn van Wikimedia Nederland. Het liefst geven we in ieder geval één beurs aan iemand die nog nooit eerder naar Wikimania is geweest. SRientjes (overleg) 2 mei 2023 15:23 (CEST)

Tech News: 2023-19

MediaWiki message delivery 9 mei 2023 02:36 (CEST)

Sjabloon:oudeschrijfwijze zo aanpassen dat je beter intern kunt linken?

Hallo, even het volgende. Ik heb zojuist geprobeerd om op appèl de interne link in het aldaar toegevoegde Sjabloon:oudeschrijfwijze aan te passen naar de juiste betekenis van appel/appèl, maar dit werkt niet goed. Als je nu in het sjabloon op appèl klikt, word je automatisch doorgeleid naar de vrucht, terwijl die betekenis hier juist uitdrukkelijk níet van toepassing is. Mij lijkt dit eigenlijk een zeer onwenselijke situatie, de lezer wordt hiermee immers toch volkomen op het verkeerde been gezet? Is dit sjabloon op het betreffende punt dus aan te passen?

In het algemeen blijf ik het verder trouwens ook een beetje jammer vinden dat de sjablonen hier nog steeds vaak verkeerd werken, moeilijk met andere functionaliteiten te verenigen zijn en/of intern soms naar geheel verkeerde secties op andere pagina's blijken door te verwijzen. (Ik herinner in ditzelfde verband ook nog maar weer aan dit). De Wikischim (overleg) 12 mei 2023 17:56 (CEST)

Uitgevoerd Uitgevoerd. bdijkstra (overleg) 15 mei 2023 15:42 (CEST)

Welk sjabloon om tekst uit oude spellingtijden te markeren?

Hi!
Welk sjabloon kan worden gebruikt om voor een ​​voorbeeldzin te markeren dat de tekst uit een oude spellingtijdperk komt? Helaas kan ik op dit moment het juiste sjabloon niet vinden. -- Cadfaell (overleg) 13 mei 2023 10:56 (CEST)

Ik denk dat je op zoek bent naar {{ouds}}. Voor zover ik weet is het tot nu toe alleen op voorbeeldzinnen in het Nederlands gebruikt, maar het is niet taalspecifiek. Als dit sjabloon echt veel gebruikt gaat worden, is het nog wel een vraag of we het niet beter als parameter in {{citeer}} zouden kunnen inbouwen. Misschien kan @Alexis Jazz daar zijn licht over laten schijnen. MarcoSwart (overleg) 14 mei 2023 14:48 (CEST)
Bedankt! -- Cadfaell (overleg) 14 mei 2023 15:38 (CEST)
MarcoSwart, ik weet niet zeker of dat handig zou zijn. Een parameter die {{ouds}} in zou voegen zou eventueel kunnen als het veel gebruikt zou worden, maar hoeveel toegevoegde waarde dat heeft? Helemaal inbouwen is vermoedelijk niet zo handig, het maakt onderhoud ingewikkelder. {{citeer}} is relatief complex, ik zou nieuwe gebruikers niet aanraden daarin te gaan rommelen. - Alexis Jazz (overleg) 15 mei 2023 15:02 (CEST)
@Alexis Jazz: {{ouds}} wordt tegenwoordig dagelijks gebruikt en gelet op bovenstaand verzoek nu ook voor andere talen. Zonder die ontwikkeling zou ik er niet over zijn begonnen. En als ik dacht dat het allemaal heel eenvoudig was, zou ik je niet hebben gepingd. De meerwaarde lijkt me vooral dat een gebruiker niet hoeft te zoeken naar dit sjabloon, maar er juist aan wordt herinnerd om een verouderde spelling te markeren en dat dan vrij simpel kan doen. MarcoSwart (overleg) 15 mei 2023 15:24 (CEST)
MarcoSwart, als je een voorstel voor de parameternaam hebt (b.v. "oudespelling=1996") kan ik kijken wanneer ik tijd heb. De parameter zou dan het bestaande sjabloon invoegen. - Alexis Jazz (overleg) 15 mei 2023 18:23 (CEST)

Zojuist viel het mij op dat deze categorie volledig leeg is. Dat is toch nooit de bedoeling, lijkt me? En is deze categorie gewoon nooit ingevuld of is er ooit wel inhoud geweest, die om een bepaalde reden is verwijderd of verplaatst? De Wikischim (overleg) 13 mei 2023 16:45 (CEST)

De categorie is het gevolg van een iets te enthousiaste semi-automatische aanmaak van een aantal nieuwe hoofdtaalsjablonen met bijbehorende categorieën. We hebben nog geen werkwoorden in het Embu. Het leek me geen groot probleem als deze categorie al op voorhand bestaat. Als iemand hier tijd aan wil besteden, lijkt het toevoegen van enkele werkwoorden in het Embu mij nuttiger dan het nu verwijderen van een categorie die dan in de toekomst weer moet worden aangemaakt.- De voorgaande niet ondertekende opmerking werd toegevoegd door MarcoSwart (overleg|bijdragen) .
Wat dat laatste betreft: ja, dat is wel waar op zich. Alleen lijkt het me aan de andere kant ook niet wenselijk om hier straks een hele rits lege categorieën te hebben. De Wikischim (overleg) 15 mei 2023 00:41 (CEST)
Dat ben ik weer met jou eens. Daarom voeg ik deze categorie tegenwoordig niet meer standaard toe bij de aanmaak van een nieuw hoofdtaalsjabloon. MarcoSwart (overleg) 15 mei 2023 15:08 (CEST)
We hebben overigens wel meer ongebruikte categorieën. bdijkstra (overleg) 15 mei 2023 15:44 (CEST)

Tech News: 2023-20

MediaWiki message delivery 15 mei 2023 23:45 (CEST)

Tech News: 2023-21

22 mei 2023 18:55 (CEST)

Global ban proposal for Leonardo José Raimundo

Apologies for writing in English. Help met het vertalen in uw taal There is an on-going discussion about a proposal that Leonardo José Raimundo be globally banned from editing all Wikimedia projects. You are invited to participate at Requests for comment/Global ban for Leonardo José Raimundo on Meta-Wiki. Bedankt! Elton (overleg) 26 mei 2023 02:59 (CEST)

As a result of m:Requests for comment/Global ban for Leonardo José Raimundo, Leonardo José Raimundo has been banned from all Wikimedia projects. --AntiCompositeNumber (overleg) 8 jun 2023 04:09 (CEST)

Selection of the U4C Building Committee

The next stage in the Universal Code of Conduct process is establishing a Building Committee to create the charter for the Universal Code of Conduct Coordinating Committee (U4C). The Building Committee has been selected. Read about the members and the work ahead on Meta-wiki.

-- UCoC Project Team, 27 mei 2023 06:21 (CEST)

Voorstel tot verbetering Sjabloon:fra-verb-form

Hallo,

hier ben ik alweer opnieuw met eenzelfde soort kwestie waar ik de laatste tijd vaker tegenaan loop. Het zou wiki-technisch neem ik aan toch mogelijk moeten zijn om Sjabloon:fra-verb-form zo aan te passen dat er – indien nodig – niet alleen wordt gelinkt naar de juiste pagina, maar meteen naar de juiste subkop, dat wil zeggen met de Franse infinitief. Dit is van toepassing voor pagina's als bijvoorbeeld baser en souper (dus het sjabloon zou daar rechtstreeks moeten linken naar baser#Frans, souper#Frans, of nog beter: naar souper#Werkwoord.Dit blijkt bij nader inzien toch nu al te werken Je hebt hier de extra complicatie dat er in het Frans zelf ook weer sprake is van meerdere gelijk geschreven woorden; het zou uiteraard mooi zijn als het sjabloon op dat soort gevallen ook nog konden worden afgestemd).

De basisregel in dit project dat we voor de schrijfwijze van een bepaald woord in een bepaalde taal nooit meer dan één pagina maken met daarop desnoods honderd of nog meer ingangen, brengt met zich mee dat de sjablonen daar zo goed mogelijk op afgestemd zouden moeten zijn.

Dit voorbeeld betreft verder specifiek vervoegingen in het Frans, maar hetzelfde verhaal geldt natuurlijk voor alle toepasselijke gevallen in alle talen. De Wikischim (overleg) 28 mei 2023 16:58 (CEST)

Linken naar #Frans is zeker mogelijk. Linken naar #Werkwoord is echter niet handig, want dan kan je bij de verkeerde taal uitkomen. Je kan wel handmatig linken naar #Werkwoord en #Werkwoord_1 etc., maar die telling kan veranderen als het lemma verandert. Dus dan zou je t.b.v. dat sjabloon alle Franse werkwoorden moeten voorzien van een uniek anker. bdijkstra (overleg) 29 mei 2023 20:37 (CEST)
OK, net even geprobeerd en het ziet er zo uit. Is dit ook echt bonne mine? Misschien kunnen de hashtags onzichtbaar worden gemaakt? Idem voor de tabellen met complete vervoegingen, waar hetzelfde speelt (oh ja, dit ging daarover). De Wikischim (overleg) 30 mei 2023 00:17 (CEST)
Er is wel een truc om de hashtags onzichtbaar te maken, maar ik bedoelde dat het sjabloon zo aangepast kan worden om altijd naar #Frans te linken (zonder een visuele verandering). Idem voor vervoegingstabellen. bdijkstra (overleg) 31 mei 2023 16:25 (CEST)
Afijn, volgens mij zijn we er nu wat dit betreft wel min of meer uit. Zou je de vervoegingssjablonen dan idd. nog zo kunnen aanpassen dat de hashtags onzichtbaar worden (waarbij ze natuurlijk wel gewoon blijven werken?). Dan ziet het er weer wat verzorgder uit, en wordt er tegelijk op de juiste manier intern gelinkt.
(Het lijkt nu misschien allemaal een beetje op focussen op pietluttige details, maar ik vind gewoon dat al dit soort zaken voor dit project van wezenlijk belang zijn.) De Wikischim (overleg) 31 mei 2023 19:35 (CEST)
Uitgevoerd Uitgevoerd. bdijkstra (overleg) 3 jun 2023 18:13 (CEST)
@Bdijkstra Is er bij de verandering van de vervoegingstabellen nagegaan dat het nooit voorkomt dat er alternatieve waarden in een cel worden opgegeven (gescheiden door een komma, deelteken of <br/>)? Hier zijn in het verleden stevige discussies over gevoerd. MarcoSwart (overleg) 5 jun 2023 13:52 (CEST)
Zulke waarden zouden en zullen de tabel onbruikbaar maken. bdijkstra (overleg) 5 jun 2023 15:23 (CEST)

... en ook nog voor Engelse vervoegingen

Bdijkstra, zou Sjabloon:-enverb- nog op dezelfde manier kunnen worden aangepast? Dus zodat er indien nodig rechtstreeks naar de Engelse infinitief wordt gelinkt, in plaats van naar bijv. een persoonsvorm in het Nederlands die er hetzelfde uitziet (voorbeelden waarop dit momenteel speelt: slink, slip, spit, stink, etc.) - De voorgaande niet ondertekende opmerking werd toegevoegd door De Wikischim (overleg|bijdragen) op 9 jun 2023 01:28 (CEST).

Kan je een voorbeeld geven van een specifieke link die niet goed is, en wat deze wel zou moeten zijn? bdijkstra (overleg) 9 jun 2023 16:12 (CEST)
Ja vanzelfsprekend kan dat, zie bijvoorbeeld stinks of slips (dat laatste voorbeeld is misschien nog het duidelijkst). Je kunt het – als het goed is – trouwens ook gewoon aan de URL zien; daar ontbreekt als je in het sjabloon op de link naar slink of slip klikt nu een hashtag naar "Engels", wat in dit geval de juiste subkop is. Afijn, feitelijk gewoon dus precies hetzelfde als eerder bij de Franse vervoegingen. De Wikischim (overleg) 9 jun 2023 19:01 (CEST)
Ik was in de war omdat je het over {{-enverb-}} had terwijl de links van dat sjabloon al naar #Engels linken, maar blijkbaar bedoel je de Engelse werkwoordsvormsjablonen. Deze heb ik (voor zover nodig) nu aangepast. bdijkstra (overleg) 9 jun 2023 21:47 (CEST)
Thanks! It seems to work indeed now, at last. De Wikischim (overleg) 9 jun 2023 22:22 (CEST)

... en ook voor Duitse vervoegingen

Bdijkstra: hetzelfde blijkt ook weer op te gaan voor sjabloon:-destam-. Op bijv. verlieren wordt nu in de vervoegingstabel weliswaar keurig intern gelinkt naar verloren, maar niet naar de juiste sectie, wat hier uiteraard verloren#Duits is. Zou je dat sjabloon dus ook nog even kunnen fiksen op dezelfde manier als de hierboven genoemde?

En dan ook nog dit: inmiddels ben ik erachter dat ook nog niet alle vervoegings-en verbuigingssjablonen voor Nederlands wat dit betreft helemaal in orde zijn, maar ik heb nu even geen tijd om dat in detail te gaan nalopen. Weer iets om op de to do-lijst te houden. De Wikischim (overleg) 16 jun 2023 15:16 (CEST)

Bij dit sjabloon worden de wikilinks niet door het sjabloon gemaakt, dus dit kan niet "even" in het sjabloon gefikst worden, hiervoor zijn een paarhonderd wijzigingen nodig. Ga ik binnenkort doen. bdijkstra (overleg) 16 jun 2023 15:22 (CEST)
OK, dank alvast. De Wikischim (overleg) 16 jun 2023 17:24 (CEST)
Nog een paar vraagjes. Is het de bedoeling om dit sjabloon enkel te gebruiken bij lemma's in de onbepaalde wijs (infinitief)? Ook zie ik dat het voltooid deelwoord soms wordt voorafgegaan door "(hat)" (bv. verkaufen - (hat) verkauft) of "(ist)" (bv. abfallen - (ist) abgefallen). Zijn er nog meer mogelijkheden? Is er een classificatie van werkwoorden die aangeeft of het "hat" of "ist" (of allebei) is? (Ik ben op zoek naar terminologie voor sjabloonparameters en -documentatie.) bdijkstra (overleg) 19 jun 2023 18:32 (CEST)
De enige relevante hulpwerkwoorden zijn in dit geval haben en sein. Het lijkt me een goed idee idd. om daar ook nog een parameter voor in te voegen. De Wikischim (overleg) 23 jun 2023 11:45 (CEST)
Dank. Ik zie nu dat het soms tussen haakjes staat en soms niet. Heeft dat enige betekenis? Zo nee, wat is de voorkeur? bdijkstra (overleg) 23 jun 2023 12:36 (CEST)
Helaas, in dat soort dingen ben ik totaal niet thuis. Overigens, Sjabloon:-deverb-sein- en Sjabloon:-deverb-haben- bestaan wel al langer, sehe ich erst jetzt. Maar als zodanig staan die geloof ik geheel los van sjabloon:-destam-. De Wikischim (overleg) 23 jun 2023 18:00 (CEST)

Tech News: 2023-22

MediaWiki message delivery 30 mei 2023 00:03 (CEST)

Categorie:Vervoeging in het Engels (ofwel: eigen sjabloon voor vervoegingstabellen in het Engels?) ontbreekt nog

Ik weet niet meer goed of ik dit onderwerp al eens eerder heb aangekaart (misschien in een iets andere vorm), maar zojuist valt me het volgende op: in Categorie:Vervoeging staan nu een aantal talen als deelcats, terwijl Engels hier juist nog ontbreekt. (Categorie:Vervoeging in het Middelengels bestaat dan weer wel). Anderzijds is er nu wel een Categorie:Werkwoordsvorm in het Engels. In eerste instantie begreep ik ook de meerwaarde van Categorie:Werkwoordsvorm niet helemaal, maar het gaat daar dus om "losse" werkwoordsvormen terwijl Categorie:Vervoeging voor complete tabellen is.

Als ik het allemaal goed begrijp betekent dit feitelijk dat er nog geen eigen sjabloon om vervoegingstabellen in het Engels te genereren bestaat? Het lijkt me wenselijk dat dat er dan alsnog komt. De Wikischim (overleg) 31 mei 2023 19:53 (CEST)

Voor het Engels hebben we {{-enverb-}}. Engelse vervoeging is veel simpeler, dus de vervoegingstabel is veel kleiner en hoeft niet op een aparte pagina. bdijkstra (overleg) 31 mei 2023 23:42 (CEST)
De Engelse vervoeging ("paradigma") is inderdaad simpeler dan die van de meeste andere talen, maar het persoonlijk voornaamwoord bijv. ontbreekt helemaal in de overzichtstabel zoals die nu is. Los daarvan is dit nu ook gewoon inconsistent. Daarom vind ik een vervoegingstabel zoals die er ook al is voor andere talen hier toch een betere oplossing, temeer daar Engels natuurlijk juist de taal is die veruit het meest gebruikt wordt (en waar dus de meeste "vraag" naar is, zeg maar; zie het als een soort klantenservice). De Wikischim (overleg) 1 jun 2023 00:33 (CEST)
De Engelse tabel sluit aan op wat gebruikelijk in het onderwijs. W.m.b. is daar niks mis mee, dit is immers een woordenboek, geen vervanging voor onderwijs. bdijkstra (overleg) 3 jun 2023 18:23 (CEST)
Er zijn ook talen waar de flexie een heel ander patroon volgt of geheel ontbreekt. Consistentie lijkt me daardoor op voorhand onmogelijk. Het standpunt van @Bdijkstra lijkt me daarom wel praktisch. MarcoSwart (overleg) 5 jun 2023 13:00 (CEST)

Wat moeten we nu precies hiermee? Het lijkt me bedoeld als vervoegingstabel volgens hetzelfde principe als de rest in categorie:Vervoeging. In deze vorm is de pagina echter niet in lijn met de rest. Sowieso is het overzicht nog onvolledig, aangezien alleen de vormen voor de tegenwoordige tijd nu worden gegeven.

Ik denk dat hier in wezen hetzelfde zou moeten gebeuren als voor het Engels (zie de kop hier meteen boven), dus een Categorie:Vervoeging in het Pools incl. bijbehorende tabel (waar dan dus alle relevante tijden in moeten staan, niet alleen de ott). De Wikischim (overleg) 31 mei 2023 20:10 (CEST)

Zouden er voor alle Slavische talen tezamen niet slechts een handjevol sjablonen nodig zijn? bdijkstra (overleg) 31 mei 2023 23:44 (CEST)
Wat bedoel je nu precies te zeggen? De Wikischim (overleg) 1 jun 2023 00:26 (CEST)
Ik bedoel dat diegene die zo'n tabel zou gaan maken, beter ook gelijk kijkt naar andere Slavische talen en een structuur opzet op basis van de overeenkomsten. bdijkstra (overleg) 3 jun 2023 18:29 (CEST)
Ik weet te weinig van Slavische talen af om te kunnen zeggen of hiervoor één basisstructuur volstaat. We kennen al tabellen voor het Bulgaars en het Slowaaks en die zien er heel verschillend uit.
Het zou ene kant mooi zijn wanneer iemand de tabellen voor het Pools zou kunnen maken. Maar dat vereist gedegen kennis van het Pools, inzicht in de werking van sjablonen en bekendheid met de afspraken die we op WikiWoordenboek hebben gemaakt.
Aan de andere kant zou het ook goed zijn als we eens kijken naar de manier waarop we dit soort tabellen aanbieden. Ze zijn nu afgestemd op lezers vanaf een desktop, maar een kleine meerderheid van onze lezers gebruikt de mobiele weergave en dan is het resultaat ver onder de maat. Daarbij zouden we ook eens moeten kijken of de redenen voor plaatsing op een afzonderlijke pagina nog wel steekhoudend zijn. Sommige van onze grotere zusterprojecten gebruiken gewoon uitklapsjablonen. Ik kan me voorstellen dat browsers tegenwoordig wel raad weten met wat grotere pagina's. MarcoSwart (overleg) 5 jun 2023 13:28 (CEST)
Van één gebruiker op WP (IJzeren Jan) meen ik te weten dat hij iig veel kennis van het Pools heeft en mogelijk ook wel wat van sjablonen afweet. Maar hij is nooit actief hier, en heeft voor zover ik kan nagaan ook nooit een account hier gehad. Zou het een idee zijn hem eens hierover te benaderen? Sowieso denk ik van sommige nu alleen op WP actieve collega's trouwens dat ze hier best ergens hun draai zouden kunnen vinden, misschien zelfs in bepaalde opzichten beter dan daar. De Wikischim (overleg) 9 jun 2023 01:35 (CEST)
Als je denkt dat iemand hier goed werk kan doen, is het natuurlijk prima om dat hem of haar te laten weten. En als ik iemand kan helpen hier wegwijs te worden, doe ik dat met alle genoegen. MarcoSwart (overleg) 10 jun 2023 00:03 (CEST)

Tech News: 2023-23

MediaWiki message delivery 6 jun 2023 00:52 (CEST)

Tech News: 2023-24

MediaWiki message delivery 12 jun 2023 16:51 (CEST)

Tech News: 2023-25

MediaWiki message delivery 19 jun 2023 22:08 (CEST)

Sjabloon:-nlstam- en Sjabloon:-nlverb- beter op elkaar afstemmen

Ik heb weer eenzelfde soort vraag als hierboven, maar nu weer voor vervoegingen van gelijkluidende werkwoorden in het Nederlands. Zouden Sjabloon:-nlstam- en Sjabloon:-nlverb- nog zo op elkaar kunnen worden afgestemd/verfijnd dat er vanaf pagina's als varen en stelen meteen wordt doorgelinkt naar de juiste van de twee secties op – in dit geval – varen/vervoeging en stelen/vervoeging? De Wikischim (overleg) 23 jun 2023 19:59 (CEST)

Tech News: 2023-26

MediaWiki message delivery 26 jun 2023 18:18 (CEST)

Aankondiging nieuwe leden Verkiezingscommissie

Op Meta-wiki staat dit bericht ook in andere talen.

Hallo,

Met genoegen kondigen wij de nieuwe leden en adviseurs van de Verkiezingscommissie aan. De Verkiezingscommissie helpt bij het ontwerp en de uitvoering van het proces waarlangs de Gemeenschap en aangeslotenen de leden van het Bestuur van de Wikimedia Foundation kiezen. Na een open kandidaatstellingsprocedure hebben de sterkste kandidaten met het bestuur gesproken en zijn vier van hen gevraagd om in de Verkiezingscommissie zitting te nemen. Vier andere kandidaten zijn gevraagd om als adviseur deel te nemen.

Hartelijk dank aan alle leden van de gemeenschap die hun namen ter overweging hebben voorgelegd. Wij zien er alvast naar uit om binnenkort met de verkiezingscommissie samen te werken.

Namens het Bestuur van de Wikimedia Foundation,

RamzyM (WMF) 28 jun 2023 20:00 (CEST)

Consistentie in gebruik "contextlabels", zoals sjabloon:persoon

Zojuist kwam ik de pagina kwibus tegen, waar bij de definitie Sjabloon:persoon is toegevoegd. Nu heb ik op zich helemaal niets tegen het gebruik hiervan, maar ik vraag me wel af of waarom dit contextlabel op specifiek kwibus wèl wordt gebruikt en op talloze andere pagina's waar het net zo goed zou passen (zie alleen bijv. al kwibus#Synoniemen voor enkele voorbeelden) niet?

Ik heb de indruk dat er hier nog nooit een soort eenduidig beleid t.a.v. het gebruik van deze labels is afgesproken. Of heb ik dit eerder gemist en staat het ergens? De Wikischim (overleg) 30 jun 2023 20:16 (CEST)

Je gaat er vanuit dat de toepassing van contextlabels overal optimaal is toegepast, maar dat is niet het geval. Consistente toepassing van contextlabels ontbreekt, omdat mensen niet consistent zijn en we ook geen systemen/tools hebben om inconsistentie te ontdekken. Met andere woorden: een gebruiker moet het lemma tegen komen, opvallen dat er een contextlabel ontbreekt en dit toevoegen. Beleid rond contextlabels staat hier: WikiWoordenboek:Contextlabels. Romaine (overleg) 8 jul 2023 06:24 (CEST)
Hoi Romaine, Je gaat er vanuit dat de toepassing van contextlabels overal optimaal is toegepast › Nee integendeel, het gaat me er juist om dat dat nu verre van het geval is. Overigens wil ik hiermee ook niet zeggen dat consistentie altijd betekent: zoveel mogelijk contextlabels toevoegen aan de definitie. Als het ene label slechts een onderbetekenis weergeeft t.o.v. het andere – een voorbeeld daarvan is het paar sjabloon:dierkunde en sjabloon:roofdieren – hoeft natuurlijk alleen het tweede maar erop (een beetje zoals met categorisatie). Maar met het gebruik van iets als sjabloon:persoon lijkt me enige consistentie toch wel gewenst, die ontbreekt zoals ik hiervoor aangaf nu volkomen.
Ik wacht graag nog even ook reacties van anderen af. De Wikischim (overleg) 8 jul 2023 10:33 (CEST)
Mijn veronderstelling is dat "persoon" vooral een grammaticaal label is. In het Nederlands is dat bijvoorbeeld van belang bij de keuze van persoonlijke voornaamwoorden: bij een persoon is het gender daarvan belangrijker dan het woordgeslacht. Het zou inderdaad bij veel meer woorden passen. --MarcoSwart (overleg) 18 jul 2023 09:48 (CEST)
Dat wordt nog best wel een hoop toevoegwerk dan. Ik vraag me ook af of het nu wel per se echt nodig is. In bepaalde gevallen lijkt sjabloon:persoon me iig nu al overbodig, bijvoorbeeld als er al sjabloon:beroep staat (iemand die een beroep uitoefent is per definitie een persoon, tenzij we misschien binnenkort het werk van AI ook als beroepen gaan zien). Idem bij bijv. sjabloon:scheldwoord (een scheldwoord heeft in het algemeen betrekking op personen, behalve als je misschien eens een keer je huisdier uitscheldt). De Wikischim (overleg) 18 jul 2023 10:40 (CEST)
Het lijkt me uitvoerbaar om woorden met het sjabloon {{beroep}} automatisch ook aan de categorie Persoon toe te voegen. We hebben in ieder geval 1 voorbeeld van een scheldwoord dat niet op een persoon betrekking heeft: Moffrika. Misschien is het bij scheldwoorden een optie om ze ook automatisch aan Persoon toe te voegen, met een parameter om dat bij dit soort uitzonderingen te onderdrukken.
Dit soort etiketten is zelden per se nodig. Ik heb geschetst wat het nut van {{persoon}} kan zijn, het bestaat 6 jaar, wordt in het Nederlands gebruikt op meer dan 100 pagina's en er zijn nog 4 andere talen met minstens 3 woorden in deze categorie. In mijn ogen zijn er ettelijke sjablonen met minder bestaansrecht. Juist het gegeven het vermoedelijk om duizenden woorden gaat, is in mijn ogen een goede reden om een categorie te gebruiken, helemaal als het in meerdere talen handig kan zijn. Voor kleinere overzichten die hooguit enkele tientallen woorden in 1 of 2 talen omvatten, is een Opsomlijstje onder {{-rel-}} vaak een oplossing waar de lezer meer aan heeft, maar voor Personen gaat dat niet werken. MarcoSwart (overleg) 20 jul 2023 09:11 (CEST)

Tech News: 2023-27

MediaWiki message delivery 4 jul 2023 00:51 (CEST)

Tech News: 2023-28

MediaWiki message delivery 10 jul 2023 21:54 (CEST)

Tech News: 2023-29

MediaWiki message delivery 18 jul 2023 01:08 (CEST)

Tech News: 2023-30

MediaWiki message delivery 25 jul 2023 04:20 (CEST)

Deploying the Phonos in-line audio player to your Wiki

Hallo!

Apologies if this message is not in your language, ⧼Please help translate⧽ to your language.

This wiki will soon be able to use the inline audio player implemented by the Phonos extension. This is part of fulfilling a wishlist proposal of providing audio links that play on click.

With the inline audio player, you can add text-to-speech audio snippets to wiki pages by simply using a tag:

<phonos file="audio file" label="Listen"/>

The above tag will show the text next to a speaker icon, and clicking on it will play the audio instantly without taking you to another page. A common example where you can use this feature is in adding pronunciation to words as illustrated on the English Wiktionary below.

{{audio|en|En-uk-English.oga|Audio (UK)}}

Could become:

<phonos file="En-uk-English.oga" label="Audio (UK)"/>

The inline audio player will be available in your wiki in 2 weeks time; in the meantime, we would like you to read about the features and give us feedback or ask questions about it in this talk page.

Thank you!

UOzurumba (WMF), on behalf of the Foundation's Language team

27 jul 2023 04:26 (CEST)

vertaling

Deze wiki kan binnenkort de inline audiospeler uit de extensie Phonos gebruiken. Dit is onderdeel van de realisatie van een punt uit de wensenlijst:audiolinks direct hoorbaar bij klikken.

Met de inline audiospeler kun je eenvoudig stukjes gesproken tekst aan een pagina toevoegen met de tag:

<phonos file="geluidsbestand" label="tekstlabel"/>

Deze tag laat een luidsprekericoontje met het tekstlabel zien. Als je daarop klikt, hoor je meteen het geluidsbestand, zonder daarvoor een aparte pagina wordt geopend. Een voor de hand liggende gebruiksmogelijkheid is het toevoegen van de uitspraak aan woorden, zoals bijvoorbeeld op Nederlands:

{{audio|nl-{{pn}}.ogg|{{pn}}|nld}}

wordt dan:

<phonos file="nl-{{pn}}.ogg" label="{{pn}}"/>

De inline audiospeler wordt op jullie wiki over 2 weken beschikbaar; in de aanloop daarnaartoe nodigen we jullie uit meer te lezen over de mogelijkheden en opmerkingen en vragen op het bijbehorende overlegpagina te schrijven.

Dankjewel!

Algemene opmerkingen

Deze toepassing is de vervulling van een wens die ook op WikiWoordenboek al lang geleden is geuit. Het is vrij omslachtig dat het afluisteren van een geluidsbestand via een tweede pagina verloopt. Bij het beschikbaar maken van een aantal Zuid-Afrikaanse geluidsbestanden heb ik al eens een sjabloon in elkaar geknutseld dat iets vergelijkbaars probeert te bereiken, maar qua vormgeving bleef het behelpen. Dit leek me een perfecte aanleiding voor een vervolgdiscussie. Om die een beetje overzichtelijk te houden, heb ik die op voorhand met kopjes onderverdeeld.

Het lijkt me zinnig om hieronder eerst een week de vragen, opmerkingen en discussies aan te zien en aan de hand daarvan te kijken wat de beste vervolgstappen zijn. ~-- MarcoSwart (overleg) 27 jul 2023 11:04 (CEST)

Verandering alleen via (aanpassing van) sjablonen doorvoeren

Ik denk niet dat het echt de bedoeling is dat we op onze pagina's de audiosjablonen door tags gaan vervangen: het ligt meer voor de hand dat de tags in de sjablonen worden verwerkt, waardoor de lezer alleen merkt dat het nu iets minder omslachtig werkt. --MarcoSwart (overleg) 27 jul 2023 11:04 (CEST)

Terugkeer naar 1 algemeen bruikbaar audiosjabloon

Het aparte sjabloon {{audio-afr}} voor de Zuid-Afrikaanse geluidsbestanden was het gevolg van een toenemend aantal uitspraakbestanden op Commons met een naamgeving volgens een ander systeem dan wij in {{audio}} hebben ingebouwd. Het leek indertijd geen goed idee om dat laatste sjabloon (onder de motorkap) ingewikkelder te maken voor wat toen nog een relatief klein aantal bestanden leek. Het programma dat de andere naamgeving met zich meebrengt, wordt echter steeds meer gebruikt. Het lijkt mij daarom zinvol als we {{audio}} toch gaan aanpassen, dit zo te doen dat we meteen de andere uitspraaksjablonen kunnen vervangen. --MarcoSwart (overleg) 27 jul 2023 11:04 (CEST)

Fonogrammen niet langer opnemen in het audiosjabloon

Deze optie lijkt me meer een experiment: zij wordt uiterst zelden gebruikt en is dan nogal dominant aanwezig zonder de doorsneelezer bruikbare informatie te geven. --MarcoSwart (overleg) 27 jul 2023 11:04 (CEST)

IPA-weergave op dezelfde regel als het uitspraakbestand

De nieuwe extensie maakt ook de meest overzichtelijke vormgeving op 1 regel mogelijk:

a. het icoontje voor het geluidsbestand
b. het label (lemmanaam, met de mogelijkheid die te variëren om naar een specifieke uitspraak/betekenis te verwijzen)
c. de toepasselijke IPA-weergave(n).

Dit laat duidelijker zien dat de IPA gerelateerd is aan de uitspraak; het scheelt op veel lemma's ook een hoop loze ruimte.

Daarnaast moet het mogelijk blijven om alleen het geluidsbestand of de IPA-weergave te tonen, omdat de een ook zonder de ander kan voorkomen. --MarcoSwart (overleg) 27 jul 2023 11:04 (CEST)

Ontbrekend bestand?

De melding dat een geluidsbestand ontbreekt is gebaseerd op de oude conventie voor de naamgeving van uitspraakbestanden op Commons. In feite is het bij andere talen dan het Nederlands goed mogelijk dat {{audio}} ten onrechte meldt dat een geluidsbestand ontbreekt. Het alternatieve systeem voor naamgeving heeft als sterk punt dat er meerdere varianten voor hetzelfde woord mogelijk zijn, maar daardoor kun je niet meer zo simpel nagaan of er zo'n bestand is. Weet iemand hier een oplossing voor? --MarcoSwart (overleg) 27 jul 2023 11:04 (CEST)

Het is inderdaad niet meer zo simpel, maar met een zoekopdracht kan je alle varianten van een woord opzoeken, bv. voor "ja" in het Afrikaans: (helaas zet niet iedereen de taalcode erbij). bdijkstra (overleg) 27 jul 2023 11:43 (CEST)
Dank voor het antwoord. Wat ik eigenlijk zoek is een manier om vanuit het sjabloon na te gaan of er voor een bepaald woord een geluidsbestand bestaat: zo ja, dan toont het automatisch dat woord, zo nee, dan tonen we de boodschap dat zo'n bestand ontbreekt. Die laatste mededeling tonen we nu soms ten onrechte.
Het enige wat ik nu kan bedenken is dat we op gezette tijden semiautomatisch inventariseren wat er aan (nieuwe) LinguaLibre-geluidsbestanden is en die als een soort dictionary in sjablonen of Lua-bestanden opslaan, met de taal-woord combinatie als sleutel en het geluidsbestand als waarde. Het sjabloon kan dan worden aangevuld met een test daarvan en alleen als dat ook niets oplevert, overgaan tot de mededeling dat zo'n bestand ontbreekt. MarcoSwart (overleg) 27 jul 2023 22:41 (CEST)

sjabloon:singt en sjabloon:plurt hebben nog geen taalparameters

Het lijkt erop dat deze sjablonen nog niet zijn afgestemd op individuele taalcodes. Kan dit in orde gemaakt worden, zodat ze niet meer standaard als "Alleen enkelvoud/meervoud in het Nederlands" worden gecategoriseerd? Een voorbeeld waarop dit belangrijk is, is de pagina stupid. Dit Engelse woord heeft als substantief een meervoud in de betekenis "dom iemand", maar niet in de meer abstracte betekenis "domheid". En natuurlijk zijn er ook in het Engels – net als in het Nederlands – nog veel meer woorden die alleen maar in het enkelvoud of juist alleen in het meervoud voorkomen. Een ander voorbeeld is glasses; dit kan het meervoud zijn van glass, maar in de betekenis "bril" is het dan weer een plurale tantum. De Wikischim (overleg) 29 jul 2023 19:16 (CEST)

Het sjabloon werkt voor alle talen, maar de taalcode is de 2e parameter. Zie de aanpassingen op stupid en glasses. MarcoSwart (overleg) 30 jul 2023 00:30 (CEST)
Bedankt voor het fiksen. Dat het in deze twee gevallen dus weer anders werkt, wist ik zo niet. Het lijkt me op zich het handigst als de sjablonen wat dit soort dingen betreft zo uniform mogelijk zijn. De Wikischim (overleg) 30 jul 2023 00:35 (CEST)

Tech News: 2023-31

MediaWiki message delivery 1 aug 2023 01:54 (CEST)

Tech News: 2023-32

MediaWiki message delivery 7 aug 2023 23:21 (CEST)

Tech News: 2023-33

MediaWiki message delivery 15 aug 2023 07:59 (CEST)

Tech News: 2023-34

21 aug 2023 17:25 (CEST)

Tech News: 2023-35

MediaWiki message delivery 28 aug 2023 16:00 (CEST)

Review the Charter for the Universal Code of Conduct Coordinating Committee

Hello all,

I am pleased to share the next step in the Universal Code of Conduct work. The Universal Code of Conduct Coordinating Committee (U4C) draft charter is now ready for your review.

The Enforcement Guidelines require a Building Committee form to draft a charter that outlines procedures and details for a global committee to be called the Universal Code of Conduct Coordinating Committee (U4C). Over the past few months, the U4C Building Committee worked together as a group to discuss and draft the U4C charter. The U4C Building Committee welcomes feedback about the draft charter now through 22 September 2023. After that date, the U4C Building Committee will revise the charter as needed and a community vote will open shortly afterward.

Join the conversation during the conversation hours or on Meta-wiki.

Best,

RamzyM (WMF), on behalf of the U4C Building Committee, 28 aug 2023 17:36 (CEST)

Tech News: 2023-36

MediaWiki message delivery 5 sep 2023 01:33 (CEST)

Uitspraak van woorden als "veel, meer, makreel" etc.

Ik zie dat op Wiktionary deze woorden allemaal de fonemische transcriptie voor de klanken van "-eel" en "-eer" hebben. Twee van de voorbeelden uit de titel gebruikend zijn als volgt genoteerd: "/maˈkrel/ en /meːr/. Ik lees op Wikipedia dat fonemische transcriptie voornamelijk wordt gebruikt als een soort "simpele" manier om de uitspraak van woorden in IPA op te schrijven, zonder elk klein accentje te hoeven noteren (die worden immers intern verwerkt door moedertaalsprekers). Toch vind ik het verschil met de daadwerkelijke uitspraak best groot. Die zouden naar mijn (leek zijnde) mening als /maˈkrɪl/ en /mɪːr/ opgeschreven moeten worden. Kan iemand me uitleggen waarom dit niet zo is? Uitspraak zoals het nu op de wiki staat voelt heel ongemakkelijk om daadwerkelijk te doen en ik kan me niet voorstellen dat de /ɪ/ te "ingewikkeld" is om bij een fonemische transcriptie op te schrijven. Alvast bedankt!

P.s Verbeter me vooral als ik iets fouts heb gezegd of een foute aanname maak of iets dergelijks. Daehworra (overleg) 10 sep 2023 03:03 (CEST)

Het simpele, maar wat flauwe antwoord is dat voor de meeste Nederlandssprekenden "makreel" niet rijmt op "pil" en "tapir" niet op "aardpeer". De uitspraakverschillen binnen een taal kunnen behoorlijk groot zijn, zeker in een taal die geen standaarduitspraak kent, zoals het Nederlands. Een fonemische weergave beperkt zich bewust tot het weergeven van verschillen die van belang kunnen zijn voor de betekenis van woorden en dat liefst op een systematische manier. Het onderscheid tussen /e/ en /ɪː/ in het Nederlands komt dan bijvoorbeeld te vervallen.
Je krijgt zo een gereduceerde verzameling op Wikipedia (nl) van klanken die in een taal voorkomen. Door de bewuste beperking die gemaakt is, kan er dan wel discussie zijn over de vraag wat het meest geschikte IPA-symbool is om die klank weer te geven. Het artikel op Wikipedia waar ik zojuist naar linkte, maakt een andere keus dan
Heemskerk & Zonneveld
Uitspraakwoordenboek (2000) ISBN 902744482X die we voor de standaardweergave op WikiWoordenboek aanhouden. Die keus komt goed overeen met de weergave die Van Dale en Verschueren gebruiken.
De /ɪː/ wordt in geen van deze bronnen gebruikt om een lange e weer te geven. Daar zijn vermoedelijk twee elkaar versterkende redenen voor. Lengteverschillen bij klinkers kunnen in het Nederlands van spreker tot spreker verschillen en worden ook beïnvloed door de klemtoon. Ze worden in de fonemische weergave bewust niet gebruikt, behalve bij een aantal leenwoorden (air versus er). Als hulpmiddel voor lezers is de weergave met /e/ ook simpeler dan met /ɪː/. Op zichzelf is de weergave met /ɪː/ best te verdedigen. Zij kan daarom ook naast de standaardweergave worden toegevoegd (zie de genoemde "aardpeer" voor een voorbeeld). MarcoSwart (overleg) 10 sep 2023 11:47 (CEST)
Bedankt voor je duidelijke uitleg. Ik vind je voorbeelden erg leuk en daarom wil ik er nog even op reageren. Voor mij rijmen makreel en pil dus juist bijna perfect op elkaar. Leuk verschilletje met een aantal andere Nederlanders denk ik dan :). Ik kan me enigszins voorstellen dat ze makreel met /e/ aanduiden en op zich kan ik ook wel zien dat het zo uitgesproken word door een deel van de Nederlanders (hoewel ik dat zelf dus niet zo doe.)
Echter vind ik de IPA op de pagina van "tapir" ook weer zo gek, als niet gekker, gekozen. Luisterend naar de audio hoor ik zelf toch echt een /i/ en niet een /ɪ/, terwijl die laatste dan juist op de pagina wordt gebruikt. Volgens de eerste paar rijmwoordenboeken die ik op Google heb gevonden, rijmt "tapir" op bijvoorbeeld "bier" en bier is dan weer wel met een /i/ opgeschreven. Is er dan een groot deel Nederlands dat "tapir" wel degelijk als /ˈtapɪr/ uitspreekt? Nogmaals bedankt! Daehworra (overleg) 10 sep 2023 14:04 (CEST)
Ik heb het Uitspraakwoordenboek even geraadpleegd en dat vermeldt beide mogelijkheden om tapir uit te spreken. Bedankt voor de tip, ik heb het lemma aangevuld. MarcoSwart (overleg) 11 sep 2023 09:46 (CEST)
Een aangepaste versie van mijn voorbeeld zou zijn dat kenleer voor de meeste Nederlandssprekenden niet rijmt op menhir. --MarcoSwart (overleg) 11 sep 2023 11:13 (CEST)

Tech News: 2023-37

MediaWiki message delivery 11 sep 2023 23:07 (CEST)

Jouw wiki zal binnenkort in de 'alleen-lezen' modus te gebruiken zijn

Trizek_(WMF) (talk) 15 sep 2023 11:23 (CEST)

Tech News: 2023-38

MediaWiki message delivery 18 sep 2023 21:19 (CEST)

Terugtred in de troonrede

Na twee jaren met extreem hoge scores (99,8% en 99,9%) levert de hypertekst van de Troonrede 16 woorden op die nog geen lemma in WikiWoordenboek hadden: EU-verband, NAVO-bondgenoot, grondoorzaken, middenhuur, natuurbeleid, onderwijsbeleid, ontwikkelingsdoel, pensioenuitvoerder, praktijkgericht, rechtsstatelijk, slavernijverleden, stikstofdossier, studiemigratie, toeslagendossier, toeslagenouder en veiligheidsvraagstuk, wat op een totaal van 2543 woorden neerkomt op een score van 99,4%. Omdat de score in zowel 2019 als 2020 98,8% was, lijkt het er ondanks deze terugtred wel op dat je veilig kunt zeggen dat 99% van de woorden uit een troonrede in WikiWoordenboek zijn terug te vinden. Voor de 15 samenstellingen uit voorgaande lijst geldt trouwens dat de samenstellende woorden al wel aanwezig waren, evenals rechtsstaat waarvan "rechtsstatelijk" een afleiding is. Vier van de bij ons ontbrekende woorden stonden ook niet op woordenlijst.org (stikstofdossier, studiemigratie, toeslagendossier en toeslagenouder).

Aan de curieuze weglating van het koppelteken in de laatste verwijzing naar de Staten-Generaal is na 2 jaar gelukkig een einde gekomen. Deze troonrede kende relatief weinig eigennamen; alleen MH17 en Brainport Eindhoven zijn als links naar Wikipedia verwerkt. MarcoSwart (overleg) 19 sep 2023 17:32 (CEST)

Op nu.nl stond een nog begrijpelijker versie van de troonrede. Deze versie gebruikt 4 woorden (natuurplan, praktijkonderzoek, stikstofplan en toeslagenschandaal; beide laatste woorden komen tweemaal voor) die nog niet op WikiWoordenboek stonden. Op een totaal van 2451 geeft dat een score van 99,8%. Van deze 4 staat alleen "stikstofplan" niet op woordenlijst.org. --MarcoSwart (overleg) 19 sep 2023 23:19 (CEST)

terugtred heeft ook nog geen lemma. bdijkstra (overleg) 24 sep 2023 17:09 (CEST)

Tech News: 2023-39

MediaWiki message delivery 26 sep 2023 18:51 (CEST)

Franse woorden

Graag even de algemene aandacht voor het volgende. Er zijn hier weliswaar al aardig wat pagina's over Franse woorden, maar daar lijken een paar dingen mee aan de hand. Ten eerste: de geluidsbestanden blijken in veel gevallen nog te ontbreken. Soms is dit omdat het bestand in kwestie gewoon nog niet bestaat (dus nog niet is ingesproken), maar in veel gevallen is het ook nog niet toegevoegd. Is dit misschien iets voor een eigen afwerklijst?

Verder valt me bij de Franse woorden nog iets op: er lijkt hier een sterke bias (ja, sorry dat ik hier nu juist weer een Engels woord erbij sleep, maar het is het eerste wat me zo te binnen schiet) te zijn voor het beschrijven van "aparte" woorden uit de platte volkstaal, terwijl allerlei veel alledaagsere woorden nog steeds ontbreken. Dat lijkt me eerlijk gezegd zo'n beetje de omgekeerde situatie van wat hier eigenlijk de bedoeling zou moeten zijn. (gebruiker:Leo R. constateerde hier enige tijd geleden al eens ongeveer hetzelfde, zie ik.) Meningen?

Ten derde en minstens zo belangrijk als de ontbrekende geluidsbestanden: Sjabloon:-frnoun- en Sjabloon:-fradjc- ontbreken op veel pagina's eveneens nog.

Cordialement, De Wikischim (overleg) 27 sep 2023 11:13 (CEST)

Een paar snelle antwoorden.
Geluidsbestanden: Bij het Frans zijn er relatief veel woorden met (alleen) waarbij de geluidsbestanden een format hebben dat afwijkt van de standaard die we in ons sjabloon hebben verwerkt. Ik ben op dit moment bezig na te gaan hoe we dat sjabloon grondig kunnen vernieuwen. Een van de aandachtspunten is hoe we ook die andere geluidsbestanden eenvoudig kunnen gebruiken. Deze hele klus vraagt iets meer tijd dan voorzien, maar ik verwacht er wel uit te komen met een oplossing waarin we in plaats van een afwerklijst af en toe een bot het werk kunnen laten doen.
Beperkt aanbod Frans: De vertekening is het gevolg van een eerder project om een specifiek op argot en verlan gericht bestand toe te voegen. Het zou uitstekend zijn om gericht de meer alledaagse betekenissen en woorden toe te voegen. Va votre corridor! Ik voeg zelf geregeld woorden uit andere talen toe die hier nog ontbreken, terwijl ze wel een lemma hebben op veel (nu: meer dan 43) andere Wiktionary's. Het probleem van het beperkte aanbod bestaat bij andere vreemde talen net zo goed.
Ontbrekende verbuigingssjablonen: Dit zou een geschikt project zijn voor twee afwerklijstjes. Als er mensen zijn die het willen oppakken, help ik graag om die lijstjes aan te maken.
MarcoSwart (overleg) 27 sep 2023 14:29 (CEST)
Even wat betreft dit laatste punt (dus de verbuigingssjablonen): daar houd ik me al langere tijd zo nu en dan mee bezig, maar ja, erg snel gaat het als ik in m'n eentje bezig ben natuurlijk ook niet. (En Allez votre couloir bedoel je, denk ik... ;) ?) De Wikischim (overleg) 27 sep 2023 14:47 (CEST)
De cursieve oproep was vooral bedoeld om te illustreren dat ikzelf wellicht niet de meest aangewezen persoon ben om de kwaliteit van de Franstalige lemma's te verbeteren; ik ben niet van plan op zwart te gaan .
Meer in het algemeen: een wiki is per definitie een weerspiegeling van de interesses van de bewerkers. De enige taal waar meer stelselmatig aandacht is gegeven aan de uitbreiding is het Nederlands. Het gevolg is dat WikiWoordenboek als handwoordenboek voor het Nederlands goed bruikbaar is geworden. Maar als vertaalwoordenboek is het voor elke andere taal minder bruikbaarder dan een simpel reiswoordenboekje: deels doordat we voor de meeste talen niet eens aan 20.000 woorden komen, maar vooral ook doordat de selectie van wel de opgenomen woorden vaak niet samenhangt met hun gangbaarheid.
De paradox is dat het toevoegen van de meest gangbare woorden vaak het moeilijkst is: ze hebben vaak meerdere betekenissen en woorden met onregelmatige vormen zitten meestal ook in deze groep. Het vereist dus een of meer mensen met een gedegen kennis van de taal in kwestie om die lemma's aan te maken (of te verbeteren). In mijn waarneming hebben we hier meerdere mensen die het Frans beter beheersen dan ik, dus ik hoop van harte dat je medestanders vindt. En misschien weet je nog mensen buiten WikiWoordenboek die mee willen doen? Als het gaat om technische hulp en wegwijs maken op WikiWoordenboek, zal ik met genoegen mijn steentje bijdragen. MarcoSwart (overleg) 27 sep 2023 15:28 (CEST)

Tech News: 2023-40

MediaWiki message delivery 3 okt 2023 03:26 (CEST)

Tech News: 2023-41

MediaWiki message delivery 9 okt 2023 16:39 (CEST)

Opportunities open for the Affiliations Committee, Ombuds commission, and the Case Review Committee

Hi everyone! The Affiliations Committee (AffCom), Ombuds commission (OC), and the Case Review Committee (CRC) are looking for new members. These volunteer groups provide important structural and oversight support for the community and movement. People are encouraged to nominate themselves or encourage others they feel would contribute to these groups to apply. There is more information about the roles of the groups, the skills needed, and the opportunity to apply on the Meta-wiki page.

On behalf of the Committee Support team,

Tech News: 2023-42

MediaWiki message delivery 17 okt 2023 01:47 (CEST)

Review and comment on the 2024 Wikimedia Foundation Board of Trustees selection rules package

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

Dear all,

Please review and comment on the Wikimedia Foundation Board of Trustees selection rules package from now until 29 October 2023. The selection rules package was based on older versions by the Elections Committee and will be used in the 2024 Board of Trustees selection. Providing your comments now will help them provide a smoother, better Board selection process. More on the Meta-wiki page.

Best,

Katie Chan
Chair of the Elections Committee

17 okt 2023 03:13 (CEST)

Tech News: 2023-43

MediaWiki message delivery 24 okt 2023 01:16 (CEST)

Vector 2022 als standaard skin over drie weken?

vertaald door MarcoSwart (overleg) • Informeer a.u.b. andere gebruikers over deze veranderingen.

Hallo. Ik schrijf dit namens het Wikimedia Foundation Webteam. Over drie weken zouden we Vector 2022 graag als standaard skin op WikiWoordenboek willen invoeren.

Globale voorkeuren

Als je liever de huidige standaard skin blijft gebruiken, selecteer dan "Vector oude versie (2010)" onder het kopje Vormgeving in de tab Uiterlijk en sla deze wijziging op. Maar we hopen dat je de nieuwe skin wil uitproberen.

Sinds de laatste keer dat ik bij jullie langskwam over dit onderwerp is er veel veranderd. De skin is nu standaard op de meeste Wikipedia's en kan nu ook alle projectlogo's weergeven! We hebben ook nog kleine verbeteringen in de skin zelf aangebracht. Voor degenen die het nog niet gelezen hadden zet ik hieronder nogmaals de tekst die ik hierover eerder in de Kroeg schreef, een klein beetje bijgewerkt.

Als je al weet waar het over gaat, kun je meteen doorgaan naar "Ons voorstel":

Alle gebruikers werken straks standaard met de nieuwe skin als ze zich niet met een gebruikersnaam hebben aangemeld. Hetzelfde geldt voor alle gebruikers die zich wel met gebruikersnaam aanmelden en nu Vector oude versie (2010) onder Voorkeuren alleen lokaal (maar niet globaal) hebben geselecteerd. Gebruikers die zich met gebruikersnaam aanmelden kunnen altijd een andere skin inschakelen. Er zijn geen plannen om deze skins te veranderen.

Over de skin

Onze presentatie op Wikimania. Je kunt ook kijken naar de video op YouTube (in het Engels).

Toen de huidige standaard skin werd gemaakt, sloot die aan op de behoeften van de lezers en bewerkers zoals die 14 jaar geleden bestonden. Sinds die tijd zijn nieuwe gebruikers het Internet en de Wikimediaprojecten op heel andere manieren gaan gebruiken. De oude versie van Vector voldoet niet aan hun behoeften.

Het doel van de skin Vector 2022 is een gebruikersinterface dat voor lezers meer uitnodigend en gemakkelijk is en voor bewerkers praktischer werkt. Het bevat een reeks verbeteringen voor problemen die nieuwe en bestaande gebruikers hadden met de oude versie. De inspiratie hiervoor komt uit eerdere verzoeken van gebruikers, de Enquête over de verlanglijst van de gemeenschap en bestaande gadgets en scripts. Het helpt ook om onze programmatuur beter aan standaards te laten voldoen en onze skins in het algemeen beter te laten werken. De andere skins hebben nu driekwart minder PHP-programmatuur nodig dan voorheen. Het project was er ook op gericht om gadgets en API's eenvoudiger te ondersteunen.

De nieuwe skin brengt veranderingen die de leesbaarheid en gebruiksvriendelijkheid verbeteren. Alle functionaliteit die nu beschikbaar is in de Vector skin, is gehandhaafd.

  • Het gebruikersinterface kan beter worden afgestemd op de grootte van het scherm en op lezen of juist bewerken doordat er nu gewerkt wordt met een beperkte breedte en menu's die je kunt vastzetten. Maar voor aangemelde en niet-aangemelde gebruikers is er een aan-uitschakelaar als ze de volle breedte willen blijven gebruiken.
  • Door de kop die altijd in het venster zichtbaar blijft, kun bewerkers veelgebruikte acties gemakkelijk terugvinden. Dit vermindert het moeten scrollen naar de kop van de pagina met 16%.
  • Door de nieuwe inhoudsopgave is het gemakkelijker om naar verschillende secties op een pagina te gaan. Lezers en bewerkers doen dit zo 50% vaker dan met de oude inhoudsopgave. Het ziet er ook wat anders uit op Overlegpagina's.
  • Het nieuwe zoekveld is gemakkelijker te vinden maakt het eenvoudiger om het gewenste zoekresultaat in de lijst te vinden. Op de wiki's die als test dienden, leidde dit tot 30% meer zoekacties.
  • De nieuwe skin heeft geen nadelig effect op het aantal bezochte pagina's, hoeveelheid bewerkingen of nieuwe aanmeldingen. Er zijn wel indicaties dat het aantal bezochte pagina's en nieuwe aanmeldingen vanuit zusterprojecten toeneemt.
Onze veranderingen laten persoonlijk aanpassingen toe. We bieden ondersteuning aan vrijwilligers die aanvullingen als nieuwe gadgets en scripts voor gebruikers maken. Zie the repository voor een lijst van zulke aanpassingen die nu beschikbaar zijn en voeg als wil je zelfgemaakte aanvullingen daaraan toe.

Ons voorstel

Als er geen grote bezwaren naar voren komen, is het onze bedoeling om de nieuwe skin hier op 14 november standaard te maken. Wanneer je ons team iets wil vragen, als je verzoeken, bezwaren of aanvullende opmerkingen hebt, zijn je reacties hieronder welkom in de taal die jou het best schikt. Als jouw reactie de eerste is, geef me dan een seintje met {{ping|SGrabarczuk (WMF)}}. We willen graag antwoord geven! Je kunt ook kijken op onze Veelgestelde vragen. Dankjewel! SGrabarczuk (WMF) (overleg) 26 okt 2023 03:09 (CEST)

Hoi, the change will be done later today. Please ping me or write on my talk page if you have any comments! Bedankt. SGrabarczuk (WMF) (overleg) 29 nov 2023 17:49 (CET)

Tech News: 2023-44

MediaWiki message delivery 31 okt 2023 00:21 (CET)

Tech News: 2023-45

MediaWiki message delivery 6 nov 2023 22:05 (CET)

Tech News: 2023-46

MediaWiki message delivery 14 nov 2023 00:52 (CET)

Tech News: 2023-47

MediaWiki message delivery 21 nov 2023 01:55 (CET)

Interviews: Vertel ons over uw ervaringen met Wikidata in de zusterprojecten van Wikimedia

Hallo, het Wikidata voor Wikimedia Projects-team van Wikimedia Deutschland onderzoekt de verschillende manieren waarop Wikidata wordt gebruikt voor Wikimedia-projecten. Als u met ons wilt praten over uw ervaringen met het integreren van Wikidata in Wikimedia-wiki's, dan kunt u zich aanmelden voor een interview via dit registratieformulier. Momenteel kunnen we alleen interviews in het Engels afnemen.

Op de voorpagina van het formulier staat meer informatie over hoe het gesprek zal verlopen, waaronder hoe wij u kunnen compenseren voor uw tijd.

Ga voor meer informatie over ons team naar onze projectpagina. Als u nog steeds graag uw ervaringen wilt delen, maar geen tijd hebt voor een interview, dan verwelkomen we uw feedback in geschreven vorm op deze wikipagina. Hartelijk dank.--Danny Benjafield (WMDE) (overleg) 22 nov 2023 09:38 (CET)

Tech News: 2023-48

MediaWiki message delivery 28 nov 2023 00:08 (CET)

Tech News: 2023-49

MediaWiki message delivery 5 dec 2023 00:50 (CET)

Technieuws: 2023-50

MediaWiki message delivery 12 dec 2023 03:12 (CET)

(New) Feature on Kartographer: Adding geopoints via QID

Since September 2022, it is possible to create geopoints using a QID. Many wiki contributors have asked for this feature, but it is not being used much. Therefore, we would like to remind you about it. More information can be found on the project page. If you have any comments, please let us know on the talk page. – Best regards, the team of Technical Wishes at Wikimedia Deutschland

Thereza Mengs (WMDE) 13 dec 2023 13:31 (CET)

30 miljoen

Als mijn huisvlijt klopt, hebben we gisteren de 30 miljoenste pageview van het jaar gehad. Het lijkt er daarmee op dat we de post-COVID-dip in 2021 en 2022 (25 en 24 miljoen over het hele jaar) weer te boven zijn. Het is in principe zelfs nog mogelijk dat we ons record uit 2020 (bijna 31 miljoen) gaan evenaren; ditmaal zonder lockdowns. Maar omdat het aantal pageviews einde van het jaar meestal sterk afneemt, is het goed mogelijk dat we dit jaar nog niet zo ver zullen komen. Aan de andere kant: we hebben nu 6 maanden achtereen meer dan 2,5 miljoen pageviews gehad en dat is nog nooit eerder gebeurd. Nog 2 weken en dan weten we meer... MarcoSwart (overleg) 17 dec 2023 18:24 (CET)

Technieuws: 2023-51

MediaWiki message delivery 18 dec 2023 17:18 (CET)

Per kalenderjaar: 200420052006200720082009201020112012201320142015201620172018201920202021202220232024hedenwerklijst