Wikipedia:SHEIC

Uit Wikipedia, de vrije encyclopedie
(Doorverwezen vanaf Wikipedia:ICT)
Zie WP:ICT
SHEIC
SHEIC
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.


Naar inhoud   Naar onder   Nieuw onderwerp toevoegen   Archief   Beheerpagina's


Fout in buitenlanderssjabloon[bewerken | brontekst bewerken]

Hallo,
Sinds deze bewerking staat de pagina Landkreis Uelzen in de categorie Categorie:Wikipedia:Fout in buitenlanderssjabloon (categorie is overigens pas 1 à 2 uur geleden aangemaakt zodat het wordt weergegeven als verborgen categorie). Wat veroorzaakt deze nieuwe foutmelding? Mvg, ABPMAB 26 feb 2024 01:08 (CET).[reageer]

Het komt vanuit Sjabloon:Statistiek gemeente Duitsland buitenlanders percentage. Die roept Sjabloon:Array Duitsland gemeentes inwonertallen buitenlanders/Nedersaksen aan, om daarin het aantal buitenlanders op te zoeken voor gemeentecode 03 6 60. Alleen die gemeentecode staat niet in die lijst. Dus zijn het aantal niet-Duitse inwoners voor die gemeente niet bekend. Mbch331 (overleg) 26 feb 2024 11:14 (CET)[reageer]

Tech News: 2024-09[bewerken | brontekst bewerken]

MediaWiki message delivery 26 feb 2024 20:20 (CET)[reageer]

Tech News: 2024-10[bewerken | brontekst bewerken]

MediaWiki message delivery 4 mrt 2024 20:44 (CET)[reageer]

Tech News: 2024-11[bewerken | brontekst bewerken]

MediaWiki message delivery 12 mrt 2024 00:02 (CET)[reageer]

Tech News: 2024-12[bewerken | brontekst bewerken]

MediaWiki message delivery 18 mrt 2024 18:37 (CET)[reageer]

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)[reageer]

Tech News: 2024-13[bewerken | brontekst bewerken]

MediaWiki message delivery 25 mrt 2024 19:53 (CET)[reageer]

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)[reageer]

Steun 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)[reageer]

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)[reageer]
(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)[reageer]
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)[reageer]
@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)[reageer]
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)[reageer]
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)[reageer]
Steun 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)[reageer]
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)[reageer]

Tech News: 2024-14[bewerken | brontekst bewerken]

MediaWiki message delivery 2 apr 2024 05:33 (CEST)[reageer]

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)[reageer]

Tech News: 2024-15[bewerken | brontekst bewerken]

MediaWiki message delivery 9 apr 2024 01:34 (CEST)[reageer]

Tech News: 2024-16[bewerken | brontekst bewerken]

MediaWiki message delivery 16 apr 2024 01:26 (CEST)[reageer]

Tech News: 2024-17[bewerken | brontekst bewerken]

MediaWiki message delivery 22 apr 2024 22:25 (CEST)[reageer]