Overleg gebruiker:Mbch331/Archief/jul 2022

Pagina-inhoud wordt niet ondersteund in andere talen.
Uit Wikipedia, de vrije encyclopedie

Wikidata weekly summary #522[brontekst bewerken]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Discussions
    • New requests for permissions/Bot:
      • ListedBuildingsUKBot. Task/s: Add wikidata site links to appropriate wiki commons category pages for listed buildings with matching ID numbers. I've identified about 1000 entities that can be updated. e.g. [1] should have a wiki commons link to [2] since they both refer to [3].
  • Development
    • Lexicographical data:
      • We have finished most of the development on the new Special:NewLexeme page. You can try it at https://wikidata.beta.wmflabs.org/wiki/Special:NewLexemeAlpha. We will make this available on Wikidata for testing with real-world data on July 14th.
      • We are continuing to work on the new search profile for languages to make setting the language of a new Lexeme easier (phab:T307869)
    • REST API: We are putting finishing touches on the first version of the API route to add statements to an Item. It is still lacking support for automated edit summaries.
    • We are working on word-level diffs to make it easier to see what changed in an edit (phab:T303317)
    • We are investigating the issue of labels not being shown after some merges (phab:T309445)

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.


Tech News: 2022-27[brontekst bewerken]

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

Changes later this week

  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 5 July. It will be on non-Wikipedia wikis and some Wikipedias from 6 July. It will be on all wikis from 7 July (calendar).
  • Some wikis will be in read-only for a few minutes because of a switch of their main database. It will be performed on 5 July at 07:00 UTC (targeted wikis) and on 7 July at 7:00 UTC (targeted wikis).
  • The Beta Feature for DiscussionTools will be updated throughout July. Discussions will look different. You can see some of the proposed changes.
  • This change only affects pages in the main namespace in Wikisource. The Javascript config variable proofreadpage_source_href will be removed from mw.config and be replaced with the variable prpSourceIndexPage. [4]

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

4 jul 2022 21:31 (CEST)

Growth team newsletter #21[brontekst bewerken]

Welcome to the twenty-first newsletter from the Growth team!

New project: Positive reinforcement[brontekst bewerken]

Design mockup of the Positive reinforcement module for mobile users. The new module is first a summary of the number of views and can be expanded to show stats, graphs, and other contribution information.
Mockup of the Impact module, redesigned to add Positive reinforcement.
  • The Growth team started a new project: Positive reinforcement. We want newcomers to understand there is an interest in regularly editing Wikipedia, and we want to improve new editor retention.
  • We asked users from Arabic, Bangla, Czech and French Wikipedia about their feedback. Some people participated at mediawiki.org as well.
  • We summarized the initial feedback gathered from these community discussions, along with how we plan to iterate based on that feedback.
  • The first Positive Reinforcement idea is a redesign of the impact module: incorporating stats, graphs, and other contribution information. This idea received the widest support, and we plan to start our work based on the design illustrated on the side.
  • Please let us know what you think of this project, in any language.

For mentors[brontekst bewerken]

Scaling[brontekst bewerken]

  • "Add a link" available at more wikis ― Add a link feature has been deployed to more wikis: Catalan Wikipedia, Hebrew Wikipedia, Hindi Wikipedia, Korean Wikipedia, Norwegian Bokmål Wikipedia, Portuguese Wikipedia, Simple English Wikipedia, Swedish Wikipedia, Ukrainian Wikipedia, Abkhazian Wikipedia, Achinese Wikipedia, Adyghe Wikipedia, Afrikaans Wikipedia, Akan Wikipedia, Alemannisch Wikipedia, Amharic Wikipedia, Aragonese Wikipedia, Old English Wikipedia, Syriac Wikipedia, Egyptian Arabic Wikipedia, Asturian Wikipedia, Atikamekw Wikipedia, Avaric Wikipedia, Aymara Wikipedia, Azerbaijani Wikipedia, South Azerbaijani Wikipedia. This is part of the progressive deployment of this tool to more Wikipedias. The communities can configure locally how this feature works.
  • "Add an image" available at more wikis ― Add an image feature will be deployed to more wikis: Greek Wikipedia, Indonesian Wikipedia, Polish Wikipedia, Chinese Wikipedia. These communities will be able to configure locally how this feature works. [5]

