Wikipedia:Misbruikfilter/Verzoekpagina filters/Archief/2020

Valse negatieven filter 35[bewerken | brontekst bewerken]

Status: Actief

bewerken · geschiedenis · logboeken · testen

Zie deze wijziging en deze wijziging. Het filter ging niet af voor de eerste maar wel voor de tweede, terwijl het dezelfde rode link was. Graag het filter aanscherpen. –bdijkstra (overleg) 27 jan 2020 10:58 (CET)[reageren]

Wat mij opvalt is dat in de eerste links spaties tussen de haken en het gelinkte woord staan, mogelijk gaat het daar mis.

Akoopal _overleg. 29 jan 2020 23:09 (CET)[reageren]

Die spaties zijn zeker weten het probleem hier. Het is niet heel eenvoudig aan te passen, maar ik denk dat het wel mogelijk moet zijn. Ik kijk er een keer minder slaperig naar. Sum ^?urai8^? 5 feb 2020 00:10 (CET)[reageren]

Ik heb een wijziging gedaan die get_matches gebruikt om een match te vinden en op basis daarvan de rode link zoekt. Het werkt met een uitgeklede versie op wijzigingen in mijn gebruikersnaamruimte, dus ik verwacht dat er geen problemen zijn met deze versie. Ik laat deze een week in de testfase staan en zal de logs doorlopen. Mocht iemand valspositieven/valsnegatieven tegenkomen dan hoor ik het ook graag. Sum ^?urai8^? 5 feb 2020 22:38 (CET)[reageren]

Uitgevoerd Geen klachten en geen rare filtermeldingen volgens mij. Sum ^?urai8^? 15 feb 2020 18:24 (CET)[reageren]

Emoji[bewerken | brontekst bewerken]

Status: Actief

bewerken · geschiedenis · logboeken · testen

Taak: Filter dat voorkomt dat er emoji in teksten en bewerkingssamenvattingen worden gebruikt.
Waarom: Bewerkingen als deze [1] zijn vrij zelden van toegevoegde waarde.
Gevolgen: Omdat de RTRC op emoji vastloopt, zou ik ervoor kiezen om dergelijke bewerkingen te verhinderen.
Waarschuwingstekst: Iets in de geest van dat emoji niet zijn toegestaan in de teksten op Wikipedia

Brimz (overleg) 29 aug 2019 22:12 (CEST)[reageren]

Er zijn momenteel 1719 utf8 emoji's lijkt het.^bron Sommige hebben meerdere varianten/codes waarmee ze opgeroepen kunnen worden. Ik kan niet zo snel terugvinden of er een speciale range is vastgesteld waarin emoji's moeten zitten. Een paar duizend karakters in een regex stoppen lijkt mij niet heel snel/efficient, en ik wil niet een range opgeven die mogelijk karakters buiten deze al dan niet bestaande emoji range detecteert. Sum ^?urai8^? 29 aug 2019 22:55 (CEST)[reageren]

N.B. Dat RTRC crasht op bepaalde unicode karakters is een probleem dat Krinkle zelf moet oplossen. Het lijkt mij niet de bedoeling dat we tekenreeksen blokkeren omdat bepaalde tools er niet mee overweg kunnen. Sum ^?urai8^? 29 aug 2019 22:57 (CEST)[reageren]

Ik gok dat RTRC vastloopt op alle karakters boven U+FFFF. Meer oude JavaScript-code heeft hier moeite mee. –bdijkstra (overleg) 29 aug 2019 23:02 (CEST)[reageren]

P.S. Zie Lijst van Unicode-subbereiken voor de emoji-range. En als je emoji's niet wil toestaan dan kan je categorie:Emoji wel opdoeken en ook kan je dan een aantal bronnen verwijderen waarin twitterberichten van beroemde personen geciteerd worden. –bdijkstra (overleg) 30 aug 2019 19:32 (CEST)[reageren]

Daar heb je wel een punt. Dat laat onverlet dat emoji (is meervoud niet ook emoji?) in de bewerkingssamenvatting niet nodig zijn en dat het verhinderen daarvan geen nadelige gevolgen zal hebben om artikelen of categorieën over emoji aan te vullen. Brimz (overleg) 30 aug 2019 21:00 (CEST)[reageren]

