Wikipedia:De kroeg/Archief/20211104

Tech News: 2021-42

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

Recent changes

• Toolhub is a catalogue to make it easier to find software tools that can be used for working on the Wikimedia projects. You can read more.

Changes later this week

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

Future changes

• The developers of the Wikipedia Android app are working on communication in the app. You can now answer questions in survey to help the development.
• 3–5% of editors may be blocked in the next few months. This is because of a new service in Safari, which is similar to a proxy or a VPN. It is called iCloud Private Relay. There is a discussion about this on Meta. The goal is to learn what iCloud Private Relay could mean for the communities.
• Wikimedia Enterprise is a new API for those who use a lot of information from the Wikimedia projects on other sites. It is a way to get big commercial users to pay for the data. There will soon be a copy of the Wikimedia Enterprise dataset. You can read more. You can also ask the team questions on Zoom on 22 October 15:00 UTC.

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

18 okt 2021 22:53 (CEST)

Twee puntjes

Dus, even in het Nederlands:

• Door een nieuwe versie van de iPhone browser Safari die uitkomt in de komende maanden, zou 3-5% van onze editors geblokkeerd kunnen worden: dit zijn enkele tienduizenden bewerkers. Wat vindt jij van een grootschalige blokkade van Apple's iCloud waarmee ip-adressen niet meer te linken zijn aan individuele personen (net als bij bijv. VPN's), en wat als andere browsers dit initiatief over gaan nemen? Discussie hierover loopt op Meta.
• De ontwikkelaars achter de Wikipedia app hebben enkele vragen over hoe wij nu communiceren als we van de app gebruik maken. Ik werk zelf bv vooral op de laptop, en gebruik de app enkel om kort iets op te zoeken. Gebruiken jullie wel eens de app voor bewerken, of wijzingscontrole? Input graag op Mediawiki.

Ciell need me? ping me! 19 okt 2021 19:44 (CEST)

Bij ons wordt toch al een zeer groot deel van de gebruikers geblokkeerd op basis van hun aansluiting dus die 3-5% zal bij ons wel eens veel lager uit kunnen vallen omdat mensen toch al geblokkeerd zijn. Natuur12 (overleg) 19 okt 2021 20:07 (CEST)

Of hoger. Invloed op het percentage kan er alleen zijn als er een verband bestaat tussen het toekomstige gebruik van iCloud Private Relay en het nu of voorheen gebruiken van een geblokkeerde range. Geen idee hoe dat zou kunnen  →bertux 19 okt 2021 20:13 (CEST)

Gelukkig heb ik wel een idee hoe dat zou kunnen. Mobiel internet wordt preventief geblokkeerd, publieke internettoegangen zoals bibliotheken worden geblokkeerd, we blokkeren grote onderwijsinstellingen. Allemaal aansluitingen waar veel iPhone-verkeer op te verwachten is. Onderwijsinstellingen uitgezonder gaat het ook zeer geregeld om hardblocks. En dan is er nog een laatste categorie die niet onbesproken mag blijven, een wegens een niet transparant blokkerbeleid onbekende hoeveelheid reguliere huisaansluitingen die collateral damage zijn en waarvan ook niet bewerkt kan worden. Dus thuis op je eigen wifi met de iPhone lekker WP bewerken zit er ook lang niet altijd in. Natuur12 (overleg) 19 okt 2021 20:28 (CEST)

Belangrijk punt wat Natuur12 hier aansnijdt. Tekenend dat het volledig zonder reacties blijft. Vraag zou eerder zijn "Wat vindt jij van een grootschalige blokkade van de Nederlandstalige wikipedia? " We hoeven ons wsl helemaal niet druk te maken over die 3-5 procent Apple iCloud mensen. Die zijn bij ons toch al grotendeels geblokkeerd. Ecritures (overleg) 21 okt 2021 16:39 (CEST)

Het ligt voor de hand te veronderstellen, dat mobiele gebruikers vooral de app gebruiken. De app heeft zeker voordelen, maar is ook erg beperkt tov desktopversie. Ik vermoed, dat bewerkers op een mobiel apparaat toch de desktopversie gebruiken, en om snel even iets op te zoeken de app gebruiken. De enige aanpassingen, die ik in de App doe zijn artikelbeschrijvingen Ldhank (overleg) 19 okt 2021 21:01 (CEST)