Suggested edits[brontekst bewerken]

  • Selecting topics ― We have created an "AND" filter to the list of topics at Special:Homepage. This way, newcomers can decide to select very specific topics ("Transportation" AND "Asia") or to have a broader selection ("Transportation" OR "Asia"). At the moment this feature is tested at pilot wikis.
  • Changes for Add a link ― We have built several improvements that came from community discussion and from data analysis. They will be available soon at the wikis.
    • Algorithm improvements ― The algorithm now avoids recommending links in sections that usually don't have links and for first names. Also, it now limits each article to only having three link suggestions by default (limited to the highest accuracy suggestions of all the available ones in the article).
    • User experience improvements ― We added a confirmation dialog when a user exits out of suggestion mode prior to making changes. We also improved post-edit dialog experience and allow newcomers to browse through task suggestions from the post-edit dialog.
    • Community configuration ― We allow communities to set a maximum number of links per article via Special:EditGrowthConfig.
    • Future change for Add a link feature ― We will suggest underlinked articles in priority. [6]
  • Patrolling suggested edits ― Some users at Arabic Wikipedia, Spanish Wikipedia, and Russian Wikipedia told us that "Add a link" and "Add an image" edits can be challenging to patrol. We are now brainstorming improvements to help address this challenge. We have already some ideas and we started some work to address this challenge. If you have any thoughts to add about the challenges of reviewing these tasks or how we should improve these tasks further, please let us know, in any language.

Community configuration[brontekst bewerken]

Communities can configure how the features work, using Special:EditGrowthConfig.

  • Communities can set the maximum number of "add an image" suggested tasks a newcomer can complete daily. [7]
  • Future change: allow communities to customize the "add a link" quality gate threshold easily, using Special:EditGrowthConfig. [8]

Growth team's newsletter prepared by the Growth team and posted by bot • Give feedback • Subscribe or unsubscribe.

5 jul 2022 15:03 (CEST)

Wikidata weekly summary #528[brontekst bewerken]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Events
    • Upcoming:
      • The next Wikidata+Wikibase office hours will take place on Wednesday, July 27th 2022 at 17:00 UTC (18:00 Berlin time) in the Wikidata Telegram group. The Wikidata and Wikibase office hours are online events where the development team presents what they have been working on over the past quarter, and the community is welcome to ask questions and discuss important issues related to the development of Wikidata and Wikibase.
      • Next Linked Data for Libraries LD4 Wikidata Affinity Group call July 12, 2022: Houcemeddine Turki will speak on "Enriching and Validating Wikidata from Large Bibliographic Databases." This call will be part of the 2022 LD4 Conference on Linked Data, “Linking Global Knowledge.” While you can attend the call directly via the links below without registering for the conference, we encourage everyone to check out the full conference program and all the excellent sessions on Sched at Agenda
      • 7/30 OpenStreetMap x Wikidata @ COSCUP 2022
      • 2022 LD4 Conference on Linked data. July 11th through July 15th, 2022
    • Ongoing
    • Past:
  • Development
    • Data Quality Days!
    • Making plans for improving EntitySchemas and integrate them more into editing and maintenance workflows
    • Implemented word-level diffs of labels, descriptions, aliases and sitelinks (phab:T303317)
    • Continuing the investigation about labels not being shown after some merges (phab:T309445)
    • Lexicographical data:
      • Continuing work on making it easier to pick the right language for a new Lexeme (phab:T298140)
      • Fixing a bug where `[object Object]` was shown in the gramatical feature field (phab:T239208)
      • Fixing a number of places where labels for redirected Items were not shown even though the redirect target had labels (phab:T305032)
    • REST API:
      • Finished the first version of the API route for creating statements on an Item (excluding autosummaries so far)
      • Started work on the API route for removing a statement from an Item

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.


Tech News: 2022-28[brontekst bewerken]

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

Recent changes

Changes later this week

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

Future changes

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

11 jul 2022 21:24 (CEST)

