Wikipedia:SHEIC
Dit is een overlegruimte voor mensen die op de Nederlandstalige Wikipedia tijd willen besteden aan informatica, automatisering, andere technische zaken van de wiki (zoals sjablonen) en verwante onderwerpen. Dit is tevens een centrale plaats ter bespreking en afstemming van artikelen, categorieën, portalen, lijsten en andere zaken met betrekking tot informatica, automatisering en wat dies meer zij. Let op dat er een zekere overlap is met de Helpdesk, stel voor dringende zaken je vraag ook daar.
|
Semi-automatische controle op plagiaat[bewerken | brontekst bewerken]
Ik begeleid wekelijks nieuwe gebruikers, en ik moet hen telkens (streng) waarschuwen voor plagiaat. Eenvoudige plagiaatcontrole die beschikbaar is voor iedereen zou het leven van Wikipedianen (en mezelf als lesgever) eenvoudiger maken. Ik vind de copyvio-tool heel handig, maar dit blijft omslachtig om te gebruiken. Deze optie kan via een enkele "Common" CSS instructie heel eenvoudig worden geactiveerd. Het is dan via de "Geschiedenis" van de artikelen beschikbaar. Op de Franstalige Wikipedia is dit standaard beschikbaar voor alle gebruikers, zelfs bij anoniem lezen. Maar het is niet standaard aanwezig op de Nederlandstalige Wikipedia. Dit werkt overigens in alle naamruimten (ook in de gebruikers-pagina waar vaak lemma's worden voorbereid). Een bijkomend voordeel is dat ook pagina-statistieken beschikbaar zijn. Het volstaat om de volgende lijn toe te voegen in Common.css:
#history-toolbox { display: block !important; }
Geertivp (overleg) 21 mrt 2024 22:42 (CET)
Tech News: 2024-13[bewerken | 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
- An update was made on March 18th 2024 to how various projects load site, user JavaScript and CSS in Vector 2022 skin. A checklist is provided for site admins to follow.
Changes later this week
- The new version of MediaWiki will be on test wikis and MediaWiki.org from 26 March. It will be on non-Wikipedia wikis and some Wikipedias from 27 March. It will be on all wikis from 28 March (calendar). [1][2]
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 25 mrt 2024 19:53 (CET)
Accountaanmakers[bewerken | brontekst bewerken]
Beste collega's
Enkele medegebruikers hebben account creator rechten op deze wiki. Dis een zeer kleine groep gebruikers (die regelmatig helpen bij schrijfevenementen etc.) die dit recht gekregen hebben om het aanmaken van accounts voor bv. schrijfevenementen te vereenvoudigen. Onlangs was er een schrijfevenement waarbij er enkele problemen optraden, die dringend een oplossing behoefden. Tijdens het evenement bleek dat de IP's onder een van de vele blokkades voor open proxies vielen. Daardoor waren er problemen om voor nieuwe gebruikers accounts aan te maken op nlwiki (merk op dat ook gebruikers die al bekend waren bij de Engelse wiki... niet konden inloggen bij ons). De problemen zijn toen opgelost geraakt omdat er toevallig een mod gevonden werd die een en ander kon rechttrekken. Om dit euvel te verhelpen, zou ik voorstellen om accountaanmakers voortaan toe te laten om zelf dit soort problemen op te lossen. Concreet zou ik voorstellen om hen volgende mogelijkheden te geven:
ipblock-exempt
- zorgt ervoor dat deze gebruikers sneller hulp kunnen inseinen indien zou blijken dat de locatie van het event bv. achter een harde proxyblok zit. Ik merk hierbij terloops op dat de huidige accountaanmakers bijna allemaal dit recht al via een andere weg hebben verkregen en dat de drempel voor zo'n exempt lager ligt dan voor het bitje van accountaanmaker.centralauth-createlocal
- met dit recht kunnen de accountaanmakers eenvoudig accounts toevoegen op nlwiki (van mensen die bijvoorbeeld eerst elders een account hadden aangemaakt - dit bleek tijdens een vorig schrijfevenement problematisch, daarom dit voorstel om deze mogelijkheid toe te voegen, zodat er niet altijd een mod nodig is).oathauth-enable
- hen de mogelijkheid geven om 2FA in te schakelen. Indien dit recht toegevoegd zou worden, zal dit leiden tot een verhoogde veiligheid van de betreffende accounts.
Ik hoor graag de visie van andere gebruikers aangaande dit voorstel. Daniuu (overleg) 26 mrt 2024 19:20 (CET)
- Steun - Ik was die ene mod waar Daniuu het over heeft en heb het probleem samen met ThamaraGroenleer opgelost. Als accountaanmaker, zou ze mij – of welke mod dan ook – hiervoor niet nodig moeten hebben, daarom steun ik dit voorstel van harte. Drummingman (overleg) 26 mrt 2024 19:47 (CET)
Ik vind het prima hoor.... maar is het niet veel eenvoudiger om de proxyblokkade tijdelijk op te heffen tijdens zo een schrijfbijeenkomst? Ik hoor niet bij dit selecte clubje, en heb toen ik er mee te maken had de proxy een aantal uurtjes gedeblokkeerd (terwijl ik dat eigenlijk niet mocht doen als checkuser), kreeg toen wel een "standje" .. maar het lijkt mij wel een logischer oplossing. Hoewel je dan wel tegen het maximaal aan te maken accounts kan aanlopen, maar in elk geval voorkom je dat mensen niet kunnen inloggen terwijl ze al een account hebben op een ander project. Groet, Elly Sta jij al hier? (Overleg) 26 mrt 2024 19:47 (CET)
- Je hebt dan kans dat 5 minuten na het opheffen de blokkade al weer terug is, omdat er vandalisme gepleegd wordt vanaf dat ip-adres. Mbch331 (overleg) 26 mrt 2024 19:56 (CET)
- (bwc met Akoopal) Of een ander IP, als er sprake is van ranges. Soms worden die blokkades ook opgelegd omdat er om de haverklap van IP gewisseld wordt. Daniuu (overleg) 26 mrt 2024 20:06 (CET)
- Zou het niet handig zijn als deze accountaanmakers ook een ipblock-exempt kunnen toekennen voor maximaal een dag? Dan kunnen ze ook in een geval van een hardblock dingen oplossen zonder een mod. In principe is een ipblock-exempt geen big deal, de gebruiker is bekend en zeker in dit geval zijn de gebruikers bekend bij de accountaanmaker. Akoopal overleg. 26 mrt 2024 20:06 (CET)
- @Akoopal dat zou inderdaad handig zijn. Alleen is het denk ik niet mogelijk om de duur softwarematig in te stellen (al denk ik wel dat we de accountaanmakers kunnen vertrouwen dat ze zich aan een beleidsmatige beperking houden). Daniuu (overleg) 26 mrt 2024 20:08 (CET)
- Ik meende dat een beperking van de termijn technisch mogelijk was. Er even ingedoken en dat niet kunnen vinden helaas. Het zal dus inderdaad procedureel vastgelegd moeten worden. Akoopal overleg. 27 mrt 2024 09:50 (CET)
- @Akoopal dat zou inderdaad handig zijn. Alleen is het denk ik niet mogelijk om de duur softwarematig in te stellen (al denk ik wel dat we de accountaanmakers kunnen vertrouwen dat ze zich aan een beleidsmatige beperking houden). Daniuu (overleg) 26 mrt 2024 20:08 (CET)
- Je hebt dan kans dat 5 minuten na het opheffen de blokkade al weer terug is, omdat er vandalisme gepleegd wordt vanaf dat ip-adres. Mbch331 (overleg) 26 mrt 2024 19:56 (CET)
- Hallo allemaal, vooraf aan de bijeenkomst van afgelopen 8 maart heb ik de IP-range opgevraagd bij de organisatie met het verzoek aan @Drummingman om de blokkade tijdelijk op te heffen. Vrij snel werd er vanaf die range weer vandalisme gepleegd waardoor het IP-adres geblokkeerd is tijdens de bijeenkomst zelf. Er zijn naast de accounts die Drummingman heeft aangemaakt, ook nog 5 accounts door mij aangemaakt middels accountaanmaak rechten. Kortom, van de 18 deelnemers waren er 12 die hulp nodig hadden met het aanmaken van een gebruikersnaam. Thamara Groenleer - Wikimedia Nederland (overleg) 26 mrt 2024 21:41 (CET)
- Steun lost een concreet probleem op dat een hoog afbreukrisico met zich meebrengt. Goed initiatief dit. Dat er nog andere problemen spelen klop, maar dit kunnen we makkelijk oplossen, dat andere minder makkelijk. Natuur12 (overleg) 26 mrt 2024 21:41 (CET)
- Het lijkt me verstandig dit even op overleg gewenst te melden en dan na een redelijke termijn consensus te verklaren (of niet natuurlijk) en bij consensus de devs te vragen om te implementeren. Akoopal overleg. 27 mrt 2024 09:52 (CET)
Tech News: 2024-14[bewerken | 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
- Users of the reading accessibility beta feature will notice that the default line height for the standard and large text options has changed. [3]
Changes later this week
- The new version of MediaWiki will be on test wikis and MediaWiki.org from 2 April. It will be on non-Wikipedia wikis and some Wikipedias from 3 April. It will be on all wikis from 4 April (calendar). [4][5]
Future changes
- The Wikimedia Foundation has an annual plan. The annual plan decides what the Wikimedia Foundation will work on. You can now read the draft key results for the Product and Technology department. They are suggestions for what results the Foundation wants from big technical changes from July 2024 to June 2025. You can comment on the talk page.
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 2 apr 2024 05:33 (CEST)
Frontend voor aanmaak kaartbestanden op Commons[bewerken | brontekst bewerken]
Hai, ik was de laatste tijd met GeoJSON bestanden op Commons aan het spelen, en het viel me op dat het maken daarvan iets gebruikelijkersvriendelijker zou kunnen. Ik probeer al een soort handleiding te maken, maar op dit ogenblik moet je nog met Notepad++ in XML bestanden knoeien, en URLs hacken om makkelijk je bestand op de juiste plek op Commons te krijgen. Dat kan denk ik makkelijker. Ik heb wat ideeën over hoe een wizard voor het maken van GeoJSON bestanden er uit zou moeten zien. Iemand ideeën over hoe dit verder aan te pakken? Andere input? Milliped (overleg) 7 apr 2024 23:33 (CEST)
Tech News: 2024-15[bewerken | 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
- Web browsers can use tools called extensions. There is now a Chrome extension called Citation Needed which you can use to see if an online statement is supported by a Wikipedia article. This is a small experiment to see if Wikipedia can be used this way. Because it is a small experiment, it can only be used in Chrome in English.
- A new Edit Recovery feature has been added to all wikis, available as a user preference. Once you enable it, your in-progress edits will be stored in your web browser, and if you accidentally close an editing window or your browser or computer crashes, you will be prompted to recover the unpublished text. Please leave any feedback on the project talk page. This was the #8 wish in the 2023 Community Wishlist Survey.
- Initial results of Edit check experiments have been published. Edit Check is now deployed as a default feature at the wikis that tested it. Let us know if you want your wiki to be part of the next deployment of Edit check. [6][7]
- Readers using the Minerva skin on mobile will notice there has been an improvement in the line height across all typography settings. [8]
Changes later this week
- The new version of MediaWiki will be on test wikis and MediaWiki.org from 9 April. It will be on non-Wikipedia wikis and some Wikipedias from 10 April. It will be on all wikis from 11 April (calendar). [9][10]
- New accounts and logged-out users will get the visual editor as their default editor on mobile. This deployment is made at all wikis except for the English Wikipedia. [11]
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 9 apr 2024 01:34 (CEST)
Tech News: 2024-16[bewerken | 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
- Between 2 April and 8 April, on wikis using Flagged Revisions, the "Ongedaan gemaakt" tag was not applied to undone edits. In addition, page moves, protections and imports were not autoreviewed. This problem is now fixed. [12][13]
Changes later this week
- The new version of MediaWiki will be on test wikis and MediaWiki.org from 16 April. It will be on non-Wikipedia wikis and some Wikipedias from 17 April. It will be on all wikis from 18 April (calendar). [14][15]
- Default category sort keys will now affect categories added by templates placed in footnotes. Previously footnotes used the page title as the default sort key even if a different default sort key was specified (category-specific sort keys already worked). [16]
- A new variable
page_last_edit_age
will be added to abuse filters. It tells how many seconds ago the last edit to a page was made. [17]
Future changes
- Volunteer developers are kindly asked to update the code of their tools and features to handle temporary accounts. Learn more.
- Four database fields will be removed from database replicas (including Quarry). This affects only the
abuse_filter
andabuse_filter_history
tables. Some queries might need to be updated. [18]
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 16 apr 2024 01:26 (CEST)
Tech News: 2024-17[bewerken | 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
- Starting this week, newcomers editing Wikipedia will be encouraged to try structured tasks. Structured tasks have been shown to improve newcomer activation and retention. [19]
- You can nominate your favorite tools for the fifth edition of the Coolest Tool Award. Nominations will be open until May 10.
Changes later this week
- The new version of MediaWiki will be on test wikis and MediaWiki.org from 23 April. It will be on non-Wikipedia wikis and some Wikipedias from 24 April. It will be on all wikis from 25 April (calendar). [20][21]
Future changes
- This is the last warning that by the end of May 2024 the Vector 2022 skin will no longer share site and user scripts/styles with old Vector. For user-scripts that you want to keep using on Vector 2022, copy the contents of Speciaal:MijnPagina/vector.js to Speciaal:MijnPagina/vector-2022.js. There are more technical details available. Interface administrators who foresee this leading to lots of technical support questions may wish to send a mass message to your community, as was done on French Wikipedia. [22]
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 22 apr 2024 22:25 (CEST)
Tech News: 2024-18[bewerken | 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
- The appearance of talk pages changed for the following wikis: Azerbaijani Wikipedia, Bengali Wikipedia, German Wikipedia, Persian Wikipedia, Hebrew Wikipedia, Hindi Wikipedia, Indonesian Wikipedia, Korean Wikipedia, Dutch Wikipedia, Portuguese Wikipedia, Romanian Wikipedia, Thai Wikipedia, Turkish Wikipedia, Ukrainian Wikipedia, Vietnamese Wikipedia. These wikis participated to a test, where 50% of users got the new design, for one year. As this test gave positive results, the new design is deployed on these wikis as the default design. It is possible to opt-out these changes in user preferences ("Overlegactiviteit weergeven"). The deployment will happen at all wikis in the coming weeks. [23]
- Seven new wikis have been created:
- You can now watch message groups/projects on Translatewiki.net. Initially, this feature will notify you of added or deleted messages in these groups. [31]
- Dark mode is now available on all wikis, on mobile web for logged-in users who opt into the advanced mode. This is the early release of the feature. Technical editors are invited to check for accessibility issues on wikis. See more detailed guidelines.
Problems
- Kartographer maps can use an alternative visual style without labels, by using
mapstyle="osm"
. This wasn't working in previews, creating the wrong impression that it wasn't supported. This has now been fixed. [32]
Changes later this week
- The new version of MediaWiki will be on test wikis and MediaWiki.org from 30 April. It will be on non-Wikipedia wikis and some Wikipedias from 1 May. It will be on all wikis from 2 May (calendar). [33][34]
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 30 apr 2024 05:30 (CEST)
Vervangen kaart op sjabloon:Infobox weg Nederland N-weg door Maplink[bewerken | brontekst bewerken]
Hai, de kaartjes die gebruikt worden worden op {{Infobox weg Nederland N-weg}} zijn png bestanden die gemaakt zijn aan de hand van OpenStreetMap gegevens. De kaartjes zijn vaak niet heel erg up-to-date, en we hebben tegenwoordig de mogelijkheid om kaartgegevens direct uit OSM op te halen met behulp van het sjaboon {{maplink}}. In het geval van de N-wegen in Nederland lijkt het me behoorlijk zeker dat alle wegen een correct werkende link hebben, dus mijn voorstel zou zijn de kaart te vervangen door het maplink-sjabloon. Een voorbeeld even hier. In het voorbeeld zit nu een melding in over een bestand, ([[Bestand:|262px|center|Provinciale weg 223]]) waarvan ik niet helemaal doorheb waar deze vandaan komt, en er zit een kader in dat wellicht weg kan en een uitlijning die misschien iets beter kan. Zou iemand kunnen kijken of dit aan te passen is? Milliped (overleg) 30 apr 2024 19:17 (CEST)
- Ping @Bdijkstra en @Bertux. Milliped (overleg) 30 apr 2024 19:25 (CEST)
- Het komt in ieder geval uit {{Sjabloon:Infobox generiek weg}} waarin dit staat: [[Bestand:{{{kaart}}}|{{#expr:{{{breedte|{{Infobox/breedte}}}}}-8}}px|center|{{{kop1|}}}]] ∼ Wimmel (overleg) 30 apr 2024 19:32 (CEST)
- Inderdaad, het generieke sjabloon verwacht voor de parameter kaart een bestandsnaam. Misschien gewoon een standaard maplink tonen als er maplink=ja is ingevuld? Alle huidige wegen hebben wellicht een correct werkende link, maar er kunnen ook pagina's zijn over voormalige wegen en geplande wegen, en {{Maplink}} toont een lelijke rode foutmelding als er geen gegevens zijn. –bdijkstra (overleg) 30 apr 2024 20:18 (CEST)
- Die rode foutmelding hoeft geen probleem te zijn als je de zaak even voorbereidt buiten de artikelruimte. Je maakt eerst voor alle wegen een afzonderlijk maplink-sjabloon, alles op 1 pagina, zoals hieronder. De foutmeldingen haal je er met de hand uit, van de rest maak je een lijstje dat je aan een bot kunt voeren.
- Bijkomstig:
- De gemaakte lijst kun je meteen gebruiken voor een kaart van alle snelwegen in Nederland. Je kunt 1 overzichtskaart maken door met de zoek- en vervangfunctie de tussendelen
{{maplink|type=map|palin=yes
en}}
te verwijderen. Je houdt dan 1 werkend sjabloon over. Eventueel als apart sjabloon opslaan, analoog aan {{Sjabloon:Maplink stadspoorten van Haarlem}}- {{maplink|frame=yes|plain=yes
- |id=Q99999999|type=line
}}{{maplink|frame=yes|plain=yes- |id-Q9999999999999999|.............
- }}
- →bertux 30 apr 2024 21:41 (CEST)
- @Bdijkstra Ik heb me afgevraagd of dat te ondervangen is door een soort switch als OpenStreetMap-identificatiecode voor relatie (P402) bestaat voor het item op WD, laat dan maplink zien, maar doe niets als P402 leeg is. Dat is niet perfect (ik ben zelf erg slordig met het toevoegen van P402 als ik op OSM iets aanpas), maar ik weet dat het voor bijvoorbeeld de wegen meestens netjes toegevoegd is. Milliped (overleg) 30 apr 2024 22:50 (CEST)
- Nog een paar aanvullende gedachten:
- De foutmelding die je krijgt bij een ontbrekend item lijkt me mee te vallen, je krijgt een leeg wereldkaartje en geen rode letters.
- Ik heb even gekeken met PEtscan, maar ik krijg de query niet helemaal goed, ik zoek naar items met het sjabloon {{Infobox generiek weg}} en OpenStreetMap-identificatiecode voor relatie (P402), maar krijg als ik voor het wikidata item "none" of "no statements" aanvink geen resultaten, terwijl ik met een steekproef wel een paar gevallen ben tegengekomen.
- De gevallen met een missende P402 die ik tot dusver heb gezien vallen in een paar categorieën:
- OSM relatie ID bestaat, maar is nog niet toegevoegd. (redelijk makkelijk te verhelpen)
- OSM relatie bestaat niet, maar zou wel binnen OSM scope vallen (meer werk, maar op te lossen door de OSM relatie te maken
- OSM relatie bestaat niet, maar out of scope voor het OSM project (ben ik eigenlijk nog niet tegengekomen, maar is van toepassing op verdwenen of toekomstige wegen, en wat vage wegdefinities. Hier kan met geojson iets aan gedaan worden. Wel leuk om te doen, maar bewerkelijk.
- Ik heb doordat ik die petscan query nog niet helemaal door wat de aantallen zijn (anders dan dat er op nl-wiki 6416 artikelen zijn die op het sjabloon infobox generiek weg leunen), als iemand daarnaar zou kijken heb ik al wat meer beeld. Milliped (overleg) 2 mei 2024 13:31 (CEST)
- Nog een paar aanvullende gedachten:
- Die rode foutmelding hoeft geen probleem te zijn als je de zaak even voorbereidt buiten de artikelruimte. Je maakt eerst voor alle wegen een afzonderlijk maplink-sjabloon, alles op 1 pagina, zoals hieronder. De foutmeldingen haal je er met de hand uit, van de rest maak je een lijstje dat je aan een bot kunt voeren.
- Inderdaad, het generieke sjabloon verwacht voor de parameter kaart een bestandsnaam. Misschien gewoon een standaard maplink tonen als er maplink=ja is ingevuld? Alle huidige wegen hebben wellicht een correct werkende link, maar er kunnen ook pagina's zijn over voormalige wegen en geplande wegen, en {{Maplink}} toont een lelijke rode foutmelding als er geen gegevens zijn. –bdijkstra (overleg) 30 apr 2024 20:18 (CEST)
- Het komt in ieder geval uit {{Sjabloon:Infobox generiek weg}} waarin dit staat: [[Bestand:{{{kaart}}}|{{#expr:{{{breedte|{{Infobox/breedte}}}}}-8}}px|center|{{{kop1|}}}]] ∼ Wimmel (overleg) 30 apr 2024 19:32 (CEST)
- Het lijkt mij het beste als er géén botrun gedaan wordt, maar dat de maplink in Infobox generiek weg zelf wordt ingevoegd en zo automatisch op alle artikelen getoond wordt. Dit reduceert onnodige code in artikelen. Indien in bepaalde artikelen dit nog niet voorhanden is, lijkt het me goed als dat dan voor die artikelen ook opgevraagd kan worden. Met een parameter maplink=nee kan dit in een artikel eventueel uitgeschakeld worden, maar dan alleen bij wijze van uitzondering. Romaine (overleg) 2 mei 2024 13:38 (CEST)
- Mee eens. Het lijkt me dat het percentage artikelen mwaar maplink niet op werkend te krijgen is zo klein is, dat dit haalbaar is. (ik zou wel graag weten welke artiklen dit zijn. Hulp met die Petscan query dus nog steeds welkom). Milliped (overleg) 2 mei 2024 13:47 (CEST)