Je doet een paar uitspraken waar ik vraagtekens bij zet. Waarom ligt het voor de hand dat mobiele gebruikers vooral de app gebruiken? Ik gebruik juist liever websites dan apps. Maar een is geen. Laten we daarom naar cijfers kijken. Uit Amerikaans onderzoek is gebleken dat 87% van mobiel winkelend publiek apps gebruikt in plaats van websites. Maar we hebben hier niet met een winkel te maken. Volgens datzelfde onderzoek begint de zoektocht naar producten via websites. En laat men nu juist door zoektochten uitkomen op Wikipedia... Volgens dit tooltje werd onze hoofdpagina gisteren (26 okt) 141.804 maal bezocht. 78.148 (55,1%) bezoeken vonden plaats via desktop, 63.621 (44,9%) via de mobiele website. Het aantal bezoeken via de app was met 35 verwaarloosbaar. Hier moet natuurlijk wel de kanttekening bij geplaatst worden dat als je door googelen op Wikipedia belandt, je nooit op de hoofdpagina uitkomt. De cijfers zullen er voor de artikelen ongetwijfeld anders uit zien, maar de verschillen in gebruik tussen de mobiele website en mobiele app zijn zo groot dat ik ze wel indicatief durf te noemen.

Aanvulling. Voor het artikel over Hugo de Jonge zijn de statistieken over 26 okt als volgt. Desktop 232 (25,8%), mobiele website 659 (73,2%) en app met 9 (1%) ook hier verwaarloosbaar. hiro the club is open‍‍ 27 okt 2021 10:50 (CEST)

Waar is je vermoeden dat bewerkers op een mobiel apparaat de desktopversie gebruiken op gebaseerd? Ja, de app schiet tekort maar kleine bewerkingen zoals taalfouten of updates van statistieken zijn prima in de app of mobiele website uit te voeren. Hele artikelen schrijven wordt inderdaad wat lastig, maar dat ga je ook niet doen in de desktopweergave op een mobiel apparaat. hiro the club is open‍‍ 27 okt 2021 10:33 (CEST)

Ik heb vanmiddag een gesprek waar ik dit toevallig ook voor nazocht: afgelopen jaar hadden alle projecten (wereldwijd) ongeveer 10 miljard bezoekers per maand via desktop, plus 10 miljard per maand via de mobiele web functie. Daarnaast kwamen 250 miljoen bezoekers per maand kwamen via de app. (bron: stats.wikimedia.org) Ciell need me? ping me! 27 okt 2021 11:17 (CEST)

Maar de tweede vraag is dus: wat als Google Chrome (standaardbrowser op Android) in navolging van Apple dadelijk dit soort instellingen voor bezoekers de standaard maakt. Moet dan nog steeds alles dichtgezet worden? Dit gaat volgens mij niet enkel om 'Nederland', maar om wereldwijd verkeer naar alle projecten in alle talen. Ciell need me? ping me! 27 okt 2021 11:20 (CEST)

Ik mag hopen dat Google het toch wat slimmer aanpakt. Private Relay klinkt leuk maar het is geen VPN-dienst en biedt slechts in zeer beperkte mate - namelijk alleen bij browserverkeer - een soort van bescherming (die ik nog geen seconde zou vertrouwen). Die hele dienst is te omzeilen door de app functioneler te maken. Geen Safari, geen Private Relay - tenzij de app slechts een schil om de browser heen is.

Mocht Google een (soort van) VPN-dienst in Android inbakken die beter zijn werk doet namelijk ook buiten Chrome, dan heb je mogelijk een uitdaging te pakken. Maar zelfs daar valt heel wat op af te dingen omdat een significant deel van de Androidtelefoons van Samsung is en die hebben standaard een eigen browser. hiro the club is open‍‍ 27 okt 2021 12:03 (CEST)

En wat vind je dat we tot die tijd moeten doen? Is grootschalige blokkade van al het verkeer dat via de Apple iCloud wil bewerken dan proportioneel? Ciell need me? ping me! 27 okt 2021 12:08 (CEST)