Wikidata weekly summary #529[brontekst bewerken]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Events
    • Upcoming
      • The next Wikidata+Wikibase office hours will take place on Wednesday, July 27th 2022 at 17:00 UTC (18:00 Berlin time) in the Wikidata Telegram group. The Wikidata and Wikibase office hours are online events where the development team presents what they have been working on over the past quarter, and the community is welcome to ask questions and discuss important issues related to the development of Wikidata and Wikibase.
      • Next Linked Data for Libraries Wikidata Working Hour July 18, 2022: Working with diverse children's book metadata. The second Wikidata Working Hour in the series will cover reconciliation in OpenRefine, so we can identify which authors from our spreadsheet of children's book metadata already exist and/or need to be created in Wikidata. You are, as always, welcome to bring your own data to work on. Event page
      • Assessing the Quality of Sources in Wikidata Across Languages - Wikimedia Research Showcase, Wednesday, July 20, at 9:30 AM PST/16:30 UTC
      • Mark your calendars for the Wikimania Hackathon! The free, online, public event will take place from 16- 22 UTC August 12 and 12-17 UTC August 13, and include a final showcase on August 14.
    • Ongoing
    • Past
  • Development
    • Lexicographical data:
    • REST API: Continued working on the API route to replace or remove a statement of an Item
    • We are making Wikibase resolve redirects when showing Item labels and descriptions in a lot more places; notably, this includes the wbsearchentities API. (phab:T312223)
    • Mismatch Finder: We are discussing options for how to improve its handling of dates, specifically calendar model and precision.
    • EntitySchemas: We are trying to figure out how to best technically go about implementing some of the most-needed features for version 2.

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.

Tech News: 2022-29[brontekst bewerken]

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

Problems

  • The feature on mobile web for Nearby Pages was missing last week. It will be fixed this week. [11]

Changes later this week

  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 19 July. It will be on non-Wikipedia wikis and some Wikipedias from 20 July. It will be on all wikis from 21 July (calendar).

Future changes

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

19 jul 2022 00:59 (CEST)

M.b.t. mijn oningelogde bewerking van vanochtend[brontekst bewerken]

Beste Mbch331,

=== Korte inleiding bij een wat langer pleidooi voor ter vehoging van het niveau van het indienen en afhandelen van RegBlok-verzoeken ===</nowiki>

Om te beginnen hou ik me aanbevolen voor elke terechtwijzing, maar het niveau van het (lang niet altijd even bezonnen en weloverwogen?) indienen en ook afhandelen van RegBlok-verzoeken over andere gebruikers hier op Wikipedia is voor verbetering vatbaar. Wie dat niet beseft, heeft vermoedelijk nog nooit een ex-Wikipediaan gesproken, die zelf het bijltje erbij neergegooid heeft, na een zoveelste als ont(te)recht ervaren blokkering; of met een ex-gebruiker die zich (zacht uitgedrukt) onheus bejegend voelt middels een als tuchtrechte(r)lijke dwaling ervaren permanente blokkering.


