Hallo, je bent hier gekomen op zoek naar de betekenis van het woord WikiWoordenboek:De Kroeg/2020. In DICTIOUS vind je niet alleen alle woordenboekbetekenissen van het woord WikiWoordenboek:De Kroeg/2020, maar kom je ook meer te weten over de etymologie, de kenmerken en hoe je WikiWoordenboek:De Kroeg/2020 in enkelvoud en meervoud uitspreekt. Alles wat je moet weten over het woord WikiWoordenboek:De Kroeg/2020 is hier. De definitie van het woord WikiWoordenboek:De Kroeg/2020 zal u helpen preciezer en correcter te zijn bij het spreken of schrijven van uw teksten. Kennis van de definitie vanWikiWoordenboek:De Kroeg/2020, maar ook van die van andere woorden, verrijkt uw woordenschat en verschaft u meer en betere taalkundige bronnen.
Overleg gewenst: definitie op snoskommer met allerlei details?
Even over dit; vinden anderen hier ook dat al dit soort details (eigenlijk gewoon maar wat leukigheden van de bedenker) per se in de definitie horen? Volgens mij volstaat het om te melden dat het om een fictieve groente uit een boek van Roald Dahl gaat.
Ik maak hier maar even een topic over aan aangezien er op dit project geloof ik geen eigen pagina "Overleg gewenst" bestaat. De Wikischim (overleg) 5 jan 2020 16:00 (CET)
Je doet het af als "leukigheden", maar dat zijn het niet. Een zeer belangrijk kenmerk van de snoskommer is dat deze zeer vies smaakt. Dat is niet slechts een detail, maar een hoofdkenmerk. Een definitie dient te verklaren wat een woord betekent, met duidelijke aangeving waarin een onderwerp verschilt ten aanzien van andere onderwerpen. Romaine (overleg) 5 jan 2020 19:55 (CET)
Je framed belangrijke kenmerken van het woord als niet ter zake doende, dat vind ik zorgwekkend omdat daarmee de essentie verloren gaat. Ik heb de indruk dat je dat niet doorhebt. Wanneer overdrijvingen in argumentatie worden toegepast wordt die argumentatie ondermijnt. Ik heb persoonlijk heb de indruk dat ik wel snap wat je bedoelt, maar ik maak ten allen tijde bezwaar tegen overdrijvingen omdat die een overleg verstoren. Als je nog steeds denkt dat ik het niet snap, lijkt het mij praktisch om dan betere uitleg te geven. Romaine (overleg) 5 jan 2020 20:39 (CET)
Voldoet snoskommer überhaupt aan de opnamecriteria?
Er zijn eindeloos veel fantasiewoorden mogelijk en als ik de gedichtenbundels en fantasyboeken in mijn boekenkast mag gebruiken, kan ik WikiWoordenboek gemakkelijk aan duizenden nieuwe woorden helpen. De vraag is of dat bij onze doelstelling past. Woorden die alleen in een specifieke context voorkomen, horen pas bij de woordenschat van het Nederlands als ze ruimer ingang vinden. Voor de praktische maatstaf bij dat laatste zijn er twee mogelijkheden:
vermelding een een woordenboek, eventueel een gespecialiseerd woordenboek, mits dat lexicografisch degelijk in elkaar zit en aansluit bij de andere bronnen die we gebruiken
in een tijdsbestek van minstens drie jaar minstens drie keer onafhankelijk van elkaar worden gebruikt door publicaties in verzorgd Nederlands.
In mijn woordenboeken kom ik "snoskommer" nog niet tegen en als het gaat om publicaties verwijzen ze allemaal uitdrukkelijk weer terug naar het (vertaalde) werk van Roald Dahl. Van onafhankelijk gebruik is dus nog geen sprake. Ook onze Engelstalige collega's hebben het oorspronkelijke snozzcumber nog niet vermeld. Het lijkt me daarom te vroeg om dit woord al in de hoofdnaamruimte op te nemen. Vergelijk het maar met de door mij gekoesterde blauwbilgorgel. --MarcoSwart (overleg) 5 jan 2020 16:43 (CET)
Het woord snoskommer op zich vind ik wel opnamewaardig. Het is inmiddels in het Nederlandse taalgebied best wijdverbreid, wordt bij gelegenheid aangehaald in landelijke kranten (, waarmee het feitelijk nu dus al voldoet aan criterium 2) en het boek is natuurlijk sowieso enorm bekend. (Ook maar even de aanmaker hiervan pingen, gebruiker:Romaine). De Wikischim (overleg) 5 jan 2020 17:11 (CET)
Het aanhalen van een woord is nu net geen onafhankelijk gebruik. Een groot deel van het oeuvre van Maarten Toonder is in tal van kranten afgedrukt en daar zitten heel veel mooie woordvondsten in. Het nut van een woordenboek als het onze lijkt me dat je kunt nagaan welke van van die vondsten breder gangbaar zijn geworden (en dat zijn er nog heel wat). Er bestaan voor liefhebbers ook uitgebreide lijsten met Toonderwoorden, maar als we die allemaal in WikiWoordenboek zouden opnemen, weet je als lezer niet meer welke woorden je ook los van de strips kan gebruiken. De hamvraag is wat mij betreft: wordt "snoskommer" ook los van het werk van Dahl gebruikt? --MarcoSwart (overleg) 5 jan 2020 18:54 (CET)
Dat laatste lijkt me nogal sterk. Niettemin hebben er volgens meer van dit soort "erg perifere" woorden een eigen Wikiwoordenboek-pagina. Ikzelf heb er zoals gezegd eigenlijk geen problemen mee, als het woord maar enigszins verbreid is en genoeg wordt aangehaald. En hoe zit het dan trouwens met bijv. kaasschaamte (ook door Romaine aangemaakt)? Dat woord is pas echt iets van het afgelopen jaar (itt snoskommer dat al sinds het uitkomen van De GVR begin jaren 80 heel bekend is). Bij die laatste pagina heb ik zelf ook wat twijfels. Zie ook WikiWoordenboek:Veelgestelde vragen#Welke woorden mogen, welke niet?). Misschien is dit iets om een wat bredere discussie over te starten. De Wikischim (overleg) 5 jan 2020 19:24 (CET)
Alle woorden in de Nederlandse taal zijn ooit uit de fantasie van mensen ontsproten, dat iets een fantasiewoord zou zijn is geen argument. Wat mij betreft is er een duidelijk verschil tussen of een woord slechts enkel in een bepaald werk wordt gebruikt of juist ook daarbuiten wordt gebruikt. De "praktische maatstaf" van MarcoSwart is niet gemeenschappelijk vastgesteld en is bovendien te strikt. Dat als een woord in een ander woordenboek voorkomt, kan die in WikiWoordenboek. Maar ook andere woorden die in andere publicaties dan het oorspronkelijke werk worden gebruikt, kortom, woorden die buiten die directe context van het oorspronkelijke werk in reguliere publicaties worden gebruikt, kunnen zeker ook worden opgenomen. Het viel mij bij het woord snoskommer op dat ik dat juist in een eigen context in andere publicaties dan het boek van Roald Dahl tegen kwam.
Er is verder een duidelijk gebruik tussen het aanhalen van een woord en het gebruiken van een woord. Voorbeeldzin met aanhaling: "Roald Dahl bedacht in zijn boek nieuwe woorden zoals "snoskommer"." -> Als dat enkel het gebruik is, is opname niet zinvol. Voorbeeldzin met gebruik van een woord: "Die groente die ik in de koelkast heb staan ziet er echt uit als een snoskommer." -> Hier wordt niet over het boek geschreven, maar over iets in de eigen koelkast.
Dat er liefhebbers zijn van bepaalde werken/auteurs en woordenlijsten hebben samengesteld van woorden die in werken van een auteur voorkomen doet er in z'n geheel niet toe. Wat er wel toe doet is of een woord buiten het oorspronkelijke werk gebruikt wordt. Romaine (overleg) 5 jan 2020 20:30 (CET)
Als je met "argument" bedoelt: "op zichzelf voldoende reden om een woord niet op te nemen", zijn we het daarover eens en dat kun je in mijn bijdrage hierboven ook lezen.
Laten we beginnen met twee punten waar we het over eens zijn:
I. woorden die in andere degelijke woordenboeken staan, wel opnemen;
II. andere woorden alleen onder voorwaarden.
Onze discussie gaat denk ik over die voorwaarden.
Wie een taal spreekt of schrijft kan daarin vrijelijk nieuwe woorden aanmaken, maar daarmee horen die woorden nog niet tot de woordenschat van die taal. Om te beginnen moeten ook anderen het woord in hun vocabulaire opnemen. Of dat het geval is, kun je zien aan twee dingen:
a. gaan ze het woord zelf ook gebruiken;
b. gebruiken ze het zonder uit te leggen wat het betekent.
Punt b. is het belangrijkst omdat het laat zien dat je ervan uitgaat dat anderen het woord kennen. Dit is allemaal nog vrij elementaire taalkunde.
Als een woord alleen in een kleine kring wordt gebruikt, hoort het niet in een algemeen woordenboek thuis. Uiteraard levert dit criterium een glijdende schaal op, waarop we ergens een grens moeten trekken. De maatstaf die ik hierboven aanhaal is niet door mij bedacht. Hij is in de praktijk ontstaan, zoals wel meer op WikiWoordenboek zich geleidelijk ontwikkelt. Er is niets heiligs aan, het is altijd zinnig om naar verbetering te kijken.
Het is geen verbetering om een onduidelijke formulering te gebruiken. In "andere publicaties dan het oorspronkelijke" is veel ruimer dan "buiten die directe context van het oorspronkelijke werk in reguliere publicaties" worden gebruikt. Impliciet begrijp ik dat een publicatie over woorden in het werk van een bepaalde auteur in jouw ogen geen "reguliere" publicatie is, maar wat je daar dan wel onder verstaat is dan niet helder. Het weglaten van een telwoord lijkt me in de praktijk ook niet erg handig.
Laat ik omgekeerd aangeven wat "onafhankelijk gebruik" in maatstaf 2 hierboven wil zeggen:
2a. gebruik waarbij de betekenis eerst wordt uitgelegd met een verwijzing naar de oorspronkelijke publicatie;
2b. geen andere publicatie van dezelfde auteur;
2c. gebruik waarbij de context nog steeds het gedachtegoed van die auteur is.
Van de Toonderwoorden is denkraam algemeen bruikbaar Nederlands geworden en "zwelbast" niet. Maar het is echt niet moeilijk om voorbeelden van dit laatste woord te vinden "buiten die directe context van het oorspronkelijke werk in reguliere publicaties", alleen verwijzen die altijd weer even terug naar het werk van Toonder of ze zijn juist aan (een deel van) zijn werk gewijd. Mijn indruk is dat de "snoskommer" meer op "zwelbast" lijkt dan op "denkraam".
Deze maatstaf is ook van belang voor andere terreinen. In wetenschappelijke en maatschappelijke discussies lanceert een auteur soms een specifiek begrip, omdat dat voor zijn betoog handig is. Soms worden deze omschrijvingen na een tijdje algemeen aanvaard en dan horen ze ook in een woordenboek. Maatstaf 2 werkt ook in die gevallen heel behoorlijk, dankzij de vereiste onafhankelijkheid. Als we terugvallen naar "reguliere publicaties buiten die directe context van het oorspronkelijke werk" hebben recensies die uitleggen dat het aldus gedefinieerde begrip niet deugt, het paradoxale effect dat wij de term juist in WikiWoordenboek gaan opnemen.
De door Romaine geopperde formulering lijkt me al met al geen verbetering van de bestaande praktijk. Het levert verder geen argument voor het opnemen van "snoskommer" op. Zolang publicaties die dit woord gebruiken het nodig vinden zelf aan te geven wat de betekenis is, is het duidelijk dat het woord nog niet rijp is voor opneming in een woordenboek. Het aardige van maatstaf 2 is overigens dat tegenbewijs nu of in de toekomst mogelijk is.
Onze Engelstalige collega's hebben een elegante oplossing bedacht voor woorden die louter behoren bij een verzonnen wereld: die kunnen worden beschreven op een projectpagina buiten de hoofdnaamruimte. Dat biedt ook wat soelaas voor het probleem dat we voor dit soort woorden meestal minder op betrouwbare bronnen kunnen terugvallen. En het zorgt ervoor dat we onze lezers niet op het verkeerde been zetten als het gaat om wat algemeen bruikbaar Nederlands is.--MarcoSwart (overleg) 6 jan 2020 14:24 (CET)
Ik heb op zich geen principieel bezwaar tegen het opzetten van zo'n aparte projectpagina, maar het lijkt me wel iets waarover de andere vaste bijdragers aan dit project ook nog even geconsulteerd mogen worden. Het lijkt me overigens dat het per geval lastig kan zijn om te bepalen of een woord "gewoon" in de hoofdnaamruimte hoort of alleen geschikt is voor het deelproject. Het is immers min of meer toeval dat een woord als denkraam wel tot het algemene taalgebruik is gaan behoren, terwijl dit niet is gebeurd met bijv. zwelbast (Is treurbuis overigens een twijfelgeval? Meteen al een voorbeeld van waar het moeilijk kan zijn.)
Zolang dit alles nog niet van de grond is, zie ik echter ook de betreffende "fictiewoorden" liever ook gewoon in de hoofdnaamruimte blijven. (m.a.w. graag niet massaal gaan verwijderen, of zo.) De Wikischim (overleg) 12 jan 2020 16:11 (CET)
Integendeel, treurbuis is een voorbeeld van hoe eenvoudig het is: kennelijk duikt het als pejoratief voor tv vaak genoeg op in tekstcorpora om in het Groene Boekje te belanden. Op basis van het gebruik in eigen werk zal dat zeker niet gebeuren. Het was dan ook nog geen 5 minuten werk om 3 bronnen te vinden die het woord gebruiken zonder naar het werk van Komrij te verwijzen: . Pas als een woord ook buiten een fictief universum betekenis krijgt, hoort het in de hoofdnaamruimte thuis. Wat mij een ongelukkig idee lijkt is gaan werken met subjectieve criteria, waarmee we onoplosbare conflicten in de hand werken. Als mensen nu met hun favoriete woord aan komen zetten, kan ik op dit moment vriendelijk uitleggen wat de afspraak is en hoe ze daaraan kunnen voldoen. Als er drie bronnen zijn met daarin voorbeeldzinnen zoals Romaine die formuleert, zou het probleem van de snoskommer opgelost zijn, en kunnen we een van die zinnen in het lemma opnemen. Maar op dit moment is mijn op enig onderzoek gebaseerde indruk dat teksten over snoskommer altijd uitdrukkelijk naar het werk van Roald Dahl verwijzen. --MarcoSwart (overleg) 12 jan 2020 19:30 (CET)
Financiële labels en categorieën
Kvdrgeus is bezig valutanamen toe te voegen en liep daarbij aan tegen een drietal contextlabels met bijbehorende categorie die elkaar deels overlappen en daardoor ook niet altijd op een consistente manier worden gebruikt. Na het bestuderen van de bestaande structuur en enig denkwerk zijn we tot de volgende aanpak gekomen, die vooral bedoeld is om de lezer beter bruikbare overzichten te bieden.
Voor de officiële namen (en afkortingen) van valuta een specifiek contextlabel met categorie {{valutanaam}} in het leven roepen. Deze categorie is alleen bedoeld voor de officiële namen zoals die volgens ISO-4217 zijn vastgelegd en voor namen van oudere historische valuta die in officiële wisselkoersen met die valuta voorkomen.
De benamingen die voor munststukken of biljetten worden gebruikt krijgen het label {{numismatiek}}. Dat geld ook voor de vaktermen die op dat gebied gebruikt worden.
Het komt soms voor dat een valutanaam ook de naam van een specifiek geldstuk is. In feite zijn dit twee verschillende betekenissen die het beste elk met een eigen omschrijving en contextlabel vorm kunnen krijgen. Aan de andere kant zijn er ook "valutasoortnamen" als dollar of frank die onderdeel zijn van meerdere officiële valutanamen. In die algemene betekenis kunnen ze het beste het label {{financieel}} krijgen.
De categorie Valutanaam als subcategorie binnen Financieel plaatsen (naast de al bestaande subcategorie Boekhouding). Hetzelfde geldt voor de taalgebonden categorieën met deze namen.
Op de lemma's het sjabloon {{geld}} vervangen door een van de hiervoor genoemde sjablonen dat van toepassing is en dit sjabloon met de bijbehorende categorie daarna verwijderen.
Ook de categorie Numismatiek als subcategorie binnen Financieel plaatsen en hetzelfde doen bij de overeenkomstige taalgebonden categorieën.
De categorie Financieel weer als subcategorie binnen Economie plaatsen en hetzelfde doen bij de overeenkomstige taalgebonden categorieën.
Op de pagina's van de categorieën de relatie met andere (sub-)categorieën uitleggen. Als uitgangspunt aanhouden dat een betekenis niet ook nog eens het label van een categorie krijgt als het al aan een subcategorie daarvan is toegevoegd.
Na deze veranderingen zou het wenselijk zijn om ook per taal na te gaan of woorden in de correcte categorie staan. Dit kan beter in de toekomst worden gedaan door mensen die iets meer van de taal in kwestie weten.
Het is de bedoeling het voorgaande stap voor stap uit te voeren. Als dit vragen of opmerkingen oproept, zijn die hier uiteraard welkom.--MarcoSwart (overleg) 7 jan 2020 21:52 (CET)
Ter info, op Wikipedia is iemand een discussie begonnen die onder meer over de pagina apocrief hier gaat, zie w:Overleg:Apocrief. O.a. de info dat het woord in het Nederlands pas in 1599 werd opgetekend, lijkt niet te kloppen. Zou dit moeten worden aangepast? Voor de rest is deze gebruiker duidelijk onbekend met de basisregels van Wikiwoordenboek. De Wikischim (overleg) 14 jan 2020 00:12 (CET)
De Wikischim Ik heb nog eens naar onze pagina gekeken en haar op een aantal punten wat aangevuld en verbeterd. Onze dateringen zijn in de eerste instantie gebaseerd op het Chronologisch Woordenboek, maar dat is uit 2001 en er zijn regelmatig gevallen waarin inmiddels een oudere vindplaats kan worden aangewezen. Voor die gevallen hebben we de parameter 0 aan {{sijs}} toegevoegd, zodat na actualisering de achterhaalde informatie niet botmatig weer aan het lemma wordt toegevoegd. Een iets uitvoeriger etymologie kon op basis van de bronnen ook eenvoudig worden toegevoegd. Het voorbeeld waarin de Bijbel een apocrief boek werd genoemd, is zeker spitsvondig maar daarmee ook niet zo'n goede voorbeeldzin voor iemand die probeert de betekenis te begrijpen. Ik heb daarom alle "bedachte" voorbeelden nu vervangen door in mijn ogen meer illustratieve vindplaatsen. Verdere uitbreiding is zeker nog mogelijk, maar deze versie zal vermoedelijk voor de meeste lezers voldoen. Komt dit tegemoet aan je vraagstelling? Als het nodig is, wil ik op Wikipedia ook een duit in het zakje doen, maar ik ben het met je eens dat het goed is eerst de eigen stoep te vegen. --MarcoSwart (overleg) 19 jan 2020 01:01 (CET)
Het was eigenlijk niet zozeer een vraag van mij maar van Renevs, een gebruiker die alleen op Wikipedia actief is. Ik fungeerde hierboven een beetje als boodschapper, zeg maar. Ik denk dat het handiger is als je ditzelfde ook even neerzet op w:Overleg:Apocrief. Hopelijk komt er dan genoeg overeenstemming dat de pagina nu in orde is om de links weer te herstellen. (Ik zou dit laatste het liefste zelf doen, maar op Wikipedia heb ik een arbcomuitspraak waardoor dit niet kan.) De Wikischim (overleg) 19 jan 2020 10:35 (CET)
Update: de discussie op w:Overleg:Apocrief loopt nog steeds en zou gezien de inhoud (het oudst bekende gebruik van apocrief in het Nederlands) natuurlijk eigenlijk beter hier gevoerd kunnen worden, maar ja, dat willen de betreffende WP-gebruikers weer niet. Overigens zeker geen oninteressante materie. De Wikischim (overleg) 25 jan 2020 22:12 (CET)
Wiki Loves Folklore
Hello Folks,
Wiki Loves Love is back again in 2020 iteration as Wiki Loves Folklore from 1 February, 2020 - 29 February, 2020. Join us to celebrate the local cultural heritage of your region with the theme of folklore in the international photography contest at Wikimedia Commons. Images, videos and audios representing different forms of folk cultures and new forms of heritage that haven’t otherwise been documented so far are welcome submissions in Wiki Loves Folklore. Learn more about the contest at Meta-Wiki and Commons.
Movement Learning and Leadership Development Project
Hello
The Wikimedia Foundation’s Community Development team is seeking to learn more about the way volunteers learn and develop into the many different roles that exist in the movement. Our goal is to build a movement informed framework that provides shared clarity and outlines accessible pathways on how to grow and develop skills within the movement. To this end, we are looking to speak with you, our community to learn about your journey as a Wikimedia volunteer. Whether you joined yesterday or have been here from the very start, we want to hear about the many ways volunteers join and contribute to our movement.
To learn more about the project, please visit the Meta page. If you are interested in participating in the project, please complete this simple Google form. Although we may not be able to speak to everyone who expresses interest, we encourage you to complete this short form if you are interested in participating!
De strategie van de beweging: wat willen wij de komende 10 jaar bereiken? En waar moeten onze donaties naartoe?
Beste Wikipedianen,
Afgelopen dinsdag zijn de aanbevelingen van de WMF-werkgroepen voor de internationale strategie 2030 vrijgegeven: tot 17 februari wordt aan alle taalgemeenschappen op alle projecten gevraagd om input te leveren, om zo samen te beslissen hoe we invulling gaan geven aan de strategic direction, zodat we met z'n allen zeggen: daar staan we voor en daar zetten wij ons voor in.
De aanbevelingen staan op meta: de introductiepagina en de de 13 aanbevolen doelstellingen ook een
Nederlandse vertaling te vinden is. Op de diverse subpagina's van de aanbevelingen, vind je een pdf met de samenvatting, mocht je het liever uitprinten om op je gemak te lezen. Op Commons staat zelf een samenvatting van één pagina (Engels).
De Foundation vraagt aan jullie om naar deze aanbevelingen kijken en er op 3 verschillende niveaus over nadenken:
Individuele context met gemeenschappen
Hoe zouden de aanbevelingen jouw individuele werk verbeteren?
Hoe zouden de aanbevelingen een uitdaging vormen voor jouw individuele werk?
Lokale/Organisatorische/Afdelingscontext
Hoe goed zouden de aanbevelingen beantwoorden aan de behoeften van jouw lokale of regionale context? (omvat zowel online- als offline-werk)?
Welke uitdagingen voorzie jij in de aanbevelingen voor jouw lokale of regionale context (omvat zowel online als offline werk)?
Wereldwijde context
Wat zijn de voordelen die deze aanbevelingen voor ons als wereldwijde Wikimediabeweging zouden opleveren?
Wat zijn de uitdagingen die deze aanbevelingen voor ons als wereldwijde Wikimediabeweging zouden creëren?
Natuurlijk worden jullie van harte uitgenodigd om hier van gedachten te wisselen, maar deel ook je gedachten en overwegingen met de werkgroepen op de diverse overlegpagina's bij de voorstellen: stuur je liever een mail aan het kernteam, dan zijn zij bereikbaar via strategie2030wikimedia.org.
Na 17 februari sluit de consultatie, en wordt de feedback verwerkt door de werkgroepen. In april zijn alle chapters, user groups en thematic organisations uitgenodigd in Berlijn op de jaarlijkse Wikimedia Summit 2020, waar ook zij nog eens over de aanbevelingen zullen spreken en hun steun voor de plannen kunnen uitspreken.
Zie ook de tijdslijn van de strategie op meta.
Een aanvulling op mijn bericht hierboven: op zaterdag 8 februari 2020 nodigt Wikimedia Nederland je van harte uit op hun kantoor aan de Mariaplaats in Utrecht voor meer informatie en toelichting over de voorgenomen strategie. Wikimedia Nederland zal een samenvatting van de discussie delen met de organisatoren van het strategieproces.
Additional interface for edit conflicts on talk pages
Sorry, for writing this text in English. If you could help to translate it, it would be appreciated.
You might know the new interface for edit conflicts (currently a beta feature). Now, Wikimedia Germany is designing an additional interface to solve edit conflicts on talk pages. This interface is shown to you when you write on a discussion page and another person writes a discussion post in the same line and saves it before you do. With this additional editing conflict interface you can adjust the order of the comments and edit your comment. We are inviting everyone to have a look at the planned feature. Let us know what you think on our central feedback page! -- For the Technical Wishes Team: Max Klemm (WMDE)26 feb 2020 15:15 (CET)
Hoe/waar omschrijf ik dit? Is het een spreekwoord? Mogelijk, maar wat zou de titel van de pagina hier dan zijn? Extra betekenis van euro? Ik neig te denken van niet want het verwijst gewoon naar de munteenheid, maar dan wel op een manier die kwalitatieve waarde van iets uitdrukt. Dus misschien toch weer wel? - Alexis Jazz (overleg) 4 mrt 2020 10:11 (CET)
Het lijkt me eerder een grammaticaal verschijnsel, dan het kenmerk van een bepaald woord. Zowel het telwoord, de munteenheid als de bijvoeglijke bepaling zijn probleemloos te wisselen. Het is niet eens strikt aan geld gebonden: "We kunnen ook twee weken naar Eindhoven gaan." "Nou, Eindhoven is heel leuk, maar niet twee weken leuk." Het karakteristieke patroon is: <bijvoeglijke bepaling>, maar niet <hoofdtelwoord> <eenheid> <bijvoeglijke bepaling>. In de basis is dit een gewone uitspraak over de grootte van iets: "hij is lang, maar niet 2 meter lang". Het leuke van de constructie is dat het gaat om bijvoeglijke naamwoorden die eigenlijk geen eigen maatstaf hebben zodat de luisteraar zelf moet bedenken dat het gaat om wat de spreker ervoor over heeft. Een persoonlijk oordeel krijgt zo een wat objectiever jasje. --MarcoSwart (overleg) 4 mrt 2020 23:49 (CET)
Aaaaah, interessant. Kunnen we dat soort dingen ook ergens opschrijven? Wikiversity ofzo? (lijkt geen Nederlandse variant te hebben alas) - Alexis Jazz (overleg) 8 mrt 2020 20:34 (CET)
Nu heb ik per ongeluk een voorbeeld zonder telwoord geschreven: "Een Hema-taart voor mijn bruiloft? Taarten van de Hema zijn wel lekker, maar niet trouwdag-lekker."
Het door elkaar willen gebruiken van "bijvoeglijk naamwoord" en "bijvoeglijke bepaling" leidt hier tot nodeloze verwarring. Het gaat om een bijvoeglijke bepaling, met als kernwoord een bijvoeglijk naamwoord. Binnen de bijvoeglijke bepaling wordt dat bijvoeglijk naamwoord nader bepaald door een naamwoordelijke constituent op basis van een zelfstandig naamwoord. --MarcoSwart (overleg) 12 mrt 2020 21:58 (CET)
The professor and the Madman nu op Netflix
The professor and the madman. Een film over het ontstaan van de Oxford English Dictionary is nu te zien op Netflix.
Mooie film m.n. nu je hem in goede kwaliteit kunt zien. Marcel coenders (overleg) 14 mrt 2020 23:05 (CET)
Uitspraak 'compote'
Wat is de correcte uitspraak van het woord 'compote', bij het lemma zelf is de uitspraak /kompoot/, terwijl ik het zelf eerder ken als /kompot/. Alvast bedankt. Servien (overleg) 18 mrt 2020 15:34 (CET)
De uitspraak is ook volgens Van Dale en het Uitspraakwoordenboek inderdaad "kompot". Ik heb een gevraagd het geluidsbestand aan te passen. --MarcoSwart (overleg) 18 mrt 2020 18:04 (CET)
Heel graag wil ik mijn grote dankbaarheid uitspreken voor de heer Marcel Coenders. Geen idee hoe of waar ik deze man kan vinden, maar voor mijn werk als audioboek-inlezer is zijn hulp bij het correct uitspreken van voor mij tot nog toe onbekende woorden onmisbaar gebleken! Elke keer verbaas ik me als ik een nieuw woord ontdek, en verbaas me dan dubbel als ik zie dat de heer Coenders het woord heeft toegevoegd én ingesproken op wikipedia. Geweldig!
Dank, Marcel, je maakt mijn werk een stuk makkelijker en leuker.
Voor het eerst meer dan 70.000 unieke apparaten per dag
Hallo mensen,
Iedereen sterkte gewenst met de coronacrisis. Gelukkig leveren wij wel een bijdrage in de strijd want sinds het begin van de beperkende maatregelen wordt het wikiwoordenboek steeds meer bezocht. Voor het eerst hebben meer dan 70.000 apparaten per dag contact gezocht met het wikiwoordenboek.
ik zie dat er nog geen enkel woord in een andere taal dan het Nederlands in de Categorie:Achtervoegsel -orium staat. Dit lijkt me nogal een lacune; Categorie:Achtervoegsel -orium in het Latijn zou er toch op z'n minst moeten zijn? (Als er nou een achtervoegsel is dat typisch Latijn genoemd kan worden....)
Zijn er misschien een of enkele latinisten die dit komende tijd zouden willen invullen? Ik wil hier eventueel ook wel aan meewerken, maar moet dan eerst een soort van stramien hebben. In de meeste gevallen zal er een sectie "Latijn" moeten worden toegevoegd aan de reeds bestaande pagina's (behalve in die gevallen waarin het gaat om nieuwvormingen die in feite "pseudo-Latijn" zijn) De Wikischim (overleg) 7 apr 2020 00:44 (CEST)
In maart zijn de pagina's van WikiWoordenboek in totaal voor het eerst meer dan 3,5 miljoen keer bekeken. De samenhang met de noodzaak thuis te blijven vanwege covid-19 is een deel van de verklaring: van voorheen 80 tot 90 duizend raadplegingen op een doorsnee werkdag zitten we sinds half maart op 110 tot 130 duizend. Nu is het natuurlijk spannend of dit ook trouwe bezoekers gaat opleveren. --MarcoSwart (overleg) 11 apr 2020 17:32 (CEST)
Onbeantwoord overleg
Dag allemaal,
Zeker tijdens mijn eerste schreden op Wikiwoordenboek ben ik vooral verkennend te werk gegaan, met name door her en der op overlegpagina's vragen te stellen. Toen ik zonet de lijst met mijn bijdragen eens naliep, viel me op dat ik op een aantal lemma-OP's vragen had gesteld of zaken aan de orde had gesteld – waarbij niet uitgesloten is dat met wijsheid achteraf het eigenlijk non-issues waren – waarop tot op heden nog geen reacties/antwoorden zijn gekomen (mijn vraag of aan de orde gestelde kwestie was nog de laatste bewerking op een tiental OP's (of een aantal in ongeveer in die orde van die grootte).
Het kan goed zijn dat er wel iets mee gedaan is, maar dat de feedback is uitgebleven (ik zal ze dit weekend nog eens stuk voor stuk doorlopen), maar ik kan me niet voorstellen dat alle nieuwe kopjes (veelal op nieuwe OP's) geen van allen non-issues zijn of kwesties die met mijn nu vergaarde kennis niet meer courant zijn. Heeft wellicht iemand tijd en is die genegen om die " laatste wijzigingen" op de betreffende OP's uit mijn lijst met bijdragen eens vluchtig door te bladeren?
Hallo :) Ik zag laatste dat alle werkwoordsvervoegingen zijn voorzien van automatische voorbeeldzinnen. In veel gevallen kloppen deze zinnen niet. Een voorbeeld is "leg droog". Het werkwoord "droogleggen" is overgankelik; kort door de bocht is er dus altijd een voorwerp aanwezig. De voorbeelden die bij "leg droog" zijn gegeven (met name Ik leg droog. en Leg je droog?) zijn feitelijk agrammaticale (of minstens onzinvolle/betekenisloze) voorbeelden; correcter zou zijn Ik leg iets droog. etc.
Ik begrijp dat vanwege de omvang van het huidig bestand aan werkwoordsvormen dit niet echt meer op te lossen is - behalve misschien hoofdletters en leestekens weghalen zodat het geen zinnen meer zijn - maar het leek me toch iets om aan te kaarten, mocht hier ooit nog een grote schoonmaakbeurt voor komen. --Ooswesthoesbes (overleg) 26 apr 2020 19:49 (CEST)
Ik zou het in het algemeen een verbetering vinden als deze sjablonen een optie hadden waarmee het automatische voorbeeld kan worden vervangen door een apart opgegeven voorbeeldzin, liefst met {{citeer}}. Omdat deze sjablonen vaak meerdere betekenissen laten zien, die soms weer facultatief zijn en we ook een reeks van dit soort sjablonen hebben, is dit een karwei dat wat meer voorbereiding vereist.
Een tweede stap zou zijn om nog iets stelselmatiger de valentie van werkwoordbetekenissen bij te houden en aan de hand daarvan de automatische voorbeeldzinnen aan te vullen. We gaan daar nu niet erg systematisch mee om, wat ook zichtbaar wordt bij frasen die als werkwoord fungeren: het is tamelijk willekeurig of we "iets", "iemand", "iets/iemand" of geen van drieën toevoegen, waarbij het in mijn ogen niet erg logisch is om uitsluitend bij overdrachtelijk werkwoorden die uit meer woorden bestaan, het lijdend voorwerk als deel van het werkwoord te bschrijven. Ik ben wel benieuwd hoe anderen hier tegenaan kijken. --MarcoSwart (overleg) 27 apr 2020 10:38 (CEST)
De voorbeelden op leg droog lijken me nou net gevallen waar in principe niets aan mankeert; je kunt het lijdend voorwerp er immers bij denken. Maar er zijn wel andere gevallen die inderdaad heel vreemd zijn, zoals waaien/vervoeging. Het werkwoord waaien is een zogenoemd onpersoonlijk werkwoord (net als regenen e.d.), waarbij een andere vervoeging dan in de derde persoon enkelvoud praktisch niet voorkomt.
Ik heb dit onderwerp in het verleden ook al eens aangekaart. Problematisch vind ik vooral dat dit soort zeer ongebruikelijke vormen (ik waai e.d.) door de vorm van de tabellen nu worden gepresenteerd alsof ze tot de alledaagse taal behoren. De Wikischim (overleg) 28 apr 2020 00:40 (CEST)
Doordat er "Ik leg droog." met hoofdletter en punt staat gaat het hier echter om een volledig zin; in dit geval een agrammaticale. Het erbij denken gaat in mijn denken alleen op als de leestekens weg worden gelaten: "ik leg droog". --Ooswesthoesbes (overleg) 28 apr 2020 09:40 (CEST)
Oude botaccounts
Wat doen we met oude botaccounts? Halen we niet beter het botbitje weg als er de laatste - ik noem maar een periode - twee jaar geen bewerkingen meer mee gedaan zijn? Kwestie van websitebeveiliging is het mijns inziens een goede maatregel. Als een account gehakt wordt, beperkt het de invloed en vergroot het de zichtbaarheid van het probleem als er massaal veel ongewenste wijzigingen zouden zijn.
Informaliteit is zowel de charme als de kwetsbaarheid van WikiWoordenboek. Omdat en zolang we dit soort bevoegdheden vrij gemakkelijk verlenen, lijkt het me redelijk ze ook vrij vlot weer in te trekken: ze kunnen zonodig ook weer vrij gemakkelijk opnieuw worden verstrekt. Omdat we niet erg ruim in de bots zitten, kan ik me ook voorstellen dat we bots die hier meermaals zinvol werk hebben gedaan na 2 jaar inactiviteit automatisch de status "bot emeritus" geven, ter onderscheiding van bots die alleen een eenmalige klus deden of die hun status hebben verloren door minder geslaagde acties. Feitelijk verdwijnen de botbits dan natuurlijk even goed, maar een lijstje met bots emeriti laat toch iets meer waardering blijken en is nauwelijks extra werk. En wie weet helpt die waardering om in de toekomst weer actief te worden. --MarcoSwart (overleg) 30 apr 2020 10:14 (CEST)
De noodzaak voor bots is aanzienlijk minder geworden sinds het verval van de interwikiwerkzaamheden. Een groot deel van de bots zal dan ook nooit meer worden gebruikt hier. Het handigste lijkt mij om dit met redelijkheid te doen. De bots van gebruikers die hier niet actief zijn en al bv. twee jaar geen bewerkingen hebben gedaan de vlag ontnemen; bots van gebruikers die hier wel actief zijn, maar die hun bot lange tijd niet hebben gebruikt, kunnen gewoon de vlag houden, zolang die gebruikers ook actief (desnoods op een andere wiki) blijven. --Ooswesthoesbes (overleg) 3 mei 2020 08:47 (CEST)
Inderdaad. De noodzaak is minder groot geworden. Ik stopte met botten op een bepaald moment door een samenloop van omstandigheden, ... wijzigingen aan het botframework, nieuwe computer, ... Annabel(overleg)4 mei 2020 09:50 (CEST)
Uitgevoerd Op basis van bovenstaande discussie is het botbitje weggenomen van 20 bots, nl. AnnabelsBot, AvocatoBot, BotMultichill, CarsracBot, ForkboysBot, DifoolBot, HydrizBot, GanimalBot, GaAsBot, LarzBot, KlaudiuBot, RoggBot, RobotGMwikt, MonoBot, SpaceBirdyBot, Tsca.bot, TvdmsBot, UT-interwiki-Bot, YS-Bot en VolkovBot. Het zijn vooral voormalige interwikibots, alsook een paar bots van voorheen zeer actieve nl.wikti gebruikers. Annabel(overleg)13 mei 2020 19:52 (CEST)
🎓 Gangbaarheid: fase 1 voltooid, maar het vervolg lokt
De eerste fase van het Project Gangbaarheid Nederlandse woorden is per 1 mei voltooid. Bij 52.028 Nederlandse woorden staat nu vermeld hoe bekend ze bij Vlamingen en Nederlands waren in een groot publieksonderzoek in 2013. Ongeveer 18.000 nieuwe Nederlandse lemma's zijn hierbij de afgelopen drie jaar aangemaakt.
Onze inspanningen oogsten hebben bij het Centrum voor Leesonderzoek zoveel waardering opgeroepen dat het een stap verder wil gaan: in plaats van het iets oudere bestand dat eerder ook door woorden.org is gebruikt, hebben we nu toestemming om de cijfers uit het wat latere en grotere bestand dat bij hun laatste publicatie hoorde te bewerken. Naast het bijwerken van de cijfers levert dat ook de mogelijkheid op om rechtstreeks naar een externe publicatie te verwijzen. En er komen zo ook een kleine 2.300 woorden met prevalentie-informatie bij, waarvan we een kleine 900 nog moeten aanmaken. Meer informatie over de aanpak van de tweede fase staat op de bovengenoemde projectpagina.
We hebben ook toestemming om hun cijfers over Engelse woorden op dezelfde manier te gaan gebruiken. Helaas hebben we naar verhouding niet zoveel Engelse lemma's. Zijn er WikiWoordenaars die zin hebben om daar de schouders onder te zetten? --MarcoSwart (overleg) 1 mei 2020 21:00 (CEST)
Ik voeg hier af en toe ontbrekende Engelse woorden toe, m.m. woorden die behoorlijk gangbaar zijn maar die desondanks volgens het Wikiwoordenboek niet bestaan.
Wat ik hier trouwens ook geregeld zie, is dat een Engels woord wel een eigen pagina heeft maar daar alleen als een Nederlands woord wordt beschreven (en daardoor dus ook niet in Categorie:Woorden in het Engels staat). (Enkele willekeurige voorbeelden van pagina's die ik op die manier heb aangepakt: shanty, lounge, spreadsheet). Hier valt dus ook nog een en ander te doen. De Wikischim (overleg) 1 mei 2020 23:49 (CEST)
MarcoSwart zie ik nu goed dat je met een bot tienduizenden nieuwe pagina's hebt aangemaakt voor ieder woord? Dat is, eeeeeeeh, niet handig en wat betreft onderhoud lijkt dit me een totale hel. Zonder bot is het simpelweg niet te onderhouden, dat gaat toch wel een beetje tegen het idee van een wiki in. Is het niet handiger om een beperkt aantal pagina's te gebruiken (al zal dat ook zekere complicaties met zich meebrengen) of de Data: naamruimte gebruiken? - Alexis Jazz (overleg) 7 mei 2020 01:10 (CEST)
Zonder geautomatiseerde ondersteuning was dit project hoe dan ook niet zo ver gekomen als het nu is. Dat was drie jaar terug al duidelijk. De onderzoeksresultaten zijn naar hun aard een statisch gegeven, dus ze hebben op zichzelf geen onderhoud nodig. Het onderhoudsprobleem ontstaat in de praktijk doordat de data deel uitmaakten van de bewerkbare pagina's en er daardoor per abuis en soms mogelijk opzettelijk wijzigingen in werden aangebracht. In de nieuwe situatie is er alleen een sjabloon dat al of niet op de pagina staat. De kans dat mensen per abuis een van de nieuwe subppagina's van het sjabloon bewerken lijkt me een stuk kleiner, bovendien is dit eenvoudig te signaleren, doordat ze niet als een speld in de hooiberg van een gewone pagina zitten verborgen. Mijn oorspronkelijke idee was om WikiData te gebruiken, maar het gegevensmodel voor lexicografische gegevens bleek voor dit doel niet geschikt te maken. WikiWoordenboek heeft zelf geen Data: naamruimte. Om de Data: naamruimte op Commons te gebruiken, moet er vervolgens weer een Lua script komen om de gegevens te raadplegen. Die oplossing zou ook qua beheer in dit geval zaken nodeloos compliceren. Ik heb bijna maandelijks te maken met verdwenen plaatjes op lemma's doordat ze op Commons - zonder signaaltje vooraf - pardoes zijn gewist. --MarcoSwart (overleg) 7 mei 2020 12:21 (CEST)
MarcoSwart compromis: {{Leesonderzoek 2013}} heeft 49 pagina's en presteert ook nog vlot. Ik zie nu ongeveer 0,20-0,25 seconde, dat gaat mogelijk nog wat verder omlaag wanneer dit sjabloon overal is gecached. 49 pagina's zijn nog te overzien. - Alexis Jazz (overleg) 8 mei 2020 05:10 (CEST)
Richting de toekomst zou de Data: naamruimte op Commons overigens wel beter zijn. Andere projecten zoals andere Wiktionaries en Wikidata zouden er dan ook gebruik van kunnen maken. Maar ik deel je zorgen. Op Commons moeten een aantal dingen veranderen en op dit moment kan ik me daar niet effectief voor inzetten omdat ik een indefblock aan mijn broek heb. Commons wist afbeeldingen die in gebruik zijn overigens meestal niet zonder aankondinging, alleen is die aankondiging beperkt tot Commons. Voor andere projecten is er de m:Community Tech/Commons deletion notification bot. - Alexis Jazz (overleg) 8 mei 2020 05:32 (CEST)
Alexis Jazz Er bestaan soms meerdere oplossingen voor een probleem. Vanuit de gewone lezer bekeken lijken beide oplossingen netjes te werken. Als je goed bent in het maken en bewerken van complexe sjablonen heeft {{Leesonderzoek 2013}} het voordeel dat alles op een ingenieuze manier is opgelost in minder dan 50 pagina's en je voor de data daarin geen bot meer nodig hebt. Wanneer je toch al gewend was met een bot te werken, heeft {{Leesonderzoek-2013}} het voordeel dat je eventuele onderhoudsklussen simpel aan een bot kan toevertrouwen, omdat de datastructuur vrij eenvoudig is. Mijn algemene beeld op moment is dat we een veel nijpender tekort hebben aan mensen die sjablonen willen onderhouden dan aan mensen die een bot willen laten lopen. Daarom houd ik op dit moment een voorkeur voor de tweede oplossing. --MarcoSwart (overleg) 8 mei 2020 09:32 (CEST)
MarcoSwart: De drempel om een sjabloon te onderhouden is naar mijn mening lager dan de drempel om een bot op te tuigen. Daarbij: hoe ga 100.000+ pagina's beveiligen? Dat moet dan ook met de bot. Of ga je die allemaal op je volglijst zetten? (slecht plan, je volglijst zou moddertraag worden.. ik spreek uit ervaring) En niet te vergeten: de Wikimedia ontwikkelaars die bleek wegtrekken ("bleek wegtrekken".. zou dat een lemma moeten zijn?) wanneer ze ontdekken dat we de MediaWiki software als database gebruiken. Denk om de ontwikkelaars! - Alexis Jazz (overleg) 8 mei 2020 12:15 (CEST)
Alexis Jazz Vanuit een persoonlijk perspectief kan dat zeker waar zijn. Vanuit het project als geheel gezien is de situatie toch echt zoals ik beschrijf. We hebben letterlijk duizenden sjablonen die op allerlei manieren niet bij de tijd zijn en vrijwel niemand die daar iets aan doet. Dat heeft misschien ook juist te maken met die lage drempel: het maken van een sjabloon is relatief snel gedaan met een bevredigend resultaat, maar het bijwerken van een sjabloon dat in het verleden door iemand anders is gemaakt kent wel degelijk een hoge drempel. Simpele data bijwerken is voor een bot(-eigenaar) daarentegen geen grote inspanning. In mijn ervaring ontstonden de beheersproblemen vooral doordat de cijfers gewoon op de pagina zelf stonden. Eerlijk gezegd verwacht ik dat verplaatsing naar de sjabloonruimte op zichzelf gecombineerd met beveiliging van het paginasjabloon zelf voldoende soelaas biedt. Als er al een vandaal opduikt die met de cijfers gaat rotzooien is dat door de aparte naamruimte nogal opvallend en snel weer op te ruimen. De ontwikkelaars weten als geen ander dat de MediaWiki een database van html-pagina's is. Principieel vind ik een oplossing op WikiData beter, maar daarvoor is de tijd kennelijk nog niet rijp. --MarcoSwart (overleg) 8 mei 2020 12:55 (CEST)
MarcoSwart: maar op deze manier een database bouwen is toch echt nooit de intentie van MediaWiki geweest. (de manier waarop ik het doe overigens ook niet helemaal, maar die maakt de ontwikkelaars waarschijnlijk net iets minder depressief) Dat de data nu niet beveiligd kan worden (als het wel kan zou ik de bot maar aan het werk zetten) zie ik toch als een probleem. En ik weet ook niet of de aparte naamruimte voldoende is om vandalisme te voorkomen. Als de activiteit op WikiWoordenboek (flink) toeneemt (en dit sjabloon moet nog jaren mee) kan een slechte bijdrage zomaar ondergesneeuwd raken in de "recente wijzingen" pagina. En als je zo'n vandalistische actie eenmaal hebt gemist dan ga je die ook niet meer terugvinden. Misschien als je er periodiek naar gaat zoeken. 50 pagina's kan je op je volglijst zetten en beveiligen. Daarnaast is het sjabloon exporteren praktisch gezien ook onmogelijk. Ik weet overigens niet of Wikidata een optie is (als het technisch zou kunnen), daar moet alles CC0 zijn toch? - Alexis Jazz (overleg) 8 mei 2020 17:13 (CEST)
Alexis Jazz Wat we op dit moment doen is gebruik maken van een formele toestemming (OTRS) van de auteursrechthebbende om de cijfers te bewerken (wat foutjes eruit halen en alles omrekenen naar ronde percentages) en de bewerkte gegevens onder CC-BY-SA vrij te geven. Ik vermoed dat ik ook toestemming had kunnen krijgen om dat onder CC0 te doen, het probleem is echt technisch: de ontwerpers op WikiData hebben voor het datamodel heel nadrukkelijk gekozen voor het lexeem als de kern en bewust afgezien van de mogelijkhed om (ook) de letterreeksen als items te beschrijven. Alleen is die laatste vorm echt cruciaal om correct met deze data om te kunnen gaan. Maar ik verwacht dat er op den duur ook meer ruimte voor die invalshoek zal komen. --MarcoSwart (overleg) 8 mei 2020 19:12 (CEST)
MarcoSwart Ik heb wat tests gedaan. Het werkt: https://en.wiktionary.beta.wmflabs.orghttps://dictious.com/nl/thuis. De performance is ruwweg vergelijkbaar met mijn switch oplossing van 50 pagina's maar hier op productie is het mogelijk sneller/langzamer. Er is nog wel ruimte voor optimalisatie. Vanwege phab:T234788 moet de Data: pagina wel via een omweg aangemaakt worden als we dit hier willen testen. De tabular data versie van de data is beschikbaar op w:en:User:Alexis Jazz/Leesonderzoek2013.tab. (correcte CC versie en OTRS ticketnummer zouden toegevoegd moeten worden) Om de data op Commons te krijgen moet er een pagina buiten de Data: naamruimte aangemaakt worden, bijvoorbeeld in de gebruikersnaamruimte. Vervolgens moet de pagina verplaatst worden naar Data:Leesonderzoek2013.tab (oid) en dan kan het gebruikt worden. - Alexis Jazz (overleg) 11 mei 2020 01:33 (CEST)
Alexis Jazz De verleende toestemming heeft betrekking op het mogen bewerken van de door het Centrum voor Leesonderzoek gepubliceerde gegevens en het publiceren van het resultaat van die bewerking onder CC-BY-SA. Die bewerking bestaat uit een tamelijk basale afronding op ronde percentages, maar ook uit het controleren op spelling en in een enkel geval zelfs bestaan van de onderzochte woorden. De toestemming is gemaild en ontvangen, we zitten in de wachtrij voor het OTRS-ticket, maar omdat alles zich binnen een bestaand project afspeelt heeft het afgeven van het ticket voor ons OTRS-team begrijpelijkerwijs geen hoge prioriteit. Ik betwijfel of dit binnen de vereisten van Commons voldoende basis is voor uploaden.
Dat is meteen een "bruggetje" naar een van mijn twijfels bij deze oplossing: we creëren weer een afhankelijkheid van het beleid op een ander project, terwijl dat niet echt nodig is. De andere twijfel is dat we nog meer Lua gaan importeren: in mijn ogen dezelfde problemen als met sjablonen, maar dan nog iets heftiger. De drempel om met Lua te werken is echt hoog, mensen kopiëren vaak maar gewoon hele stukken van andere projecten zonder goed na te gaan of de afhankelijkheden goed zijn opgelost en zonder de documentatie bij te werken. Als we Lua nodig hebben, moeten we het natuurlijk gebruiken, maar we moeten wel opletten dat we op termijn geen heftig onderhoudsprobleem laten ontstaan. --MarcoSwart (overleg) 11 mei 2020 10:16 (CEST)
MarcoSwart Ik begrijp dat jij de toestemming hebt ontvangen en doorgestuurd naaar OTRS? Die toestemming had direct naar OTRS gezonden moeten worden. Dan hadden ze ook direct een ticketnummer teruggekregen IIRC. Wat betreft Commons vraag ik me hardop af: kunnen we de Data: naamruimte lokaal activeren? Nu de module er is wil ik de bagger van {{Wikipedia artikel}} eigenlijk ook omzetten.
Alexis Jazz Nee, de toestemming is rechtstreeks naar OTRS gestuurd met mij in de cc en ik heb contact gehad met het Nederlandse OTRS-team. Komen er buiten Commons meer Data:-naamruimtes voor? --MarcoSwart (overleg) 11 mei 2020 14:16 (CEST)
De Lua module komt direct van Wikipedia. Die is niet op maat gemaakt voor ons. Indien nodig af en toe updaten van de Wikipedia versie, maar dat is het wel. De MediaWiki software onderhouden we ook niet, toch? Ik vind het wèl een sterk argument om op maat gemaakte modules te vermijden. - Alexis Jazz (overleg) 11 mei 2020 13:55 (CEST)
Alexis Jazz (..) We hebben letterlijk duizenden sjablonen die op allerlei manieren niet bij de tijd zijn en vrijwel niemand die daar iets aan doet. Dat heeft misschien ook juist te maken met die lage drempel: het maken van een sjabloon is relatief snel gedaan met een bevredigend resultaat, maar het bijwerken van een sjabloon dat in het verleden door iemand anders is gemaakt kent wel degelijk een hoge drempel. (..) --MarcoSwart (overleg) 8 mei 2020 12:55 (CEST)
De meeste van onze lemmasjablonen hebben geen TemplateData. Dit is een van de redenen waarom de VisualEditor hier praktisch onbruikbaar is. Ik ben er ooit voor de hoofdtaalsjablonen aan begonnen, maar dat is echt een heel karwei.
De vormgeving die in onze sjablonen zit is erg afgestemd op computerschermen en met veel gebruik van html-tabellen, puur voor de opmaak. De mobiele site van Wikimedia lost dat op door een groot deel van onze vormgeving er weer uit te halen, maar het resultaat is meer geoptimaliseerd voor Wikipedia dan voor WikiWoordenboek. Op zichzelf kunnen we daar met een doordacht ontwerp best wat aan doen, maar dan moeten er vervolgens honderden sjablonen worden aangepast.
In heel wat categorieën staan pagina's die daar niet horen, doordat het betreffende sjabloon "vergeet" om te testen of het wel in de hoofdnaamruimte staat
Eigenlijk zouden we een keer wat basisafspraken over sjablonen en vormgeving moeten afspreken en dan de bestaande sjablonen stelselmatig oppoetsen.
Ik heb trouwens ook nog wel een paar puntjes voor {{citeer}} en {{citeer b}}, die ik inmiddels standaard gebruik.
Mijn gok is dat nummer 3 en 5 in deze lijst berusten op een verschrijving ergens in het sjabloon of zijn subpagina's. Ik hoop dat jij die gemakkelijk kan terugvinden. Ik heb niet scherp of je deze techniek blijvend wil gebruiken: in dat geval zou het logisch zijn om alle rode links ook in echte sjablonen te veranderen. Of is hier toch een oplossing via WikiData mogelijk?
Heel praktisch had ik laatst op basketball een citaat uit de vroegere Nederlandse krant "De Standaard". Die levert nu "automagisch" een onjuiste link naar de hedendaagse Vlaamse krant op. Hoe krijg ik de correcte wikilink?
De handleiding blijkt voor sommige gebruikers toch wat overweldigend. Misschien moeten we de beschrijving iets meer opbouwen vanuit een simpele kern voor iets wat veel voorkomt en dan later pas op de andere opties ingaan. Ook hier zou TemplateData niet mogen ontbreken. Ik kan zelf niet goed beoordelen in hoeverre de meer gespecialiseerde varianten bedoeld waren om naast de twee basisversies gebruikt te worden.
Nummer 3 en 5 lijken verholpen. Die overige "gevraagde pagina's" zijn voornamelijk het resultaat van het sjabloon dat test of Sjabloon:Wikipedia artikel/project-categorie-taal-eerstelettertweedeletter bestaat. Op dit moment staat alle informatie op subpagina's met 1 letter. Henk staat gewoon onder de "h" van Henk, niet onder "he". Maar als de "h" pagina te groot zou worden kan die afgesplitst worden naar ha, he, hi, etc. Gezien daar op dit moment geen sprake van is heb ik de check op een aantal pagina's verwijderd. Naar de toekomst toe zou een ander systeem beter zijn, mogelijk iets gebaseerd op de Data: naamruimte. Maar daar zitten ook diverse haken en ogen aan waarvan mijn indefblock er slechts één is. Dus op de korte termijn is dat geen optie.
Ik geloof dat intitel relatief laat was toegevoegd, nadat auteurwiki/titelwiki/etc al bestonden. Ofwel intitelwiki bestaat niet. Oeps. Toegevoegd.
MarcoSwart: De zorgen over sjabloononderhoud zijn deels onterecht denk ik. Sjablonen hebben geen TemplateData niet omdat er een tekort aan gebruikers is die sjablonen onderhouden maar omdat het bijna niemand wat boeit. Ik probeerde wat TemplateData toe te voegen en ontdekte al direct dat de beschrijving geen wikicode mag bevatten. Geen wonder dat niemand er wat mee doet. Het invullen van de data in een VE-achtige omgeving werkt ook niet lekker. Geen wonder dat ik zelden tegen TemplateData aanloop op andere projecten.
Kan je wat concrete voorbeelden geven van HTML-tabellen? Ik gebruik de mobiele site normaliter niet.
Ook de bekendheid van dit project neemt dus gestaag toe (al vermoed ik dat het voor een deel ook wel "meeliften" is met de grotere zusterprojecten zoals met name Pedia). De Wikischim (overleg) 5 mei 2020 16:24 (CEST)P.S. Welkom terug trouwens?
Mij viel ook de vermelding op in de Atlas van de Nederlandse taal (2018; ISBN 9789401456395: "Kortom, een woordenboek komt er pas met tijd en boterhammen. In de praktijk zoeken mensen nu vaak online: op WikiWoordenboek, waaraan de hele surfgemeenschap bijdraagt, op Wikipedia of simpelweg op Google - misschien de wel meest gebruikte 'woordenboeken' en de uitgebreidste 'encyclopedieën'."
Recent was er ook een constructief-kritische vermelding op het blog Neerlandistiek. Ik deel overigens het hoofdpunt van de kritiek niet: in mijn ogen kan een algemeen woordenboek beter een kernachtige omschrijving geven voor de lezer die niet weet wat het woord betekent. Wie genoeg van voetbal weet om termen als aanvaller, verdediger en doellijn te begrijpen, gaat voor de spelregels echt niet een woordenboek raadplegen. Het is zo wel een aardige illustratie van mijn opvatting dat we op onze lemma's meestal beter van "omschrijving" dan van "definitie" kunnen spreken. --MarcoSwart (overleg) 6 mei 2020 10:24 (CEST)
Community Tech Commons deletion notification bot
MarcoSwart deed hierboven ergens zijn beklag over verdwenen plaatjes op lemma's die zonder signaaltje pardoes van Commons waren gewist. Lijkt me een goed idee om de m:Community Tech/Commons deletion notification bot hier te activeren. Die schrijft dan een berichtje op de overpagina van een lemma wanneer een afbeelding die in dat lemma gebruikt is op Commons is genomineerd voor verwijdering. De botbeheerders zien graag iets van consensus voor ze de bot ergens activeren dus kan iedereen even een gil geven? - Alexis Jazz (overleg) 8 mei 2020 05:38 (CEST)
Voor. In de meeste gevallen gaat het om een auteursrechtenschending en zit er niets anders op dat een nieuw plaatje te zoeken, maar dan is het prettig om dat vooraf te kunnen doen. In een klein aantal gevallen beslist een kleine groep op een ander project op basis van gebrekkige informatie of narrige opvattingen over de inhoud van ons project. Dan is het zeker nuttig als we ons vooraf kunnen laten horen. Een redelijke benadering voor consensus op dit project is in mijn ervaring om 4 weken reacties af te wachten. Die tijd geeft de meeste actieve gebruikers, die op dit project niet altijd frequente gebruikers zijn een redelijke mogelijkheid zich in de discussie te mengen. Bij een kwestie als deze zie ik geen dringende reden om een kortere termijn aan te houden, hoe zeer ik op zichzelf ook voorstander ben. --MarcoSwart (overleg) 8 mei 2020 08:01 (CEST)
Woordenboekenmakers voegen wel eens stiekem een spookwoord toe, zodat het gemakkelijker is om een auteursrechtenschending aan te tonen. Maar van woordenlijst.org verwacht je zoiets eigenlijk niet. Het vermeldt stakenas, met zelfs een meervoud "stakenassen", maar ik kan dit woord verder nergens terugvinden, niet in woordenboeken en niet in publicaties. Er zijn wel kranten die de Litouwse achternaam Stakenas vermelden: zo was er 30 jaar terug een bekende wielrenner met die naam. Het zal toch niet zo zijn dat de computerondersteuning bij het uitziften van nieuwe woorden per ongeluk die achternaam voor een Nederlandse samenstelling heeft aangezien? Het gegeven dat dit woord pas in 1996 in het Groene Boekje opdook, helpt niet echt om die veronderstelling te weerleggen. Maar goed, bij deze de vraag: is er hier iemand die "stakenas" als Nederlands woord kent en er een vindplaats voor heeft? --MarcoSwart (overleg) 9 mei 2020 16:34 (CEST)
Het antwoord van de Taalunie is "dat het inderdaad een fout lijkt te zijn, en dat het woord uit de lijst zal worden geschrapt." --MarcoSwart (overleg) 5 jun 2020 13:29 (CEST)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Recente wijzigingen
Iedereen kan nu foto's importeren van Flickr naar Commons met de UploadWizard. Voorheen konden alleen autopatrollers op Commons dit.
Problemen en onderhoud
Commons zal voor een paar minuten in alleen-lezen modus gaan op 12 mei. Dit zal gebeuren rond 05:00 UTC. Dit is nodig voor databaseonderhoud.
Diverse wiki's inclusief Wikidata zullen voor een paar minuten in alleen-lezen modus gaan op 19 mei. Dit zal gebeuren rond 05:00 UTC. De Engelstalige Wikipedia zal voor een paar minuten in alleen-lezen modus gaan op 21 mei 05:00 UTC. Dit is nodig voor databaseonderhoud.
Wijzigingen later deze week
De nieuwe versie van MediaWiki zal vanaf 12 mei beschikbaar zijn op testwiki's en op MediaWiki.org. De nieuwe versie zal op projecten anders dan Wikipedia's (met uitzonderingen) beschikbaar zijn vanaf 13 mei. Vanaf 14 mei zal de nieuwe versie op alle projecten beschikbaar zijn. (kalender)
Toekomstige wijzigingen
JavaScript scripts en gadgets zijn niet langer in staat om meerdere keys in één keer te controleren via mw.config.exists() of mw.user.tokens.exists(). Je kan in plaats daarvan exists() of get() gebruiken om keys één voor één te controleren.
De afgelopen jaren is er gewerkt aan het ontwikkelen van een strategie die de koers van de Wikimediabeweging en de Wikimediaprojecten zal uitzetten. Op 12 mei 2020 is de definitieve tekst van de strategische aanbevelingen gepubliceerd. (Tekst van de aankondiging door Katherine Maher, CEO van de Wikimedia Foundation)
De aanbevelingen zijn geclusterd rond 10 thema's: 1. Verhogen van de duurzaamheid van onze beweging 2. Verbeteren gebruikerservaring 3. Zorgen voor veiligheid en inclusie 4. Zorgen voor gelijkwaardigheid in besluitvorming 5. Coördineren tussen verschillende belanghebbenden 6. Investeren in de ontwikkeling van vaardigheden en leiderschap 7. Het beheren van interne kennis 8. Onderwerpen voor impact identificeren 9. Innoveren op het gebied van vrije kennis 10. Evalueren, herhalen en aanpassen.
De komende maanden begint de discussie over hoe deze aanbevelingen binnen de beweging zullen worden geïmplementeerd.
De volledige tekst van de aanbevelingen is hier te vinden. Er is een zeer beperkte Nederlandse samenvatting. SRientjes (overleg) 12 mei 2020 14:13 (CEST)
Papiamentu, papiaments, papiamento
Ik weet niet zeker of ik hiermee de goede plek heb gevonden. Als ik een pagina (een lemma?) toevoeg met Sjabloon:=pap= dan staat er Papiamento. Het woord dat ik toevoeg is naar ik vermoed (ik kan dat niet nagaan) in pap_AW anders geschreven dan in pap_CW. Voor een woord als awa dat hetzelfde wordt geschreven in beide taalvarianten maakt het niet uit, maar vaak ook wel. Ik ben alleen geïnteresseerd in het toevoegen van woorden in Papiamentu, niet in Papiamento.
Verder wil ik een bronvermelding toevoegen voor de woorden die ik toevoeg. Ze komen uit een of meer woordenboeken en uit eigen taalkennis. Hoe vermeld ik dat? Portabos (overleg) 14 mei 2020 17:55 (CEST)
In WikiWoordenboek gaan we zoveel mogelijk uit van de taalcodes volgens ISO 639-3. Hiermee bevorderen we de uitwisselbaarheid van onze gegevens. Ik kan mij voorstellen dat Papiaments daarom een betere vertaling is dan -o of -u.
Omdat zowel Papiamentu als Papiamento officieel vastgestelde spellingen kennen, kan ik me voorstellen dat we voor de gevallen waar die verschilt een label in het leven roepen, met bijpassende sjablonen en categorieën. Mijn suggestie zou eruit zien als (spelling Aruba) of (spelling Bonaire). Het lijkt me wijs om alvast in te bouwen dat ook een jaartal kan worden ingevoerd om schrijfwijzen van vóór een spellingswijziging te markeren.
Bij de bronvermelding hangt het antwoord een beetje af van wat je precies voor ogen stond. Omdat WikiWoordenboek onder een vrije licentie wordt gepubliceerd is het ongewenst informatie zomaar over te nemen uit woordenboeken: in beginsel hoort de betekenisomschrijving eigen werk te zijn. Uiteraard zijn er heel veel woorden die praktisch maar op één manier vertaald kunnen worden: dat is dan een feit, waarop geen auteursrecht mogelijk is. Maar het vermelden van een bron voor de betekenisomschrijving schept verwarring over de vraag of dit een citaat is of eigen werk en maakt daardoor hergebruik lastiger. Dat is nu juist niet de bedoeling van ons project. Wat wel kan is met sjablonen aan het eind van de taalsectie verwijzen naar een of meer geraadpleegde werken. Voor online beschikbare werken proberen we die meestal uit te voeren als een directe link naar het woord.
Zijn hier andere gedachten over? Bij het maken van eventueel gewenste bronsjablonen en een test met spellingsjablonen ben ik je graag behulpzaam. En als verdere reacties niet tot een andere slotsom leiden, wil ik medio juni wel een integrale hernoeming uitvoeren. --MarcoSwart (overleg) 15 mei 2020 12:06 (CEST)
Hartelijk dank voor zover, mijn vraag over bronnen is beantwoord. Ik bedoel met bron geloof ik meer iets als 'verificatie van juistheid' en ik begrijp nu de mogelijke verwarring. Een ter controle geraadpleegd eenvoudig vertaalwoordenboek hoeft dus niet te worden genoemd. Het is denk ik inderdaad goed om 'Papiaments' te laten zien als =pap= wordt gebruikt, dat is inderdaad de Nederlandse vertaling van de taal. Zo gebeurt dat ook met andere talen. Verder verdwijnt dan automatisch de verwarring als er een Papiamentu-gespeld woord staat onder een kop die Papiamento heet. Ik zal bij het toevoegen van vertalingen gewoon =pap= gebruiken. Ik gebruik daarbij de spelling van het gouden boek, van de spellingshervorming van 2007. Ik weet ook van een eerdere hervorming uit 1976 maar wat die behelst weet ik niet. Ik weet ook niet wanneer ik een woord opneem dat in het Arubaans Papiaments anders wordt geschreven, ik zal dan gewoon =pap= schrijven. Doe ik dat goed? Portabos (overleg) 15 mei 2020 15:36 (CEST)
Portabos Het gebruik van {{=pap=}} als kopje voor de taalnaam is inderdaad correct. Bij nader inzien lijkt het mij slimmer ook voor spellingswijzigingen in het Papiaments gewoon {{oudeschrijfwijze}} te gebruiken. Om te kunnen aangeven dat een woord niet op elk eiland officieel zo wordt gespeld, heb ik het sjabloon {{pap-}} gemaakt. Dit kan onder het kopje {{-etym-}}, na de asterisk aan het begin van de regel kan worden ingevoegd. Er staat een toelichting op de sjabloonpagina. Mijn kennis van het Papiaments is niet voldoende om te weten welke lemma's ik als voorbeeld zou kunnen gebruiken. Ik hoor dus graag als je suggesties voor goede voorbeelden, vragen of opmerkingen hebt. --MarcoSwart (overleg) 15 mei 2020 21:05 (CEST)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Recente wijzigingen
Wanneer je je wachtwoord vergeten bent kan je een verzoek doen om een nieuw wachtwoord in je mail te ontvangen. Daarvoor moet je je mailadres of je gebruikersnaam weten. Nu is er een optie om hiervoor het mailadres èn de gebruikersnaam te vereisen. Hier kan je zelf voor kiezen in je voorkeuren. Hiermee kan voorkomen worden dat je wachtwoord-resetmails krijgt die iemand anders heeft aangevraagd. Deze instellingen is nu beschikbaar op alle Wikimedia wikis.
Problemen en onderhoud
Er is een softwarefout die problemen veroorzaakt voor Iphone gebruikers met iOS13 en de Safari webbrowser. Als je een Iphone gebruikt om Wikipedia te lezen en bewerken en je ziet fouten op de mobiele site dan kan je die melden.
Diverse wiki's inclusief Wikidata zullen voor een paar minuten in alleen-lezen modus gaan op 19 mei. Dit zal gebeuren rond 05:00 UTC. De Engelstalige Wikipedia zal voor een paar minuten in alleen-lezen modus gaan op 21 mei 05:00 UTC. Dit is nodig voor databaseonderhoud.
Wijzigingen later deze week
De Wikipedia app voor Android laat gebruikers "depicts" toevoegen op Commons. De betaversie gebruikte AI-ondersteuning voor het aanmerken van afbeeldingen. Deze ondersteuning is verwijderd om meer specifieke "depicts" te verkrijgen.
Er is geen nieuwe MediaWiki-versie deze week.
Toekomstige wijzigingen
Diagrammen zullen gerenderd worden in de browser van de lezer. Hiervoor zal JavaScript gebruikt worden. Diagrammen zullen hopelijk beter werken voor iedereen die JavaScript gebruikt. Het zal niet werken voor gebruikers die geen Javascript gebruiken.
Een deel van de CSS voor de thema's (Vector, MinervaNeue, Modern, Monobook, Timeless) is versimpeld. Dit heeft invloed op div#p-personal, div#p-navigation, div#p-interaction, div#p-tb, div#p-lang, div#p-namespaces, div#p-variants en div#footer. Die zullen div moeten verwijderen. Je zult je gadgets, scripts en/of custom CSS moeten updaten. Dit is nodig voor ons om HTML5 te gebruiken.
Een deel van de CSS voor het Vector-thema is gewijzigd. Dit heeft invloed op #p-variants, #p-namespaces, #p-personal, #p-views en #p-cactions. Deze kunnen geen gebruik meer maken van > ul. You might need to update your gadgets, scripts or user styles. See how. Je zult je gadgets, scripts en/of custom CSS mogelijk moeten updaten. Dit is nodig voor ons om HTML5 te gebruiken. Zie hier hoe.
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Wijzigingen later deze week
De visuele tekstverwerker werkt nu ook in het "Modern" thema. De veranderingen die nodig waren om dit werkende te krijgen kunnen problemen veroorzaken voor sommige scripts en gadgets.
De nieuwe versie van MediaWiki zal vanaf 26 mei beschikbaar zijn op testwiki's en op MediaWiki.org. De nieuwe versie zal op projecten anders dan Wikipedia's (met uitzonderingen) beschikbaar zijn vanaf 27 mei. Vanaf 28 mei zal de nieuwe versie op alle projecten beschikbaar zijn. (kalender)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Recente wijzigingen
Er is een nieuwe betaversie van de Wikimedia Commons app voor Android. Deze beschikt over een nieuwe zoom-functie bij het bekijken van afbeeldingen. De app kan ook voorstellen doen voor locaties bij het uploaden van foto's met coördinaten.
Problemen en onderhoud
Er was een probleem met de Commons database op 27 mei. Commons kon toen voor 8 minuten niet bewerkt worden. Daarnaast was er ook een korte periode waarin Commons niet bewerkt kon worden op 29 mei wegens het verplaatsen van de database.
Het Vector thema had een probleem waardoor de "In andere talen"-sectie in het menu links ontbrak wanneer een artikel nog niet aan een equivalent artikel in een andere taal was gekoppeld. Dit probleem is verholpen.
Wijzigingen later deze week
Je kan een melding krijgen wanneer iemand een pagina linkt die jij hebt aangemaakt. Je kan deze melding nu uitschakelen voor individuele pagina's. Binnenkort kan je deze melding ook uitschakelen binnen de melding zelf.
De nieuwe versie van MediaWiki zal op 2 juni uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 3 juni uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 4 juni zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Recente wijzigingen
Sommige artikelen hebben tabellen die op verschillende manieren gesorteerd kunnen worden. Een lijst met landen kan bijvoorbeeld op alfabetische volgorde gesorteerd zijn, maar door op de kolom voor oppervlakte te klikken sorteer je de tabel op oppervlakte. Als je de kolom nog een keer aanklikte draaide de volgorde om. Een derde klik brengt nu de oorspronkelijke sortering terug.
Op zichzelf staande tags (zonder afsluitende tag) werken nu zoals beschreven in de HTML5 specificatie. Sommige op zichzelf staande tags zoals <b/> kunnen daardoor niet meer gebruikt worden. area, base, br, col, embed, hr, img, input, keygen, link, meta, param, source, track, wbr kunnen wel als op zichzelf staande tag gebruikt worden. Pagina's met tags die niet op zichzelf zouden moeten staan werden sinds 2016 gecategoriseerd in een onderhoudscategorie. Ze zijn voortaan terug te vinden op Special:LintErrors/self-closed-tag. Dit heeft geen invloed op <references /> of <ref />.
Er is een banner genaamd WikidataPageBanner. Deze is in gebruik op projecten als Wikivoyage, Wikimedia Rusland en de Catalaanse, Baskische, Galicische en Turkse Wikipedias. Gebruikers van de mobiele site zien deze banner nu ook. Voorheen was deze alleen zichtbaar op de reguliere site. De wikis wordt aanbevolen om de instructies op MediaWiki:Sitenotice bij te werken zodat gebruikers weten dat ze rekening moeten houden met gebruikers van de mobiele site.
Wijzigingen later deze week
MassMessage-beschrijvingen kunnen nu aangepast worden via de API. Dit is zinvol voor tools en gadgets.
De nieuwe versie van MediaWiki zal vanaf 9 juni beschikbaar zijn op testwiki's en op MediaWiki.org. De nieuwe versie zal op projecten anders dan Wikipedia's (met uitzonderingen) beschikbaar zijn vanaf 10 juni. Vanaf 11 juni zal de nieuwe versie op alle projecten beschikbaar zijn. (kalender)
Toekomstige wijzigingen
Een tijdelijke fix uit 2012 hielp wikis om hun hoofdpagina's beter bruikbaar te maken op mobiele apparaten. Gebruik hiervan is sinds 2017 niet meer aanbevolen. Wikis zouden in plaats daarvan TemplateStyles moeten gebruiken. 118 wikis doen dit nog niet. Je kan hier meer lezen en zien of jouw wiki al om is.
Nee, ik kampte er ook mee. Het had iets te maken met een update van de programmatuur, maar ze hebben inmiddels het lek boven water. Wat betreft de mobiele weergave van onze hoofdpagina was ik al voorzichtig aan het kijken naar het probleem en mogelijke oplossingen. --MarcoSwart (overleg) 12 jun 2020 10:09 (CEST)
Zoals hierboven gemeld wordt een tijdelijke oplossing om onze hoofdpagina aan te passen voor vertoning op een mobieltje volgende maand uit de wikimediaprogrammatuur verwijderd. Aangezien meer dan de helft van ons bezoek via de mobiele website verloopt is dit wel een punt om aandacht aan te besteden. Het huidige ontwerp is 8 jaar oud en technisch niet bij de tijd. Het lijkt me noodzakelijk de html-code louter te gebruiken voor de inhoud en de vormgeving naar css-stylesheets over te brengen. Het lijkt me verder redelijk om waar mogelijk verder ook gebruik te maken van de ontwerpprincipes die WikiMedia heeft ontwikkeld, tenzij voor WikiWoordenboek een andere keus aantoonbaar beter is.
Dit is wellicht ook een goede aanleiding om eens kritisch naar de inhoud te kijken. Bij responsief ontwerp wordt tegenwoordig aangeraden om niet een ontwerp voor de desktop "uit te kleden" naar een mobiele versie, maar uit te gaan van een mobiele versie en die uit te breiden naar de variant(en) voor grotere schermen. De huidig mobiele versie is uiterst minimaal, ik zou in ieder geval enkele links willen toevoegen waarlangs de mobiele lezer wel een mogelijkheid krijgt om bij de informatie te komen die op de uitgebreide versie staat, die mogelijkheid ontbreekt nu geheel. Daarnaast lijkt het me zinnig dat naast het overzicht van pagina's met Nederlandse woorden, ook het overzicht met alle woorden bereikbaar wordt gemaakt.
Voor de woordkeuze zou ik afgezien van een paar specifieke benamingen zoveel mogelijk woorden willen gebruiken die iedereen kent. Als persoonlijk voornaamwoord wil ik "je" in de (mogelijke) betekenis van "men" voorstellen. Voor het bedienen van lezers in andere talen kunnen we beter de praktijk volgen van (linkjes naar) de vertaalde versies van de pagina, in plaats van gedeeltelijke vertalingen op de pagina zelf.
Inhoudelijk zou ik de hoofdpagina willen afstemmen op "lezers": mensen die de inhoud van het woordenboek willen raadplegen of meer over het project willen weten. Informatie die echt op "bewerkers" gericht is, komt volgens mij beter tot haar recht in het Gebruikersportaal. Er valt nog wel meer te verbeteren aan het informatieaanbod, maar dat is binnen een maand vermoedelijk niet realiseerbaar.
Tenslotte: wij zijn zo een van de weinige grotere wiktionary's die haar Hoofdpagina nog in de hoofdnaamruimte heeft staan. Is deze aanpassing geen goede aanleiding om de hoofdpagina in de projectnaamruimte onder te brengen (uiteraard met de nodige redirects)? Dat zou het voordeel hebben dat we de nieuwe versie daar rustig kunnen voorbereiden. Afhankelijk van de reacties hier zou ik over een dag of 10 een wat verder uitgewerkt voorstel willen doen. --MarcoSwart (overleg) 13 jun 2020 11:54 (CEST)
Concept
In de projectnaamruimte heb ik een ontwerp voor de nieuwe Hoofdpagina geplaatst. Op de bijbehorende overlegpagina staan een aantal overwegingen die daarbij een rol hebben gespeeld. Het was nog een heel karwei, maar het lijkt in ieder geval doenlijk dat we de deadline van 13 juli halen. Met dat doel voor ogen heb ik bewust heel wat laten liggen. Zo linken we vanaf de hoofdpagina naar heel wat pagina's en categorieën die via de mobiele website niet erg prettig werken. Uiteraard zijn vragen, opmerkingen en voorstellen welkom, waarbij het me praktisch lijkt daarvoor de genoemde overlegpagina te gebruiken. --MarcoSwart (overleg) 23 jun 2020 23:24 (CEST)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Recent changes
Toolforge host diverse zaken die helpen met het bewerken van Wikimedia projecten zoals statistieken van bijdragen en geavanceerde methodes om pagina's te bewerken. Het domein van Toolforge gaat veranderen van tools.wmflabs.org naar toolforge.org. De tools zelf zijn voortaan te vinden op naam-van-tool.toolforge.org in plaats van tools.wmflabs.org/naam-van-tool. Zie details voor meer info. Tools die OAuth gebruiken zullen bijgewerkt moeten worden om te blijven werken. Je kan om hulp vragen.
Problemen en onderhoud
Er is een Wikidata item link in de menubalk links op veel pagina's. Deze link was door een bug verdwenen voor een paar dagen voor gebruikers van de Monobook skin. Deze bug is gefixt.
Inloggen, uitloggen en het bewerken van pagina's werkte tijdelijk niet goed afgelopen week. Dit probleem is verholpen.
Wijzigingen later deze week
De nieuwe versie van MediaWiki zal op 16 juni uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 17 juni uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 18 juni zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Toekomstige wijzigingen
Pywikibot is een Python bibliotheek die repetitief werk op wikis kan automatiseren. Pywikibot zal Python 2 niet meer ondersteunen in de nieuwe versie die volgende maand uitkomt. Ondersteuning voor Python 3.4 en MediaWiki versies ouder dan 1.19 komt dan ook te vervallen. Migreer naar Python 3 om problemen te voorkomen. Je kan om hulp vragen.
De CSS klassen .menu en .vectorMenu zullen niet meer werken in het Vector thema. Dit kan invloed hebben op gadgets en scripts. .menu moet vervangen worden door ul. .vectorMenu moet vervangen worden door .vector-menu.
Een uitgebreide zoektocht levert mij geen enkele vindplaats op voor holvast als bijvoeglijk naamwoord. Als weergave van de dialectvorm van het zelfstandig naamwoord houvast is het meerdere keren in publicaties gebruikt, maar dat is iets anders dan wat op woordenlijst.org te zien is. In de woordenboeken is het woord verder niet terug te vinden. Daarom vermoed ik dat we hier hetzelfde zien als bij stakenas: de naam Holvast komt regelmatig in publicaties voor, bij het maken van corpora wordt vaak bewust geen rekening gehouden met hoofdletters en de programmatuur "ziet" vervolgens een samenstelling van hol en vast. Maar als iemand toch een vindplaats weet, zou het mooi zijn om die toe te voegen. Anders lijkt het me beter om het woord en de verbogen vormen ervan te verwijderen. --MarcoSwart (overleg) 17 jun 2020 21:18 (CEST)
“Zal hij in de nieuwe stal een krub en reepe leveren en maaken; de Ene kant min of meer 44 voet en de ander kant 54 voet lang, de bodem in voorstuk van 2 dm gs van boven 18 dm en van onderen 15 dm Wijt en 9 a 10 dm diep en hoog van de vloer tot de Borstboom 4 1⁄2 Voet en om alle 4 voet een stijl met een dwarsregel in de muur van 4 a 6 dm Ribbe in de kant met zijn Pen in gat, met een nagel opsluiten en an de buiten kant om de ander stijl met een anker de stift 14 dm Waarom een oog en ring an de buitensijde, sal sijn gewelft, de Schintel 8 dm lang, an malkander gewelft, en an de reegel met 3 taaije anker nagels bevestigen, de Reegels van de Reep 4 dm kant, en de latten van 1 1⁄2 dm kant, overhoeks van onderen 2 dm en van boven door de Reegel heen te werken dat ieder lat 2 1⁄2 dm van malkander koomt de Reep tusschen de Reegels 3 voet hoog, en met de bodem van de Krub 18 dm hangen en van boven 18 dm van de muir, en verders tot an de solder met 1 dm hout digt kleeden met een lat van 1 1⁄2 a 2 dm tegen de solder daar het kleedhout teegen an te spiekeren en van onderen alle 4 voet met een holvast in de muir van vooren met een bladt om de Regel met 3 taaje spiekers de stift 8 dm lang. Dit hout alles goet geschaaft, gestreken, geploegt en zo ’t behoort bevestigen, vervolgens boven deze reepen in de solder klappen van 1 dm hout met zijn klampen en sware hengen, en wel sluitend, ieder klap met Een sware Ring, na eisch moeten voorzien, en goet gangbaar maken Als meede an de krub de vereiste Ringen met krammen tot de Paarden na eis.”
(tekst uit 1796, publiek domein)
Oh nee, daar is het een zelfstandig naamwoord! Maar ook gewoon houvast, denk ik.
Gecombineerd met informatie uit het Taalcafé op Wikipedia heb ik je tweede vindplaats gebruikt om het woord als Drents woord te beschrijven. Dat lijkt in ieder geval correct. --MarcoSwart (overleg) 18 jun 2020 12:29 (CEST)
De taaladviesdienst van de Taalunie heeft mij deze week per mail bevestigd dat "holvast" vermoedelijk per abuis in het Groene Boekje en op woordenlijst.org is beland. Ik heb het daarom als Nederlands woord nu helemaal verwijderd.
Voorbehoud
Bij het sleutelen aan Hoofdpagina ontdekte ik dat we in de loop der jaren 3 verschillende pagina's met voorbehouden hebben gemaakt. Een daarvan was erg (=te) minimaal en de andere twee waren sterk verouderd. Ik heb de vrijheid genomen om de drie teksten samen te voegen en bij de tijd te brengen. Als je echt helemaal onderaan op "Voorbehoud" klikt, zie je het resultaat. Normaal zou ik een verandering als deze pas na overleg doorvoeren. Vanwege de functie van de pagina en de noodzakelijke wijzigingen leek het me in dit geval beter om meteen te handelen. Maar vragen en commentaar zijn even goed welkom. --MarcoSwart (overleg) 20 jun 2020 16:17 (CEST)
Juridisch: "WikiWoordenboek kan daarom geen enkele garantie geven over de toepasbaarheid of juistheid van de gegeven informatie. Wie gebruik maakt van dit woordenboek aanvaardt daarmee zelf de aansprakelijkheid voor schade als gevolg van die fouten."
Da's vrij specifiek. Je kan het beter breder trekken: "WikiWoordenboek kan geen enkele garantie geven over juistheid van gegeven informatie of de inzetbaarheid voor eender welk doel. De gebruiker aanvaardt zelf volledige aansprakelijkheid voor alle gevolgen van het gebruik." - Alexis Jazz (overleg) 21 jun 2020 09:32 (CEST)
De tekst is vooral ook bedoeld om begrijpelijk te zijn. De eerste zin lijkt me in dat opzicht geen verbetering en lijkt me ook niet wezenlijk breder. De tweede in een iets aangepaste vorm wel: Wie gebruik maakt van dit woordenboek blijft daarom zelf volledig aansprakelijk voor alle gevolgen van dat gebruik. Ik weet eigenlijk niet wat er over publiek domein gezegd zou moeten worden, wat had je in gedachten? --MarcoSwart (overleg) 23 jun 2020 23:37 (CEST)
Je mag eigen werk toevoegen of werk waarvan de maker al aantoonbaar toestemming heeft verleend voor publicatie onder die licentie.. of werk waarvan het auteursrecht verlopen is. - Alexis Jazz (overleg) 24 jun 2020 19:19 (CEST)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Problemen en onderhoud
Er zijn een aantal nieuwe features beschikbaar op sommige wikis om bijdragen van nieuwe gebruikers te stimuleren. Deze wikis hadden tijdelijk een probleem met de visuele tekstverwerker afgelopen week door een fout in de nieuwe features. Dit probleem was snel verholpen.
Sommige userscripts en gadgets werken niet meer door een aanpassing aan de CSS klassen. .vectorTabs moet vervangen worden door .vector-menu-tabs om dit probleem te verhelpen.
Wijzigingen later deze week
De ontwikkelaars werken aan een nieuwe interface om bewerkingsconflicten op overlegpagina's te voorkomen. Deze interface zal op 24 juni worden uitgebracht. Je kan feedback geven.
De nieuwe versie van MediaWiki zal op 23 juni uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 24 juni uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 25 juni zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Toekomstige wijzigingen
Een tijdelijke fix uit 2012 hielp wikis om hun hoofdpagina's beter bruikbaar te maken op mobiele apparaten. Gebruik hiervan is sinds 2017 niet meer aanbevolen. Na 13 juli werkt dit niet meer. Wikis zouden in plaats daarvan TemplateStyles moeten gebruiken. 91 wikis doen dit nog niet. Je kan hier meer lezen en zien of jouw wiki al om is. Van de Nederlandse projecten moet alleen Wikipedia nog actie ondernemen.
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Problemen en onderhoud
Iedereen was uitgelogd. Deze maatregel was genomen omdat een aantal gebruikers rapporteerden dat ze de wikis zagen alsof ze ingelogd waren in andermans account. Dit zou nu verholpen moeten zijn.
Sommige lezers konden gedurende 10 dagen nieuwe bijdragen aan pagina's niet zien. Wanneer de pagina recent was gewijzigd zagen ze een oudere versie van de pagina. Dit gebeurde alleen bij gebruikers die niet ingelogd waren. Dit probleem is verholpen.
Wijzigingen later deze week
De nieuwe versie van MediaWiki zal op 30 juni uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 1 juli uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 1 juli zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Toekomstige wijzigingen
De Modern en Monobook thema's gebruiken searchGoButton als ID voor de zoekknop (het vergrootglas) terwijl het Vector thema searchButton gebruikt. Modern en Monobook worden gelijkgetrokken met Vector zodat alle thema's straks searchButton zullen gebruiken. Dit kan invloed hebben op gadgets en userscripts. De omschakeling is op 23 juli. Gadgets en userscripts moeten waar nodig voor die datum aangepast worden. Er is meer informatie en een lijst van getroffen scripts beschikbaar.
Hallo. Apologies if you are not reading this message in your native language. Help met het vertalen in uw taal if necessary. Bedankt!
There are a lot of conversations happening about the future of our movement names. We hope that you are part of these discussions and that your community is represented.
Since 16 June, the Foundation Brand Team has been running a survey in 7 languages about 3 naming options. There are also community members sharing concerns about renaming in a Community Open Letter.
Our goal in this call for feedback is to hear from across the community, so we encourage you to participate in the survey, the open letter, or both. The survey will go through 7 July in all timezones. Input from the survey and discussions will be analyzed and published on Meta-Wiki.
Thanks for thinking about the future of the movement, --The Brand Project team, 2 jul 2020 21:39 (CEST)
Note: The survey is conducted via a third-party service, which may subject it to additional terms. For more information on privacy and data-handling, see the survey privacy statement.
Terugkoppeling geven over nieuwe namen voor de Wikimediabeweging
Hallo. Onze verontschuldigingen als je dit bericht niet in je eigen taal leest. Help wanneer nodig met het vertalen naar uw taal. Bedankt!
Er is veel discussie over de toekomstige namen van en binnen de Wikimediabeweging. We hopen dat al betrokken bent bij deze discussie en dat uw project hierin vertegenwoordigd is.
Ons doel in deze oproep om terugkoppeling is om van de hele gemeenschap te horen. Daarom willen we u uitdrukkelijk uitnodigen deel te nemen aan de enquête, de open brief te ondertekenen, of beide. De enquête loopt tot 7 juli in alle tijdzones. Wat er uit de enquête en discussies komt, zal worden geanalyseerd en gepubliceerd op Meta-Wiki.
Bedankt voor het nadenken over de toekomst van de beweging, - Het Brand Project-team, 2 juli 2020 21:39 (CEST)
Opmerking: de enquête wordt uitgevoerd via een site van derden, die aanvullende voorwaarden kan stellen. Lees de privacyverklaring van de enquête voor meer informatie over privacy en gegevensverwerking.
Commentaar
De enquête legt een drietal opties met varianten voor die voor mijn gevoeld allemaal als kern hebben dat de Wikimedia Foundation de naam Wikipedia ook als deel van de eigen naam gaat gebruiken. In een slotvraag kun je nog wel andere voorstellen doen. Voor mijn gevoel is dit een gaaf voorbeeld van een onderzoek zo opzetten dat de gewenste uitkomst er als vanzelf uit komt rollen, omdat de mogelijkheid om de Foundation niet Wikipedia te noemen niet echt aan de orde wordt gesteld. Mij werd naderhand duidelijk dat de enquête kwam na een heel traject waarin al geprobeerd was die hernoeming van de Foundation zachtjes door te drukken.
Zelf heb ik eerst de enquête gedaan en daar kreeg ik zo'n onplezierig gevoel bij dat ik vervolgens de open brief heb ondertekend. De open brief vraagt om de vrijwilligers veel beter bij de discussies te betrekken en het proces van naamsverandering voorlopig in de ijskast te zetten. Ik heb wel een beetje ervaring met hernoemingstrajecten en dit is zo ongeveer een schoolvoorbeeld van hoe je het dus niet moet doen. Zowel Wikimedia Belgie als Wikimedia Nederland en collega's De Wikischim en Romaine zijn al bij de ondertekenaars van de open brief terug te vinden. Als je ook het gevoel hebt dat dit niet goed gaat, doe je er goed aan je handtekening aan de open brief toe te voegen. Als je uitgesproken ideeën voor een nieuwe naam van de Foundation en ander onderdelen van de beweging hebt, kun je de enquête invullen: wanneer je het eens bent met een van de voorliggende opties is dat zelfs vrij eenvoudig. Wanneer je een andere optie wil bepleiten, kan ik je alleen maar aanraden om bij de eerste drie opties "strategische" antwoorden te geven (consequent heel afwijzend) anders zal het niets helpen dat je daarna nog een eigen idee toevoegt. Dat eigen idee is immers niet onder de aandacht van andere deelnemers gebracht en zal daardoor in optellingen bijna vanzelf al gauw veel lager scoren. --MarcoSwart (overleg) 3 jul 2020 11:54 (CEST)
De uitrol van de nieuwe parserfunctie is opgeschort, precies vanwege dit issue. De voor de hand liggende oplossing is het hernoemen van het sjabloon en het bestaande gebruik aanpassen. (is iets voor een bot) - Alexis Jazz (overleg) 4 jul 2020 03:02 (CEST)
Een simpele oplossing in de lijn van Alexis Jazz zou dan zijn om {{=}} te veranderen in {{==}}. Zoals op één te zien is, werkt het sjabloon onder die naam net zo goed. Aangezien de beide andere sjablonen in deze familie ook een dubbel teken gebruiken, sluit het ook goed aan bij wat we gewend waren. Ik zal later vandaag zien of ik deze verandering met een bot kan doorvoeren, aannemend dat het alleen op uitstel en niet om afstel gaat. --MarcoSwart (overleg) 4 jul 2020 10:56 (CEST)
De vervanging zelf is met een bot nogal rechttoe rechtaan. Gewoonlijk zou ik ruim de tijd nemen om reacties af te wachten, maar in dit geval is het technisch allemaal niet zo spannend en is het vooral belangrijk dat gebruikers wennen aan de verandering. Ik vermoed dat dat beter gaat door het sjabloon nu nog een tijdje met een waarschuwing buiten werking te stellen, dan te vertrouwen op een discussie hier en het dan over enige tijd zonder waarschuwing opeens heel anders te laten werken. Zou blijken dat er een sterke voorkeur bestaat voor een andere oplossing kan die ook vrij gemakkelijk worden doorgevoerd. Ik begin daarom vast de bot te laten lopen, maar vragen, opmerkingen en voorstellen blijven gewoon welkom. --MarcoSwart (overleg) 4 jul 2020 11:33 (CEST)
Lijkt me prima. Van uitstel voor de parserfunctie lijkt inderdaad geen sprake. Zodra dit issue is verholpen rollen ze het alsnog uit. Als wij stug zouden vasthouden aan {{=}} dan voegen ze mogelijk een configuratieoptie toe en schakelen de nieuwe parserfunctie hier uit. Het lokale sjabloon hernoemen is mijns inziens een betere oplossing. - Alexis Jazz (overleg) 4 jul 2020 11:54 (CEST)
Dit sjabloon is nu alleen maar nodig als deel van een opmaaktruc om met behulp van fictieve tabellen een indeling van kolommen te maken. Dat is hoe dan ook geen toekomstvaste oplossing. Het zou jammer zijn om daarvoor een afwijkende configuratie te installeren die in de toekomst weer problemen gaat geven als mensen sjablonen hierheen willen overzetten. De aanpassing in de programmatuur lijkt me wel degelijk zinvol. Ik ben hier zelf een paar keer tegen het probleem aangelopen waarvoor het een oplossing biedt, en gelet op de poging met {{is}} ben ik niet de enige. --MarcoSwart (overleg) 4 jul 2020 12:45 (CEST)
Nieuw sjabloon {{==}}
De MediaWikiprogrammatuur waar WikiWoordenboek mee werkt krijgt een aanpassing waardoor {{=}} gebruikt kan worden als je het =-teken als parameter mee wil geven aan een sjabloon. Op WikiWoordenboek is deze code als sjabloon gebruikt om samen met {{((}} en {{))}} een opmaak in kolommen mogelijk te maken. De meest praktische oplossing lijkt om ons sjabloon te veranderen in {{==}}. Ik ben nagegaan wie dit sjabloon het afgelopen jaar gebruikt hebben en wil daarom Cadfaell, Kvdrgeus, Marcel coenders, Paulo Calipari en Zatev gewoon maar even direct vragen of zijn hieraan mee willen werken. In de bestaande tekst is de aanpassing ondertussen met een bot uitgevoerd, maar zoals hierboven al is aangegeven, als een andere oplossing de voorkeur heeft kan dat natuurlijk net zo gemakkelijk weer worden teruggedraaid. Voor de tussentijd geeft het oude sjabloon nu een waarschuwing over de komende verandering. --MarcoSwart (overleg) 4 jul 2020 21:28 (CEST)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Problemen en onderhoud
De Score extensie is voor nu uitgeschakeld vanwege een beveiligingslek. De extensie zal weer worden ingeschakeld zodra het lek verholpen is.
Wijzigingen later deze week
De nieuwe versie van MediaWiki zal op 7 juli uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 8 juli uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 9 juli zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Toekomstige wijzigingen
Abstract Wikipedia is een nieuw Wikimedia project. Het doel van het project is om taalneutrale informatie te verzamelen die eenvoudig in verschillende talen gelezen kan worden. Het maakt gebruik van Wikidata. De naam staat nog niet vast. Lees verder.
Een aantal vereisten voor ondertekeningen zullen binnenkort gehandhaafd worden. Lintfouten, invalide HTML en nested substitution zullen niet meer toegestaan worden in ondertekeningen van gebruikers. Een link naar je gebruikerspagina, overlegpagina of gebruikersbijdragen zal een vereiste zijn. Je kan controleren of je huidige ondertekening voldoet aan de nieuwe vereisten. De nieuwe vereisten worden ingevoerd omdat sommige ondertekeningen problemen kunnen veroorzaken voor gadgets, scripts of andere tekst op de pagina.
Announcing a new wiki project! Welcome, Abstract Wikipedia
Hi all,
It is my honor to introduce Abstract Wikipedia, a new project that has been unanimously approved by the Wikimedia Foundation Board of Trustees. Abstract Wikipedia proposes a new way to generate baseline encyclopedic content in a multilingual fashion, allowing more contributors and more readers to share more knowledge in more languages. It is an approach that aims to make cross-lingual cooperation easier on our projects, increase the sustainability of our movement through expanding access to participation, improve the user experience for readers of all languages, and innovate in free knowledge by connecting some of the strengths of our movement to create something new.
This is our first new project in over seven years. Abstract Wikipedia was submitted as a project proposal by Denny Vrandečić in May 2020 after years of preparation and research, leading to a detailed plan and lively discussions in the Wikimedia communities. We know that the energy and the creativity of the community often runs up against language barriers, and information that is available in one language may not make it to other language Wikipedias. Abstract Wikipedia intends to look and feel like a Wikipedia, but build on the powerful, language-independent conceptual models of Wikidata, with the goal of letting volunteers create and maintain Wikipedia articles across our polyglot Wikimedia world.
The project will allow volunteers to assemble the fundamentals of an article using words and entities from Wikidata. Because Wikidata uses conceptual models that are meant to be universal across languages, it should be possible to use and extend these building blocks of knowledge to create models for articles that also have universal value. Using code, volunteers will be able to translate these abstract “articles” into their own languages. If successful, this could eventually allow everyone to read about any topic in Wikidata in their own language.
As you can imagine, this work will require a lot of software development, and a lot of cooperation among Wikimedians. In order to make this effort possible, Denny will join the Foundation as a staff member in July and lead this initiative. You may know Denny as the creator of Wikidata, a long-time community member, a former staff member at Wikimedia Deutschland, and a former Trustee at the Wikimedia Foundation . We are very excited that Denny will bring his skills and expertise to work on this project alongside the Foundation’s product, technology, and community liaison teams.
It is important to acknowledge that this is an experimental project, and that every Wikipedia community has different needs. This project may offer some communities great advantages. Other communities may engage less. Every language Wikipedia community will be free to choose and moderate whether or how they would use content from this project.
We are excited that this new wiki-project has the possibility to advance knowledge equity through increased access to knowledge. It also invites us to consider and engage with critical questions about how and by whom knowledge is constructed. We look forward to working in cooperation with the communities to think through these important questions.
There is much to do as we begin designing a plan for Abstract Wikipedia in close collaboration with our communities. I encourage you to get involved by going to the project page and joining the new mailing list . We recognize that Abstract Wikipedia is ambitious, but we also recognize its potential. We invite you all to join us on a new, unexplored path.
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Recente wijzigingen
Gebruikers kunnen anderen bedanken voor hun bewerkingen. CheckUsers kunnen nu gebruikersgegevens zien gerelateerd aan die actie. Dit kan helpen bij het identificeren van sokpoppen die anderen lastig vallen door overmatig gebruik van de bedankfunctie.
Problemen en onderhoud
Iedereen werd een paar weken geleden uitgelogd om een veiligheidsprobleem op te lossen. Het probleem was helaas niet helemaal opgelost. Daarom werd iedereen vorige week weer uitgelogd.
Wijzigingen later deze week
Wiki's die niet voor één specifieke taal zijn kunnen pagina's vertalen. Soms zijn delen van de vertalingen verouderd of ontbreken ze. Verouderde vertalingen worden nu al gemarkeerd met een roze achtergrond. Ontbrekende vertalingen worden binnenkort ook gemarkeerd. Deze markering kan soms problemen veroorzaken. Daarom zal het binnenkort ook mogelijk zijn om de markering uit te schakelen door gebruik te maken van <translate nowrap></translate> op de bronpagina.
De nieuwe versie van MediaWiki zal op 14 juli uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 15 juli uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 16 juli zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Toekomstige wijzigingen
Wikimedia code review is van plan om gebruik te maken van GitLab en moet gaan draaien op Wikimedia-servers.
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Recente wijzigingen
Een tijdelijke fix uit 2012 hielp wikis om hun hoofdpagina mobielvriendelijk te maken. Gebruik van deze fix is al sinds 2017 niet meer aanbevolen. Deze tijdelijke fix is uitgeschakeld op 14 juli. 60 wikis hebben nu een hoofdpagina die niet geoptimaliseerd is voor mobiel gebruik. Welke dat zijn en hoe dit verholpen kan worden kan je lezen op Phabricator. Van de Nederlandse projecten betreft dit alleen Wikipedia. Dit is hetzelfde issue waarover is geschreven in Technieuws 2020/24 en 2020/26.
Problemen en onderhoud
Er is een probleem met de links in de sectie "In andere talen": de volgorde is verkeerd. De ontwikkelaars werken aan een oplossing.
Sommige gebruikers krijgen herhaaldelijk notificaties voor dezelfde gebeurtenis. In sommige gevallen gaat dit om gebeurtenissen die langer geleden hebben plaatsgevonden.
Sommige gebruikers hebben problemen met inloggen. Dit is vermoedelijk een probleem met cookies. De ontwikkelaars zijn nog bezig met het vaststellen van de oorzaak. Als je problemen hebt met inloggen kan je dat doorgeven op Phabricator.
Wijzigingen later deze week
De nieuwe versie van MediaWiki zal op 21 juli uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 22 juli uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 23 juli zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Toekomstige wijzigingen
De Afdrukversie link gaat verdwijnen omdat moderne browsers zelf een printversie kunnen genereren.
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Recente wijzigingen
De Starter kit is nu beschikbaar voor wikigemeenschappen. Dit is een pagina met een overzicht van technische zaken die een startende wiki nodig heeft. Dit is voornamelijk nuttig voor wikigemeenschappen die hier zelf geen of beperkte ervaring mee hebben.
De eerste features van het desktop verbeteringen project zijn nu beschikbaar voor alle ingelogde gebruikers op alle wikis. Om de nieuwe features te gebruiken moet Gebruik de Legacy Vector in de lokale of globale voorkeuren uitgeschakeld worden in de Vormgevingsvoorkeuren sectie. Meer verbeteringen zitten in de pijplijn. Feedback is welkom.
De reguliere uitrol van nieuwe versies van de MediaWiki software is deze week gepauzeerd.
Translation Notification Bot stuurde hetzelfde bericht meerdere malen naar iedere vertaler. Dit probleem is verholpen.
Sommige gebruikers ontvingen dezelfde notificatie meerdere malen. Dit probleem is verholpen.
Wijzigingen later deze week
De nieuwe versie van MediaWiki zal op 28 juli uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 29 juli uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 30 juli zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Problemen en onderhoud
Alle verzoeken richting de Wikidata Query Service tussen 17:50 en 17:59 UTC op donderdag 23 juli werden niet afgehandeld. Voor enige tijd daarna is een deel van de verzoeken niet afgehandeld.
Het probleem met de onjuiste volgorde van links in de sectie "In andere talen" is verholpen. Dit is hetzelfde probleem waarover in twee weken geleden in Technieuws is geschreven.
Er is een probleem met de globale voorkeuren voor de "Gebruik de Legacy Vector" optie. De ontwikkelaars werken aan een oplossing.
Door een fout in de Wikibase extensie werkte de beveiliging tegen het verplaatsen en aanmaken van pagina's in de hoofdnaamruimte (Gallerij) van Wikimedia Commons niet goed. Pagina's konden niet beveiligd worden en de beveiliging op reeds beveiligde pagina's werkte niet. Dit probleem is verholpen.
Wijzigingen later deze week
De videospeler zal eenvoudiger en moderner gemaakt worden. Deze week zal de huidige beta-videospeler de standaard speler worden voor iedereen op de meeste non-Wikipedia wikis. De oude speler zal verwijderd worden.
Persoonlijke global.js en global.css in de gebruikersnaamruimte worden nu ook geladen op de mobiele site. In de documentatie kan je lezen hoe je stijlen kan gebruiken zonder het mobiele thema te beinvloeden.
In het MonoBook thema is het ID voor de zoekknop veranderd van searchGoButton naar searchButton. Dit kan invloed hebben op CSS en JS gadgets. Migratieinstructies zijn te vinden in Phabricator ticket T255953. Dit is eerder vermeld in Technieuws 2020/27.
Botbeheerders kunnen nu Pywikibot gebruiken om periodiek discussies te archiveren. Het gedrag wanneer de bot counter gebruikt om (te) grote archieven te voorkomen is aangepast.
De nieuwe versie van MediaWiki zal op 4 augustus uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 5 augustus uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 6 augustus zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Technical Wishes: FileExporter and FileImporter become default features on all Wikis
De FileExporter en de FileImporter worden tot en met 7 augustus 2020 een standaard functie op alle wiki's. Ze zijn gepland om u te helpen bestanden te verplaatsen van uw lokale wiki naar Wikimedia Commons, terwijl alle originele bestandsinformatie (Beschrijving, Bron, Datum, Auteur, Geschiedenis) intact blijft. Bovendien wordt het verplaatsen gedocumenteerd in de geschiedenis van de bestanden.
Hoe werkt het?
1. Stap: Als u een auto-bevestigde gebruiker bent, ziet u een link "Verplaats naar Wikimedia Commons" op de lokale bestandspagina.
2. Stap: Wanneer u op deze link klikt, controleert de FileImporter of het bestand daadwerkelijk naar Wikimedia Commons mag worden geïmporteerd. Deze controles worden uitgevoerd op basis van de wiki's configuratie pagina die door elke lokale Wiki gemeenschap wordt aangemaakt en onderhouden.
3. Stap: Als het bestand met Wikimedia Commons verenigbaar is, wordt u naar een import pagina doorgestuurd, waar u informatie over het bestand kunt bijwerken of toevoegen, zoals de beschrijving. U kunt ook het 'Now Commons' sjabloon toevoegen aan het bestand op de lokale wiki door op het overeenkomstige selectievakje in het importformulier te klikken. Admins kunnen het bestand verwijderen van de lokale Wiki door het selectievakje 'verwijder bestand op Oorsprongswiki in mijn naam' aan te vinken. Door op de knop 'Importeren' aan het einde van de pagina te klikken, wordt het bestand geïmporteerd naar Wikimedia Commons.
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Recente wijzigingen
FileImporter en FileExporter zijn nu standaard beschikbaar op alle wikis. Hiermee kan je bestanden van lokale wikis overzetten naar Wikimedia Commons met behoud van alle informatie en bewerkingsgeschiedenis.
Problemen en onderhoud
Op de mobiele site is onderaan de pagina een balk met informatie over de laatste bewerking van de pagina. In deze balk was ruwe wikitext te zien. Dit probleem is verholpen. In Flow en tijdens het vertalen van content kunnen nog steeds berichten zichtbaar zijn als ruwe wikitext. De ontwikkelaars werken aan een oplossing.
Wijzigingen later deze week
De nieuwe versie van MediaWiki zal op 11 augustus uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 12 augustus uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 13 augustus zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Toekomstige wijzigingen
Alle wikis kunnen op 1 september gedurende een paar minuten niet bewerkt worden. Dit is gepland tussen 13:30 en 15:30 UTC. Meer informatie zal gepubliceerd worden in Technieuws en in de komende weken gepost worden op individuele wikis.
Denk mee over een nieuwe versie van het Beleid Vriendelijke Ruimtes van Wikimedia Nederland =
Voor alle bijeenkomsten die door Wikimedia Nederland worden georganiseerd geldt het Beleid Vriendelijke Ruimtes (BVR), dit is geënt op de Friendly Space Policy van de Wikimedia Foundation.
De laatste revisie van het BVR was in 2017. Sindsdien heeft de wereld niet stilgestaan. Online bijeenkomsten zijn belangrijker geworden, zeker het afgelopen jaar. Binnen de Wikimedia beweging wordt steeds meer waarde gehecht aan het bieden van een veilige omgeving aan groepen die in de samenleving bloot staan aan uitsluiting of discriminatie, en individuen die door fysieke of mentale beperkingen tegen barrières aanlopen. Dat zijn een aantal redenen om het beleid te herzien.
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Recente wijzigingen
Als je een bewerking ongedaan maakt via de "ongedaan maken" link dan wordt de bewerking gemarkeerd met het Ongedaan maken label. Dit zal voortaan alleen nog gebeuren wanneer er verder niets is aangepast aan de inhoud. Hiermee wordt voorkomen dat gebruikers een bewerking het label "ongedaan maken" geven wanneer ze eigenlijk een ander soort bewerking hebben gedaan.
De nieuwe versie van OOUI zal niet compatible zijn met Internet Explorer 8. Hierdoor zullen wiki's er vreemd uitzien en niet goed werken in IE8. Het voortzetten van de ondersteuning voor een internetbrowser van meer dan 10 jaar oud is niet rendabel. Dit is eerder gemeld in Technieuws 2020/17.
Wijzigingen later deze week
De nieuwe versie van MediaWiki zal op 18 augustus uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 19 augustus uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 20 augustus zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Toekomstige wijzigingen
Alle wiki's kunnen op 1 september gedurende een paar minuten niet bewerkt worden. Dit is gepland tussen 13:30 en 15:30 UTC. Meer informatie zal gepubliceerd worden in Technieuws en de komende week gepost worden op individuele wiki's. Je kan helpen door het de aankondiging te vertalen.
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Wijzigingen later deze week
De nieuwe versie van MediaWiki zal op 25 augustus uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 26 augustus uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 27 augustus zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
De Wikimedia Foundation gaat haar tweede datacenter testen. Dit zal er voor zorgen dat Wikipedia en andere Wikimedia wiki's zelfs na een ramp beschikbaar blijven. Om er zeker van te zijn dat alles goed werkt, zal de Wikimedia-afdeling Technology gaan testen of er betrouwbaar tussen de datacentra gewisseld kan worden. Veel teams moeten voorbereid en beschikbaar zijn om enige onverwachte problemen op te lossen.
Zij zullen al het internetverkeer naar het tweede datacentrum sturen op dinsdag 1 september 2020.
Vanwege beperkingen in MediaWiki is het echter wel noodzakelijk om de wiki's tijdelijk op alleen-lezen te zetten. We verontschuldigen ons voor deze maatregel, en we zullen proberen om de impact in de toekomst te verminderen.
U zult in staat zijn om artikelen te lezen, maar niet te bewerken voor een korte periode. Dit geldt voor alle wiki's.
U zult maximaal een uur lang niet in staat zijn bewerkingen te doen op dinsdag 1 september. De test zal beginnen om 14:00 UTC (15:00 BST, 16:00 CEST, 10:00 EDT, 19:30 IST, 07:00 PDT, 23:00 JST, en in Nieuw-Zeeland om 02:00 NZST op woensdag 2 september).
Bij bewerken of opslaan zult u een foutmelding zien. Wij hopen dat er geen bewerkingen verloren gaan, maar hier zijn wij niet zeker van. Wanneer u deze foutmelding ziet, wacht u alstublieft tot alles weer normaal is. Dan kunt u uw bewerking opslaan. Toch raden we het ten zeerste aan dat u een kopie van uw bewerkingen maakt.
Andere effecten:
Het uitvoeren van achtergrondtaken zal langzamer gaan, en sommige taken kunnen ook worden geannuleerd. Roodgekleurde koppelingen zullen niet zo snel bijgewerkt worden als gebruikelijk. Als u een artikel aanmaakt waar ergens anders al naar verwezen wordt, zal de koppeling langer roodgekleurd blijven dan gebruikelijk. Sommige langlopende scripts zullen moeten worden onderbroken.
Er zal een 'code freeze' ingelast worden voor de week van 1 september 2020. Niet-essentiële code-aanpassingen blijven achterwege.
Dit project wordt zo nodig uitgesteld. U kunt de planning lezen op wikitech.wikimedia.org. Wijzigingen worden in de planning aangekondigd. Er zullen hierover nog meer notificaties worden verstuurd. Deel deze informatie alstublieft met uw gemeenschap.
Dag mensen, ik ben de laatste tijd betrokken geraakt bij de Zeeuwse Wiktionary. Die is al heel veel jaar in wording, maar ik dacht: kom, laat ik me er eens mee bemoeien. (Mocht hier iemand Zeeuws spreken en ook interesse hebben: kom gerust kijken!) Nu maak ik daar vooral zeer uitgebreide lemma's aan over Zeeuwse woorden. Daarbij maak ik op grote schaal gebruik van het Woordenboek der Zeeuwse dialecten. Dat mag natuurlijk, zolang ik de bron aangeef. Maar ik noem ook verschillende "uutdruksels", die ik eveneens rechtstreeks uit het woordenboek haal (een enkele uitzondering daargelaten). Daar twijfel ik al wat meer over. Is dat geoorloofd citeren uit wetenschappelijke bronnen of komt dat in de buurt van plagiaat? Natuurlijk hebben de redacteurs die uitdrukkingen uit de volksmond opgetekend (dus niet zelf verzonnen), maar als er nu een plagiaatval in staat? Een onzinwoord dat of -uitdrukking die woordenboekenmakers gebruiken om te kijken of hun concurrenten wel eerlijk bezig zijn?
Bijkomend probleem is dat je de meeste van deze uitdrukkingen niet gauw uit de Zeeuwse literatuur haalt (die is er niet zo veel) en ook niet spontaan uit het geheugen van gebruikers. Ik ben zelf import- en weer export-Zeeuw en heb de taal op latere leeftijd geleerd, maar veel echte Zeeuwen kennen die uitdrukkingen ook niet meer - laat staan dat ze ze nog gebruiken. Niemand spreekt nog Zeeuws zoals dat 100 jaar geleden klonk. Met andere woorden: we hebben die bron echt wel nodig.
Ongetwijfeld hebben jullie deze kwestie al lang en breed besproken en weten jullie precies wat er op dat gebied wel en niet mag. Hopelijk kunnen enigen van jullie mij een beetje duidelijk verschaffen, voor ik het Zeeuws Genootschap voor Dialectonderzoek of zijn rechtsopvolger achter mijn broek krijg... Voor een idee hoe zo'n lemma met veel uitdrukkingen (en samenstellingen) eruitziet, zie hier of hier. Steinbach (overleg) 26 aug 2020 19:17 (CEST)
Bij woordenboeken zijn twee vormen van intellectueel eigendom van belang: het traditionele auteursrecht en Europese databankenrecht.
Op feiten bestaan geen auteursrecht. Als er voor een woord redelijkerwijs maar één betekenisomschrijving mogelijk is, kan daarop geen auteursrecht worden opgeëist. Hetzelfde geldt voor het bestaan van een uitdrukking. Maar als een omschrijving stilistische vrijheid laat, is die zeker wel auteursrechtelijk beschermd. Dat is een van de redenen waarom we er hier op hameren dat betekenisomschrijvingen niet moeten worden gekopieer uit woordenboeken, maar zelf worden geformuleerd. Hetzelfde geldt ook voor de beschrijving onder etymologie en voor voorbeeldzinnen: nooit kopiëren, zelf formuleren. Iets anders zijn de vindplaatsen die we deels als voorbeeld maar ook als bewijs van het bestaan van een woord opvoeren. Die komen uit een veelheid van bronnen waaruit we maar een tamelijk willekeurig klein stukje aanhalen: dat valt zeker onder het citaatrecht. In principe is de structuur van een lemma ook een stilistische keuze, dus het is hoe dan ook verstandig daar een eigen keus in te maken.
Het databankenrecht beschermd het werk dat is gaan zitten in het aanleggen van een verzameling gegevens. Je mag die verzameling niet zomaar hergebruiken, ook als er geen auteursrecht op de afzonderlijke elementen bestaat. Je kunt dit niet oplossen met een beroep op het citaatrecht, want dat is een uitzondering op het traditionele auteursrecht. Wanneer je stelselmatig informatie uit een woordenboek of bestand overneemt heb je toestemming van de maker nodig, tot 15 jaar na de laatste substantiële aanpassing.
Ik weet niet hoe oud het woordenboek is dat je gebruikt, is het in 2004 of eerder gepubliceerd? Een alternatief is om na te gaan wie de rechthebbende is en officieel te vragen of hij mee wil werken aan het realiseren van de Zeeuwse wiktionary. Bij streektalen zijn de ideële bedoelingen vaak belangrijker dan de commerciële. Soms is de maker bereid het werk onder een vrije licentie te plaatsen, soms is dat een stapje te ver, maar willen ze wel toestemming geven voor hergebruik met bronvermelding. Als je geluk hebt, mag je zijn elektronische bestand gebruiken en kun je in korte tijd een groot aantal lemma's aanmaken. Op WikiWoordenboek kennen we van al deze varianten voorbeelden en als je zoiets wil ondernemen wil ik je graag van advies dienen.
De plagiaatval komt uit de tijd vóór het databankenrecht, toen woordenboeken werden beschermd door het leerstuk van de slaafse nabootsing en de maker dus graag dat laatste wilde kunnen aantonen. Bij de huidige stand van de techniek kun je vrij gemakkelijk nagaan in welke mate een bestand een kopie is van een ander bestand. --MarcoSwart (overleg) 27 aug 2020 12:27 (CEST)
Ha Marco, bedankt voor dit uitgebreide antwoord dat precies de informatie geeft die ik nodig heb!
Het spreekt (wat mij betreft) voor zich dat ik geen voorbeeldzinnen kopieer en de omschrijvingen in mijn eigen woorden formuleer. Het databankenrecht kende ik niet - bedankt daarvoor. Het Woordenboek der Zeeuwse dialecten is al in 1964 uitgebracht; ik gebruik de tiende druk uit 1998. Dat is dus geen enkel probleem. Het supplement (een afzonderlijke publicatie) is in 2003 uitgekomen - dat is dus nog net veilig. Voor zover ik weet bestaat er geen online variant van dit woordenboek (ik heb er trouwens niet naar gezocht). Mocht dit project ooit nog serieus worden, dan kan ik de lui van het genootschap nog benaderen, al reken ik niet op hun medewerking (al was het maar omdat ik een andere spelling gebruik dan de hunne). Steinbach (overleg) 27 aug 2020 23:51 (CEST)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Problemen en onderhoud
Herinnering: alle wiki's kunnen op 1 september gedurende een paar minuten niet bewerkt worden. Dit is gepland tussen 14:00 en 15:00 UTC. Bekijk de details in het aankondigingsbericht.
Vernieuwing van de hoofdpagina is natuurlijk een goede en soms ronduit noodzakelijke zaak, maar nu lijkt het of er voor juni 2020 helemaal geen hoofdpagina bestaan heeft. Is dat echt de bedoeling? Jcwf (overleg) 4 sep 2020 16:01 (CEST)
De geschiedenis van de vorige hoofdpagina staat hier. Zowel bij de voorbereiding als de invoering was het handig om de oude en nieuwe pagina parallel aan te bieden. Dat leidt er inderdaad wel toe dat er ook parallelle geschiedenispagina's zijn. --MarcoSwart (overleg) 4 sep 2020 21:20 (CEST)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Wijzigingen later deze week
Er is een nieuw gebruikersrecht dat het mogelijk maakt om bij het hernoemen van een pagina, als het doel een bestaande doorverwijzing (#REDIRECT) is, deze te overschrijven. Dit zal alleen werken als de bestaande doorverwijzing geen verdere bewerkingsgeschiedenis heeft. Voorheen was dit alleen mogelijk wanneer de doorverwijzing verwees naar de pagina die je wil hernoemen.
De nieuwe versie van MediaWiki zal op 8 september uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 9 september uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 10 september zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
De MediaWiki API modules gebruiken voortaan watchlist in plaats van watch. Dit was voorheen niet consistent.
OTRS zal worden bijgewerkt naar een nieuwe versie. Dit gaat ongeveer twee dagen duren gedurende welke OTRS-teamleden geen toegang tot het systeem zullen hebben. Mails die binnenkomen gedurende deze tijd zullen worden afgeleverd wanneer de nieuwe versie operationeel is. De planning is om de installatie van de nieuwe versie te starten op 14 september rond 08:00 UTC, maar dit staat nog niet vast.
De Wikipedia Android app zal push notificaties sturen wanneer de gebruiker dat wenst. Zo blijf je makkelijker op de hoogte wanneer iemand een bericht achterlaat op je overlegpagina of je bewerking ongedaan maakt. Google Play Services zijn vereist om dit te laten werken. De app werkt ook zonder Google Play Services, maar dan werken de push notificaties niet.
Wikimedia code review gaat mogelijk verhuizen naar GitLab, dit zou gehost worden op de Wikimedia servers. Neem deel aan de consultatie.
Menu's in het Vector thema gebruiken de .menu, .vectorTabs en .vectorMenuCSS klassen, maar dit gaat veranderen. Sommige bestaande scripts en gadgets moeten aangepast worden om te blijven werken. Meer informatie op Phabricator.
Hallo. Apologies for cross-posting, and that you may not be reading this message in your native language: translations of the following announcement may be available on Meta. Help met het vertalen in uw taal. Bedankt!
We are excited to share a draft of the Universal Code of Conduct, which the Wikimedia Foundation Board of Trustees called for earlier this year, for your review and feedback. The discussion will be open until October 6, 2020.
The UCoC Drafting Committee wants to learn which parts of the draft would present challenges for you or your work. What is missing from this draft? What do you like, and what could be improved?
Please join the conversation and share this invitation with others who may be interested to join, too.
To reduce language barriers during the process, you are welcomed to translate this message and the Universal Code of Conduct/Draft review. You and your community may choose to provide your opinions/feedback using your local languages.
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Problemen en onderhoud
De Wikipedia apps lieten kortstondig pagina's zonder CSS opmaak zien afgelopen week waardoor ze er niet goed uitzagen. Dit probleem was snel verholpen maar CSS-loze pagina's in cache waren daarna nog voor een paar uur te zien.
Wijzigingen later deze week
De nieuwe versie van MediaWiki zal op 15 september uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 16 september uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 17 september zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Enige gedachten en opmerkingen die wellicht tot nut ende vermaeck dienen.
Delpher is m.i. een schatkamer voor ons. Ik was er door de etymologiewiki mee bekend geraakt. Het is namelijk een goede manier om erachter te komen hoe oud een woord is, althans als het woord sedert ~1700 in omloop geraakt is. Daarvoor is het moeilijker omdat de spelling vaak roet in het eten gooit of de scansoftware het af laat weten door alle rare essen die als effen gezien worden. Het lijkt me dat we voor een simpele datering er niet op hoeven te wachten tot etymologiebank bijgewerkt wordt. Bovendien is Delpher een machtig middel om een geschikt citaat te vinden.
Ik ben bezig gegaan met het sjabloon "citeer" meer te gebruiken i.p.v. <ref> maar ik liep tegen een nadeeltje aan. Met <ref name=xxx> kun je hetzelfde citaat voor een datum onder -etym- en een citaat onder de definite gebruiken. Met "citeer" zie ik niet hoe dat te doen.
Een ander punt is het nut / doel van citaten zelf. Er ligt daar denk ik een stukje belangenconflict. Een deel van onze lezers zijn mensen die bezig zijn onze taal te verwerven, hetzij anderstaligen die in Nederlands geïnteresseerd zijn, hetzij -in toenemende mate als ik naar het aantal treffers op de vervoegingspagina's kijk- ook middelbare scholieren. Taalverwervers hebben er belang bij dat de voorbeeldzin:
niet al te lang is
weinig 'moeilijke' woorden bevat
heel duidelijk de woordbetekenis ondersteunt en het woordgebruik illustreert
Zelfs heb ik op dat punt slechte ervaringen met onze Russische collega's. Die hebben de neiging om hele lappen literatuur als 'voorbeeld' te citeren waardoor ik -ondanks ooit een bijvak Russische gedaan te hebben- geen cent wijzer word over het woord dat ik probeer op te zoeken. De citaten staan namelijk bol van de afschrikwekkende verbose zeldzamewoordenbrij. Het maakt ru.wikti tot een Russisch-woordenboek-voor-alleen-Russen; vooral Russen die hun eruditie willen demonstreren. Dat is m.i. niet de bedoeling van wiktionary. We zijn er voor alle lezers.
Dat wil niet zeggen dat een literatuurcitaat niet wenselijk, mooi of nuttig kan zijn. Andere lezers zijn juist daarbij gebaat. Hoewel ik ook daar denk dat overdaad schaadt en dat de meester zich in de beperking toont enzo. (Zijn er nog meer uitdrukkingen die ik te hulp kan roepen om uit te leggen wat ik bedoel?)
Ten slotte heb ik nog een vraagje over het "citeer"-sjabloon. Het zet nu alles in één categorie. Moeten we dat niet naar taal uitsplitsen? Ik heb wat Engelse citaten toegevoegd en die komen nu broederlijk tussen het Nederlands te staan.
Op de vragen en opmerkingen over het sjabloon {{citeer}} kan Alexis Jazz waarschijnlijk het beste reageren. Ik voeg regelmatig vroegste vindplaatsen uit Delpher toe door bij de sectie etymologiesectie alleen het jaartal te noemen en met "(zie vindplaats hieronder)" naar de citaten onder de omschrijving te verwijzen. Ik wil hierna daarom alleen iets te berde brengen over het doelgroepenprobleem, waar ik ook bij het herzien van de Hoofdpagina tegenaan liep.
a. Het aanbieden van vrije informatie betekent impliciet de keus voor een universeel publiek: ergens in de missie van Wikimedia wordt het woord "iedereen" gebruikt en ook het streven hergebruik mogelijk te maken. Dat maakt het lastig om informatie weg te laten die voor sommige gebruikers van nut kan zijn.
b. De toenemende omvang van de geboden informatie, waaronder ook meer specialistische informatie heeft inderdaad het risico dat een groeiende groep gebruikers in feite steeds slechter bediend wordt.
c. Het werken met een open groep vrijwilligers maakt dat de bewerkers zelf een behoorlijke stempel drukken op de geboden informatie en het publiek dat feitelijk wordt aangesproken. De spanning die er hoe dan ook tussen a. en b. bestaat wordt hierdoor nog wat ingewikkelder.
De oplossing zou volgens mij gevonden kunnen worden in het verlengde van "responsief ontwerpen". Dat laatste gaat ervan uit dat we pagina's zo moeten vormgeven dat ze er "vanzelf" op elk apparaat behoorlijk uitzien. Het zou hierbij passen dat de diepgang van de geboden informatie zich "vanzelf" aanpast aan de belangstelling van de lezer. Onze Engelstalige collega's doen dit al een beetje doordat je de citaten daar pas te zien krijgt, als je ze uitklapt. In dezelfde lijn past overigens ook dat de etymologiesectie ná de betekenissen komt.
Wat mij betreft horen voorbeeldzinnen en citaten ook om een andere reden naast elkaar te bestaan. Als het goed is, hebben we de voorbeeldzinnen zelf gemaakt en kunnen we die dus als tekst vrijgeven voor hergebruik, met de citaten kan dat uiteraard niet.
Ik zou het inklapbaar maken van citaten ook niet zo'n slecht idee vinden. De citaten die nu als voorbeeldzinnen worden gebruikt zijn nu soms wat erg lang en overdadig, met tekst erbij die niets met het kernwoord te maken heeft. Nog een minstens net zo belangrijk nadeel is dat er in de voorbeeldteksten soms taalfouten staan (een voorbeeld van dit laatste: kerkkoor, waar ik zojuist een van de voorbeeldteksten om die reden heb verwijderd, ik hoop met permissie?). Ik vind dat niet kunnen op dit project.
M.n. Marcel coenders heeft de laatste jaren veel van dit soort teksten toegevoegd. Ikzelf ben het ook een beetje gaan doen maar eigenlijk hebben beknopte, niet van elders gekopieerde voorbeeldzinnen nog altijd mijn voorkeur. Het is nog een beetje een zwak punt van dit project dat men dat soort zinnen vaak niet zo goed kan bedenken. (Teksten kopiëren vanaf Wikipedia en die als voorbeeldzin gebruiken, wat ook weleens wordt gedaan, lijkt me een evenmin een erg goede optie.) De Wikischim (overleg) 7 okt 2020 13:17 (CEST)
Ik ben trouwens ook voorstander van het in verschillende cats onderbrengen van citaten naar taal. Is er iemand die dit in orde zou kunnen brengen? ((Romaine bijv.?) De Wikischim (overleg) 7 okt 2020 13:54 (CEST)
Sommige citaten zijn meteen ook goede voorbeeldzinnen, maar beide hebben ook voordelen die de ander niet kan vervangen. Beide kunnen naast elkaar bestaan; het lijkt me zinvoller de discussie te concentreren op de vraag wat de beste manier is om citaten te presenteren.
Wat context kan soms heel verduidelijkend zijn voor de betekenis(nuance) van een woord. Ik gebruik zelf regelmatig het weglatingssymbool (…) om delen van een citaat die niet bijdragen aan de begrijpelijkheid ervan te vervangen. Voor spelfouten in citaten hebben we {{sic!}}. Vervangen door een beter citaat kan natuurlijk ook. Gewoon schrappen lijkt me minder constructief.
Ik zou me ook kunnen voorstellen dat we de citaten niet categoriseren. Feitelijk categoriseren we nu alleen maar pagina's waarop een citaat is te vinden en ik vraag me af hoe die categorie voor een lezer veel nuttiger wordt als er een indeling naar taal is. We categoriseren de voorbeelden ook niet.
Volgens mij zijn voorbeeldzinnen en citaten twee fundamenteel verschillende zaken: Een voorbeeld zin heeft een 'educatief doel' het uitleggen van een betekenis en is door de woordenboekschrijver zelf bedacht (of uit de duim gezogen om er de beperking van aan te geven). Een citaat heeft een 'bewijzend doel' aantonen dat een woord inderdaad in een bepaalde betekenis wordt gebruikt door 'erkende' taalgebruikers. Idealiter zou ieder woord en iedere sub-betekenis beiden moeten/kunnen bevatten. Ik woon samen met een docente Nederlands als tweede taal maar het is mij helaas, ondanks herhaalde verleidingspogingen, niet gelukt om haar in te palmen voor het mooie werk aan het Wikiwoordenboek. Het gebrek aan eenvoudige heldere voorbeeldzinnen ziet zij trouwens wel als een tekort van het Wikiwoordenboek!!!! Dus misschien ga ik in de toekomst toch maar eens vaker op mijn duim zuigen. Dat ik mij vooral op citaten heb gericht heeft er alles mee te maken dat ik hoop / hoopte dat mijn betere ik de voorbeeldzinnen zou gaan maken. Tja je krijgt niet alles in het leven. Misschien is het een goed idee om de woorden uit de prevalentielijsten te voorzien van pakkende voorbeeldzinnen.Marcel coenders (overleg) 7 okt 2020 15:41 (CEST)
Gebruiker:Jcwf, Gebruiker:MarcoSwart: Opsplitsen naar taal moet kunnen. De categorisering zit in Sjabloon:citeer/waarschuwing. In hoeverre dat opsplitsen nuttig zou zijn, tja. De categorie op zich is imho vooral nuttig om b.v. zoekopdrachten te doen naar woorden die (nog) geen citaat hebben, of om aangedane artikelen te vinden als ergens een fout is gemaakt. En eventueel statistieken. Maar die categorieën mogen best verborgen categorieën worden, de gemiddelde lezer heeft er waarschijnlijk niet superveel aan.
Ik ben overigens absoluut tegen het standaard inklappen van content. Gloeiend irritant is dat. Onze Engelstalige collega's doen dat inderdaad, en het is de pest. Eerst alles uitklappen is irritant, op de pagina zoeken werkt niet geheel tot je alles hebt uitgeklapt en ik mis vaak geheel dat er citaten zijn. - Alexis Jazz (overleg) 3 nov 2020 20:17 (CET)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Recente wijzigingen
Er is een nieuw label voor bewerkingen die ongedaan zijn gemaakt. Dit label zal zichtbaar zijn op bewerkingen die ongedaan zijn gemaakt (undo), teruggedraaid (rollback) of handmatig ongedaan zijn gemaakt. Dit kan helpen bij het opsporen van gebruikers die hulp nodig hebben en vandalen.
Wijzigingen later deze week
Het aantal bewerkingen en andere acties die een gebruiker kan uitvoeren binnen een bepaalde tijd is beperkt. (ratelimit) Sommige gebruikers (bijvoorbeeld moderators) hebben geen limiet. (noratelimit gebruikersrecht) Gebruikers die geen limiet hebben kunnen binnenkort de limiet zien die ze zouden hebben als ze geen onderdeel waren van een groep die alle limieten wegneemt.
De nieuwe versie van MediaWiki zal op 22 september uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 23 september uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 24 september zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Recente wijzigingen
Moderators kunnen nu links naar diffs van verwijderde revisies zien op Special:Abuselog. Dit gebruikt de interface van Special:Undelete.
Gebruikers worden automatisch toegevoegd aan sommige gebruikersgroepen wanneer ze aan bepaalde criteria voldoen, bijvoorbeeld autobevestigde gebruikers. Abuse filters kunnen gebruikers uit groepen halen en/of tijdelijk voorkomen dat gebruikers automatisch aan een dergelijke groep worden toegevoegd. Wiki's kunnen nu een verzoek indienen op Phabricator om de lengte van die periode te wijzigen. Op dit moment is de periode 5 dagen.
Problemen en onderhoud
Vorig jaar hielden sommie abuse filters ermee op door een wijziging. Wanneer het filter probeerde een variable te gebruiken die niet beschikbaar was voor de betreffende actie dan werkte het filter in het geheel niet meer. Dit probleem is nu verholpen.
Wijzigingen later deze week
De nieuwe versie van MediaWiki zal op 29 september uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 30 september uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 1 oktober zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Toekomstige wijzigingen
Je kan de links naar andere taalversies van een pagina niet zien vanaf de overlegpagina, paginageschiedenis of wanneer je de pagina aan het bewerken bent. Hier zou verandering in kunnen komen, maar dit is nog onbeslist. Zo is bijvoorbeeld nog niet besloten of de paginageschiedenis zou moeten linken naar de paginageschiedenis in een andere talen of het artikel in andere talen. Als je interesse hebt kan je deelnemen aan de discussie op Phabricator.
De kleuren van links gaan mogelijk veranderen om het verschil tussen links en gewone tekst duidelijker te maken. Je kan meer lezen op Phabricator.
In je voorkeuren kan je ervoor kiezen om meldingen te ontvangen via het web of per mail. Later deze week komt daar Apps als op optie bij. De Android en iOS Wikipedia apps kunnen dan pushnotificaties sturen naar gebruikers die dat willen. Er komt ook een nieuwe interne API module. Je kan de voorkeuren en alvast zien op testwiki. Het doel is om pushnotificaties op Android te hebben in oktober en op iOS begin 2021.
Binnenkort kan je pagina's op je volglijst zetten met een houdbaarheidsdatum. Dit is nuttig als je een pagina wel wilt volgen, maar niet voor eeuwig. Het werkt al op mediawiki.org en meer wiki's zullen volgen. Lees hier meer en kijk wanneer jouw wiki aan de beurt is.
In de Coolest Tool Award kan je zien welke tools de Wikimedianen het beste vinden dit jaar. Je kan natuurlijk ook zelf een tool nomineren!
Hallo. Please help pick a name for the new Wikimedia wiki project. This project will be a wiki where the community can work together on a library of functions. The community can create new functions, read about them, discuss them, and share them. Some of these functions will be used to help create language-independent Wikipedia articles that can be displayed in any language, as part of the Abstract Wikipedia project. But functions will also be usable in many other situations.
There will be two rounds of voting, each followed by legal review of candidates, with voting beginning on 29 September and 27 October. Our goal is to have a final project name selected on 8 December. If you would like to participate, then please learn more and vote now at meta-wiki. Bedankt! --Quiddity (WMF)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Vertel anderen over deze wijzigingen. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Vertalingen zijn beschikbaar.
Recente wijzigingen
Er is een nieuwe tool waarin je snel kan zien wat de thuiswiki is van de participanten in een discussie op Metawiki. Hiermee kan je vaststellen of leden van alle wiki's waarop de discussie invloed kan hebben ook daadwerkelijk deelnemen aan de discussie.
Je kan gebruikers nu bedanken voor het uploaden van bestanden of het veranderen van de taal van een pagina.
Problemen en onderhoud
Er waren diverse problemen met de nieuwe MediaWiki versie afgelopen week. De oude versie is daarom teruggezet, de beschikbaarheid van vernieuwingen van de nieuwe versie is dus vertraagd.
Iedereen was uitgelogd. Een gebruiker had gemeld plots te zijn ingelogd op andermans account, zodoende is iedereen geforceerd uitgelogd om veiligheidsredenen. Het probleem zou nu verholpen moeten zijn.
De nieuwe versie van MediaWiki zal op 6 oktober uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 7 oktober uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 8 oktober zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Het gedrag van de linkweergave op Arabische wiki's is aangepast.
Toekomstige wijzigingen
Voor maximaal een uur zijn de wiki's niet te bewerken op 27 oktober rond 14:00 (UTC), waarschijnlijk korter. Je kan pagina's wel gewoon lezen.
Call for feedback about Wikimedia Foundation Bylaws changes and Board candidate rubric
Hallo. Apologies if you are not reading this message in your native language. Help met het vertalen in uw taal.
Today the Wikimedia Foundation Board of Trustees starts two calls for feedback. One is about changes to the Bylaws mainly to increase the Board size from 10 to 16 members. The other one is about a trustee candidate rubric to introduce new, more effective ways to evaluate new Board candidates. The Board welcomes your comments through 26 October. For more details, check the full announcement.
Het laatste technieuws van de technische gemeenschap van Wikimedia. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Meer vertalingen zijn beschikbaar.
Problemen en onderhoud
Vanwege problemen met de MediaWiki versie van twee weken geleden komen de updates van afgelopen week ook later dan verwacht.
Wijzigingen later deze week
Live previews lieten de gebruikte sjablonen niet zien in de voorbeeldweergave (preview) als je net een sectie had bewerkt. Dit is nu verholpen. Tevens zijn live previews nu uitgeschakeld voor CSS en JavaScript pagina's zoals Special:MyPage/common.js omdat je je aanpassingen niet kon testen in de voorbeeldweergave met met live previews.
De nieuwe versie van MediaWiki zal op 13 oktober uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 14 oktober uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 15 oktober zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Toekomstige wijzigingen
Een nieuwe stabiele versie van Pywikibot komt binnenkort uit.
In verband met de COVID-19 pandemie zijn veel offline activiteiten dit jaar komen te vervallen. Ook de jaarlijkse Nederlandse Wikimedia-conferentie, waar Wikimedianen elkaar kunnen ontmoeten, kennis uitwisselen en bijpraten. Is er binnen de gemeenschap behoefte aan een online evenement ter vervanging? We denken aan een virtuele omgeving met ruimte voor presentaties, discussie, werksessies én informeel samenzijn. Ook kunnen we sprekers uitnodigen, zowel van binnen de Wikimedia-beweging als externe deskundigen. Op de Verenigingswiki is een pagina met ruimte voor ideeën. SRientjes (overleg) 13 okt 2020 12:25 (CEST)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Meer vertalingen zijn beschikbaar.
Wijzigingen later deze week
De nieuwe versie van MediaWiki zal op 20 oktober uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 21 oktober uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 22 oktober zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Toekomstige wijzigingen
Voor maximaal een uur zijn de wiki's niet te bewerken op 27 oktober rond 14:00 (UTC), waarschijnlijk korter. Je kan pagina's wel gewoon lezen.
In de AbuseFilter extensie zal de rmspecials() functie binnenkort worden aangepast zodat die niet langer het "spatie" karakter zal verwijderen. Wiki's worden aanbevolen om waar nodig code aan te passen zodat rmspecials() binnen rmwhitespace() wordt gebruikt zodat het gedrag van filters hetzelfde blijft. Je kan de zoekfunctie van Special:AbuseFilter gebruiken om instanties van rmspecials() te vinden.
Een aantal gadgets en userscripts gebruiken de HTML div met het ID #jump-to-nav. Deze div zal binnenkort verwijderd worden. In scripts en gadgets zal #jump-to-nav vervangen moeten worden door #siteSub of #mw-content-text. Een lijst van scripts die mogelijk aangepast moeten is te vinden op phab:T265373.
De Wikimedia Foundation gaat het schakelen tussen haar eerste en tweede datacenter testen. Dit zal er voor zorgen dat Wikipedia en andere Wikimedia wiki's zelfs na een ramp beschikbaar blijven. Om er zeker van te zijn dat alles goed werkt, zal de Wikimedia-afdeling Technologie gaan testen of er betrouwbaar tussen de datacentra gewisseld kan worden. Veel teams moeten voorbereid en beschikbaar zijn om enige onverwachte problemen op te lossen.
Zij zullen al het internetverkeer terug naar het eerste datacentrum sturen op dinsdag 27 oktober 2020.
Vanwege beperkingen in MediaWiki is het echter wel nodig om de wiki's tijdelijk op alleen-lezen te zetten. We verontschuldigen ons voor deze maatregel, en we zullen proberen om de impact in de toekomst te verminderen.
U zult in staat zijn om artikelen te lezen, maar niet te bewerken voor een korte periode. Dit geldt voor alle wiki's.
U zult maximaal een uur lang niet in staat zijn bewerkingen te doen op dinsdag 27 oktober. De test zal beginnen om 14:00 UTC (14:00 WET, 15:00 CET, 10:00 EDT, 19:30 IST, 07:00 PDT, 23:00 JST, en in Nieuw-Zeeland om 03:00 NZDT op woensdag 28 oktober).
Bij bewerken of opslaan zult u een foutmelding zien. Wij hopen dat er geen bewerkingen verloren gaan, maar hier zijn wij niet zeker van. Wanneer u deze foutmelding ziet, wacht u alstublieft tot alles weer normaal is. Dan kunt u uw bewerking opslaan. Toch raden we het ten zeerste aan dat u een kopie van uw bewerkingen maakt.
Andere effecten:
Het uitvoeren van achtergrondtaken zal langzamer gaan, en sommige taken kunnen ook worden geannuleerd. Roodgekleurde koppelingen zullen niet zo snel bijgewerkt worden als gebruikelijk. Als u een artikel aanmaakt waar ergens anders al naar verwezen wordt, zal de koppeling langer roodgekleurd blijven dan gebruikelijk. Sommige langlopende scripts zullen moeten worden onderbroken.
Er zal een 'code freeze' ingelast worden voor de week van 26 oktober 2020. Niet-essentiële code-aanpassingen blijven achterwege.
Dit project wordt zo nodig uitgesteld. U kunt de planning lezen op wikitech.wikimedia.org. Wijzigingen worden in de planning aangekondigd. Er zullen hierover nog meer notificaties worden verstuurd. Er zal een melding worden weergegeven op alle wiki's, 30 minuten voordat de wissel zal plaats vinden. Deel deze informatie alstublieft met uw gemeenschap.
Naar aanleiding van deze discussie op de Helpdesk heb ik dit voorstel gedaan om de procedures voor het ontnemen van de moderatorstatus aan te vullen, met de bedoeling om bij overeenstemming over 4 weken tot aanpassing over te gaan. Uiteraard zijn reacties welkom. --MarcoSwart (overleg) 24 okt 2020 00:55 (CEST)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Meer vertalingen zijn beschikbaar.
Problemen en onderhoud
Voor maximaal een uur zijn de wiki's niet te bewerken op 27 oktober rond 14:00 (UTC), waarschijnlijk korter. Je kan pagina's wel gewoon lezen.
Afgelopen week lieten de links naar paginawijzigingen op mobiele sites (Speciaal:MobielVerschillen) een paginarevisie zien in plaats van de wijziging. Dit is nu verholpen.
Wijzigingen later deze week
Er is geen nieuwe MediaWiki-versie deze week.
Toekomstige wijzigingen
Sinds de introductie van de interfacemoderatoren gebruikersgroep in 2018 konden "gewone" moderatoren de verwijderde geschiedenis van CSS- en JS-pagina's niet meer zien. Nu kunnen ze dit weer wel.
Er was een probleem met de wijzigingslabels. De software voegde het "Ongedaan gemaakt" label toe aan pagina-acties zoals het beveiligen van een pagina als die actie direct volgde op een teruggedraaide wijziging. Dit is voor nieuwe wijzingen/acties verholpen.
De Reply tool zal binnenkort worden aangeboden als Beta Feature op de meeste Wikipedia's. Op de Nederlandstalige Wikipedia is deze al beschikbaar, zie "Overleghulpmiddelen" onder voorkeuren.
▸Daar Venus haren septer zwaait, Doet zo alles op haar dienst versling'ren, Ja 't schijnt, dat zy de Weereld draait Op 't toppunt van haar poes'le ving'ren. Geen vogeltje vliegt op den boom, Dat niet IK MIN, IK MIN, komt zingen.
↑Weblink bron “Huwlykszangen ter bruilofte van denheere mr. Gerard de Bye, en jongkvrouwe Suzanna Beatrix van Assendelft. In den echt vereent op den 18 van zomermaand des jaars 1717” (1717)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Meer vertalingen zijn beschikbaar.
Recente wijzigingen
Als je browser een oude versie van TLS gebruikt kan je de Wikimedia wikis niet meer bezoeken sinds 29 oktober 2020. De ondersteuning van oudere TLS-versies door Wikimedia kon misbruikt worden voor een downgrade aanval die in theorie ook uitgevoerd kon worden op gebruikers met een recente browser. Een lijst van aanbevolen browsers is beschikbaar.
Er is een nieuwe automatische volgcategorie beschikbaar: Pagina's met niet-numerieke formatnum-argumenten. Hier worden pagina's verzameld die de {{formatnum}} parserfunctie gebruiken met foutieve invoer, bijvoorbeeld {{formatnum:TECHNEWS}}. Let op dat {{formatnum:123,456}} ook fout is, zoals beschreven in de documentatie moet de invoer vrij zijn van regionale notatie zodat het correct kan worden omgezet naar de juiste notatie voor de gebruiker. De volgcategorie helpt met het vinden van problematisch gebruik van de parserfunctie.
Wijzigingen later deze week
De nieuwe versie van MediaWiki zal op 3 november uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 4 november uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 5 november zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Moderators en stewards kunnen straks via een speciale pagina (Special:CreateLocalAccount) geforceerd een lokaal account aanmaken voor een bestaand globaal account. Dit is nuttig wanneer een blokkade of filter ongewenst een hindernis vormt voor een gebruiker om een account aan te maken.
De Reply tool zal op 4 november op de meeste Wikipedia's (exclusief de Engels-, Russisch- en Duitstalige Wikipedia's) beschikbaar zijn als Beta Feature. Op de Nederlandse Wikipedia is de reply tool reeds beschikbaar. ("Overleghulpmiddelen" onder voorkeuren) Zie de hulppagina en probleemoplossing voor meer informatie.
Toekomstige wijzigingen
Een discussie is herstart over het gebruik van het Unicode "minus" karakter (− U+2212) in de uitvoer van {{formatnum}} wanneer de invoer negatief is.
In de toekomst zullen IP adressen van ongeregistreerde gebruikers niet meer voor iedereen zichtbaar zijn. In plaats daarvan krijgen deze gebruikers een publiek zichtbaar alias. Er komt een nieuw gebruikersrecht of opt-in functie voor vandalismebestrijders om het IP van ongeregistreerde gebruikers te kunnen zien. Er zullen criteria gevormd worden om te bepalen wie dit recht krijgt. Er komen ook andere gereedschappen om te helpen met de afhandeling van vandalisme. Dit proces is nog in volle gang en de ontwikkelaars zijn nog bezig met het verzamelen van informatie van de gemeenschappen voor ze oplossingen gaan voorstellen.
Hallo.
Reminder: Please help to choose the name for the new Wikimedia wiki project - the library of functions. The finalist vote starts today. The finalists for the name are: Wikicode, Wikicodex, Wikifunctions, Wikifusion, Wikilambda, Wikimedia Functions. If you would like to participate, then please learn more and vote now at Meta-wiki.
Bedankt! --Quiddity (WMF)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Meer vertalingen zijn beschikbaar.
Wijzigingen later deze week
Er is geen nieuwe MediaWiki-versie deze week.
Toekomstige wijzigingen
Reference previews laten een voorbeeldweergave zien van een voetnoot zonder de artikeltekst te verlaten. Deze feature is reeds beschikbaar als beta feature in de voorkeuren. Binnenkort verlaat deze feature het betastadium en zal standaard worden ingeschakeld met een optie om dit weer uit te schakelen. De ontwikkelaars zijn op zoek naar kleine of middelgrote wikis om het voortouw te nemen. Als jouw wiki interesse heeft neem dan contact op.
Vanaf 16 november zullen categorieën tijdelijk niet juist gesorteerd zijn omdat de ontwikkelaars bezig zijn met het updaten van de internationalisatiebibliotheek. Een script zal gebruikt worden om de bestaande categorieën te herstellen. Dit kan een paar uur tot een paar dagen duren afhankelijk van hoe groot de wiki is. Meer informatie is beschikbaar.
Het laatste technieuws van de technische gemeenschap van Wikimedia. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Meer vertalingen zijn beschikbaar.
Recente wijzigingen
Vanaf 16 november zullen categorieën tijdelijk niet juist gesorteerd zijn omdat de ontwikkelaars dan de internationalisatiebibliotheek updaten. Een script zal gebruikt worden om de bestaande categorieën te herstellen. Dit kan een paar uur tot een paar dagen duren afhankelijk van hoe groot de wiki is. Meer informatie is beschikbaar.
Wijzigingen later deze week
Bij het samenvoegen van twee pagina's (alleen mogelijk voor moderators) in een naamruimte waar doorverwijzingen niet gebruikt kunnen worden ging het proces de mist in. Dit zal binnenkort verholpen worden.
De nieuwe versie van MediaWiki zal op 17 november uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 18 november uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 19 november zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Toekomstige wijzigingen
Er kunnen tot 30 november voorstellen ingediend worden voor de Community Wenslijst Enquête voor 2021. Het Community Tech team gebruikt deze input om te bepalen waar ze aan gaan werken. Stemmen op voorstellen kan vanaf 8 december tot 21 december.
Hello. This is to notify the community that there is an ongoing global ban proposal for Kubura who has been active on this wiki. You are invited to participate at m:Request for comment/Global ban for Kubura. Thank you.
2021 enquête over de verlanglijst van de gemeenschap
De 2021 enquête over de verlanglijst van de gemeenschap is nu geopend! De enquête is de manier waarmee gemeenschappen bepalen waar het Community Tech team volgend jaar aan moet gaan werken. We moedigen iedereen aan om voorstellen in te dienen voor de deadline op 30 november, of om te reageren op andere voorstellen om ze te helpen verbeteren. De gemeenschappen stemmen op de voorstellen tussen 8 december en 21 december.
Het Community Tech team is gefocussed op hulpmiddelen voor ervaren Wikimedia bewerkers. U kunt voorstellen in elke taal opstellen en wij vertalen deze. Bedankt en we kijken uit naar uw voorstellen!
Het laatste technieuws van de technische gemeenschap van Wikimedia. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Meer vertalingen zijn beschikbaar.
Recente wijzigingen
De tijdsaanduidingen in Speciaal:Logboeken zijn nu links naar de betreffende actie of wijziging in Speciaal:Logboeken, vergelijkbaar met hoe de tijdsaanduiding werkt in de paginageschiedenis.
Wijzigingen later deze week
Er is geen nieuwe MediaWiki-versie deze week.
Toekomstige wijzigingen
De Wikimedia Cloud VPS host technische projecten voor de Wikimedia beweging. Ontwikkelaars moeten de projecten die ze gebruiken claimen omdat oude en ongebruikte projecten eens per jaar worden verwijderd. Ongeclaimde projecten kunnen vanaf 1 december uit de lucht worden gehaald. Vanaf 1 januari kunnen ze verwijderd worden.
Global bot policy proposal: invitation to a Meta discussion
Hallo!
I apologize for sending a message in English. Help met het vertalen in uw taal. According to the list, your wiki project currently is opted in to the global bot policy. Under this policy, bots that fix double redirects or maintain interwiki links are allowed to operate under a global bot flag that is assigned directly by the stewards.
As the Wikimedia projects developed, the need for the current global bot policy decreased, and in the past years, no bots were appointed via that policy. That is mainly given Wikidata were estabilished in 2013, and it is no longer necessary to have dozens of bots that maintain interwiki links.
A proposal was made at Meta-Wiki, which proposes that the stewards will be authorized to determine whether an uncontroversial task may be assigned a global bot flag. The stewards already assign permissions that are more impactful on many wikis, namely, global sysops and global renamers, and I do not think that trust should be an issue. The stewards will assign the permission only to time-proven bots that are already approved at a number of projects, like ListeriaBot.
By this message, I would like to invite you to comment in the global RFC, to voice your opinion about this matter.
Wikidata descriptions changes to be included more often in Recent Changes and Watchlist
Sorry for sending this message in English. Translations are available on this page. Feel free to translate it in more languages!
As you may know, you can include changes coming from Wikidata in your Watchlist and Recent Changes (in your preferences). Until now, this feature didn’t always include changes made on Wikidata descriptions due to the way Wikidata tracks the data used in a given article.
Starting on December 3rd, the Watchlist and Recent Changes will include changes on the descriptions of Wikidata Items that are used in the pages that you watch. This will only include descriptions in the language of your wiki to make sure that you’re only seeing changes that are relevant to your wiki.
This improvement was requested by many users from different projects. We hope that it can help you monitor the changes on Wikidata descriptions that affect your wiki and participate in the effort of improving the data quality on Wikidata for all Wikimedia wikis and beyond.
Note: if you didn’t use the Wikidata watchlist integration feature for a long time, feel free to give it another chance! The feature has been improved since the beginning and the content it displays is more precise and useful than at the beginning of the feature in 2015.
If you encounter any issue or want to provide feedback, feel free to use this Phabricator ticket. Thanks!
Het laatste technieuws van de technische gemeenschap van Wikimedia. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Meer vertalingen zijn beschikbaar.
Wijzigingen later deze week
De nieuwe versie van MediaWiki zal op 1 december uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 2 december uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 3 december zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Toekomstige wijzigingen
De weergave van de artikelgeschiedenis in de iOS Wikipedia app gaat verbeteren waardoor het makkelijker zal worden om nieuwe wijzigingen te zien en hoe een artikel met het verloop van de tijd is aangepast. Dit is een experiment en zal initieel alleen zichtbaar zijn voor een deel van de iOS app gebruikers als onderdeel van een A/B test.
De Wiki Replicas kunnen gebruikt worden voor SQL met bijvoorbeeld Quarry en PAWS. Om de Wiki Replicas stabiel te houden staan er twee dingen op de planning: cross-database JOINS zullen in de toekomst niet meer werken. Daarnaast kan je alleen nog met de database werken van het project waarlangs je de verbinding met de database hebt gemaakt. Deze wijzigingen zullen in februari 2021 doorgevoerd worden. Als je denkt hier mogelijk last van te ondervinden en je hebt hulp nodig dan kan je een bericht achterlaten op Phabricator of op Wikitech.
De sjablonen voor lemma's met oude schrijfwijzen waren al geruime tijd aan een opknapbeurt toe. Op de overlegpagina van {{oudeschrijfwijze}} wordt hiervan een overzicht gegeven. Voor de meeste bewerkers is vermoedelijk het meest relevant dat het niet langer nodig is om als 4e parameter de volledige naam van de taal op te geven, maar dat nu de gebruikelijke taalcode als derde parameter voldoende is, dus {{oudeschrijfwijze|pannenkoek|1996||Nederlands}} kan nu {{oudeschrijfwijze|pannenkoek|1996|nld}} worden.
Afhankelijk van de reacties op de overlegpagina in de komende 4 weken is het is de bedoeling dit (voor de gewone lezers onmerkbaar) semi-automatisch ook in de wikitext op bestaande lemma's door te voeren. --MarcoSwart (overleg) 4 dec 2020 13:27 (CET)
98,8
Je zou het haast vergeten, maar we hadden dit jaar ook weer een Troonrede, die ik heb "verlinkt". Die bevatte in totaal 2524 woorden, waarvan er al 2493 in WikiWoordenboek stonden. Dat maakt dat onze "score" net als vorig jaar 98,8% is. Van de 31 woorden die bij ons ontbreken zijn er 30 evenmin te vinden op het gratis online woordenboek van Van Dale 29 hebben geen lemma op woorden.org. Uiteraard is iedereen uitgenodigd om de rode links ook blauw te maken. --MarcoSwart (overleg) 5 dec 2020 12:36 (CET)
Ik was er al van uitgegaan dat "anders-dan-anders-Prinsjesdag" als gelegenheidssamenstelling van "anders-dan-anders" en Prinsjesdag kon worden opgevat. Maar er is geen samenkoppeling "anders-dan-anders", dit is gewoon een woordgroep, die bijzonder is doordat anders er tweemaal met een subtiel verschil in betekenis in voorkomt. Voor de score betekent dit dat we 2496 uit 2526 scoren; ook deze hertelling verandert niets aan de uitslag.
Politiek-linguïstisch is het verder zorgwekkend dat er enerzijds wordt gesproken over "toeslagenaffaire" met een kleine letter (dus een soortnaam, die aangeeft dat er meer van kunnen bestaan) en anderzijds over de "Klimaatnota" met een hoofdletter, (dus een eigennaam, die in beginsel iets unieks benoemd). Het laatste wordt gelukkig genuanceerd met het voorafgaande rangtelwoord "eerste", wat suggereert dat we Klimaatnota als een soort familienaam mogen zien. Gelukkig is ook "klimaatnota" zonder hoofdletter al voldoende vaak terug te vinden om er een lemma van te maken. --MarcoSwart (overleg) 5 dec 2020 19:24 (CET)
2020 Coolest Tool Award Ceremony on December 11th
Hello all,
The ceremony of the 2020 Wikimedia Coolest Tool Award will take place virtually on Friday, December 11th, at 17:00 GMT. This award is highlighting tools that have been nominated by contributors to the Wikimedia projects, and the ceremony will be a nice moment to show appreciation to the tools developers and maybe discover new tools!
Het laatste technieuws van de technische gemeenschap van Wikimedia. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Meer vertalingen zijn beschikbaar.
Recente wijzigingen
Zoals aangekondigd in week 40 is het nu mogelijk om pagina's op je volglijst zetten met een houdbaarheidsdatum. Op sommige wiki's kon dit al eerder.
Wijzigingen later deze week
Informatie van Wikidata die in gebruik is op een wiki pagina kan getoond worden in "Recente wijzigingen" en volglijsten op Wikimedia wiki's. Om dit in te schakelen moet je "Wikidata-bewerkingen op mijn volglijst/in recente wijzigingen weergeven" aanzetten in je voorkeuren voor recente wijzingen en de voorkeuren voor je volglijst. Wijzigingen in de Wikidata beschrijving in de taal van een Wikimedia wiki zullen dan getoond worden in "Recente wijzingen" en je volglijst. Wijzigingen in talen die niet relevant zijn voor jouw wiki worden niet getoond.
De nieuwe versie van MediaWiki zal op 8 december uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 9 december uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 10 december zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Onderzoek naar het Verlanglijstje van de Wikipedia-gemeenschap 2021
We nodigen alle geregistreerde gebruikers uit om te stemmen op de 2021 Community Wishlist enquête. Je kunt vanaf nu tot aan 21 december stemmen voor zoveel verschillende wensen als u wilt.
In de enquête worden wensen voor nieuwe en verbeterde tools voor ervaren gebruikers verzameld. Na de stemming doen wij ons best om aan jouw wensen tegemoet te komen. We beginnen met de meest populaire.
Wij, het Community Tech-team, zijn een van de teams van de Wikimedia Foundation. We maken en verbeteren bewerkings- en moderatie-instrumenten voor wiki's. Waar we aan werken wordt besloten op basis van de resultaten van de Community Wishlist Enquête. Eenmaal per jaar kun je wensen indienen. Na twee weken kun je stemmen op de wensen die je het meest interesseren. Vervolgens kiezen we wensen uit de enquête om aan te werken. Een deel van de wensen kan worden ingewilligd door vrijwillige ontwikkelaars of andere teams.
Het laatste technieuws van de technische gemeenschap van Wikimedia. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Meer vertalingen zijn beschikbaar.
Recente wijzigingen
De Wikipedia app voor telefoons met KaiOS is nu wereldwijd beschikbaar. De app was in september al uit in India.
Wijzigingen later deze week
De nieuwe versie van MediaWiki zal op 15 december uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 16 december uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 17 december zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Het laatste technieuws van de technische gemeenschap van Wikimedia. Niet alle wijzigingen hebben een merkbaar effect op alle projecten. Meer vertalingen zijn beschikbaar.
Tech Nieuws
Vanwege de feestdagen zal de volgende uitgave van Tech Nieuws op 11 januari 2021 gepubliceerd worden.
Recente wijzigingen
Het {{Bron?}} sjabloon kan gebruikt worden wanneer een statement in een artikel op Wikipedia een bron nodig heeft. Als je daarop klikt in de visuele tekstverwerker krijg je een popup die dat uitlegt. Nu kan deze popup ook de reden laten zien en wanneer het bronverzoek is toegevoegd.
Wijzigingen later deze week
Er is geen nieuwe MediaWiki-versie deze week. Volgende week ook niet.
Toekomstige wijzigingen
Je kan voorstellen doen en bediscussiëren welke technische verbeteringen nodig zijn voor geografische informatie zoals coördinaten, kaarten en gerelateerde zaken.
Sommige wiki's gebruiken LanguageConverter om te schakelen tussen schriften of taalvarianten. Dit is nu alleen mogelijk voor de gehele pagina, maar er komt een <langconvert> tag waarmee een deel van de pagina kan worden omgezet.
Oversighters and stewards kunnen zaken in Special:AbuseLog verbergen. Begin januari kunnen ze meerdere zaken tegelijk verbergen met vinkjes, vergelijkbaar met hoe normale bewerkingen kunnen worden verborgen.
Vorige week bracht mij bij webwoordenboek.nl. Daar werd op dat moment noch bij de omschrijvingen, noch bij het geluidsbestand een bron vermeld, terwijl die overduidelijk van WikiWoordenboek respectievelijk Commons afkomstig waren. En dat was met vele andere pagina's net zo. Ik heb de maker van de site een mailtje gestuurd, met enige uitleg over de licentie en dat heeft hij in mijn ogen netjes opgepakt.
Deze ervaring bracht mij op de volgende gedachte. Op veel sites die ik als bron gebruik staat vaak een praktische instructie hoe je er netjes naar kan verwijzen, desgewenst met knippen-plakken. Op Commons hebben ze zoiets onder "Use this file". Zou zoiets ook wat voor ons zijn? Een van de dingen die ik op andere plekken heb geleerd is dat afspraken beter worden nageleefd naarmate je dat gemakkelijker maakt. En zowel het hergebruik als inkomende links dragen bij aan onze doelstelling om kennis te delen. Ik heb nog geen concreet voorstel: omdat dit een nieuwe gedachte is leek het me beter eerst eens 4 weken af te wachten hoe de reacties zijn. --MarcoSwart (overleg) 22 dec 2020 17:18 (CET)
Hoi Marco, ik ben er voor. Ik hoop dat ik je goed begrepen heb. Ik vind de idee leuk. Alles wat het delen van onze inhoud op de juiste manier gemakkelijker maakt, is in mijn ogen wenselijk. Heb je al een idee waar wij de tekst voor het verwijzen plaatsen kunnen? — Dentonius (overleg) 23 dec 2020 17:08 (CET)
Dat ben ik nog aan het verkennen. Mogelijke plaatsen zijn:
helemaal onderaan in het randschrift, in de buurt van de huidige tekst over de licentie
als optie in het menu links in het randschrift
onderaan de tekst op de pagina zelf
Omdat ook de (on-)mogelijkheden bij elke plaats een rol spelen, kan die vermoedelijk beter in een latere fase worden bepaald.
Met of zonder vermelding vind ik het wel een fijn idee dat iemand het 'wikiwoordenboek' in een 'wikiwoordenboek - light' heeft vertaald. Ik hoop dat die persoon / personen regelmatig updates maakt. Marcel coenders (overleg) 28 dec 2020 22:40 (CET)
Voorstel
Na enig studeren leek het mij de meest praktische oplossing om geen doublures te creëren en de bestaande link "Deze pagina citeren" in de linkerkolom op inhoudelijke pagina's te gebruiken. Ik heb de speciale pagina waar je via die link terechtkomt uitgebreid met de oplossing die ik hierboven schetste. Kan iedereen zich hierin vinden? --MarcoSwart (overleg) 27 mrt 2021 23:05 (CET)
Nieuwe moderator buiten dienst
Door een bewerkingsloze periode vanaf november 2019 is Curious nu moderator buiten dienst. In praktische termen: zijn moderatorbevoegdeden zijn stopgezet, maar zodra hij weer actief wordt kunnen die bij aanmelding als moderator meteen weer worden hersteld. Gelet op zijn staat van dienst hoop ik dat dat snel het geval zal zijn, maar het is me de afgelopen maanden niet gelukt om contact met hem te krijgen. --MarcoSwart (overleg) 30 dec 2020 22:03 (CET)