Natuur12 geeft een verklaring voor het idee dat die 3-5% bij ons lager zullen uitvallen en die volg ik wel. Misschien ook nog interessant; gekeken naar de adoption rate van iOS 14 valt te verwachten dat iOS 15 over een maand of drie op 80% van de iPhones en iPads geinstalleerd is. Maar eerste cijfers tonen aan dat de adoption rate van iOS 15 trager stijgt (14 was een voor gebruikers interessantere update dan 15). Voordat we in theorie tegen die 3-5% aan zitten te hikken (een percentage dat we toch niet halen), zijn we wel heel wat maanden verder.

Ten eerste denk ik niet dat er sprake is van grootschalige blokkade met grootschalige impact (omdat een flink deel van de grootschalige blokkade overlapt met al lopende blokkades) en ten tweede kan er in de tussentijd aan een oplossing gewerkt worden. Schijnbaar hebben ontwikkelaars van Apple instructies opgesteld voor het toelaten van iCloud-verkeer. Dan moet WMF daar ook wel iets mee kunnen doen. hiro the club is open‍‍ 27 okt 2021 12:24 (CEST)

Hierboven schreef ik: "Mocht Google een (...) VPN-dienst in Android inbakken (...) dan heb je mogelijk een uitdaging te pakken maar (...) een significant deel van de Androidtelefoons van Samsung (...) [heeft] standaard een eigen browser." Ik creëer hier verwarring omdat ik over twee dingen tegelijk spreek. Daarom voor de duidelijkheid; wat ik bedoelde, is dat als Google een (soort van) VPN-dienst in Android inbakt er een uitdaging is maar dat de schade aanzienlijk kleiner zal zijn als die Google-Private-Relay-dienst alleen in Chrome werkt omdat een flink deel van de Androidtelefoons standaard een andere browser gebruikt.

Maar ook mijn onderbuik zit er wel eens naast. Als ik opnieuw naar de harde cijfers kijk, zie ik dat 64% van het mobiele browserverkeer via Chrome gaat. Het verkeer via de browser van Samsung is met 5% verwaarloosbaar.

Goed, het is niet te hopen dat ook Google schijnzekerheid gaat bieden door zo'n halfbakken dienst te gaan leveren. Maar meer dan hypothetisch is zo'n dienst van Google, in welke vorm dan ook, nog niet.

@Ciell: Uit nieuwsgierigheid, wat is er uit het gesprek van gisteren voortgekomen? hiro the club is open‍‍ 28 okt 2021 12:48 (CEST)

GitHub en ListeriaBot

Hoi! Wikipedia:Wikidata/recent overleden wordt niet meer automatisch geüpdatet door ListeriaBot. Fouten kun je alleen melden op GitHub, maar ik heb daar geen account (en wil die ook niet aanmaken). Is er iemand die dat wel heeft en wil melden dat deze lijst op nlwiki niet meer automatisch wordt bijgewerkt door ListeriaBot? Trijnstel (overleg) 22 okt 2021 15:32 (CEST)

Na een week stilte is de lijst een paar minuten geleden geüpdatet door ListeriaBot, is die toen handmatig gekieteld?  →bertux 22 okt 2021 15:40 (CEST)

Ik denk dat dat handmatig is geweest dan, anders wel erg toevallig. Het valt me op dat mijn pagina's met Listeria ook afgelopen maanden niet updaten. Dajasj (overleg) 22 okt 2021 15:44 (CEST)

Ik zie overigens meer gaten in de update-geschiedenis, bijvoorbeeld 30 juli/4 augustus en 12/18 september  →bertux 22 okt 2021 15:49 (CEST)

@Bertux: Ja, dat heb ik zojuist gedaan. Ik deed het hiervoor ook al af en toe handmatig. Ik had niet door dat de bot helemaal niets meer deed. Trijnstel (overleg) 22 okt 2021 15:53 (CEST)

Er zijn inderdaad wel meer lijsten die niet bijgewerkt worden op nl-wp. Ik weet dat bij een van mijn lijsten het probleem zat in een stukje verouderde query-code. Misschien dat bdijkstra hiermee helpen kan? Of misschien heeft Edoderoo tijd om ernaar te kijken. Ciell need me? ping me! 22 okt 2021 16:20 (CEST)