Meervoud zonder "'s" mag, maar ik heb de voorkeur voor met. Wat bedoel je trouwens met vastlopen? Als ik in RTRC bij tijdsbestek 20190829200100…20190829200359 invul zie ik geen rare dingen. –bdijkstra (overleg) 30 aug 2019 22:13 (CEST)[reageren]

01 F600-01 F64F kwam ik eerder ook al tegen, maar als ik m'n hexadecimalen goed lees zijn dat 80 tekens. Er zijn een stuk meer emojis. Ik zie ook een emoji als 1F923 en 263A bijvoorbeeld. Gezien we emoji-artikelen hebben is het een stuk lastiger om een filter te maken die niet te restrictief is. Ik wacht op meer feedback van anderen hoe gewenst dit filter is. Sum ^?urai8^? 31 aug 2019 10:51 (CEST)[reageren]

Sorry ik haalde emoticons en emoji's door elkaar. Hier is een meer volledige lijst. –bdijkstra (overleg) 31 aug 2019 11:05 (CEST)[reageren]

Blijkbaar doet filter 24 al het een en ander. Deze tagt de edit als kwebbelen. Ik denk niet dat blokkeren van de edit nodig is, maar ik zal kijken welke ranges nog niet in dit filter vallen. Sum^?urai8^? 7 sep 2019 22:18 (CEST)[reageren]
- Niet uitgevoerd Sum ^?urai8^? 19 sep 2019 22:15 (CEST)[reageren]

Ik weet niet of dit onderwerp nu al gesloten is, maar er werden afgelopen week twee onzinpagina's aangemaakt, een ervan met de titel "🙏" (nog terug te vinden voor gewone stervelingen) en nog een andere van dezelfde anonieme aanmaker 213.125.110.178 (die, omdat de bewerking is verborgen) alleen voor moderators is te achterhalen). Het lijkt me zinvol om tenminste [de aanmaak van] titels met éé of louter unicode-emoticon karakters te blokkeren/weren of te vlaggen? Mvg -- martix (overleg) 15 feb 2020 18:46 (CET)[reageren]

Ik zal ze wel markeren, maar blokkeren gaat denk ik te ver. Ik ga hiervoor denk ik een testfilter aanmaken die ik een tijdje naast het bestaande filter laat lopen. Dan kunnen we kijken hoe goed het nieuwe filter werkt. Sum ^?urai8^? 15 feb 2020 20:03 (CET)[reageren]

Bv. 🍆 is geen onzinpagina. Een emoji als titel (inclusief van een redirect) is helemaal niks mis mee. –bdijkstra (overleg) 15 feb 2020 20:15 (CET)[reageren]

Daar kan ik me inderdaad wel in vinden, dat voor sommige van die tekens een uitzondering geldt, maar ik schat in dat de meest relevante wel al bestaan, en/of anders -- wanneer minder relevant -- in het/een verzamel- of hoofdartikel over Unicode ingevoegd kan worden.

