WikiWoordenboek:De Kroeg
Welkom in de kroeg! Hier kunt u kletsen met andere WikiWoordenboek-gebruikers. |
![]() Archiefpagina's: 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | |
Proost! Schol! |
Santé!, на здоровье, Prost, Cin cin!, şerefe!, Na zdrowie!, Cheers!, Skål!, εις υγείαν, לחיים, Kippis!, Salud, Noroc!, ممنون - شادباش, Na zdraví!, Kanpai! |
Oude schrijfwijzenBewerken
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,8Bewerken
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 11thBewerken
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!
You will find more information here about the livestream and the discussions channels. Thanks for your attention, Lea Lacroix (WMDE) 7 dec 2020 11:55 (CET)
Tech News: 2020-50Bewerken
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. [1][2]
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. [3][4]
- 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)
Toekomstige wijzigingen
- Je kan vanaf 8 december tot 21 december stemmen op de voorstellen in de Enquête over de verlanglijst van de gemeenschap 2021. Het Community Tech team gebruikt deze input om te bepalen waar ze aan gaan werken.
Technieuws is samengesteld door technieuws schrijvers en gepost door een bot • Deel deze nieuwsbrief • Draag bij • Vertaal • Vraag hulp • Geef feedback • Abonneren en afmelden.
7 dec 2020 17:15 (CET)
Onderzoek naar het Verlanglijstje van de Wikipedia-gemeenschap 2021Bewerken
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.
We wachten in spanning op je stem. Dank je!
11 dec 2020 16:05 (CET)
Tech News: 2020-51Bewerken
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. [5]
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)
Technieuws is samengesteld door technieuws schrijvers en gepost door een bot • Deel deze nieuwsbrief • Draag bij • Vertaal • Vraag hulp • Geef feedback • Abonneren en afmelden.
14 dec 2020 22:34 (CET)
Tech News: 2020-52Bewerken
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. [6]
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. [7] - 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. [8]
Technieuws is samengesteld door technieuws schrijvers en gepost door een bot • Deel deze nieuwsbrief • Draag bij • Vertaal • Vraag hulp • Geef feedback • Abonneren en afmelden.
21 dec 2020 21:54 (CET)
Naamsvermelding-GelijkDelenBewerken
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.
- Dat ben ik nog aan het verkennen. Mogelijke plaatsen zijn:
- 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)
VoorstelBewerken
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 dienstBewerken
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)
31 miljoenBewerken
Pagina's uit WikiWoordenboek zijn in 2020 31 miljoen keer opgevraagd. Vermoedelijk zit hier ook het effect in van de lockdowns, want vergeleken met de 26 miljoen van 2019 is het sterke toename. Maar om het over een wat langere periode te bekijken: over 2016 stond WikiWoordenboek nog op 14 miljoen pageviews. --MarcoSwart (overleg) 2 jan 2021 22:50 (CET)
- mooi! we hebben inmiddels ook meer dan 400.000 nederlandse woorden. Aangezien heel grofweg een op de vier pagina's definities zijn, definiëren we nu meer woorden dan de Van Dale Hedendaags Nederlands Malus Catulus (overleg) 5 jan 2021 15:46 (CET)
Nieuwe website Vlaamse, Brabantse en Limburgse dialectwoordenBewerken
Ik heb deze aankondiging over Zuidelijk-Nederlandse dialecten van FARO zopas gelezen, en ben maar direct de Database van de Zuidelijk-Nederlandse dialecten gaan verkennen. Ziet er goed uit? Geertivp (overleg) 8 jan 2021 21:03 (CET)
Contextlabels snel invoegenBewerken
Veel woorden die toegevoegd worden hebben een contextlabel nodig. Die ken ik bij lange na niet uit mijn hoofd en regelmatig is het een heel zoekwerk om die snel te vinden. Ik stel daarom voor om helemaal onderaan het bewerkvenster (onder de IPA-sectie) de contextlabels toe te voegen, zodat ze snel aanklikbaar ingevoegd kunnen worden. De vraag die ik dan heb is op welke hoofdthema's we ze het beste kunnen groeperen? Hoofdthema's lijken mij in ieder geval: biologie (bv vlinders en zoogdieren), geografie (bv eiland en rivier), geschiedenis (bv middeleeuwen), kunst & cultuur (bv schilderkunst), sport (bv voetbal en wintersport), taal (bv straattaal), verkeer & vervoer (bv scheepvaart en spoorwegen), werkveld (bv bosbouw en makelaardij), wetenschap (bv geologie en thermodynamica). Romaine (overleg) 11 jan 2021 05:21 (CET)
- Dit lijkt me een uitstekend idee. Maar wat mij betreft moeten we dan ook eens kritisch kijken naar onze verzameling contextlabels, omdat het nu soms een vreemde hutspot is. Dat leidt soms ook tot een stapeling van labels voordat de lezer eindelijk aan de betekenis van het woord zelf toekomt. Daarmee spannen we het paard achter de wagen.
- Eén reden hiervoor is dat we (deels vanuit de beginperiode) allerlei uiteenlopende kenmerken met contextlabels hebben gemarkeerd:
- a. lijstjes van gelijksoortige zaken (Rivieren, Kleuren, Spellingsalfabet, Zoogdieren enz.)
- b. betekenissen die specifiek zijn voor sociale groepen (Jiddisch-Hebreeuws, Jongerentaal, Kindertaal, Straattaal)
- c. betekenissen die specifiek zijn voor bepaalde maatschappelijke activiteiten (Muziek, Scheepvaart, Sport enz.)
- d. betekenissen die specifiek zijn voor bepaalde wetenschapsgebieden (Astronomie, Informatica, Taalkunde enz.)
- e. gebruiksmogelijkheden (Dichterlijk, Dysfemisme, Eufemisme, Figuurlijk, Formeel, Historisch, Informeel, Krachtterm, Pejoratief, Scheldwoord, Schertsend, Spreektaal, Verouderd, Vulgair)
- f. informatie over de herkomst (Afkorting, Barbarisme, Erfwoord, Klanknabootsing, Metonymisch, Neologisme,
- g. taalkundige rariteiten van een woord (Dubbele betekenis, Gezegde, Naam, Oude spelling, Palindroom, Spreekwoord, Telwoord, Woordverbinding
- Voorstel 2: De informatie uit groep f. en g. anders presenteren, niet via een contextlabel. Voor een deel is dit al het geval, de contextlabels onder f. staan tegenwoordig al vaak in de etymologiesectie, hier kunnen we misschien "etymologielabels" van maken.
- Voorstel 3: Als een lijstje zoals onder a. ook van belang is voor een vakgebied, geven we dat aan door de categorie van het lijstje ook als subcategorie van het vakgebied te vermelden. Maar de labels voor deze vakgebieden worden niet ook nog eens apart aan de omschrijving toegevoegd. Dus niet "(Dierkunde) (Zoogdieren)"
- Voorstel 4: Als een betekenis niet specifiek is voor een vakgebied, maar in zijn gangbare betekenis ook in een vakgebied wordt gebruikt, krijgt het geen contextlabel.
- Voorstel 5: Als bij c. of d. een meer algemeen label van toepassing is, worden er geen specifiekere labels voor dezelfde betekenis toegevoegd. Dus niet "(Medisch) {Tandheelkunde)": als de betekenis breder in de geneeskunde wordt gebruikt, is het tweede label niet nodig en als het een specifiek tandheelkundige term is, kunnen we het eerste label weglaten.
- Voorstel 6: De sjablonen voor de labels a.-e. krijgen een iets preciezere omschrijving van de gevallen waarin ze gebruikt moeten worden. In een aantal gevallen is een soort mengvorm van a. en d. ontstaan. In die gevallen lijkt het me nuttig om een keus te maken of het in twee contextlabels te splitsen.
- Voorstel 7: Bij erg specifieke labels die slechts voor een handvol betekenissen worden gebruikt, lijkt het me doelmatiger om die verbanden gewoon onder "{{-rel-}} op de betreffende woorden weer te geven. Mijn vuistregel zou zijn dat pas wanneer er meer dan 7 woorden op die manier met elkaar in verband moeten worden gebracht, een contextlabel op zijn plaats kan zijn.
- Als het gaat om Romaines voorstel over de indeling (in mijn ogen: Voorstel 1) zou ik beginnen met de lijstjes onder a. in een alfabetische volgorde, omdat systematisch indelen de bewerker weinig voordelen biedt: als een betekenis in zo'n lijstje valt, hoef je niet meer naar vakgebieden toe. De gebieden met vaktermen onder c. en d. lenen zich juist goed voor een indeling als voorgesteld. Misschien is het een idee om een bestaande indeling uit het bibliotheekwezen te volgen? Ik kan dat niet op stel en sprong in een voorstel omzetten, maar ik zal er de komende dagen eens naar kijken. De labels onder b. kunnen een aparte sectie in deze indeling vormen. Van de labels onder e. zou ik weer een apart alfabetisch lijstje maken.
--MarcoSwart (overleg) 11 jan 2021 12:45 (CET)
- MarcoSwart over het algemeen klinkt dit wel goed, maar de uitleg zal wel eenvoudiger moeten want dit is erg lastig te volgen voor een nieuwe gebruiker. Trouwens, wat is er met voorstel 1 gebeurd? - Alexis Jazz (overleg) 12 jan 2021 10:43 (CET)
- Als je kijkt naar b.v. Rijn dan zie je "(toponiem: rivier) één van de langste en belangrijkste rivieren van Europa". Kijk je naar schildpad dan zie je "(reptielen) een reptiel waarvan het lichaam omsloten wordt door een verhard rug- en buikschild". Dat is dus dubbele informatie. - Alexis Jazz (overleg) 12 jan 2021 10:43 (CET)
- Of een contextlabel "dubbel" is met de betekenis doet er denk ik niet zo toe. Wat er volgens mij wel toe doet is de vraag of een contextlabel daadwerkelijk context geeft. In het voorbeeld van de Rijn denk ik dat het contextlabel rivier géén context biedt. Wat wel context zou geven is als die het contextlabel toponiem zouden krijgen. Tegelijkertijd hangt er wel een categorie ook aan. Ik denk daarom dat we voor rivieren dus beter het contextlabel toponiem er voor kunnen plaatsen, maar wél de specifieke categorie voor de rivier. Dus het contextlabel kan blijven, maar toont dan een ander label. Er zal dan gecheckt moeten worden dat nergens in de artikelen dit label samen met een apart label toponiem gebruikt is.
- Wat je dubbel noemt zie ik ook terug op Luxemburg:
- (toponiem: land) een land in Europa, omgeven door Frankrijk, België en Duitsland
- (toponiem) de hoofdstad van het Groothertogdom Luxemburg
- (toponiem: provincie) een provincie in Wallonië (België)
- Ik denk dat we de dubbele punt + land/provincie beter kunnen weghalen, maar ook hier de categorisatie kunnen behouden. Laten we dit voorstel 8 noemen. Romaine (overleg) 12 jan 2021 11:41 (CET)
- Ik denk dat we de discussie over herziening moeten scheiden van de invoering van het snel invoegen van contextlabels, evenals gescheiden van de discussie over de principes/hoe gebruiken van de labels.
- Over de principes: Contextlabels hebben in de eerste plaats als doel om aan te geven binnen welke context een woord gebruikt wordt. De lezer moet dus bij het zien van het contextlabel meteen herkennen waar het over gaat. Er zijn enkele contextlabels waar dat niet zo is of waar iets vreemds mee is, bv {{pregnant}}, {{tax-d}}, {{iupac}}, {{intensief}}
- Sommige contextlabels geven helemaal geen context, bv: {{maatschappij}}
- Er kunnen eindeloze contextlabels bedacht worden, maar daarmee zijn ze nog niet zinvol. Een contextlabel moet geschikt zijn voor een voldoende grote groep woorden, anders biedt het nauwelijks/geen context en kan het beter in de beschrijving zelf opgenomen worden. Hier gaat het denk ik niet goed: {{logica}}. Ook woorden die allemaal een afgeleide zijn van één woord zijn niet geschikt als contextlabel en moeten op de pagina van het lemma toegevoegd worden.
- Stapeling van twee contextlabels is volgens mij geen probleem. Wat wel een probleem is is wanneer contextlabels dubbelop zijn, zoals bv dierkunde + zoogdieren.
- Ten aanzien van je voorstellen:
- Voorstel 2: [herziening] Ik kan nog geen volmondig ja zeggen op dit voorstel, omdat ik de consequenties nog niet helemaal kan overzien. Laat ik het anders formuleren: ik denk dat als bepaalde "contextlabels" geen context bieden, maar eigenlijk gaan over de woordherkomst, lijken die me beter verplaatst worden naar de etymologiesectie. Ook moeten we dan stoppen met benoemen van deze labels als contextlabels en ik denk dat ze dan een iets ander uiterlijk moeten krijgen (bv andere kleur achtergrond en meer, géén goed uiterlijk volgens mij is zoals op menopauze). In de eerste plaats dienen we voor deze nieuwe groep samen te bepalen welke labels hier dan onder vallen, tevens vast te stellen wat het nieuwe uiterlijk moet worden en daarna om te bouwen. Goed voorbeelden van een onjuist contextlabel zijn volgens mij bv {{erfwoord}} en {{neologisme}}, want het geeft geen context van de betekenis maar van de woordherkomst. Laten we dit voorstel onder een apart kopje bespreken.
- Voorstel 3: [principes] Wanneer {{zoogdieren}} geplaatst is, is het voor iedereen evident dat het om dierkunde gaat. Expliciet ook nog {{dierkunde}} opnemen is dubbel en onnodig.
- Voorstel 4: [principes] Hier zijn denk ik voorbeelden van nodig. In principe eens, maar onder voorbehoud, laat ik het anders formuleren: Ik denk voor alsnog dat een contextlabel alleen gebruikt dient te worden als een woord in zijn volledigheid gebruikt wordt in die context en niet ook nog eens buiten die context. Als een woord ook buiten die context gebruikt wordt is een tweede betekenis voor dat woord noodzakelijk.
- Voorstel 5: [principes] Eens.
- Voorstel 6: [principes] Ik twijfel of ik snap wat je bedoelt. Als je bedoelt dat er op de sjabloonpagina uitleg komt waarvoor de labels bedoeld zijn lijkt me dat prima. Voor bepaalde onderwerpen lijkt me dat zeker zinvol, denk bv aan {{transport}} en {{verkeer}}. Idem voor koepel/deelbegrip, bv {{dierkunde}} en {{zoogdieren}}.
- Voorstel 7: [principes] Eens. Twee dingen: 7 vind ik veel te weinig eigenlijk, maar het gaat hier wel om het aantal woorden dat er bestaat voor een taal ongeacht of die allemaal al aangemaakt zijn in WikiWoordenboek of niet.
- Verder denk ik dat we de regels en principes rondom contextlabels moeten gaan documenteren op WikiWoordenboek:Contextlabels.
- [snel invoegen] Ik zal mogelijk vandaag alle contextlabels gaan bekijken en een indeling proberen te maken. Romaine (overleg) 12 jan 2021 11:30 (CET)
- Het lijkt me niet goed mogelijk en ook niet verstandig om de discussie over het invoegen helemaal los te zien van de gewenste manier om ze te gebruiken. Als je bedoelt dat het een niet hoeft te wachten tot het ander is afgerond ben ik dat wel met je eens, maar dit zijn nu eenmaal zaken die in wisselwerking met elkaar staan. Ik zal je een document over SISO mailen, dat wellicht handig is bij het maken van een indeling.
- Als het gaat om de etymologielabels (voorstel 2): ik was al voorzichtig begonnen te experimenteren met een aparte vormgeving voor dit type sjablonen, zie {{verlan}}. Als we het eens zijn welke labels in deze categorie vallen (je kunt mijn opsomming als een voorzet beschouwen) zouden we kunnen beginnen met de vormgeving aan te passen. In een aantal gevallen kan het label ook worden verhuisd naar de etymologiesectie. Soms lijkt me het voor de lezer prettiger om het direct bij de betekenis te vermelden, ongeveer op de manier waarop {{plurt|a}} en {{plurt|b}} worden gebruikt.
- Voorstel 9: Onze labels zijn bijna altijd (ook) wikilinks, dus blauw. Gebruik van achtergrondkleuren geeft dan al snel problemen met het contrast en dus met de leesbaarheid. Dat is de reden waarom ik voor de etymologiesjablonen geen alleen een geel kader zonder haakjes gebruikt heb. We zouden hetzelfde ontwerpprincipe voor de echte contextlabels kunnen gebruiken en die van een groen kadertje kunnen voorzien. Het Wikimedia "huisstijlgroen" gebruiken we nog niet voor andere doelen.
- Voorstel 4: een contextlabel heeft strikt gezien altijd betrekking op een betekenis, er kunnen nog meer betekenissen zijn zonder contextlabel of met een ander contextlabel. Als een woord in een bepaalde betekenis ook gebruikt wordt bij onderwerpen buiten het gebied dat het contextlabel aanduidt, zie ik drie mogelijkheden: (a) geen contextlabel gebruiken, omdat de betekenis niet specifiek genoeg is, (b) een ruimer contextlabel gebruiken dat wel alle gevallen omvat waarin de betekenis gebruikt wordt of (c) een tweede specifiek contextlabel toevoegen dat samen met het eerste precies al die gevallen omvat.
- Voorstel 6: de uitleg die Romaine geeft is precies wat ik bedoel. Alexis Jazz heeft zeker gelijk dat die uitleg eenvoudiger hoort te zijn dan wat ik hier geschreven heb.
- Voorstel 7: ik heb geen bezwaar tegen een hogere drempel, maar het lijkt me een praktische afspraak dat mensen die woorden binnen een mogelijke context met elkaar in verband willen brengen, {{-rel-}} gebruiken zolang een afgesproken drempel niet bereikt is in ten minste 1 taal. Nu is er een bescheiden wildgroei aan microcontexten en minicategorieën. Voor het Nederlands zijn we ondertussen de omvang van de meeste handwoordenboeken voorbij, dus de tijd is misschien wel rijp om een keer vast te stellen welke contexten voldoende substantieel zijn voor aparte labels en categorieën. En we kunnen met een scheef oog naar de Engelstalige en Franstalige wiktionary's kijken om te zien of we een belangrijk manco hebben.
- Romaines opmerking over het documenteren wil ik graag steunen door het voorstel 10 te dopen. --MarcoSwart (overleg) 12 jan 2021 15:39 (CET)
- MarcoSwart, Romaine: Ik ervaar de huidige voorstellen als een muur van tekst. Is het mogelijk om te beginnen met een kleiner voorstel? Iets wat makkelijker te behappen valt? - Alexis Jazz (overleg) 17 jan 2021 23:56 (CET)
Voorstel 1Bewerken
Mee bezig. Romaine (overleg) 16 jan 2021 13:30 (CET)
- Ik heb de SISO-indeling bekeken, maar als ik daar de aanwezige contextlabels op plak krijg ik niet een optimaal overzicht van contextlabels. Ik heb daarom gegroepeerd op onderwerpen die in sterke mate verbonden zijn. Romaine (overleg) 16 jan 2021 15:15 (CET)
- {{Bijbel}} - slechts één keer gebruikt, optie 1: meer invoegen, optie 2: schrappen
- {{Bijbels}} - niet in gebruik, voorstel: schrappen
- {{deponens}} - onduidelijk wat dit is, iemand?
- {{familienaam}} - op meerdere manieren problematisch, o.a. twijfelachtig of familienamen in WikiWoordenboek passen. (Als iemand denkt van wel hoor ik graag waarom.) Maar daarnaast ook problematisch zoals te zien op de Vries en Konijnenberg.
- {{logica}} - 6x gebruikt en mijn inziens niet geschikt als contextlabel, voorstel: schrappen
- {{naam-f}} - problematisch op meerdere manieren, o.a. te zien op Martina, ik denk voor alsnog aan behouden, maar verbetering is dringend nodig
- {{naam-m}} - problematisch op meerdere manieren, o.a. te zien op Augustus, ik denk voor alsnog aan behouden, maar verbetering is dringend nodig
- {{naam-n}} - problematisch op meerdere manieren, o.a. te zien op Robin, ik denk voor alsnog aan behouden, maar verbetering is dringend nodig
- {{natuur}} - te vaag en kleinschalig contextlabel, voorstel: schrappen
- {{tax-d}} - onduidelijk hoe en wat, uitleg ontbreekt
- {{tax-p}} - onduidelijk hoe en wat, uitleg ontbreekt
- {{teken- en schrijfmateriaal}} - op een of andere manier vind ik dit een vreemde eend
- {{versterkend voorvoegsel}} - dit is raar want onze voorvoegsels hebben een streepje zoals on-, aan-, etc, behalve deze groep...
- {{vertrek}} - 2x gebruikt, mijn inziens een te kleinschalig contextlabel, voorstel: schrappen, alternatief: ombouwen tot contextlabel voor onderwerpen gerelateerd aan huizen (bv architectuur/bouwkunde) met duidelijke afbakening tot {{huishouden}}
- Input gewenst! Romaine (overleg) 16 jan 2021 15:48 (CET)
- Eens met het voorgaande, met de volgende uitzonderingen:
- {{deponens}}en {{versterkend voorvoegsel}} zijn zinvolle labels, maar het zijn vooral grammaticale labels en strikt genomen geen contextlabels. Ze zouden beter kunnen worden behandeld als bijvoorbeeld {{ov}}. In het Nederlands vormen voorvoegsels een grammaticale categorie die van betekenis kan zijn bij de spelling van woorden. Daarnaast zijn er woorden die vaak als eerste lid van een samenstelling optreden, maar grammaticaal geen voorvoegsel zijn. Daar dient dit label voor. Afhankelijk van de reacties wil ik deze aanpassingen wel uitvoeren.
- Ik heb deze voorstellen uitgevoerd (bleek weinig ingrijpend). Voor de volledigheid: dit soort labels hoeft wat mij betreft niet in het editscherm. --MarcoSwart (overleg) 22 jan 2021 10:39 (CET)
- Ik heb de afgelopen jaren een paar discussies meegemaakt over hoe we om willen gaan met (verschillende soorten) namen: daar bestaan uiteenlopende opvattingen over. Het onderscheid tussen voornamen en familienamen is nogal cultuurafhankelijk, dus het lijkt me op voorhand vreemd om de een wel en de ander niet te beschrijven. In zijn algemeenheid geldt dat eigennamen in het Nederlands een meervoud, bezitsvorm en verkleinwoord kunnen hebben, de uitspraak en de afbreking vragen op kunnen roepen en er zinnig uitspraken over de herkomst zijn te doen. Het is misschien wel een idee om hier vergelijkbare oplossing te kiezen als bij de toponiemen: een algemeen label "persoonsnaam", waarbinnen we dan met een parameter verschillende typen kunnen onderscheiden.
- Als we een contextlabel laten vervallen, lijkt het me zaak om het op de betreffende lemma's eerste te vervangen door het toepasselijke contextlabel dat niet vervalt of door de betreffende woorden onder {{-rel-}} met elkaar in verband te brengen. --MarcoSwart (overleg) 18 jan 2021 10:37 (CET)
- Voor de goede orde, alleen waar ik "schrappen" erachter heb gezegd denk ik dat we deze dienen te schrappen. De andere labels hebben overleg nodig volgens mij.
- {{deponens}} + {{versterkend voorvoegsel}} -> de omzetting naar hetzelfde type als {{ov}} lijkt me een goed idee.
- {{versterkend voorvoegsel}} -> Ik kaartte bij deze nog een ander probleem aan dat ik zag: Al onze voorvoegsels hebben in hun paginatitel een streepje, bv on-, aan- etc. Mij lijkt het vreemd dat de pagina's waar versterkend voorvoegsel gebruikt is dan wellicht ook een streepje dienen te hebben, aangezien ook deze aan elkaar geschreven worden met wat er achter volgt. Dus het voorvoegsel deel van de pagina van bv knetter verplaatsen naar knetter-.
- Het kenmerkende van de versterkende voorvoegsels is nu juist dat het geen echte voorvoegsels zijn, maar eigenlijk het eerste deel van een samenstelling zijn. Het is daarom voor de lezer informatiever als we zo'n woord juist als een geheel kunnen presenteren. Er is vaak een overgang waarin het eerste deel zowel letterlijk als versterkend kan worden opgevat en een kunstmatige verdeling over twee lemma's is dan juist niet verhelderend.
- {{naam-f}} + {{naam-m}} + {{naam-n}} -> Ik heb het niet over schrappen gehad, maar met de namen constateerde ik wel een probleem waar we volgens mij aandacht aan moeten schenken. Het probleem zit met deze pagina's in de betekenissen. Bv op de pagina Martina staat: "(vrouwelijke naam) meisjesnaam" -> Is dat alles? Lijkt me bovendien aardig dubbel: contextlabel-beschrijving. En op Augustus ontbreekt de betekenis volledig... Hier lijkt mij overleg over nodig, want ik vind de kwaliteit van deze pagina's nu te laag. Hoe kunnen we de kwaliteit verbeteren? (Eventueel apart bespreken hieronder onder een nieuw kopje.)
- {{familienaam}} -> Ook hier heb ik hetzelfde probleem als met voornamen, voorbeeld van Dekker: "(familienaam) familienaam". Hoe kunnen we de kwaliteit verbeteren? (Eventueel apart bespreken hieronder onder een nieuw kopje.)
- Romaine (overleg) 24 jan 2021 15:38 (CET)
- Ik ben het helemaal met je eens dat we er goed aan doen voor de lemma's over namen wat striktere kwaliteitscriteria aan te houden. Wat mij betreft een welkome vervolgdiscussie.
- Hoewel de overlap niet volledig is, lijkt het me niet praktisch om de contextlabels {{waterstaat}} en "waterbeheer" naast elkaar te gebruiken. Hoewel het laatste label in principe iets ruimer is, wordt de eerste veel meer gebruikt. Ik zou daarom willen beginnen met het laatste label te laten vervallen en de betreffende woorden van het eerste label te voorzien. Wat mij betreft is er vervolgens geen bezwaar om dat label in de toekomst door het tweede te vervangen. --MarcoSwart (overleg) 29 jan 2021 22:59 (CET)
- Uitgevoerd --MarcoSwart (overleg) 15 feb 2021 21:16 (CET)
- Als contextlabel lijkt {{Bijbel}} mij niet zo logisch omdat er maar weinig woorden zijn met een specifiek Bijbelse betekenis. Maar in Westerse talen heeft de Bijbelvertaling vaak een duidelijke invloed op de taal gehad. Ik kan me voorstellen dat we naar het voorbeeld van {{Hom.}} het label veranderen in etymologielabel {{Bijbeltaal}}. Aangezien er nauwelijks woorden in deze categorie zitten, zal het meeste werk zitten in het uitbreiden ervan. Ik wacht een week de reacties af, voordat ik hier een begin mee maak.
- Uitgevoerd Het bleek toch praktischer om "Bijbeltaal" alleen voor de categorie en de Wikipedia-naamruimte te gebruiken, omdat "Bijbel" zich vloeiender in een tekst laat inpassen. Het komt nu alleen nog als herkomstlabel voor. Er zijn overigens nog veel meer lemma's (ook in andere talen) waar dit sjabloon nog gebruikt kan worden, maar dat kunnen we (stapje voor stapje) ook in de toekomst doen. --MarcoSwart (overleg) 15 feb 2021 21:16 (CET)
- Eens met het voorgaande, met de volgende uitzonderingen:
Voorstel 2Bewerken
(van hierboven overgenomen)
- Voorstel 2: De informatie uit groep f. en g. anders presenteren, niet via een contextlabel. Voor een deel is dit al het geval, de contextlabels onder f. staan tegenwoordig al vaak in de etymologiesectie, hier kunnen we misschien "etymologielabels" van maken. MarcoSwart (overleg) 11 jan 2021 12:45 (CET)
- Voorstel 2: [herziening] Ik kan nog geen volmondig ja zeggen op dit voorstel, omdat ik de consequenties nog niet helemaal kan overzien. Laat ik het anders formuleren: ik denk dat als bepaalde "contextlabels" geen context bieden, maar eigenlijk gaan over de woordherkomst, lijken die me beter verplaatst worden naar de etymologiesectie. Ook moeten we dan stoppen met benoemen van deze labels als contextlabels en ik denk dat ze dan een iets ander uiterlijk moeten krijgen (bv andere kleur achtergrond en meer, géén goed uiterlijk volgens mij is zoals op menopauze). In de eerste plaats dienen we voor deze nieuwe groep samen te bepalen welke labels hier dan onder vallen, tevens vast te stellen wat het nieuwe uiterlijk moet worden en daarna om te bouwen. Goed voorbeelden van een onjuist contextlabel zijn volgens mij bv {{erfwoord}} en {{neologisme}}, want het geeft geen context van de betekenis maar van de woordherkomst. Laten we dit voorstel onder een apart kopje bespreken. Romaine (overleg) 12 jan 2021 11:30 (CET)
(einde overname)
- Dit principe heb ik op WikiWoordenboek:Contextlabels opgenomen als eerste punt van de uitgangspunten. De vervolgstappen die nodig zijn: vaststelling welke labels geen contextlabel zijn maar een etymologielabel, een goede manier vinden om dit weer te geven op de nieuwe manier en vervolgens ombouwen. Romaine (overleg) 16 jan 2021 13:30 (CET)
- Bij het nalopen van alle contextlabels ben ik een aantal tegengekomen die ik niet als contextlabel zie. Deze hebben ofwel betrekking op de uitspraak: heteroniem / klem, ofwel op de woordherkomst: afkorting / barbarisme / causatief / erfwoord / initiaalwoord / intensief / letterwoord / neologisme / samenkoppeling / tweeletterwoord / verkorting. Een andere rariteit die géén contextlabel is is die van palindroom. (Zie voor andere probleemgevallen onder kopjes Voorstel 1 en Voorstel 8.) Romaine (overleg) 16 jan 2021 15:26 (CET)
- Palindroom is inderdaad beslist geen contextlabel: het heeft niets met de betekenis te maken (als een woord meer betekenissen heeft, is het automatisch op elk daarvan van toepassing), het heeft zelfs niets met de taal te maken. Deze eigenschap horen we dus te beschrijven vóór of ná alle woordsoortsecties, dus helemaal aan het begin of het eind van een taalsectie. Omdat dit echt iets voor liefhebbers is, denk ik dat dat laatste beter is. Hiervoor hebben we een nieuw, facultatief kopje nodig dat dan net boven {{refs}} geplaatst kan worden. Het zou in de toekomst ook gebruikt kunnen worden als we net als sommige zusterprojecten iets met anagrammen willen doen. Mijn suggestie voor dit kopje zou "Woordbeeld" zijn. --MarcoSwart (overleg) 22 jan 2021 11:20 (CET)
- Weghalen bij de betekenis lijkt me een goed idee. Voor alsnog heb ik de voorkeur dat dit aspect meer aan het begin van een taalsectie komt te staan. De reden hiervoor is dat er meerdere woordsoorten kunnen zijn, terwijl de palindroom op alle van toepassing is. Bv op kok dat zowel zn als werkwoord is. Qua naam van het kopje zat ik te denken aan "woordeigenschap", maar daar zie ik al te veel nadelen aan kleven omdat dit te breed opgevat kan worden. Ten aanzien van "Woordbeeld" heb ik geen bezwaren op dit moment, al klinkt het een beetje vaag. Romaine (overleg) 24 jan 2021 15:58 (CET)
- Ik ben het met je eens dat dit een eigenschap is die op alle woordsoorten tegelijk betrekking heeft. Maar op dit moment gebruiken we niet alleen de kop, maar ook de staart van een taalsectie voor informatie die niet aan één woordsoort is gebonden zoals wikilinks naar doorverwijspagina's en de informatie over prevalentie. De meerderheid van onze lezer gebruikt een mobieltje. Om die reden is het in mijn ogen belangrijk dat we ruimte bovenaan de pagina vooral gebruiken voor de informatie waar de meeste lezers naar op zoek zijn.
- Weghalen bij de betekenis lijkt me een goed idee. Voor alsnog heb ik de voorkeur dat dit aspect meer aan het begin van een taalsectie komt te staan. De reden hiervoor is dat er meerdere woordsoorten kunnen zijn, terwijl de palindroom op alle van toepassing is. Bv op kok dat zowel zn als werkwoord is. Qua naam van het kopje zat ik te denken aan "woordeigenschap", maar daar zie ik al te veel nadelen aan kleven omdat dit te breed opgevat kan worden. Ten aanzien van "Woordbeeld" heb ik geen bezwaren op dit moment, al klinkt het een beetje vaag. Romaine (overleg) 24 jan 2021 15:58 (CET)
- Palindroom is inderdaad beslist geen contextlabel: het heeft niets met de betekenis te maken (als een woord meer betekenissen heeft, is het automatisch op elk daarvan van toepassing), het heeft zelfs niets met de taal te maken. Deze eigenschap horen we dus te beschrijven vóór of ná alle woordsoortsecties, dus helemaal aan het begin of het eind van een taalsectie. Omdat dit echt iets voor liefhebbers is, denk ik dat dat laatste beter is. Hiervoor hebben we een nieuw, facultatief kopje nodig dat dan net boven {{refs}} geplaatst kan worden. Het zou in de toekomst ook gebruikt kunnen worden als we net als sommige zusterprojecten iets met anagrammen willen doen. Mijn suggestie voor dit kopje zou "Woordbeeld" zijn. --MarcoSwart (overleg) 22 jan 2021 11:20 (CET)
- Bij het nalopen van alle contextlabels ben ik een aantal tegengekomen die ik niet als contextlabel zie. Deze hebben ofwel betrekking op de uitspraak: heteroniem / klem, ofwel op de woordherkomst: afkorting / barbarisme / causatief / erfwoord / initiaalwoord / intensief / letterwoord / neologisme / samenkoppeling / tweeletterwoord / verkorting. Een andere rariteit die géén contextlabel is is die van palindroom. (Zie voor andere probleemgevallen onder kopjes Voorstel 1 en Voorstel 8.) Romaine (overleg) 16 jan 2021 15:26 (CET)
- Tweeletterwoord lijkt me hoe dan ook dubbelop naast de mogelijkheid om via het taalnaamkopje het woord naar lengte te categoriseren. Via die laatste weg zijn er meestal meer tweeletterwoorden terug te vinden dan via dit sjabloon. Ik zal de komende tijd eens nagaan of dit sjabloon ergens nog iets toevoegt dat via de taalnaamkopjes wordt gemist, maar als dat niet (meer) zo is, zou ik willen voorstellen dit sjabloon en de bijbehorende categorieën te verwijderen. --MarcoSwart (overleg) 22 jan 2021 11:33 (CET)
- Inderdaad, de Categorie:Tweeletterwoord in het Nederlands ten opzichte van Categorie:Woorden in het Nederlands van lengte 2 lijkt me dubbel. Wat mij betreft: schrap eerstgenoemde categorie en schrap het contextlabel {{tweeletterwoord}}. Romaine (overleg) 24 jan 2021 15:58 (CET)
- Uitgevoerd We hebben nu nog wel de pseudonavigatiesjablonen in Categorie:WikiWoordenboek:Sjablonen tweeletterwoorden, die niet altijd consistent zijn met onze categorieën met lengte 2 per taal. Principieel lijkt mij de beste oplossing om eerst de rode links uit deze sjablonen na te gaan en waar mogelijk blauwe te maken en ze daarna te verwijderen, zodat we voor de lezer consistent zijn. --MarcoSwart (overleg) 30 jan 2021 12:51 (CET)
- Barbarisme is een vreemde eend in de bijt: het markeert niet zozeer de vermeende barbarismen zelf, maar alleen de hyponiemen van barbarisme. Het lijkt me beter dat we hier gewoon gebruik maken van {{-hypo-}} en het label schrappen. Met het eerste zal ik de komende dagen een begin maken, met het tweede wacht ik deze week de reacties af: dat is hoe dan ook geen al te ingrijpende verandering die zich desgewenst ook eenvoudig laat herstellen. --MarcoSwart (overleg) 30 jan 2021 12:51 (CET)
- De labels afkorting, verkorting, letterwoord en initaalwoord zijn feitelijk etymologielabels. Ik ben al geruime tijd bezig een voorstel te ontwikkelen hoe we dit soort woorden het beste kunnen beschrijven. Het lijkt me daarom het beste nu alleen de vormgeving aan te passen en de komende maanden een afzonderlijke discussie te voeren over dit onderwerp, waar ook nog weer andere aspecten aan zitten. --MarcoSwart (overleg) 30 jan 2021 12:51 (CET)
- Het label intensief kan het beste worden veranderd in een etymologielabel zoals {{freqtt}}. Dit betekent een aanpassing op alle betreffende lemma's, maar het is louter een verandering van opmaak, zonder inhoudelijke verandering. Afhankelijk van de reacties staat mij voor ogen over een week met een dergelijke aanpassing te beginnen. --MarcoSwart (overleg) 30 jan 2021 12:51 (CET)
- Inderdaad, de Categorie:Tweeletterwoord in het Nederlands ten opzichte van Categorie:Woorden in het Nederlands van lengte 2 lijkt me dubbel. Wat mij betreft: schrap eerstgenoemde categorie en schrap het contextlabel {{tweeletterwoord}}. Romaine (overleg) 24 jan 2021 15:58 (CET)
- Tweeletterwoord lijkt me hoe dan ook dubbelop naast de mogelijkheid om via het taalnaamkopje het woord naar lengte te categoriseren. Via die laatste weg zijn er meestal meer tweeletterwoorden terug te vinden dan via dit sjabloon. Ik zal de komende tijd eens nagaan of dit sjabloon ergens nog iets toevoegt dat via de taalnaamkopjes wordt gemist, maar als dat niet (meer) zo is, zou ik willen voorstellen dit sjabloon en de bijbehorende categorieën te verwijderen. --MarcoSwart (overleg) 22 jan 2021 11:33 (CET)
Voorstel 3Bewerken
(van hierboven overgenomen)
- Voorstel 3: Als een lijstje zoals onder a. ook van belang is voor een vakgebied, geven we dat aan door de categorie van het lijstje ook als subcategorie van het vakgebied te vermelden. Maar de labels voor deze vakgebieden worden niet ook nog eens apart aan de omschrijving toegevoegd. Dus niet "(Dierkunde) (Zoogdieren)" MarcoSwart (overleg) 11 jan 2021 12:45 (CET)
- Voorstel 3: [principes] Wanneer {{zoogdieren}} geplaatst is, is het voor iedereen evident dat het om dierkunde gaat. Expliciet ook nog {{dierkunde}} opnemen is dubbel en onnodig. Romaine (overleg) 12 jan 2021 11:30 (CET)
(einde overname)
- Dit principe heb ik op WikiWoordenboek:Contextlabels opgenomen als derde punt van de uitgangspunten. Een volgende stap is dat de dubbele vermelding, bv "(dierkunde) (zoogdieren)" opgespoord wordt en een er van weggehaald wordt. Misschien is het ook zinvol om ergens een lijstje te maken met welke koepel-deelgebieden er zijn. Romaine (overleg) 16 jan 2021 13:30 (CET)
Voorstel 4Bewerken
(van hierboven overgenomen)
- Voorstel 4: Als een betekenis niet specifiek is voor een vakgebied, maar in zijn gangbare betekenis ook in een vakgebied wordt gebruikt, krijgt het geen contextlabel. MarcoSwart (overleg) 11 jan 2021 12:45 (CET)
- Voorstel 4: [principes] Hier zijn denk ik voorbeelden van nodig. In principe eens, maar onder voorbehoud, laat ik het anders formuleren: Ik denk voor alsnog dat een contextlabel alleen gebruikt dient te worden als een woord in zijn volledigheid gebruikt wordt in die context en niet ook nog eens buiten die context. Als een woord ook buiten die context gebruikt wordt is een tweede betekenis voor dat woord noodzakelijk. Romaine (overleg) 12 jan 2021 11:30 (CET)
- Voorstel 4: een contextlabel heeft strikt gezien altijd betrekking op een betekenis, er kunnen nog meer betekenissen zijn zonder contextlabel of met een ander contextlabel. Als een woord in een bepaalde betekenis ook gebruikt wordt bij onderwerpen buiten het gebied dat het contextlabel aanduidt, zie ik drie mogelijkheden: (a) geen contextlabel gebruiken, omdat de betekenis niet specifiek genoeg is, (b) een ruimer contextlabel gebruiken dat wel alle gevallen omvat waarin de betekenis gebruikt wordt of (c) een tweede specifiek contextlabel toevoegen dat samen met het eerste precies al die gevallen omvat. MarcoSwart (overleg) 12 jan 2021 15:39 (CET)
(einde overname)
- Dit principe heb ik op WikiWoordenboek:Contextlabels opgenomen als tweede punt van de uitgangspunten. Mochten we daadwerkelijk casussen tegenkomen waarbij dit misgegaan is, is het wellicht handig om dit te bespreken. Sowieso zou het denk ik handig zijn als we een of meerdere voorbeelden zouden hebben om het te verduidelijken. Iemand een suggestie? Romaine (overleg) 16 jan 2021 13:30 (CET)
- In dit verband lijkt {{dood}} mij geen goed contextlabel. De dood is geen vakgebied en komt juist in verschillende vakgebieden aan de orde. Termen die verband houden met de dood kunnen beter via {{-rel-}} met elkaar in verband worden gebracht. Mijn voorstel zou zijn om dit nauwelijke gebruikte label te laten vervallen. --MarcoSwart (overleg) 29 jan 2021 22:58 (CET)
- Uitgevoerd --MarcoSwart (overleg) 30 mrt 2021 23:37 (CEST)
Voorstel 5Bewerken
(van hierboven overgenomen)
- Voorstel 5: Als bij c. of d. een meer algemeen label van toepassing is, worden er geen specifiekere labels voor dezelfde betekenis toegevoegd. Dus niet "(Medisch) {Tandheelkunde)": als de betekenis breder in de geneeskunde wordt gebruikt, is het tweede label niet nodig en als het een specifiek tandheelkundige term is, kunnen we het eerste label weglaten. MarcoSwart (overleg) 11 jan 2021 12:45 (CET)
(einde overname)
- Dit principe heb ik op WikiWoordenboek:Contextlabels opgenomen als derde punt van de uitgangspunten. Een volgende stap is dat de dubbele vermelding, bv "(medisch) (tandheelkunde)" opgespoord wordt en een er van weggehaald wordt. Misschien is het ook zinvol om ergens een lijstje te maken met welke koepel-deelgebieden er zijn. Romaine (overleg) 16 jan 2021 13:30 (CET)
Voorstel 6Bewerken
Doel: afbakening van hoofdgebieden/deelgebieden, evenals naast elkaar liggende gebieden, beschrijven op sjabloonpagina's.
(van hierboven overgenomen)
- Voorstel 6: De sjablonen voor de labels a.-e. krijgen een iets preciezere omschrijving van de gevallen waarin ze gebruikt moeten worden. In een aantal gevallen is een soort mengvorm van a. en d. ontstaan. In die gevallen lijkt het me nuttig om een keus te maken of het in twee contextlabels te splitsen. MarcoSwart (overleg) 11 jan 2021 12:45 (CET)
- Voorstel 6: [principes] Ik twijfel of ik snap wat je bedoelt. Als je bedoelt dat er op de sjabloonpagina uitleg komt waarvoor de labels bedoeld zijn lijkt me dat prima. Voor bepaalde onderwerpen lijkt me dat zeker zinvol, denk bv aan {{transport}} en {{verkeer}}. Idem voor koepel/deelbegrip, bv {{dierkunde}} en {{zoogdieren}}. Romaine (overleg) 12 jan 2021 11:30 (CET)
- Voorstel 6: de uitleg die Romaine geeft is precies wat ik bedoel. Alexis Jazz heeft zeker gelijk dat die uitleg eenvoudiger hoort te zijn dan wat ik hier geschreven heb. MarcoSwart (overleg) 12 jan 2021 15:39 (CET)
(einde overname)
- Zoals ik hierboven al vermeldde is het wellicht een idee om hiervan een schema/overzicht te maken. Romaine (overleg) 16 jan 2021 13:30 (CET)
Voorstel 7Bewerken
(van hierboven overgenomen)
- Voorstel 7: Bij erg specifieke labels die slechts voor een handvol betekenissen worden gebruikt, lijkt het me doelmatiger om die verbanden gewoon onder "{{-rel-}} op de betreffende woorden weer te geven. Mijn vuistregel zou zijn dat pas wanneer er meer dan 7 woorden op die manier met elkaar in verband moeten worden gebracht, een contextlabel op zijn plaats kan zijn. MarcoSwart (overleg) 11 jan 2021 12:45 (CET)
- Voorstel 7: [principes] Eens. Twee dingen: 7 vind ik veel te weinig eigenlijk, maar het gaat hier wel om het aantal woorden dat er bestaat voor een taal ongeacht of die allemaal al aangemaakt zijn in WikiWoordenboek of niet. Romaine (overleg) 12 jan 2021 11:30 (CET)
- Voorstel 7: ik heb geen bezwaar tegen een hogere drempel, maar het lijkt me een praktische afspraak dat mensen die woorden binnen een mogelijke context met elkaar in verband willen brengen, {{-rel-}} gebruiken zolang een afgesproken drempel niet bereikt is in ten minste 1 taal. Nu is er een bescheiden wildgroei aan microcontexten en minicategorieën. Voor het Nederlands zijn we ondertussen de omvang van de meeste handwoordenboeken voorbij, dus de tijd is misschien wel rijp om een keer vast te stellen welke contexten voldoende substantieel zijn voor aparte labels en categorieën. En we kunnen met een scheef oog naar de Engelstalige en Franstalige wiktionary's kijken om te zien of we een belangrijk manco hebben. MarcoSwart (overleg) 12 jan 2021 15:39 (CET)
(einde overname)
Voorstel 8Bewerken
(van hierboven overgenomen)
- Als je kijkt naar b.v. Rijn dan zie je "(toponiem: rivier) één van de langste en belangrijkste rivieren van Europa". Kijk je naar schildpad dan zie je "(reptielen) een reptiel waarvan het lichaam omsloten wordt door een verhard rug- en buikschild". Dat is dus dubbele informatie. - Alexis Jazz (overleg) 12 jan 2021 10:43 (CET)
- Of een contextlabel "dubbel" is met de betekenis doet er denk ik niet zo toe. Wat er volgens mij wel toe doet is de vraag of een contextlabel daadwerkelijk context geeft. In het voorbeeld van de Rijn denk ik dat het contextlabel rivier géén context biedt. Wat wel context zou geven is als die het contextlabel toponiem zouden krijgen. Tegelijkertijd hangt er wel een categorie ook aan. Ik denk daarom dat we voor rivieren dus beter het contextlabel toponiem er voor kunnen plaatsen, maar wél de specifieke categorie voor de rivier. Dus het contextlabel kan blijven, maar toont dan een ander label. Er zal dan gecheckt moeten worden dat nergens in de artikelen dit label samen met een apart label toponiem gebruikt is.
- Wat je dubbel noemt zie ik ook terug op Luxemburg:
- (toponiem: land) een land in Europa, omgeven door Frankrijk, België en Duitsland
- (toponiem) de hoofdstad van het Groothertogdom Luxemburg
- (toponiem: provincie) een provincie in Wallonië (België)
- Ik denk dat we de dubbele punt + land/provincie beter kunnen weghalen, maar ook hier de categorisatie kunnen behouden. Laten we dit voorstel 8 noemen. Romaine (overleg) 12 jan 2021 11:41 (CET)
(einde overname)
- Ik zie verder geen bezwaar om de labels van de toponiemen aan te passen, waardoor ze niet meer dubbel zijn en daadwerkelijk een context beschrijven.
- Voor de labels rondom diersoorten denk ik dat het voorbeeld van de reptielen niet zo erg is, tenzij het beter gevonden worden om alles onder dierkunde te gooien (en dat lijkt mij een slecht idee). Ik stel voor dat we de hoofdgroepen van amfibieën, buikpotigen (slakken), insecten, reptielen, vissen, vogels, weekdieren, wormen en zoogdieren gewoon zo houden en dat we dat als de maximale diepte aanhouden voor de onderverdeling van de dierkunde. Dat bekent dat we andere contextlabels voor dieren gaan schrappen. Voorbeelden die dus anders worden:
- beer: (roofdieren) een groot viervoetig zoogdier uit de familie Ursidae van de roofdieren
- ijsbeer: (beer) Ursus maritimus, een grote witte beer die in de poolstreken leeft
- inktvis: (koppotigen) een koppotig weekdier met vangarmen dat een inktachtig vocht afscheidt ter verdediging
- koala: (buideldieren) Phascolarctos cinereus, een Australisch buideldier
- koningsmantel: (vlinders) een dagvlinder uit de Nymphalidae-familie
- leeuw: (katachtigen) Panthera leo, een groot katachtig roofdier met lange manen
- mossel: (tweekleppigen) Mytilus edulis, een eetbaar tweekleppig schelpdier
- muis: (knaagdieren) klein knaagdier, meestal van het geslacht Mus, met spitse snuit, grote oren en ogen en een lange, bijna onbehaarde staart
- otter: (marterachtigen) Lutra lutra, een marterachtige uit het geslacht Lutra, met zwempoten en een donkere dichte bruine vacht
- slak: (buikpotigen) een buikpotig weekdier
- zwaardwalvis: (walvissen) Orcinus orca, een soort van walvis, vrij gedrongen van bouw en een opvallende rugvin
- Verder lijkt me {{nematoden}} dubbel met {{wormen}}, heeft {{zeeroofdieren}} een te kleine omvang, en {{spinachtigen}} kan denk ik beter omgezet worden naar geleedpotigen.
- Ook denk ik dat {{dag}} op bv woensdag onnodig specifiek is. Romaine (overleg) 16 jan 2021 13:30 (CET)
- Bij de biologische eigennamen moeten we misschien wat nadrukkelijker een keus maken. Er waren altijd al wel taxonomische discussies, maar de genomica leidt tot vrij ingrijpende veranderingen. Ik vrees dat er niet meer zoiets bestaat als "de" onderverdeling van de dierkunde. Is het de taak van een woordenboek om de laatste stand in die discussie weer te geven? Of volgen we bewust een meer traditionele indeling die niet zozeer de genetische waarheid, maar de beleving van de taalgebruiker weerspiegelt? Wat mij betreft gebruiken we consequent {{species}} om aan te sluiten bij het eerste en de contextlabels voor het tweede. Ze dienen dus vooral een lexicografisch doel, niet een taxonomisch. In feite komt dat dicht bij wat Romaine voorstelt. De genoemde labels dekken alleen niet de volledige traditionele indeling af, dat geldt alleen voor de gewervelde dieren. Ik zou daarom in ieder geval het label "ongewervelden" toevoegen als achtervang. Als we "buikpotigen (slakken)" binnen de weekdieren zinvol vinden, lijken "knaagdieren" en "walvissen" mij dat binnen de zoogdieren ook, net als "vlinders" bij de insecten. Laten we ook een beetje kijken naar het mogelijke aantal namen in een categorie: we houden de traditionele hoofdindeling aan daarbinnen kunnen ook de diepste traditionele taxons een eigen label krijgen als we meer dan 7 verschillende soorten (of namen voor subtaxons) hebben beschreven. Opnieuw: dat aantal is voor mij niet heilig, het mag ook een hoger aantal zijn. Het is vooral nuttig dat we mensen die een kleiner aantal pagina's aan elkaar willen relateren kunnen vertellen wat ze moeten doen. Tot het afgesproken aantal lijkt een lijstje onder {{-rel-}} mij een prima alternatief. --MarcoSwart (overleg) 18 jan 2021 11:25 (CET)
- In de eerste plaats denk ik dat de opgesomde contextlabels problematisch zijn, doordat ze geen context geven en dubbel zijn aan de beschrijving.
- Daarnaast benoem je nog twee andere problemen van specifieke contextlabels: enerzijds dat het snel kan veranderen door gewijzigde inzichten en dus bij ons verouderd is, anderzijds dat het voer is voor discussie. Hoe specifieker de indeling hoe meer problemen. Ik denk niet dat het onze taak is om de genetische waarheid te volgen, dat is iets voor Wikispecies en Wikipedia. Als mensen specifiek informatie willen over de genetische relaties, is een link naar Wikispecies en Wikipedia zinvol, daar wordt dat bijgehouden. Wij hebben inderdaad een lexicografisch doel (en niet taxonomisch).
- Wat mij betreft kunnen we gerust {{buikpotigen}} schrappen en vervangen door {{ongewervelden}}. Ik had de eerstgenoemde behouden omdat ongewervelden nog niet bestaat. Ik heb "buikpotigen" nu in het lijstje hierboven erbij gezet.
- Het lijkt me een goed idee om {{-rel-}} in plaats van de gedetailleerdere labels. Romaine (overleg) 24 jan 2021 16:18 (CET)
- De voor ons doel meest bruikbare benadering is wellicht die van Naturalis. Die is bij de tijd, maar sluit beter aan bij de belevingswereld van lezers dan de op genetische verwantschap gebaseerde hedendaagse cladistiek. Het werkt met goed beschrijfbare kenmerken, Nederlandse namen en de bron lijkt me betrouwbaar. Wie een meer vakmatige indeling zoekt, wordt via onze links naar Wikispecies en Wikipedia ook goed bediend.
- Hoe ver we gaan in de verfijning binnen deze indeling zou ik niet enkel afhankelijk maken van de systematiek door daarbinnen een vaste "diepte" aan te houden, maar ook van de vraag in hoeverre een verdere onderverdeling in het Nederlands bijdraagt tot een overzichtelijke indeling van pagina's:
- 1. Een subcategorie met een Nederlandse naam die (potentieel) minstens 200 soorten met een Nederlandse naam omvat, helpt om de bovenliggende categorie overzichtelijker te maken.
- 2. Als bij een categorie met (potentieel) meer dan 200 pagina's een sluitende onderverdeling mogelijk is in subcategorieën met Nederlandse namen, is dat ook overzichtelijker.
- De grens van 200 is ingegeven door het aantal pagina's dat maximaal op 1 categoriepagina past. Het voordeel van deze twee criteria is dat ze flexibiliteit bieden. Naarmate we meer pagina's met soortnamen krijgen, kan de categorie-indeling meegroeien, zonder te ver door te schieten in een veelheid van kleine categorieën met onbegrijpelijke namen. En op een schaal van 200 pagina's is een aanpassing van sjablonen nog goed te doen. Omdat er tegenwoordig vaak lijstjes zijn van soorten met Nederlandse namen is het mogelijk om rekening te houden met het potentiële aantal pagina's. Omdat we nu eenmaal in het Nederlands beschrijven, is het redelijk die taal als uitgangspunt te gebruiken. Ik vermoed overigens dat een andere taal niet tot een heel andere indeling zou leiden.
- Het voorgaande is een principevoorstel. Ik wil het de komende tijd wat uitwerken op een projectpagina om te zien of het een goed werkend resultaat oplevert. Voor de meer verfijnde indelingen zou ik dan ook een voorstel willen doen hoe die eenvoudig en overzichtelijk onder {{-rel-}} getoond kunnen worden. Maar reacties op dit principevoorstel zijn uiteraard al welkom. --MarcoSwart (overleg) 2 feb 2021 13:21 (CET)
Voorstel 9Bewerken
(van hierboven overgenomen)
- Voorstel 9: Onze labels zijn bijna altijd (ook) wikilinks, dus blauw. Gebruik van achtergrondkleuren geeft dan al snel problemen met het contrast en dus met de leesbaarheid. Dat is de reden waarom ik voor de etymologiesjablonen alleen een geel kader zonder haakjes gebruikt heb. We zouden hetzelfde ontwerpprincipe voor de echte contextlabels kunnen gebruiken en die van een groen kadertje kunnen voorzien. Het Wikimedia "huisstijlgroen" gebruiken we nog niet voor andere doelen. MarcoSwart (overleg) 12 jan 2021 15:39 (CET)
(einde overname)
- Dit lijkt mij wat dubbel met voorstel 2: de creatie van etymologielabels. Ik heb een enkele plek gezien waarbij onder het kopje Woordherkomst een soort label tussen haakjes stond en cursief, dat vond ik er niet lekker uitzien. Romaine (overleg) 16 jan 2021 13:30 (CET)
- In mijn voorstel kan de tekst gewoon doorlopen, maar staat er een geel kader om een link. Wanneer dat een link naar de WikiWoordenboeknaamruimte is, zou dat een cursieve link moeten zijn. --MarcoSwart (overleg) 30 mrt 2021 13:29 (CEST)
- Dit lijkt mij wat dubbel met voorstel 2: de creatie van etymologielabels. Ik heb een enkele plek gezien waarbij onder het kopje Woordherkomst een soort label tussen haakjes stond en cursief, dat vond ik er niet lekker uitzien. Romaine (overleg) 16 jan 2021 13:30 (CET)
Voorstel 10Bewerken
(van hierboven overgenomen)
- Verder denk ik dat we de regels en principes rondom contextlabels moeten gaan documenteren op WikiWoordenboek:Contextlabels. Romaine (overleg) 12 jan 2021 11:30 (CET)
- Romaines opmerking over het documenteren wil ik graag steunen door het voorstel 10 te dopen. --MarcoSwart (overleg) 12 jan 2021 15:39 (CET)
(einde overname)
- Ik heb nu een eerste versie van de pagina aangemaakt op WikiWoordenboek:Contextlabels. Als er dingen ontbreken, onduidelijk zijn of niet kloppen hoor ik het graag. Romaine (overleg) 16 jan 2021 13:30 (CET)
Tech News: 2021-02Bewerken
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
- Je kunt je voorkeuren zo instellen dat het ontbreken van een bewerkingssamenvatting tot een melding leidt. Dit kon conflicteren met de captcha die sommige gebruikers onder bepaalde omstandigheden moeten invullen. Dit probleem is nu verholpen. [9]
- Via de tijdsaanduiding van een gebeurtenis in Speciaal:Logboeken kon een link worden verkregen naar die specifieke gebeurtenis. Die link liet voorheen in geval van niet-publieke gebeurtenissen geen gebeurtenis zien ongeacht of de gebruiker de benodigde rechten had. Dit probleem is nu verholpen. [10]
- Moderators kunnen het misbruikfilter gebruiken om automatisch slechte bewerkingen te voorkomen. Drie wijzigingen zijn vorige week doorgevoerd:
- De bewerkingsinterface voor het wijzigen van filters laat nu syntax errors zien tijdens het typen, vergelijkbaar met JavaScript pagina's. Je krijgt ook een waarschuwing te zien voor reguliere expressies die matchen met een lege string. Meer waarschuwingen zullen later toegevoegd worden. [11]
- Oversighters kunnen nu meerdere gelogde gebeurtenissen verbergen met vinkjes in Speciaal:AbuseLog, vergelijkbaar met hoe reguliere verwijdering van revisies werkt. [12]
- Als een filter teveel acties stopt na een filterwijzinging zal het filter automatisch worden beperkt. De meest ingrijpende acties worden dan uitgeschakeld om te voorkomen dat een grote groep bewerkers per ongeluk kan worden geblokkeerd wanneer een moderator een fout heeft gemaakt. In dit geval krijgt de gebruiker nu een melding.
- Er is een nieuwe tool om interfacethema's te maken. Je kan ook bestaande thema's bekijken en feedback geven. [13]
- Bots die de API gebruiken zetten niet langer automatisch pagina's op hun volglijst op basis van hun accountvoorkeuren. Het opgeven van de waarde
watch
voorwatchlist
werkt wel zoals normaal. Dit is gedaan om het formaat van volglijstdata in de database te beperken. [14] - Scribunto's bestandsmetadata omvat nu ook lengte. [15]
- Pagina's met CSS of JavaScript code kunnen nu gelinkt worden naar een specifiek regelnummer, bijvoorbeeld regel 50 van Common.js op de Nederlandse Wikipedia. [16]
- Er was een nieuwe versie van MediaWiki vorige week. Je kan een log met alle 763 wijzigingen bekijken. De meeste wijzigingen zijn klein en hebben geen direct merkbare invloed.
Wijzigingen later deze week
- De nieuwe versie van MediaWiki zal op 12 januari uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 13 januari uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 14 januari zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Technieuws is samengesteld door technieuws schrijvers en gepost door een bot • Deel deze nieuwsbrief • Draag bij • Vertaal • Vraag hulp • Geef feedback • Abonneren en afmelden.
11 jan 2021 16:42 (CET)
Tech News: 2021-03Bewerken
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 19 januari uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 20 januari uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 21 januari zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Toekomstige wijzigingen
- Het Growth team is van plan om features toe te voegen die meer nieuwkomers moeten aanmoedigen om actief bij te dragen aan Wikipedia's. Je kan helpen door de interface te vertalen.
- Wikimedia Commons kan tijdelijk niet bewerkt worden op 26 januari vanaf 07:00 (UTC) vanwege onderhoud. [17]
- MassMessage posts kunnen automatisch een datum meekrijgen in de toekomst omdat degenen die MassMessages versturen nu ook pagina's kunnen versturen met een MassMessage. Pagina's zijn lastiger te ondertekenen, zodoende. Als er zich een situatie voordoet waarin een MassMessage post geen datum moet meekrijgen kan je dit de ontwikkelaars laten weten.
Technieuws is samengesteld door technieuws schrijvers en gepost door een bot • Deel deze nieuwsbrief • Draag bij • Vertaal • Vraag hulp • Geef feedback • Abonneren en afmelden.
18 jan 2021 17:10 (CET)
Tech News: 2021-04Bewerken
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
- Wikimedia Commons kan tijdelijk niet bewerkt worden op 26 januari vanaf 07:00 (UTC) vanwege onderhoud. Wikitech is tijdelijk niet bereikbaar op 28 januari vanaf 07:00 (UTC) vanwege onderhoud. [18][19]
Wijzigingen later deze week
- Detectie van bij elkaar passende haakjes (bracket matching) zal worden toegevoegd aan de CodeMirror syntax highlighter op een aantal wiki's. De eerste wiki's waarvan vaststaat dat ze deze feature krijgen op 27 januari zijn de Duitse en Catalaanse Wikipedia. [20]
- De nieuwe versie van MediaWiki zal op 26 januari uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 27 januari uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 28 januari zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Technieuws is samengesteld door technieuws schrijvers en gepost door een bot • Deel deze nieuwsbrief • Draag bij • Vertaal • Vraag hulp • Geef feedback • Abonneren en afmelden.
25 jan 2021 19:31 (CET)
Globale sjablonenBewerken
Zijn er bezwaren tegen het doen laten ontwikkelen van een faciliteit voor globale sjablonen? Op de pagina WikiWoordenboek:Globale sjablonen meer informatie. Discussie en vragen daarover graag op Overleg WikiWoordenboek:Globale sjablonen. 27 jan 2021 10:36 (CET)
Moving Wikimania 2021 to a Virtual EventBewerken
Hallo. Apologies if you are not reading this message in your native language. Help met het vertalen naar uw taal. Bedankt!
Wikimania will be a virtual event this year, and hosted by a wide group of community members. Whenever the next in-person large gathering is possible again, the ESEAP Core Organizing Team will be in charge of it. Stay tuned for more information about how you can get involved in the planning process and other aspects of the event. Please read the longer version of this announcement on wikimedia-l.
ESEAP Core Organizing Team, Wikimania Steering Committee, Wikimedia Foundation Events Team, 27 jan 2021 16:16 (CET)
Project Grant Open CallBewerken
This is the announcement for the Project Grants program open call that started on January 11, with the submission deadline of February 10, 2021.
This first open call will be focussed on Community Organizing proposals. A second open call focused on research and software proposals is scheduled from February 15 with a submission deadline of March 16, 2021.
For the Round 1 open call, we invite you to propose grant applications that fall under community development and organizing (offline and online) categories. Project Grant funds are available to support individuals, groups, and organizations to implement new experiments and proven ideas, from organizing a better process on your wiki, coordinating a campaign or editathon series to providing other support for community building. We offer the following resources to help you plan your project and complete a grant proposal:
- Weekly proposals clinics via Zoom during the Open Call. Join us for #Upcoming_Proposal_Clinics|real-time discussions with Program Officers and select thematic experts and get live feedback about your Project Grants proposal. We’ll answer questions and help you make your proposal better. We also offer these support pages to help you build your proposal:
- Video tutorials for writing a strong application
- General planning page for Project Grants
- Program guidelines and criteria
Program officers are also available to offer individualized proposal support upon request. Contact us if you would like feedback or more information.
We are excited to see your grant ideas that will support our community and make an impact on the future of Wikimedia projects. Put your idea into motion, and submit your proposal by February 10, 2021!
Please feel free to get in touch with questions about getting started with your grant application, or about serving on the Project Grants Committee. Contact us at projectgrants wikimedia.org. Please help us translate this message to your local language. MediaWiki message delivery (overleg) 28 jan 2021 09:01 (CET)
Tech News: 2021-05Bewerken
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
- IPv6 addressen in diffs gebruikten kleine letters in plaats van hoofdletters waardoor links in Speciaal:Bijdragen niet werkten. Dit is nu verholpen. [21]
Wijzigingen later deze week
- Je kan binnenkort links naar pagina's op de taalneutrale versie van Wikisource toevoegen aan Wikidata items. [22]
- Wikimedianen gebruiken nogal eens een "non-breaking space" (
- Wiki's gebruiken misbruikfilters om slechte bewerkingen tegen te gaan. Bij het bewerken van een filter (alleen moderatoren) kan nu voor IP ranges zowel de syntax
1.2.3.4 - 1.2.3.55
als1.2.3.4/27
gebruikt worden. [25] - De nieuwe versie van MediaWiki zal op 2 februari uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 3 februari uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 4 februari zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Toekomstige wijzigingen
- Minerva is het thema dat Wikimedia wiki's gebruiken voor de mobiele versie van de site. Als een pagina beveiligd is en niet bewerkt kan worden dan kan je normaal wel de wikitext bekijken, maar dit werkt niet naar verwachting met Minerva. Op de Engelse Wikipedia is nu een "brontekst bekijken" link toegevoegd aan de zwarte "toast" melding die je ziet wanneer je probeert om een beveiligde pagina te bewerken. Een ander probleem is dat MediaWiki:Protectedpagetext op een aantal wiki's HTML gebruikt die niet goed kan worden weergegeven op veel mobiele apparaten waardoor overlappende tekst ontstaat. Als jouw wiki in de lijst van dit Wikidata item staat, controleer dan of de wikitext "position:relative" bevat en start een lokale discussie als dit het geval is. Geen van de Nederlandstalige projecten is hierdoor getroffen. Meer informatie is beschikbaar. [26][27]
- Cloud VPS en Toolforge krijgen op 8 februari een nieuw IP dat ze zullen gebruiken om verbinding te maken met wiki's. Het nieuwe IP adres is
185.15.56.1
. Verder lezen.
Technieuws is samengesteld door technieuws schrijvers en gepost door een bot • Deel deze nieuwsbrief • Draag bij • Vertaal • Vraag hulp • Geef feedback • Abonneren en afmelden.
1 feb 2021 23:38 (CET)
Wiki Loves Folklore 2021 is back!Bewerken
Help met het vertalen naar uw taal
You are humbly invited to participate in the Wiki Loves Folklore 2021 an international photography contest organized on Wikimedia Commons to document folklore and intangible cultural heritage from different regions, including, folk creative activities and many more. It is held every year from the 1st till the 28th of February.
You can help in enriching the folklore documentation on Commons from your region by taking photos, audios, videos, and submitting them in this commons contest.
Please support us in translating the project page and a banner message to help us spread the word in your native language.
Kind regards,
Wiki loves Folklore International Team
MediaWiki message delivery (overleg) 6 feb 2021 14:25 (CET)
Tech News: 2021-06Bewerken
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
- Volglijsten en overlegpagina's zijn nu beschikbaar in de Wikipedia app voor Android. [28]
Wijzigingen later deze week
- Je kan nieuwe bewerkingen bijhouden door pagina's op je volglijst te zetten. Volglijsten zijn individueel voor iedere wiki. Op 11 februari komt de GlobalWatchlist naar Meta-wiki met de mogelijkheid om de bewerkingen van tot 5 verschillende wiki's bij te houden op één pagina. Deze globale volglijst zal beschikbaar zijn via Special:GlobalWatchlist op Meta-wiki. De instellingen voor de globale volglijst kunnen aangepast worden via Special:GlobalWatchlistSettings, eveneens op Meta-wiki. [29]
- De nieuwe versie van MediaWiki zal op 9 februari uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 10 februari uitgerold worden op sommige Wikipedias en alle projecten die geen Wikipedia zijn. Op 11 februari zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Toekomstige wijzigingen
- Het formulier voor het instellen van paginabeveiliging zal de OOUI look-and-feel gebruiken. Special:Import krijgt ook de nieuwe look. Deze pagina's zullen hierdoor makkelijker in gebruik zijn op mobiele apparaten. [30][31]
- Wegens databaseonderhoud zijn een aantal diensten tijdelijk niet beschikbaar op 17 februari vanaf 07:00 UTC. Er kunnen problemen optreden met nieuwe compacte links, nieuwe vertalingen, nieuwe meldingen, het toevoegen van nieuwe items aan leeslijsten en het vastleggen van automatisch teruggezonden email die niet kon worden afgeleverd. [32]
- Vorige week stond in Tech News dat het IP adres van Cloud VPS en Toolforge dat deze diensten gebruiken om verbinding te maken met wiki's zal veranderen op 8 februari. Dit is uitgesteld. [33]
Technieuws is samengesteld door technieuws schrijvers en gepost door een bot • Deel deze nieuwsbrief • Draag bij • Vertaal • Vraag hulp • Geef feedback • Abonneren en afmelden.
8 feb 2021 18:42 (CET)
Sjabloon:Geen interwikiBewerken
Vandaag heb ik {{Geen interwiki}} weggehaald bij elke categorie die wél een interwiki heeft. Nu zijn er nog zo'n 7500 categorieën die geen interwiki hebben en waar ook geen {{Geen interwiki}} op staat. Maar hoe nuttig zijn dat sjabloon en die categorie als je met een eenvoudige database-query precies zo'n lijst kan krijgen? Bovendien is er ook nog een speciale pagina waar je ongeveer dezelfde informatie kan krijgen. --Bdijkstra (overleg) 15 feb 2021 16:50 (CET)
- Ik vermoed dat Romaine het beste in staat is deze vraag te beantwoorden. --MarcoSwart (overleg) 15 feb 2021 23:24 (CET)
- @Bdijkstra: Het sjabloon is aangemaakt in een tijd dat Wikidata nog niet bestond. Ik zit te bedenken of het sjabloon enige functie ergens kan hebben die niet via een andere weg ingevuld wordt, maar ik kan niks bedenken. Wat mij betreft kan het sjabloon daarom wel weg. Romaine (overleg) 4 mrt 2021 14:50 (CET)
vlaamswoordenboek.beBewerken
Deze site met Vlaamse dialectwoorden stopt er binnenkort mee. Is er hier interesse om de inhoud van die site hier over te nemen (neem aan dat de licentie in orde is). Hoe werkt dit technisch? Wie kan ik hiervoor contacteren? MADe (overleg) 15 feb 2021 18:14 (CET)
- Uit de informatie op vlaamswoordenboek.be zelf had ik de indruk dat er juist gezocht werd naar adoptie van het complete project, wat me ook de beste manier lijkt om daaraan recht te doen. WikiWoordenboek is traditioneel juist heel terughoudend met het regionaal markeren binnen het Nederlands, omdat we in principe al het Nederlands vanaf de 16e eeuw beschrijven en een groot deel van de regionale verschillen op die schaal tijdgebonden blijkt te zijn. Het zorgvuldig markeren hoe gangbaar een woord op bepaalde tijden en plaatsen is met een beperkt aantal vrijwilligers niet doenlijk. Wat we in samenwerking met UGent wel hebben gedaan is bij zo'n 54.000 woorden aangeven in hoeverre ze door Nederlanders of Vlamingen worden herkend.
- Een deel van de inhoud op vlaamswoordenboek.be overlapt met of wijkt af van informatie die we al aanbieden. Vanuit de doelstelling van het Vlaams Woordenboek is die andere inhoud prima te rechtvaardigen, maar dat gaat andersom ook op voor WikiWoordenboek. Het lijkt me niet goed uitvoerbaar "de inhoud van die site" hier over te nemen en dat heeft weinig met de techniek te maken.
- Wat me een zinvol project lijkt is om zorgvuldig na te gaan welke informatie uit het Vlaams Woordenboek hier echt ontbreekt en die hier dan toe te voegen. Vanuit het Vlaams Woordenboek zou een vergelijkbaar spiegelbeeldig project wellicht ook meerwaarde hebben. Maar dit zou ook (en misschien wel beter) kunnen als het Vlaams Woordenboek blijft bestaan.
- De licentie levert overigens wel een probleempje op, omdat het Vlaams Woordenboek commercieel hergebruik uitsluit en Wikimediaprojecten dat juist niet doet. Als het echt onmogelijk blijkt het Vlaams Woordenboek voort te zetten, en er bereidheid is de licentie aan te passen, moet er volgens mij een manier zijn om het Vlaams Woordenboek in zijn laatste stand compleet aan Commons of Wikisource toe te voegen (misschien in afwachting van betere tijden).
- Kun je wat met dit antwoord? Sta je in contact met Anthony Liekens? Het lijkt me het beste dat we eerst helder hebben wat we willen bereiken. Voor de techniek vinden we dan vast wel een oplossing.--MarcoSwart (overleg) 16 feb 2021 00:28 (CET)
- De auteurs bepalen onder welke licentie zij hun werk vrijgeven. Dus je mag alleen werk exporteren naar Commons of Wikisource van die auteurs die hebben aangegeven dat commercieel gebruik oké is. --Bdijkstra (overleg) 16 feb 2021 09:40 (CET)
- Bedankt voor de reacties, ik heb Antony ingelicht. Hun focus ligt momenteel op een doorstart van de site, ik heb bij hen ook het voorstel van MarcoSwart gedaan om ook hier info toe te voegen. Wordt vervolgd MADe (overleg) 16 feb 2021 12:28 (CET)
- MADe, Bdijkstra, MarcoSwart Ik zou het veilig spelen en (als we iets willen importeren) de gebruikers van vlaamswoordenboek.be vragen om hun bijdragen vrij te geven met een compatible licentie. Geen idee hoeveel gebruikers er zijn en in hoeverre die nog actief zijn, maar dit kan een probleem zijn. Ik weet niet of de content van een wiki welkom zou zijn op Wikisource. Commons kan je op je buik schrijven omdat het geen mediabestand is. - Alexis Jazz (overleg) 16 feb 2021 21:59 (CET)
- Alexis Jazz Het leek me vrij goed te doen om van een wiki een pdf te maken. En een pdf kan meestal wel voor een mediabestand doorgaan. Maar het is natuurlijk veel beter als ze een doorstart kunnen maken. --MarcoSwart (overleg) 16 feb 2021 22:41 (CET)
- MarcoSwart Ik denk dat dat feestje niet doorgaat. Voor historische documenten en werken die op Wikisource staan of die uitgeschreven kunnen worden voor Wikisource maken ze wel een uitzondering, maar een PDF die je van een wiki hebt gemaakt valt daar niet onder. Als je iets wil importeren denk ik dat je het hier moet doen. Daarvoor zal lokaal uploaden aangezet moeten worden. - Alexis Jazz (overleg) 17 feb 2021 04:01 (CET)
- Ik zie binnen de regels genoeg speelruimte. --MarcoSwart (overleg) 17 feb 2021 10:12 (CET)
- Wel, zeg niet dat ik je niet heb gewaarschuwd. - Alexis Jazz (overleg) 17 feb 2021 11:28 (CET)
- Ik zie binnen de regels genoeg speelruimte. --MarcoSwart (overleg) 17 feb 2021 10:12 (CET)
- MarcoSwart Ik denk dat dat feestje niet doorgaat. Voor historische documenten en werken die op Wikisource staan of die uitgeschreven kunnen worden voor Wikisource maken ze wel een uitzondering, maar een PDF die je van een wiki hebt gemaakt valt daar niet onder. Als je iets wil importeren denk ik dat je het hier moet doen. Daarvoor zal lokaal uploaden aangezet moeten worden. - Alexis Jazz (overleg) 17 feb 2021 04:01 (CET)
- Alexis Jazz Het leek me vrij goed te doen om van een wiki een pdf te maken. En een pdf kan meestal wel voor een mediabestand doorgaan. Maar het is natuurlijk veel beter als ze een doorstart kunnen maken. --MarcoSwart (overleg) 16 feb 2021 22:41 (CET)
- MADe, Bdijkstra, MarcoSwart Ik zou het veilig spelen en (als we iets willen importeren) de gebruikers van vlaamswoordenboek.be vragen om hun bijdragen vrij te geven met een compatible licentie. Geen idee hoeveel gebruikers er zijn en in hoeverre die nog actief zijn, maar dit kan een probleem zijn. Ik weet niet of de content van een wiki welkom zou zijn op Wikisource. Commons kan je op je buik schrijven omdat het geen mediabestand is. - Alexis Jazz (overleg) 16 feb 2021 21:59 (CET)
- Bedankt voor de reacties, ik heb Antony ingelicht. Hun focus ligt momenteel op een doorstart van de site, ik heb bij hen ook het voorstel van MarcoSwart gedaan om ook hier info toe te voegen. Wordt vervolgd MADe (overleg) 16 feb 2021 12:28 (CET)
- De auteurs bepalen onder welke licentie zij hun werk vrijgeven. Dus je mag alleen werk exporteren naar Commons of Wikisource van die auteurs die hebben aangegeven dat commercieel gebruik oké is. --Bdijkstra (overleg) 16 feb 2021 09:40 (CET)
Sjabloon:Citeer web en Sjabloon:citeer webBewerken
Idealiter zouden deze sjablonen hetzelfde moeten werken (bv. doordat de ene een redirect is naar de andere), maar dat is niet zo. Sjabloon:Citeer web is niet functioneel en er staat: "Dit sjabloon is vervangen door {{citeer}} en {{citeer b}}." Sjabloon:citeer web is wel functioneel en er staat: "Zie {{citeer}}". Deze vervangingssjablonen zijn niet 100% compatibel. Beide worden niet gebruikt (behalve op een kladpagina). Kunnen ze niet beter worden verwijderd? --Bdijkstra (overleg) 17 feb 2021 16:41 (CET)
- Bdijkstra er is indertijd nogal wat commotie ontstaan op de nl.wikipedia te omda gebruik maakte van https://refill.toolforge.org/ om de bare urls in te vullen. De optie nl in deze tool vertaalde niet naar het Nederlands. Ik dacht, als jullie iets met het Sjabloon:Citeer web (en mogelijks andere, zoals b.v. Sjabloon:Citeer boek) willen ondernemen, zou er een mogelijkheid bestaan dit ook in de refill in het Nederlands te zetten? Thanks. Lotje (overleg) 18 feb 2021 07:42 (CET)
- Als ik op refill.toolforge.org kijk kan ik geen WikiWoordenboek invullen. --Bdijkstra (overleg) 18 feb 2021 09:39 (CET)
- Ja, Bdijkstra da's heel erg jammer, maar ik dacht het misschien via een omweggetje te doen via en.wikipedia of in om het even welke taal die erin voorkomt. Misschien zal het ooit gelinkt worden aan wikidata, en dan zijn alle problemen van de baan (hoop ik althans) :-) Lotje (overleg) 18 feb 2021 11:17 (CET)
- Een woordenboek stelt andere eisen aan een referentiesjabloon dan een encyclopedie. De vermelding op {{Citeer web}} is correct: we maken hier gebruik van één sjabloon dat verschillende typen bronnen ondersteunt en vooral ook het voor ons nogal relevante type: gedrukte publicatie die ook via internet bereikbaar is. Deze pagina is vooral nuttig om te voorkomen dat iemand weer goedbedoeld begint met het hierheen kopiëren van dit sjabloon. Bij mijn weten is {{citeer web}} vooral een tussenfase in de ontwikkeling van {{citeer}} en {{citeer b}} geweest, maar ik denk dat Alexis Jazz beter kan beoordelen of dit nu inderdaad kan worden verwijderd. --MarcoSwart (overleg) 18 feb 2021 23:27 (CET)
- Bdijkstra: 100% compatibel met wat?
- Lotje: Ik heb wel een idee daarvoor, maar dat hangt af van MarcoSwart.
- MarcoSwart: Dat klopt. Als ik me goed herinner roept {{citeer web}} niet simpelweg {{citeer}} aan omdat dan de recursiediepte kan worden overschreden. Kan jij een bot maken die automatisch substitutie kan doen als iemand b.v. {{citeer web}}, {{Citeer web}} of {{citeer boek}} (en zo nog een paar) gebruikt? Dan kan ik dit denk ik oplossen, en meteen Lotjes suggestie realiseren. - Alexis Jazz (overleg) 19 feb 2021 10:13 (CET)
- Sorry, de suggestie van Lotje is niet mogelijk omdat mw:Citoid niet eens lijkt te werken op nlwiki en hier is het al helemaal onmogelijk omdat Citoid de w:Wikipedia:Visuele tekstverwerker lijkt te vereisen. Een bot die automatisch substitutie kan doen zou echter wel prettig zijn. - Alexis Jazz (overleg) 19 feb 2021 10:25 (CET)
- Een woordenboek stelt andere eisen aan een referentiesjabloon dan een encyclopedie. De vermelding op {{Citeer web}} is correct: we maken hier gebruik van één sjabloon dat verschillende typen bronnen ondersteunt en vooral ook het voor ons nogal relevante type: gedrukte publicatie die ook via internet bereikbaar is. Deze pagina is vooral nuttig om te voorkomen dat iemand weer goedbedoeld begint met het hierheen kopiëren van dit sjabloon. Bij mijn weten is {{citeer web}} vooral een tussenfase in de ontwikkeling van {{citeer}} en {{citeer b}} geweest, maar ik denk dat Alexis Jazz beter kan beoordelen of dit nu inderdaad kan worden verwijderd. --MarcoSwart (overleg) 18 feb 2021 23:27 (CET)
- Ja, Bdijkstra da's heel erg jammer, maar ik dacht het misschien via een omweggetje te doen via en.wikipedia of in om het even welke taal die erin voorkomt. Misschien zal het ooit gelinkt worden aan wikidata, en dan zijn alle problemen van de baan (hoop ik althans) :-) Lotje (overleg) 18 feb 2021 11:17 (CET)
- Als ik op refill.toolforge.org kijk kan ik geen WikiWoordenboek invullen. --Bdijkstra (overleg) 18 feb 2021 09:39 (CET)
- Ik bedoelde dat Citeer web niet 1-op-1 is te vervangen door citeer of citeer b en dat citeer web niet 1-op-1 is te vervangen door citeer. --bdijkstra (overleg) 19 feb 2021 10:31 (CET)
- bdijkstra Die eerste is met opzet. De tweede is logisch, als je citeer web blind vervangt door citeer, hoe moet het sjabloon dan weten of jouw citaat van het web is of uit een boek of een film, etc? - Alexis Jazz (overleg) 19 feb 2021 10:39 (CET)
- I rest my case (althans hier) Lotje (overleg) 19 feb 2021 11:15 (CET)
- Lotje Die "commotie op nl.wikipedia over reFill" kan ik niet vinden. - Alexis Jazz (overleg) 19 feb 2021 11:22 (CET)
- Alexis Jazz het blokkeerlogboek doornemen om de bedoelde bewerkingen te achterhalen zou enige tijd in beslag kunnen nemen.
- voorbeeld van wat als reden: Herhaald verkeerd uitvoeren semi-botmatige edits en daar vervolgens niet goed over overleggen, of
- hier: Toevoegen van onjuiste informatie: en hiermee doorgaan ondanks herhaalde verzoeken om op te houden door diverse mensen.
- Het opzoeken wekt ook andere herinneringen op zoals hier en hier. Lotje (overleg) 19 feb 2021 11:59 (CET)
- Alexis Jazz het blokkeerlogboek doornemen om de bedoelde bewerkingen te achterhalen zou enige tijd in beslag kunnen nemen.
- Lotje Die "commotie op nl.wikipedia over reFill" kan ik niet vinden. - Alexis Jazz (overleg) 19 feb 2021 11:22 (CET)
- I rest my case (althans hier) Lotje (overleg) 19 feb 2021 11:15 (CET)
- bdijkstra Die eerste is met opzet. De tweede is logisch, als je citeer web blind vervangt door citeer, hoe moet het sjabloon dan weten of jouw citaat van het web is of uit een boek of een film, etc? - Alexis Jazz (overleg) 19 feb 2021 10:39 (CET)
- Ik bedoelde dat Citeer web niet 1-op-1 is te vervangen door citeer of citeer b en dat citeer web niet 1-op-1 is te vervangen door citeer. --bdijkstra (overleg) 19 feb 2021 10:31 (CET)
Proposal: Set two-letter project shortcuts as alias to project namespace globallyBewerken
Help met het vertalen naar uw taal
Hello everyone,
I apologize for posting in English. I would like to inform everyone that I created a new global request for comment (GRFC) at Meta Wiki, which may affect your project: m:Requests for comment/Set short project namespace aliases by default globally.
In this GRFC, I propose that two-letter shortcuts for project names will become a default alias for the project namespace. For instance, on all Wikipedias, WP will be an alias to the Wikipedia: namespace (and similar for other projects). Full list is available in the GRFC.
This is already the case for Wikivoyages, and many individual projects asked for this alias to be implemented. I believe this makes it easier to access the materials in the project namespace, as well as creating shortcuts like WP:NPOV, as well as helps new projects to use this feature, without having to figure out how to request site configuration changes first.
As far as I can see, WikiWoordenboek currently does not have such an alias set. This means that such an alias will be set for you, if the GRFC is accepted by the global community.
I would like to ask all community members to participate in the request for comment at Meta-Wiki, see m:Requests for comment/Set short project namespace aliases by default globally.
Please feel free to ask me if you have any questions about this proposal.
Best regards,
--Martin Urbanec (talk) 18 feb 2021 15:12 (CET)
Aanmelding moderatorBewerken
Zie WikiWoordenboek:Aanmelding moderators. --bdijkstra (overleg) 19 feb 2021 19:45 (CET)
- De stemming heeft enkel steun en geen bezwaren opgeleverd. Bdijkstra is daarom aan de moderators en interfacemoderators] toegevoegd. Proficiat! --MarcoSwart (overleg) 1 mrt 2021 00:21 (CET)
Tech News: 2021-08Bewerken
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 Visuele tekstverwerker gebruikt nu MediaSearch om afbeeldingen op Commons te vinden voor gebruik in artikelen. [34]
- De syntax highlighter werkt nu met meer talen: Futhark, Graphviz/DOT, CDDL en AMDGPU. [35]
Problemen en onderhoud
- Het bewerken van een tijdlijn (wikitekst die resulteert in een afbeelding van een tijdlijn) kan resulteren in het verdwijnen van alle tekst op de tijdlijn. Dit probleem is verholpen, maar je moet tijdlijnen waarvan de tekst mist mogelijk nogmaals bewerken om de weergave weer goed te krijgen. [36]
Wijzigingen later deze week
- De nieuwe versie van MediaWiki zal op 23 februari uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 24 februari uitgerold worden op sommige Wikipedia's en alle projecten die geen Wikipedia zijn. Op 25 februari zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Toekomstige wijzigingen
- Er is een gebruikersgroep voor ontwikkelaars en gebruikers die interesse hebben in het werken met de Rust programmeertaal op Wikimedia-wiki's. Je kan je aanmelden of anderen vertellen wie jouw wiki wil verbeteren.
Technieuws is samengesteld door technieuws schrijvers en gepost door een bot • Deel deze nieuwsbrief • Draag bij • Vertaal • Vraag hulp • Geef feedback • Abonneren en afmelden.
23 feb 2021 01:17 (CET)
Tech News: 2021-09Bewerken
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
- Wiki's die de Growth team tools gebruiken kunnen nu de naam van de mentor van een nieuwkomer laten zien met een variabele. Dit kan gebruikt worden in bijvoorbeeld welkomstberichten of gebruikersboxen.
- Een nieuwe versie van VideoCutTool is nu beschikbaar. Hiermee kunnen uitsneden worden gemaakt, er kan in video worden geknipt, je kan het geluid uitschakelen en het beeld draaien. Deze tool is gemaakt als onderdeel van de developer outreach programma's.
Problemen en onderhoud
- Er was een probleem met de wachtrij voor opdrachten (job queue) waardoor sommige functies geen aanpassingen opsloegen en MassMessage berichten vertraging opliepen. Dit had geen invloed op bewerkingen op wiki's. [37]
- Met de meest recente versies van Firefox en Safari worden gebruikers standaard niet meer automatisch bij alle Wikimedia projecten ingelogd. [38]
Wijzigingen later deze week
- De nieuwe versie van MediaWiki zal op 2 maart uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 3 maart uitgerold worden op sommige Wikipedia's en alle projecten die geen Wikipedia zijn. Op 4 maart zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Technieuws is samengesteld door technieuws schrijvers en gepost door een bot • Deel deze nieuwsbrief • Draag bij • Vertaal • Vraag hulp • Geef feedback • Abonneren en afmelden.
1 mrt 2021 20:08 (CET)
Wikifunctions logo contestBewerken
2 mrt 2021 02:52 (CET)
Tech News: 2021-10Bewerken
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
- Sectievertaling werkt nu op de Bengaalse Wikipedia waardoor het voor mobiele gebruikers makkelijker is om secties te vertalen. Deze feature komt later naar andere wiki's waarbij de focus initieel ligt op actieve wiki's met een beperkt aantal artikelen. Je kan het uittesten en feedback achterlaten.
- Flagged revisions geven moderators nu het review-recht. [39]
- Wanneer iemand naar een Wikipedia artikel linkt op Twitter is daarbij nu een voorbeeldweergave te zien. [40]
Problemen en onderhoud
- Vele grafieken hebben JavaScript-fouten. Bewerkers van grafieken kunnen hun werk controleren in de developer console van hun browser na het bewerken. [41]
Wijzigingen later deze week
- De nieuwe versie van MediaWiki zal op 9 maart uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 10 maart uitgerold worden op sommige Wikipedia's en alle projecten die geen Wikipedia zijn. Op 11 maart zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
- De Nieuwe Discussietool zal binnenkort op de meeste Wikipedia's als bètafunctie opgenomen worden bij de discussietools. Het doel is om het eenvoudiger te maken om nieuwe discussies te starten. [42]
Toekomstige wijzigingen
- Er komen een aantal veranderingen om het eenvoudiger te maken om met sjablonen te werken. Een deel hiervan komt in maart op de eerste wiki's. Verdere veranderingen arriveren in juni op de eerste wiki's. Deze veranderingen zijn zowel voor mensen die sjablonen gebruiken als degenen die sjablonen aanmaken en bewerken. Verder lezen.
- Reference Previews worden op 17 maart een standaardfeature op sommige wiki's. Ze zullen een instelling delen met Page Previews. Als je de voorkeur geeft aan de Reference Tooltips of Navigation-Popups gadget dan kan je die blijven gebruiken. In dat geval zullen de Reference Previews niet worden weergegeven. [43][44]
- Nieuwe JavaScript-gebaseerde functies zullen niet werken in Internet Explorer 11 omdat deze browser te oud is om JavaScript uit te voeren die is geschreven naar de huidige normen. Alles wat vandaag werkt in IE11 zal voorlopig blijven werken. Verder lezen.
Technieuws is samengesteld door technieuws schrijvers en gepost door een bot • Deel deze nieuwsbrief • Draag bij • Vertaal • Vraag hulp • Geef feedback • Abonneren en afmelden.
8 mrt 2021 18:51 (CET)
Tech News: 2021-11Bewerken
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
- Wiki's die deel uitmaken van het desktopverbeteringen project kunnen nu gebruik maken van een nieuwe zoekfunctie. De desktopverbeteringen en nieuwe zoekfunctie komen later op meer wiki's beschikbaar. Je kan het ook eerder testen.
- Gebruikers die banners instellen of site-brede JavaScript code aanpassen zouden client error graph moeten gebruiken om te zien of hun veranderingen geen problemen veroorzaken. Verder lezen. [45]
Problemen en onderhoud
- Door databaseproblemen was de Wikimedia Betacluster voor ruim een dag alleen-lezen.
Wijzigingen later deze week
- De nieuwe versie van MediaWiki zal op 16 maart uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 17 maart uitgerold worden op sommige Wikipedia's en alle projecten die geen Wikipedia zijn. Op 18 maart zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Toekomstige wijzigingen
- Je kan nu nog een nieuwe regel of carriage return karakter aan een persoonlijke handtekening toevoegen door middel van een sjabloon. Er is echter een voorstel om dit in de toekomst niet meer toe te staan vanwege opmaakproblemen. [46][47]
- 12 wikis zullen tijdelijk alleen-lezen zijn op 23 maart om 06:00 (UTC). Dit zou niet langer dan 30 minuten moeten duren.
- Je kan Quarry gebruiken voor SQL queries op de Wiki Replicas. Cross-database
JOINS
werken vanaf 23 maart niet meer. Er komt een nieuw veld om aan te geven met welke database er verbonden moet worden. Als je denkt dat dit invloed heeft op jouw bezigheden dan kan je een bericht achterlaten op Phabricator of op Wikitech. PAWS en andere manieren om SQL queries op de Wiki Replicas te doen zullen later aangepast worden. [48]
Technieuws is samengesteld door technieuws schrijvers en gepost door een bot • Deel deze nieuwsbrief • Draag bij • Vertaal • Vraag hulp • Geef feedback • Abonneren en afmelden.
16 mrt 2021 00:22 (CET)
Tech News: 2021-12Bewerken
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
- Er is een Wikipedia app voor telefoons met KaiOS. Deze toestellen hebben geen aanraakscherm waardoor navigeren alleen mogelijk is met fysieke knoppen. Er is nu een simulator waarin je kan zien hoe het eruit ziet.
- De reply tool en de new discussion tool zijn nu beschikbaar als "Overleghulpmiddelen" beta feature op bijna alle wiki's met uitzondering van de Duitse Wikipedia.
Problemen en onderhoud
- 12 wiki's zullen tijdelijk alleen-lezen zijn op 23 maart om 06:00 (UTC). Dit zou niet langer dan 30 minuten moeten duren. Het wijzigen van wachtwoorden, aanmelden op nieuwe wiki's, wijzigen of bevestigen van mailadressen en globale hernoemingen zijn ook niet mogelijk in deze periode.
Wijzigingen later deze week
- De nieuwe versie van MediaWiki zal op 23 maart uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 24 maart uitgerold worden op sommige Wikipedia's en alle projecten die geen Wikipedia zijn. Op 25 maart zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
- Syntaxiskleuring gaat veranderen om de leesbaarheid te verbeteren. De eerste wiki's worden binnenkort aangepast. [49]
Toekomstige wijzigingen
- Flagged revisions zullen niet langer meerdere labels zoals "tone" of "depth" hebben. Er zal ook niet meer dan één rang zijn. Dit is aangepast omdat slechts enkele wiki's deze features gebruikten en dit maakte de tool ingewikkeld om te onderhouden. [50][51]
- Gadgets en user scripts in JavaScript hebben toegang tot variabelen met informatie over de huidige pagina. In 2015 is dit verplaatst van
wg*
naarmw.config
.wg*
werkt binnenkort niet meer. [52]
Technieuws is samengesteld door technieuws schrijvers en gepost door een bot • Deel deze nieuwsbrief • Draag bij • Vertaal • Vraag hulp • Geef feedback • Abonneren en afmelden.
22 mrt 2021 17:53 (CET)
Tech News: 2021-13Bewerken
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
- Sommige antieke browsers werken niet goed met Wikimedia wiki's. Oude code voor browsers die voorheen ondersteund waren is verwijderd waardoor de betreffende browsers mogelijk niet goed meer werken. [53]
- Meldingen van recente wijzigingen op IRC zijn verplaatst naar een nieuwe server. Tools moeten altijd verbinden met
irc.wikimedia.org
en niet de naam van een specifieke server. Gebruikers kunnen ook overwegen om over te stappen op de modernere EventStreams. [54]
Problemen en onderhoud
- Bij het verplaatsen van een pagina die veel gebruikers op hun volglijst hebben staan kan de geschiedenis onverwacht gesplitst worden. Daarna is de pagina mogelijk ook voor enige tijd niet meer te verplaatsen. Dit komt door een probleem met job queue. (opdrachtenwachtrij) [55]
- Sommige vertaalbare pagina's op Meta konden niet bewerkt worden door een fout in de vertaaltool. De nieuwe versie van MediaWiki heeft door problemen als deze vertraging opgelopen. [56][57]
Wijzigingen later deze week
- De nieuwe versie van MediaWiki zal op 30 maart uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 31 maart uitgerold worden op sommige Wikipedia's en alle projecten die geen Wikipedia zijn. Op 1 april zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Technieuws is samengesteld door technieuws schrijvers en gepost door een bot • Deel deze nieuwsbrief • Draag bij • Vertaal • Vraag hulp • Geef feedback • Abonneren en afmelden.
29 mrt 2021 19:31 (CEST)
Tech News: 2021-14Bewerken
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
- Gebruikers kunnen delen van een artikel inklappen zodat je erop moet klikken om het te zien. Als je nu klikt op een link naar een sectie die standaard is ingeklapt dan zal die sectie nu automatisch uitgeklapt worden en de browser scrollt dan naar de betreffende sectie. Dergelijke links werkten voorheen niet tenzij je eerst handmatig de sectie uitklapte. [58]
Wijzigingen later deze week
- De citoid API gaat
2010-12-XX
gebruiken in plaats van2010-12
voor datums met een maand maar zonder gespecificeerde dag omdat2010-12
ook is te interpreteren als2010-2012
. In het Extended Date/Time Format heet dit level 1 in plaats van level 0. [59] - De nieuwe versie van MediaWiki zal op 6 april uitgerold worden op testwiki's en op MediaWiki.org. De nieuwe versie zal op 7 april uitgerold worden op sommige Wikipedia's en alle projecten die geen Wikipedia zijn. Op 8 april zal de nieuwe versie op alle overige projecten uitgerold worden. (kalender)
Toekomstige wijzigingen
- PAWS kan nu verbinding maken met de nieuwe Wikireplica's. Cross-database
JOINS
zullen vanaf 28 april niet meer werken. Er is een nieuwe manier om verbinding te maken met de databases. Tot 28 april werken beide verbindingsmethoden. Als je denkt dat dit invloed heeft op wat je doet en je hebt hulp nodig dan kan je een reactie achterlaten op Phabricator of op Wikitech.
Technieuws is samengesteld door technieuws schrijvers en gepost door een bot • Deel deze nieuwsbrief • Draag bij • Vertaal • Vraag hulp • Geef feedback • Abonneren en afmelden.
5 apr 2021 21:41 (CEST)
Universele Gedragscode Fase 2Bewerken
De 'Universele Gedragscode (UCoC) voorziet in een universele basislijn van aanvaardbaar gedrag voor de gehele Wikimedia beweging en al haar projecten. Het project bevindt zich momenteel in fase 2, waarin duidelijke handhavingspaden worden geschetst. U kunt meer lezen over het hele project op de 'projectpagina.
Ontwerpcomité: Oproep tot kandidaatstellingBewerken
De Wikimedia Foundation zoekt vrijwilligers voor een commissie die gaat voorstellen hoe de code afdwingbaar kan worden gemaakt. Vrijwilligers in de commissie zullen tussen de 2 en 6 uur per week besteden van eind april tot en met juli en opnieuw in oktober en november. Het is belangrijk dat het comité divers en inclusief is, en een verscheidenheid aan ervaringen heeft, waaronder zowel ervaren gebruikers als nieuwkomers, mensen die zijn gepest of daarop hebben gereageerd, en mensen die valselijk zijn beschuldigd van pesterijen.
Voor aanmelding en meer informatie over het proces, zie Universal Code of Conduct/Drafting committee.
2021 communautaire raadplegingen: Aankondiging en oproep voor vrijwilligers / vertalersBewerken
Van 5 april - 5 mei 2021 zullen er op veel Wikimedia-projecten gesprekken plaatsvinden over hoe de UCoC gehandhaafd kan worden. We zijn op zoek naar vrijwilligers om belangrijk materiaal te vertalen, en ook om te helpen bij het organiseren van overleg in hun eigen taal of project met behulp van voorgestelde kernvragen. Als u geïnteresseerd bent in vrijwilligerswerk voor een van deze rollen, neem dan alstublieft contact us op in de taal die u het beste ligt.
Voor meer informatie over deze werkzaamheden en andere lopende gesprekken, zie Universal Code of Conduct/2021 consultations.
-- Xeno (WMF) (overleg) 5 apr 2021 23:07 (CEST)
Global bot policy changesBewerken
Hallo!
I apologize for sending a message in English. Help met het vertalen naar uw taal. According to the list, your wiki project is currently opted in to the global bot policy. As such, I want to let you know about some changes that were made after the global RfC was closed.
- Global bots are now subject to a 2 week discussion, and it'll be publicized via a MassMessage list, available at Bot policy/New global bot discussion on Meta. Please subscribe yourself or your wiki if you are interested in new global bots proposals.
- For a bot to be considered for approval, it must demonstrate it is welcomed in multiple projects, and a good way to do that is to have the bot flag on at least 5 wikis for a single task.
- The bot operator should make sure to adhere to the wiki's preference as related to the use of the bot flag (i.e., if a wiki doesn't want a bot to use the flag as it edits, that should be followed).
Thank you for your time.
Best regards,
—Thanks for the fish! talk•contribs 6 apr 2021 20:48 (CEST)
mof; echt allemaal verschillende betekenissen?Bewerken
Op mof worden nu vijf verschillende basisbetekenissen gegeven, maar ik vraag ik me af of de betekenissen 2 en 3 en anderzijds 4 en 5 niet gewoon op hetzelfde neerkomen. Mijn voorstel zou zijn om het in dit geval wat te vereenvoudigen en het aantal betekenissen te beperken tot drie (de technische en de kleding-betekenis zijn natuurlijk wel verschillend). Meningen?
Wellicht zijn er meer van dit soort gevallen van pagina's met "te veel" betekenissen, maar daar ga ik nu niet naar op zoek. De Wikischim (overleg) 11 apr 2021 20:00 (CEST)
- De oorspronkelijke, verouderde betekenis is 3 en dan gaat het om een koker om de arm. Daarvan zijn afgeleid de betekenis 2, die niet om een arm, maar om beide handen wordt gedragen en de technische betekenis 5: een wijder uiteinde aan een buis. Van die laatste betekenis is vervolgens betekenis 4 weer afgeleid: een kortere buis met twee wijde uiteinden om twee andere buizen te verbinden. Volgens mij zijn dit vier goed te onderscheiden betekenissen. Zou het niet beter zijn om op zoek te gaan naar illustraties die de verschillen laten zien? --MarcoSwart (overleg) 11 apr 2021 23:28 (CEST)
- OK prima. Wat dat laatste betreft, dat mag iemand anders doen want ik heb al genoeg andere zaken omhanden (ik meen toch dat gebruiker:Lotje vooral veel met afbeeldingen bezig is?) De Wikischim (overleg) 12 apr 2021 00:13 (CEST)
- MarcoSwart De Wikischim ::: [2] wat dachten jullie hiervan [3] of dit winterse tafereel, daar ziet men duidelijker waartoe hij dient. De rest ga ik later op zoek. Lotje (overleg) 12 apr 2021 12:09 (CEST)
- Ik heb de opmaak van de pagina wat aangepast omdat het woord in de betekenis 'Duitser' mannelijk is en in de overige betekenissen oorspronkelijk vrouwelijk. Hierdoor schuiven bovengenoemde nummers een plaatsje op. De tweede afbeelding lijkt me inderdaad het beste voor wat nu betekenis B 1. is. Voor betekenis B 2. is dit wellicht bruikbaar, omdat het aansluit op de voorbeeldzin en het verschil met betekenis B 1. goed te zien is. --MarcoSwart (overleg) 12 apr 2021 14:09 (CEST)
- Moffen maakten ook deel uit van de poppenkleertjes en Deze moffen moeten dringend gewassen worden Lotje (overleg) 12 apr 2021 15:49 (CEST)
- @MarcoSwart: prima, dat zou eigenlijk ook overal waar van toepassing moeten gebeuren. In dit soort gevallen gaat het in feite immers helemaal niet om één woord, maar om meerdere, toevallig homonieme woorden. De Wikischim (overleg) 12 apr 2021 17:18 (CEST)
- Aanv.: Ik heb zojuist de pagina sok (waarheen vanaf mof gelinkt wordt) op eenzelfde manier aangepast, want ook hier gaat het in feite om twee etymologisch verschillende woorden (al hebben ze wel iets met elkaar te maken via volksetymologie). MarcoSwart, kun je misschien nog even kijken of het zo goed is? De Wikischim (overleg) 12 apr 2021 17:54 (CEST)
- Lijkt me een goede aanpassing. --MarcoSwart (overleg) 13 apr 2021 20:30 (CEST)
- Ik heb de opmaak van de pagina wat aangepast omdat het woord in de betekenis 'Duitser' mannelijk is en in de overige betekenissen oorspronkelijk vrouwelijk. Hierdoor schuiven bovengenoemde nummers een plaatsje op. De tweede afbeelding lijkt me inderdaad het beste voor wat nu betekenis B 1. is. Voor betekenis B 2. is dit wellicht bruikbaar, omdat het aansluit op de voorbeeldzin en het verschil met betekenis B 1. goed te zien is. --MarcoSwart (overleg) 12 apr 2021 14:09 (CEST)
MarcoSwart er viel mij nog iets te binnen, nl. dat er een soort (oude) bakstenen bestaat ook wel Brugse mof genaamd. :-) Lotje (overleg) 13 apr 2021 06:49 (CEST)
- Uitgevoerd --MarcoSwart (overleg) 13 apr 2021 20:30 (CEST)
Zonet op deze afbeelding gestoten ...fusillés le 2 mars 1916 par les Boches. Misschien iets om daar toe te voegen? Mochten we daar als iets aan toevoegen, zal de tekst waarschijnlijk toch in het Frans zijn. Lotje (overleg) 16 apr 2021 16:17 (CEST)
- Wat het monument laat zien zijn juist geen moffen, dus het is wat verwarrend om het bij "boche(s)" als illustratie te gebruiken. Er bestaat vrij zeker propaganda uit WO I die het scheldwoord beter verbeeldt en daar zou ondertussen minstens een deel publiek domein moeten zijn. --MarcoSwart (overleg) 16 apr 2021 21:14 (CEST)
Line numbering coming soon to all wikisBewerken
From April 15, you can enable line numbering in some wikitext editors - for now in the template namespace, coming to more namespaces soon. This will make it easier to detect line breaks and to refer to a particular line in discussions. These numbers will be shown if you enable the syntax highlighting feature (CodeMirror extension), which is supported in the 2010 and 2017 wikitext editors.
More information can be found on this project page. Everyone is invited to test the feature, and to give feedback on this talk page.
-- Johanna Strodt (WMDE) 12 apr 2021 17:09 (CEST)
Eenvoudige vertalingenBewerken
In sommige Wikiwoordenboeken in talen anders dan het Nederlands is het vrij eenvoudig om een vertaling van een lemma toe te voegen. Je vult simpelweg het nummer, de taalcode, de vertaling en eventuele overige kenmerken zoals het geslacht van het woord in en drukt op toevoegen. De software zorgt voor de alfabetisering en de opmaak. Zie bijvoorbeeld Busbahnhof of bus station. In het Nederlandse Wikiwoordenboek is het een stuk omslachtiger. Je moet op bewerken klikken, naar het juiste vertaalsjabloon zoeken, zelf de alfabetisering doen en soms ook de splitsing tussen de kolommen verplaatsen. Zou het mogelijk zijn om de eenvoudige methode ook hier te implementeren? Of is dat ongewenst, of erg gecompliceerd? --Sulsfort (overleg) 14 apr 2021 15:48 (CEST)