Bijna al mijn lijsten worden niet, of bijna niet, meer bijgewerkt. Zojuist Overleg:Lijst van Italiaanse voetbalsters in het buitenland handmatig bij laten werken, en dat werkte gewoon, dus dan is er ook niets met de query aan de hand. In mijn optiek is Listeria onbetrouwbaar geworden, voor wat betreft automagisch bijwerken. En Magnus was super in het schrijven van tooltjes, maar recent is hij heel sloppy in het oplossen van problemen. Edoderoo (overleg) 22 okt 2021 22:15 (CEST)

Maar heb jij, of iemand anders, inmiddels al wel gemeld dat het niet meer wordt bijgewerkt? Zonder het te melden, gebeurt er sowieso niets. Trijnstel (overleg) 28 okt 2021 11:52 (CEST)

Op meta:Gebruiker:ListeriaBot is een meldknop. Iemand anders mag melden, met lijsten doe ik niets. De auteur, Magnus Manske, is aan te spreken in het Engels en Duits.

Is de bot in Java geschreven? (Ik hoef geen antwoord, meer om de gedachten te bepalen.) Hier op Commons en bij andere kopjes in dit forum blijkt dat veel Java-bots en tools niet mer werken  →bertux 28 okt 2021 12:08 (CEST)

Eigen category in Commons ten behoeve van een diavoorstelling

Ik heb in de Nederlandstalige kroeg van Commons de volgende vraag gesteld, maar wellicht is hij hier ook nuttig. Ik wil iets doen waar misschien meer mensen iets in zien en dan kunnen we beter vooraf kijken of dat kan, want er veel werk in steken om te zien dat het wordt weggegooid is niet zo zinvol. De discussie dus graag daar in Commons.

Ik mag binnenkort een voorlichting geven over de totstandkoming van wet- en regelgeving in de binnenvaart voor de andere leden van de Landelijke Vereniging tot Behoud van het Historisch Bedrijfsvaartuig. Een saai onderwerp, voor veel mensen. Maar misschien kan ik de aandacht trekken voor mijn kraampje als ik daar op de achtergrond een diapresentatie laat draaien van de schepen die zijn opgenomen in het Register Varend Erfgoed Nederland of Nederlandse binnenschepen. Probleem: de betreffende categoriën zijn een hoofdcategory en bevatten categoriën en maar enkele afbeeldingen. Voor ik daar nu iets als een category:Register Varend Erfgoed Nederland slideshow of category:Barges of the Netherlands slideshow voor dat doel in aanmaak, per schip daar een foto in zet en er dus heel veel werk in steek, is hier de vraag of ik daarmee ergens tegen de richtlijnen in ga. Of is er al een mogelijkheid om foto's te tonen die achter een category zijn geplaatst. Het zal dan ook voor anderen een mogelijkheid openen en op de hand kopiëren is toch tijdrovender. En als er geen bezwaar tegen is, aan wie kan ik vragen daar een bot voor te bouwen? --Stunteltje (overleg) 27 okt 2021 08:50 (CEST)

Kan je niet beter een SPARQL maken op Wikidata van al het varend erfgoed in Nederland dat een afbeelding heeft? Dan krijg je de beste afbeelding per schip. Ik zie wel dat in Wikidata varende monumenten nog schaars zijn en niet goed getagd met de eigenschap monumentenstatus. Dat zou gelijk een verbetering zijn, en bovendien kan je dan bouwjaar etc afbeelden. Hannolans (overleg) 27 okt 2021 09:13 (CEST)

Gekopieerd naar daar. Stunteltje (overleg) 27 okt 2021 09:45 (CEST)

In je Commons-voorkeuren kun je onder Uitbreidingen een vinkje zetten bij Diavertoning: ^d Maakt een diavertoning van alle bestanden in een galerij (Slideshow in de Engelse interface). Wat een galerij is, kun je vinden bij c:Commons:Galleries. Je mag ze categoriseren, maar niet in de gewone categorieën, zie :c:Commons:User-specific galleries, templates and categories.