Terzijde/een beetje off-topic: persoonlijk zou ik er overigens voor gekozen hebben om de daadwerkelijke pagina-titel (die getoond word) een naam in het 'gewone latijnse schrift' te geven (dus "Aubergine (emoji|emotican|unicode)" en de van de pagina met het emoticon zelf als titel een #DOORVERWIJZING (redirect) te maken (omdat voor lang niet iedereen, afhankelijk van het device, platform, OS, browser en instellingen het icoon/emoticon/emoji niet getoond wordt, maar voor hen als titel slechts een (leeg) vierkantje te zien is, wanneer men geluk heeft, een vierkantje met daarin de 4 hexadecimale cijfers overeenkomend met het betreffende karakter. In het artikel erover staat een "gewone" afbeelding die toont hoe het emoji/emoticon er ongeveer uit kan of hoort te zien, hetgeen mensen dan kan helpen om hun instellingen aan te passen (zo zie ik, als iemand het 'Apple logo' in de tekst opneemt of verstuurt, dit karakter: "" (0xF8FF – dat er toevallig in de browser waarin ik nu werk, voor mij uitziet als een leeg vierkantje/rechthoekje, maar in de vrijwel alle andere applicaties als: "(t)" (een vetgedrukte onderkast van de t, omvat tussen twee cursieve haken, getoond op halve karakterhoogte t.o.v. de maximale verticale ruimte voor de huidige karakterset; wis en waarachtig te identificeren als "bijzonder" Unicode teken, maar met de beste wil van de wereld zie ik er geen appel noch eender welk ander stuk fruit dan ook in).

Verder, vanwege de Engelstalige invloeden zullen sommigen het misschien slechts kennen onder de term "eggplant", is het te overwegen om voor die term ook een redirect aan te maken, hoezeer ik ook onderschrijf dat dit een Nederlandstalige Wikipedia is, maar in de vaart der volkeren moet je soms wel toegeven en meegaan met de stroom, i.p.v. er tegenin.

Maar afsluitend, een vlag/flag/alert/label is inderdaad al zinvol genoeg. Mocht t.z.t. tijdens vandalismebestrijding gaan blijken dat de populariteit van onzinpagina's met emoji-titels hand over hand toeneemt, kunnen er altijd strengere (maar met voortschrijdend inzicht ook specifiekere) filter-expressies en -handelingen worden aangepast. Dank & mvg -- martix (overleg) 16 feb 2020 09:16 (CET)[reageren]

Dit is off-topic, maar het Apple-logo is een geval apart: als beschermd handelsmerk is het niet opgenomen in Unicode. Verschillende Unicode-implementaties mogen verschillende dingen doen met de code 0xF8FF. –bdijkstra (overleg) 16 feb 2020 09:37 (CET)[reageren]

Ah, maar dat brengt ons eigenlijk toch weer on-topic: behalve de Emoji-ranges lijkt het me net zo ongewenst om karakters uit de Private Use Ranges (Areas, Characters or Blocks (PUA) in te titel te hebben omdat het onvoorspelbaar is hoe het er op verschillende platforms uitziet. Daarnaast kan ik me zo 1-2-3 ook geen valide toepassing voorstellen voor het gebruik van horizontaal of verticaal gespiegelde karakters uit het standaard Latijnse schrift (alfabet) in de titels (uiteraard wel toelaatbaar in de artikeltekst). Op Unicode.org staat ook nog een FAQ over blocks en ranges, en hoewel aanvankelijk bedoeld voor een ander platform (Windows), staat hier op github een voorbeeld van het detecteren (filteren) van (o.a.) de Private Use Areas in Unicode tekst -- misshien dat het Sumurai8 nog wat kan helpen of een completer overzicht geeft van te mijden (of te vlaggen) ranges (al dan niet met al door anderen uitgevlooide (efficiënte) regexp's. Groeten -- martix (overleg) 16 feb 2020 12:12 (CET)[reageren]

Ik weet niet of een misbruikfilter hiervoor de aangewezen manier is, aangezien Unicode telkens wordt uitgebreid. Regelmatig download ik de data dump en daarlangs haal ik dat soort dingen er al uit, zie gebruiker:bdijkstra/badchars. –bdijkstra (overleg) 16 feb 2020 12:39 (CET)[reageren]

Ik denk dat bovenstaande check voldoende is. Het lijkt niet vaak genoeg voor te komen om dat soort wijzigingen eruit te halen, en nieuwe pagina's worden al allemaal gecontroleerd. Er is niet een makkelijke manier om ongewenste pagina's met emoji's te detecteren zonder dat hier vals-positieven tussenzitten. Ik zet dit verzoek voor nu weer in de ijskast. Sum ^?urai8^? 2 mrt 2020 20:20 (CET)[reageren]

Magische woorden met VT[bewerken | brontekst bewerken]

Status: Actief

bewerken · geschiedenis · logboeken · testen

Taak: Graag loggen op het toevoegen van __([A-Z]|[A-Z]_[A-Z]){3,}__ in alle naamruimten waar de VT actief is (0, 2, 6, 12, 14 en binnenkort ook 4).
Waarom: Op Wikipedia:Visuele tekstverwerker/To do kwam naar voren dat het met de Visuele Tekstverwerker zeer gemakkelijk is om Magische woorden met dubbele underscores in te voegen. Bijvoorbeeld __DISAMBIG__, __GEENNIEUWKOPJEKOPPELING__, __INDEX__ enz. Het gebruik hiervan is doorgaans geen vandalisme, maar vaak wel misbruik. Sommige van deze magische woorden gebruiken een volgcategorie maar de anderen zijn zeer lastig te traceren, zeker op redirects. In het verleden heb ik de XML-dump gebruikt om misbruik op te sporen, zie bv. hier.
Gevolgen: Voorlopig geen.
Waarschuwingstekst: geen

Ik ben bezig met een tweede verzoek om in bepaalde naamruimten met bepaalde magische woorden (en ook met sommige paginatitels) te waarschuwen of te verhinderen. Dat kan een apart filter worden. –bdijkstra (overleg) 9 jan 2020 18:02 (CET)[reageren]

Opmerking Nu dat de VT standaard ingeschakeld is, is het m.i. gewenst om dit filter snel operationeel te hebben. –bdijkstra (overleg) 4 feb 2020 21:11 (CET)[reageren]

@Bdijkstra: Dit is blijkbaar volledig langs me heen geschoten. Ik heb filter 93 in log-only modus aangezet voor een week. Je kunt de logs langslopen voor nu. Als het filter werkt naar behoren zal ik er ook een label aanhangen voor de recente wijzigingen. Sum ^?urai8^? 5 feb 2020 00:00 (CET)[reageren]

Dank, maar ik ben wel benieuwd waarom je niet de regex hebt gebruikt die ik voorstelde. Sommige magische woorden blijken weliswaar ook met kleine letters te werken, maar de VE gebruikt alleen hoofdletters. URLs van onder andere telegraaf.nl bevatten nogal eens dubbele underscores met kleine letters, dus met de huidige versie verwacht ik aardig wat valse positieven. Ook komt __[A-Z]{1,2}__ wel eens in URLs voor, maar niet in magische woorden, dus ook hierdoor verwacht ik valse positieven. –bdijkstra (overleg) 5 feb 2020 18:54 (CET)[reageren]

De regex leek me onnodig complex, maar ik zie waar je op doelt. Ik heb nu de lijst van magische woorden en de Disambiguator-extensie ernaast gelegd en er een eindige lijst van gemaakt. Sum ^?urai8^? 5 feb 2020 21:13 (CET)[reageren]

Fijn, daarmee zijn valse positieven vrijwel uitgesloten. Op mw:Help:Magic words staat ook nog __EXPECTUNUSEDCATEGORY__, maar die kan je niet invoegen via de VT. –bdijkstra (overleg) 5 feb 2020 21:39 (CET)[reageren]

Grappig, die staat niet tussen de Nederlandse vertalingen. Ik heb 'm voor de volledigheid toegevoegd. Sum ^?urai8^? 5 feb 2020 21:59 (CET)[reageren]

Ik heb ook besloten te tracken wanneer zulke magische woorden worden verwijderd. Voor wat je wil bereiken is dat net zo belangrijk. Sum ^?urai8^? 8 feb 2020 23:11 (CET)[reageren]

Geen vals positieven. Ik heb het label "Magisch woord" toegevoegd. Het filter markeert alleen wijzigingen en doet verder niets anders. Sum ^?urai8^? 15 feb 2020 18:20 (CET)[reageren]

Uitgevoerd Geen andere opmerkingen. Sum ^?urai8^? 7 mrt 2020 13:08 (CET)[reageren]

Magische woorden, fase 2[bewerken | brontekst bewerken]

Status: Actief

Aanmaken filter · batchtesten

Indexatie van al geïndexeerde pagina's: bewerken · geschiedenis · logboeken · testen

In of uitschakelen sectiebewerking: bewerken · geschiedenis · logboeken · testen

Uitschakelen van galerij: bewerken · geschiedenis · logboeken · testen

Uitschakelen van indexering: bewerken · geschiedenis · logboeken · testen

Instellen als statische redirect: bewerken · geschiedenis · logboeken · testen

Instellen als doorverwijspagina: bewerken · geschiedenis · logboeken · testen

Taak: Het blijkt wel degelijk regelmatig mis te gaan met magische woorden en de VT, vooral met nieuwe gebruikers.
Waarom: Het zou jammer zijn als deze gebruikers zichzelf verkeerde gewoontes aanleren.
Gevolgen: Waarschuwen of verhinderen bij verschillende magische woorden.
Waarschuwingstekst: Afhankelijk van de situatie.

Details:

Waarschuwen bij het toevoegen van __INDEX__ in 0 (artikelnaamruimte) en 14 (categorienaamruimte)
Waarschuwingstekst: U heeft de optie ingeschakeld om zoekmachines deze pagina te laten indexeren, maar dit gebeurt al, dus het heeft geen effect.
Verhinderen van het toevoegen van __(NO|GEEN)?(NEW|NIEUWE)(SECTION|SECTIE|KOPJE)(LINK|KOPPELING|VERWIJZING)__ in 0 en 14
Waarschuwingstekst: U heeft de optie [in/uit]geschakeld om een tabblad weer te geven om een nieuwe paragraaf toe te voegen op deze pagina, maar dit is niet gewenst in deze naamruimte.
Verhinderen van het toevoegen van __(NOGALLERY|GEEN_GALERIJ)__ in 14
Waarschuwingstekst: U heeft de optie ingeschakeld om het genereren van een galerij uit te schakelen, maar dit is ongewenst.
Verhinderen van het toevoegen van __(NO|GEEN)INDEX__ in 0 en 14 behalve door moderatoren, behalve pagina's met {{Auteur}}, {{Nuweg}} of {{Reclame}} en behalve ^Categorie:(Gebruiker:|Wikipedia:Gebruikers/)
Waarschuwingstekst: U heeft de optie uitgeschakeld om zoekmachines deze pagina te laten indexeren, maar dit is ongewenst.
Verhinderen van het toevoegen van __(STATIC|STATISCHE)(REDIRECT|DOORVERWIJZING)__ in 0 en 14
Waarschuwingstekst: U heeft de optie ingeschakeld om te voorkomen dat deze doorverwijzing wordt bijgewerkt als de doelpagina wordt hernoemd, maar dit is niet van toepassing op deze wiki.
Verhinderen van het toevoegen van __DISAMBIG__ in 0 en 14
Waarschuwingstekst[0]: U heeft de optie ingeschakeld om deze pagina te markeren als een doorverwijspagina. Dit doen we op deze wiki altijd met het Sjabloon:Dp.

Waarschuwingstekst[14]: U heeft de optie ingeschakeld om deze pagina te markeren als een doorverwijspagina, maar dit is ongewenst op categoriepagina's.

Voor overwegingen en redenen, zie gebruiker:bdijkstra/Gedragschakelaars. –bdijkstra (overleg) 26 feb 2020 17:00 (CET)[reageren]

Ik heb deze pagina op Overleg gewenst gezet, om meer input te krijgen over dit voorstel. Ik ben voornamelijk op zoek naar het volgende:

Zijn er bewerkingen die door de voorgestelde filters zouden worden geblokkeerd, die niet geblokkeerd zouden moeten worden?
Zijn er structurele bezwaren om de voorgestelde filters te gebruiken, en zoja, waarom en op welke wijze zou je het liever zien?

Bij voldoende support/uitblijven bezwaren zal ik deze filters in log-only mode aanmaken aankomend weekend. Er is dan nog zeker een week om eventuele bezwaren te uiten. Sum ^?urai8^? 2 mrt 2020 20:16 (CET)[reageren]

Filters aangemaakt in log-only:

Indexatie van al geïndexeerde pagina's: bewerken · geschiedenis · logboeken · testen
In of uitschakelen sectiebewerking: bewerken · geschiedenis · logboeken · testen
Uitschakelen van galerij: bewerken · geschiedenis · logboeken · testen
Uitschakelen van indexering: bewerken · geschiedenis · logboeken · testen
Instellen als statische redirect: bewerken · geschiedenis · logboeken · testen
Instellen als doorverwijspagina: bewerken · geschiedenis · logboeken · testen

Sum ^?urai8^? 7 mrt 2020 23:56 (CET)[reageren]

Berichten zoals ik die morgen wil gaan inschakelen:

Indexatie van al geïndexeerde pagina's (MediaWiki:Abusefilter-warning-indexatie, {{Misbruikfilter-waarschuwing-indexatie}})

U heeft de optie ingeschakeld om zoekmachines deze pagina te laten indexeren

Volgens een automatisch systeem heeft u de optie ingeschakeld om zoekmachines deze pagina te laten indexeren. In deze naamruimte gebeurt dit echter al automatisch. Expliciet aangeven dat deze pagina moet worden geïndexeerd heeft dus geen effect. U kunt deze melding vermijden door onder Geavanceerde instellingen in de visuele editor de instelling voor zoekmachines op Standaard te zetten.