Naar inhoud springen

Wikipedia:De kroeg/Archief/20241129

Uit Wikipedia, de vrije encyclopedie

Sign up for the language community meeting on November 29th, 16:00 UTC

[bewerken | brontekst bewerken]

Hello everyone,

The next language community meeting is coming up next week, on November 29th, at 16:00 UTC (Zonestamp! For your timezone <https://zonestamp.toolforge.org/1732896000>). If you're interested in joining, you can sign up on this wiki page: <https://www.mediawiki.org/wiki/Wikimedia_Language_and_Product_Localization/Community_meetings#29_November_2024>.

This participant-driven meeting will be organized by the Wikimedia Foundation’s Language Product Localization team and the Language Diversity Hub. There will be presentations on topics like developing language keyboards, the creation of the Moore Wikipedia, and the language support track at Wiki Indaba. We will also have members from the Wayuunaiki community joining us to share their experiences with the Incubator and as a new community within our movement. This meeting will have a Spanish interpretation.

Looking forward to seeing you at the language community meeting! Cheers, Srishti 21 nov 2024 20:54 (CET)[reageren]

Verschil API-gedrag tussen WP:NL en WP:EN

[bewerken | brontekst bewerken]

Ik zou verwachten dat de MediaWiki APIs zich consequent zouden gedragen tussen de diverse Wikipedia's. Dit blijkt helaas niet het geval.

Ik vergelijk eerst deze twee calls, waarbij ik euprotocol=https expliciet opgeef:

Dit lijkt vergelijkbare uitkomsten te geven

Volgens de documentatie zou ik euprotocol leeg kunnen laten om zowel http als https op te vragen. Op WP:EN krijg ik dan wel resultaten, maar op WP:NL krijg ik nul op het rekest.

Wanneer ik euprotocol helemaal weglaat uit de call, krijg ik ook verschillen in de uitkomsten

Het is op z'n zachts gezegd erg onhandig (lees: vele uren aanpaswerk in allerhande code) als de uitkomsten van een API-call afhankelijk blijken te zijn van de taalversie van Wikipedia.

Wie kan/wil helpen om dit bij de WMF-ontwikkelaars aan te kaarten?

Wellicht iets te vroeg gevraagd, ik moet zelf nog even onderzoek doen... het kan ook komen doordat er geen URL-patroon http://www.dbnl.org in hoofdnaamruimteartikelen (eunamespace=0) op WP:NL voorkomt...

OlafJanssen (overleg) 21 nov 2024 14:14 (CET)[reageren]

Er is de laatste jaren veel werk gestoken in het vervangen van http. Die zou er alleen moeten zijn als de s echt niet beschikbaar is. Ik meen dat @Wikiwerner hard gewerkt heeft met zijn bot  →bertux 21 nov 2024 14:41 (CET)[reageren]
Mijn bot heeft inderdaad al veel vervangingen gedaan, maar alleen als de http-URL doorverwijst naar dezelfde URL met https. Tegelijkertijd zoek ik archieflinks op bij Archive.org. Als Archive.org nog geen archiefversie heeft, dan vraagt mijn bot een archivering aan. Ik ben er nog steeds mee bezig: ik ben nu bezig met de M. Wikiwerner (overleg) 21 nov 2024 18:53 (CET)[reageren]
Ik vermoed dat veel links naar DBNL vanaf Wikidata komen. En we hebben ook nog Sjabloon:Link dbnl auteur. Dat zijn allemaal gestandaardiseerde links en zullen al op https zitten. Mbch331 (overleg) 21 nov 2024 19:05 (CET)[reageren]
Ja, via DBNL-identificatiecode voor auteur (P723) inderdaad. Er zijn op WPNL 3 sjablonen die daar gebruik van maken
Deze heb ik 2/3 weken terug gelijkgetrokken qua URLs, want er waren 3 varianten in omloop: bv
Nu zijn alle 3 dus naar https://www.dbnl.org/auteurs/auteur.php?id=adam005 gezet in de sjablonen. OlafJanssen (overleg) 22 nov 2024 13:53 (CET)[reageren]