Nu heb ik een vinkje staan bij die diavertoning, maar ik zie geen knop om hem te starten of ook maar een hint naar een interface, zelfs niet als ik in een galerij zoals c:London sta. Jaren geleden was die interface er wel, ik kan je daarover niets vertellen, misschien dat het bij jou wel gaat. JavaScript moet ingeschakeld zijn. Zie ook c:Help:Gadget-GallerySlideshow  →bertux 27 okt 2021 11:52 (CEST)

Op Commons doen ze niet zo moeilijk over het aanmaken van een eigen categorie, dus ik denk dat je gewoon alle foto's die jij wilt tonen in een categorie moet zetten, de namen die je voorstelt lijken mij afdoende. Edoderoo (overleg) 27 okt 2021 12:53 (CEST)

Overigens zou ik voor dit soort evenementen nooit op één oplossing vertrouwen, je moet altijd een plan B hebben. Een doodsimpele is: alle gewenste afbeeldingen downloaden en samen in een map zetten. Dan je schermspaarder en/of bureaublad instellen om een slideshow van die map af te spelen. Screenshots wekken de indruk dat je bij Windows 10 ook meerdere mappen kunt specificeren; mogelijk kun je submappen insluiten of uitsluiten.

De pagina Enable wallpaper Slideshow in Windows 10 even on battery. geeft nog een tip voor als je zonder netstroom moet werken. In elk geval hoef je zo geen zorgen te hebben over haperend internet, alles staat op je harddisk.

Let wel: als je de schermspaarder-optie kiest en een wiebelig kraampje hebt, moet je eventueel de muis afkoppelen en met touchpad en/of trackball werken.

Een heel andere optie is chromecast. Daarmee kun je foto's van een willekeurige webpagina (dus ook een categoriepagina) in een diashow weergeven. Zal wifi of bluetooth vereisen, neem ik aan.

Werken met je cloud kan ook interessant zijn en lijkt weinig bewerkelijk: How to create a slideshow from Google Photos or Google Drive. Google Slides (een soort Powerpoint) geeft meer mogelijkheden, maar ook meer werk en lijkt niet te zijn wat je zoekt.  →bertux 27 okt 2021 14:27 (CEST)

Met mijn dank voor de suggesties. Ik ga eerst maar eens experimenteren. T.z.t. laat ik wel weten hoe het heeft gewerkt.Stunteltje (overleg) 27 okt 2021 21:52 (CEST)

Ik heb het maar zo opgelost.Stunteltje (overleg) 28 okt 2021 13:26 (CEST)

Leek mij ook het handigst. Voordeel bij zo'n bijeenkomst is, dat er gegevens getoond worden bij de diashow. (Nadeel voor mij is dat je dat niet kunt uitschakelen.) Je kraampje zal vast veel interesse wekken. Ben benieuwd!  →bertux 28 okt 2021 18:19 (CEST)

Dat is voor mij geen nadeel. Als iemand belangstelling heeft kan ik uitleggen dat dit de gegevens zijn van de foto in Wikimedia Commons en hem uitleggen hoe ja daar bij kunt komen en als het helemaal goed gaat kan ik betrokkene even leren hoe je foto's upload. Helaas heb ik nog niet gehoord dat Commonnist weer werkt, want daarmee gaat het het simpelst. Ik verwacht op mijn onderwerp geen stormloop. Stunteltje (overleg) 28 okt 2021 21:43 (CEST)

Nieuwsbrief 106 Wikimedia Nederland

Nieuwsbrief van oktober 2021 WikiconNL 13 november 2021 | Depictor... WikiconNL 13 november Depictor helpt afbeeldingen beter te structureren Wist je dat… Wikipedia en wetenschappelijke bibliotheken Wiki goes Caribbean Maand van de Geschiedenis Automatische beoordeling van bewerkingen via ORES #100WikiWomen Steun Wikimedia Nederland Zien we jou binnenkort? Oude versies vindt u hier

Info over nieuwsbrief · Inschrijven/Uitschrijven · Global message delivery · Germien Cox (WMNL) (overleg) 28 okt 2021 12:33 (CEST)