Zoiet kan zijn gebeurd na een escalatie van wat ooit wellicht zelfs een bagatel was of leek (wat de een voor iets onnozels houdt, kan voor de ander iets principieel blijken, over zijn of haar onvoldoende serieus genomen of gerespecteerde overtuiging, normen en waarden en zelfs geloofwaardigheid.

Het niveau van de toepassing van zowel geschreven als ongeschreven regels door moderatoren kon dan daarvan de door andere gebruikers al lang vergeten achterliggende diepere oorzaak zijn geweest, of (indirect?) een daaraan voorafgaande uitspraak van de ArbCom.over wat dan ook.

Wat dit betreft ben ik een idealist (maar wel een met zowaar tevens een realistische neiging, dus nog geen perfectionist): Er zou eigenlijk een voortdurend streven naar verbetering moeten zijn: niet alleen naaar verbetering van de inhoud van de lemma's, maar '''ook in de beslechting van eventuele onderlinge geschillen tussen gebruikers''. We behoren ernaar te streven het tot een ''hoger, rechtvaardiger niveau'' te verheffen en daarmee een steeds terugkerende bron van frustratie bij betreffende of zelfs reeds (met een daadwerkelijke blokkering als sanctie) getroffen gebruikers deels weg te nemen of anders te verzachten - en hopelijk ook (maar misschien betreft dit nu juist wel ijdele hoop, إِنْ شَاءَ ٱ ) ook onderlinge verdeeldheid, nijd en onmin te verkleinen.(haat kennen we hier toch niet, mag ik aannemen?)


=== De aanbevolen lectuur: ''How to do things with rules'' ===

Hier volgt de titel van dat aanbevelenswaardig boek waarop ik vanochtend doelde, met tevens de namen van debetreffende auteurs die ik vanochtend niet uit mijn geheugen wist op te diepen (zo ik die namen ooit geweten heb, want ook mijn belezenheid kent immers grenzen).

Onderwerp ervan is ''de toepassing van regels in het recht.'' (dat betreft namelijk ook een kunst/vaardigheidwetenschap met vele haken en ogen en angels en voetklemmen)

Relevantie m.b.t. de RegBlok-materie: dat betreft niet alleen die bekende terreinen van het civiele recht en het strafrecht: veel van die materie is evengoed van toepassing op tuchtrecht; en daardoor zeker relevant bij die materie ""RegBlok".

(want tuchtrecht, dat is toch de helaas wat zwaar en streng klinkende noemer, waaronder we een deel van het optreden van onze vaaak overbelaste moderatoren mogen scharen, zeker bij blokkeringen van gebruikers als onderdeel van hun "jurisdictie""):


''How to Do Things With Rules: A Primer of Interpretation'' van William Twining en David Miers - understatement voor de vrolijke noot: met zijn 452 pagina's een ogenschijnlijk niemendalletje vergeleken met hun lijveiger werken (beiden namelijk meer dan 500 pagina;s) ''Law in Context - Rethinking Evidence: Exploratory Essays'' en ''General Jurisprudence Understanding Law from a Global Perspective

Over de auteurs: .https://en.wikipedia.org/wiki/William_Twining https://en.wikipedia.org/wiki/William_Twining , Over Miers vond ik geen Wikipedia-lemma, doch wel dit: [12]


Terzijde: Die titel ''How to Do Things With Rules..." zou trouwens best weleens geinspireerd kunnen zijn door een ander, eerder als "klassiek"" betiteld werk in de Taalfilosofie van John Austin (taalfilosoof) . Voor degenen voor wie dit pleidooi niet spannend genoeg is: Tijdens de Tweede Wereldoorlog deed hij dienst in de Engelse inlichtingendienst MI6 (en natuurlijk zijn de details daarover nog steeds ''top secret'', maar dat zou (gissing van ExposeMyStupity) weleens iets met cryptografie geweest kunnen zijn, evenals het werk van Alan Turing.


=== Aanwijzingen bij het indienen en behandelen van RegBlok-verzoeken ===

M.i. zou het juist omdat hte hier nu eenmaal wemelt van de leken op velerlei gebied, dus ook dat van een weloverwogen toepassen van regels vellen van een oordeel-zeer wenselijk zijn als juist zo'n verwijzig naar ''How to do things with rules'' bij -of althans i.v.m-. betreffende Wikipedia-"servicepagina" Wikipedia:Verzoekpagina voor moderatoren/RegBlok ergens een stukje een ''geschikte'' plaats krijgt: als [[appendix]]je (= aanhangsel) o.i.d. met dergrelijke publicaties en raadgevingen over de toepassing van regels, al was het maar om alle betrokkenen te manen tot of herinneren aan het betrachten van (meer) zorgvuldigheid..

Dat zou zowel nuttig zijn voor de verzoekers (opdat er niet te lichtvaardig wordt verzocht) als voor de moderatoren (opdat die verzoeken dan evenmin lichtvaardig worden gehonoreerd). In beide gevallen kan het vaak gaan om (wat de min of meer professionele toepassing van regels betreft), niet denigrerend bedoeld, leken, d.w.z. zoals we die hier op Wikipedia zelf beschrijven: leek (persoon), een niet-deskundig persoon, iemand die weinig kennis heeft van een bepaald gebied., Ik weet niet hoe schokkend deze onthulling is, maar we hebben dus wel een aardig lemma over het nobele en beschaafde beginsel van Hoor en wederhoor, maar hoe zit het met de toepassing ervan hier in eigen kring?


De allerminst elegante praktijk (ik moest zowaar even nadenken over een tactvolle formulering) is deze: hier kunnen gebruikers nog steeds rauwelijks geblokkeerd worden zonder verweer, zonder enige toepassing van dat beginsel dat ook zou moeten bijdragen aan de legitimiteit van het volgend RegBlok-oordeel, of had kunen leiden tot juist de afwijzing van dat RegBlok-verzoek, wegens de aanwezigheid van facetten en aspecten waaromtrent de moderator onwetend was en die de verzoeker zelfs verzwegen heeft (ook niets nieuws: er warenen zijn hier gebruikers die geregeld of zelfs voortdurend onderlinge vetes uitvechten en ook zelfs gebruikers die nauwelijk iets anders doen dan dat, en dat allemaal onder het mom van dat zogenaamd "overleg"" ,,,


Men kan moderator worden zonder ooit van bepaalde belangrijke beginselen te hebben gehoord, die juist van toepassing kunnen zijn bij het vellen van een oordeel (dat die materie mij intereresseert moge ook blijken uit mijn recente bijdragen aan het lemma over deze filosoof van onschatbare maar ook tevens nog onderschatte waarde uit de hoek van de Lombardijse Verlichting: Cesare Beccaria. Terzijde: in Engelstalige teksten is sprake van de ''Lombard Enlightenment'', maar nota bene zelfs over de meeromvattende Italiaanse Verlichting hebben alleen de Engelse, Spaanse en uiteraard oook de Italiaanse Wikipedia wel een afzonderlijk lemma: de Nederlandse dus nog steeds niet (wellicht vandaar ook die onderwaardering van Beccaria: wat? Hadden ze daar óók een Verlichting??)

Dit betreft immers een toepassing van tuchtrecht, ook al is het hanteren van die term elders meer gebruikelijk (dan denk ik meteen aan de krijgsmacht en bepaalde beroepsgroepen).

Misschien is er bij het ontstaan van Wikipedia (betrof dit een Schepping of een Evolutie? ik stel dat het dit laatste moet zijn, of anders worden) ooit bewust voor gekozen hier kennelijk liever niet die -zoals reeds gesteld helaas wat zwaar en streng klinkende- noemer te gaan gebruiiken, vrijwel zeker omdat bij sommigen het woord tucht alleen al:reeds aversie op en werkt als de spreekwoordelijk rode lap op een stier: een soort van anarchistische reflex...


Juist bij blokkeringen voor langere perioden gaat het om een serieuze zaak, vooral wanneer daarmee dan een verder buiten de aanleiding ervan toch wel 'bona fide productieve gebruiiker uitgeschakeld wordt.De gebruiker wordt gefrustreerd en zou zich zelfs niet eens kunnen bezighouden met vandalismebestrijding (kan dat bijv. trouwens geen taakstraf worden i.p.v. een blokkering?)

Nog ernstiger wordt het wanneer maatregelen zelfs gaan uitlopen op een permanente blokkering (Blok onbepaalde tijd).We mogen best proberen te beseffen dat ook andere gebruikers -zelfs of juist ook de letterlijk dagelijks aanwezigen- een sterke persoonlijke band voelen met Wikipedia, of die gaandeweg hebben onwtikkeld, en er dusdanig aan toegewijd zijn geraakt, dat ze er vrijwel letterlijk dagelijks emee opstaan (na het ontwaken doemt wellicht anders die ledigheid op die volgens moraalridders "des duivels oorkussen" heet te zijn...) en gaan zelfs ermee naar bed (dit ofschoon wij allen ook zouden moeten weten dat van kennis het knuffelgehalte zeer laag is en de werking als slaapmiddel zelfs averechts: die komen er nog midden in de nacht even uit om een Esprit d'escalier toe te voegen een een discussiebijdrage.

Sommigen wisten dit al langere tijd (min of meer):over ondergetekende, ExposeMyStupidity. Hij is een zelfverklaard "Overleg- en Kroegmijder", of anders weten ze het nu.


Dit omdat ik zie (of meen te zien...) dat wat sommige desalniettemin-gewaardeerde-medegebruikers ''prima facie'' weliswaar legitiem onder "overleg"-verstaan, dan echter nader beschouwd een fraaie vlag betrof die de lading lang niet altijd bleek te dekken. Bijgeval kan dit van kwaad tot erger lijden. De voorbeelden daarvan hier op Wikipedia zijn tallloze (het is allemaal van voor mijn tijd, maar vele van de ooit zo toegewijde gebruikers van het eerste uur zal men hier thans vergeefs zoeken, heb ik begrepen: dat kan geweest zijn tot grote blijdschap van de ''blijvers"", maar daarmee kan helaas ook ervaring in zonodige conflicthantering/-bemiddelingverloren zijn gegaan, tenzij dit inderdaad van die door mij bedoelde moderatoren betrof die ofwel veel te rigide waren dan wel willekeur als zoenaamde "maatstaf" hanteerden).


Zelf ben ik een groot voorstander van (serieuze) tegenspraak (van ja-knikkers wordt immers niemand wijzer), maar dat moet veel netter kunnen dan ik in de praktijk hier her en der zie,of meen te zien. Sommigen hier zijn (te) verzot o, zijn bovenmatig polemisch.. Welbewust meld ik dit nu op een rustig moment (ik ben me er althans niet van bewust met enige medegebruiker "overhoop" te liggen of doelwit van wrok te zijn en dat wil ik graag zo houden, إنسجالله,, ook in de hoop dat dit dan een wederzijdse "verstandhouding" wordt. Gewaardeerde medegebruikers met wie ik zogezegd weleens frictie(s) heb gehad ga ik niet opzettelijk volgen of opzoeken om te kunnen vitten en dat wil liefst ook zo houden, إنسجالله eveneens in de hoop dat dit dan ook weer wederzijds is..


Geregeld neem ik beslissingen van moderatoren waar die mij dan meer een uiting van willekeur of overhaast oordelen lijken dan serieuze handhaving van al dan niet geschreven regels. Dan doel ik op gevallen waarin zonder een behoorlijke toepassing van hoor en wederhoor (''audi et alterem partem'') en opschorting van een oordeel (''suspensio iudici''). Juist willekeur of zelfs reeds de indruk daarvan dient te worden vermijden.


Er moet mij iets van het hart: met name dit is mij hier op de Nederlande Wikipedia een doorn in het oog: een klakkeloos handelen van moderatoren, die reedsaan een beschuldiging of verwijt al genoeg menen te weten om iemand een blokkering op te leggen: onder toepassing van hoor en wederhoor of opschorting van het oordeel.


Sterker nog, ik steek er mijn hand voor in het vuur dat hier op de Nederlandse Wikipedia jarenlang moderatoren hebbeen rondgewaard en huisgehouden die nog nooit hadden gehoord van deze belangrijke beginselen voor een goed en rechtvaardig oordeel of ze als kleine potentaatjes overbodig achtten, er maling aan hadden. Twijfelen kost immers energie... (daardoor ontstaat ook die ''truth bias'' waarbij degen die men het eerst hoort al gelijk lijkt te hebben).. Iemand pardoes blokkeren ? Ja, een afkoelblok is doorgaans prima. Overweeg echter ook eens als alternatieve sanctie een verplicht aantal dagen of weken vandalismebestrijding als een nuttige taakstraf! Dit moet toch te effectueren zijn?


Dit stel ik nu zo in het algemeen als het maar kan. Dit ofschoon ik weliswaar afga op niet alleen observaties, maar ook op eigen, overigens allerminst spectaculaire (dus m.i. ook om die extra reden hier niet noemensswaardige) ervaringen, zonder dat ik hiermee nu bewust / opzettelijk doel op een of meerdere specifieke gebruikers of lemma's of discussie, bij nogal wat van die "overleg"-bijdragen die ik nu in gedachten heb kunnen verdenkingen rijzen m.b.t. minder oprechte motieven (iets met spreekwoordelijk het van de schil ontdoen van een vrucht, voor de goede verstaanders...).Het is nu eenmaal helaas een gegeven dat er mensen zijn met lange tenen, rancune enz.


AGF: verdenk mij niet van de stupidity "reclame" te maken voor dat ene boek. .

Als afsluiting:

1.: in die "ongebruikelijke gebruikersnaam" ExposeMyStupidity mag als een erkenning worden gezien, maar ''bescheidenheid die zichzelf opmerkt is het niet meer''' (uit ''[[The Tao of Zen]]'' (1994, 1999) van de Canadese filosoof Ray Grigg, onder meer ook auteur van "The Tao of Relationships: A Balancing of Man and Woman" uit 1988 -een wijs boek voor diegenen onder ons die niet uitsluitend een monomane relatie hebben met Wikipedia- en The Tao of Being: A Think and Do Workbook (1989); de nam kan als een uitdaging worden gezien die men in verband kan brengen met het motto Sapere aude (tevens is die naam inderdaad inmiddels ook al een paar keer de voorspelbare valkuil of te sterke verleiding gebleken voor liefhebbers van ''cheap shots'', een te makkelijjk willen "scoren")

2. Het overgrote deel van de inhoud van het lemma Leven van Galilei, een toneelstuk over hoe de ""Italiaanse" wetenschapper Galileo Galilei en de betekenis van zijn ontdekkingen en inzichten, werden beschouwd door [[Bertolt Brecht]] is grotendeels van mijn hand. Hopelijk kan hetermee door.(alle verdere verbeteringen en aanvullingen zijn trouwens nog steeds welkom) Wat ik in dit verband opmerken wil: Ik ben ervan overtuigd dat Galilei Galilei op een toenmalige Wikipedia (van voor de Lombardijse Verlichting; ik doel weer op die onschatbare en onderschatte verdiensten van die andere ""Italiaan" Cesare Beccaria) op een permanent RegBlok zou zijn getrakteerd. Bij wijze van uitzondering plaats ik dit nu ook in de kroeg ExposeMyStupidity (overleg) 19 jul 2022 14:35 (CEST)[reageer]

Wikidata weekly summary #530[brontekst bewerken]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Events
    • Upcoming:
      • The next Wikidata+Wikibase office hours will take place on Wednesday, July 27th 2022 at 17:00 UTC (18:00 Berlin time) in the Wikidata Telegram group. The Wikidata and Wikibase office hours are online events where the development team presents what they have been working on over the past quarter, and the community is welcome to ask questions and discuss important issues related to the development of Wikidata and Wikibase.
      • [Small wiki toolkits] [Upcoming bots & scripts workshop. "How to maintain bots" is coming up on Friday, July 29th, 16:00 UTC
      • Next Linked Data for Libraries LD4 Wikidata Affinity Group call July 26, 2022: Clair Kronk, Crystal Clements, and Alex Jung will be providing an update to Wikidata/gender discussions from the February 8 call with a focus on pronouns. Clair will introduce us to LGBTdb, a Wikibase instance created for and by LGBTQIA+ people from which we draw insight in Wikidata-related discussions. We also hope to discuss current pain points and share action items for future collaboration. Input from community members who are familiar with lexicographical data would be greatly appreciated. Agenda
      • Wikimedia Indonesia Wikidata meetup. 1300 WIB, July 30, 2022.
    • Ongoing:
      • Weekly Lexemes Challenge #51, Plants
  • Tool of the week
    • User:Magnus Manske/referee.js - is a userscript that automatically checks external IDs and URLs of a Wikidata item as potential references, and adds them with a single click.
  • Development
    • Lexicographical data: We went over all the feedback we received for teh testing of the new Special:NewLexeme page and started addressing it and fixing the uncovered issues. One issue already fixed is a bug that prevented it from working on mobile view. (phab:T313116)
    • Mismatch Finder: investigated how we can make it work for mismatches in qualifiers instead of the main statement (phab:T313467)
    • REST API: Continued working on making it possible to replace and remove a statement of an Item
    • We enabled the profile parameter to the wbsearchentities API on Test Wikidata (phab:T307869)
    • We continued making Wikibase resolve redirects when showing Item labels and descriptions in more places (phab:T312223)

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.

Tech News: 2022-30[brontekst bewerken]

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

Recent changes

Problems

  • Last week, some wikis were in read-only mode for a few minutes because of an emergency switch of their main database (targeted wikis). [14]

Changes later this week

  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 26 July. It will be on non-Wikipedia wikis and some Wikipedias from 27 July. It will be on all wikis from 28 July (calendar).
  • The external link icon will change slightly in the skins Vector legacy and Vector 2022. The new icon uses simpler shapes to be more recognizable on low-fidelity screens. [15]
  • Administrators will now see buttons on user pages for "Blokkade wijzigen" and "Gebruiker deblokkeren" instead of just "Gebruiker blokkeren" if the user is already blocked. [16]

Future meetings

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

25 jul 2022 21:26 (CEST)

Overgenomen van "https://nl.wikipedia.org/w/index.php?title=Overleg_gebruiker:Mbch331/Archief/jul_2022&oldid=62543779"