Wikipedia:Misbruikfilter/Verzoekpagina filters

Uit Wikipedia, de vrije encyclopedie
Verzoekpagina voor filters
Op deze pagina kunnen gebruikers voorstellen doen voor de aanmaak van nieuwe filters, het bewerken van bestaande filters of het verwijderen van bestaande filters. Ook kunnen fouten met betrekking tot bestaande filters op deze pagina worden aangegeven.
Overzicht beheerpagina's
Filters kunnen pas geëffectueerd worden wanneer deze eerst een week hebben proefgedraaid en er voldoende steun is vanuit de gemeenschap om het filter toe te passen. Dit telt ook voor reeds bestaande filters: wanneer deze significant worden aangepast, zullen deze aangepaste filters een week moeten proefdraaien. Proefdraaien houdt in dat er geen acties worden ondernomen, maar dat het filter alleen een logboek bijhoudt van wanneer het is geactiveerd.
Van alle bestaande filters wordt op Wikipedia:Misbruikfilter/Bestaande filters een overzicht bijgehouden.
Nieuwe verzoeken

Plaats nieuwe verzoeken onder het kopje "nieuwe verzoeken". Bij het doen van nieuwe verzoeken, vermeld je in elk geval het volgende:

  • Wat het filter moet doen (waarop het moet filteren, voor welke pagina's telt het filter, voor welke gebruikers telt het filter?);
  • Waarom dit filter geactiveerd zou moeten worden;
  • Moet het filter waarschuwen, moeten bewerkingen tegengehouden worden en/of moet de gebruiker de autoconfirmed status ontnomen worden?

Denk over deze zaken goed na, voordat je een verzoek indient

Afgehandelde verzoeken kunnen na een week worden gearchiveerd.
Archieven: 2009 - 2010 - 2011 - 2012 - 2013 - 2014 - 2015 - 2016 - 2017 - 2018 - 2019 - 2020 - 2021 - 2022 - 2023 - 2024

Nieuwe verzoeken[bewerken | brontekst bewerken]

Verzoeken a.u.b. plaatsen in de volgende vorm:

===NAAM VOORSTEL===
{{/filter | id = | actief = }} <!-- niet invullen, tenzij het filter is aangemaakt //-->
* '''Taak:''' Waar moet een filter op letten, voor welke pagina's telt het filter, voor welke gebruikers telt het filter?
* '''Waarom:''' Waarom moet het filter geactiveerd worden?
* '''Gevolgen:''' Waarschuwen en/of Verhinderen en/of Autoconfirmed status afnemen?
* '''Waarschuwingstekst:''' Voorgestelde waarschuwingstekst, of link naar sjabloon.
Eventuele overige opmerkingen
~~~~
{{/einde}} <!-- Deze regel niet vergeten, anders loopt het kader door tot in het volgende verzoek! //-->

Waarom ging filter 66 niet af?[bewerken | brontekst bewerken]

Status: Actief

bewerken · geschiedenis · logboeken · testen


Bronvermelding anderstalige Wikipedia niet volledig ingevuld[bewerken | brontekst bewerken]

  • Taak: Waarchuwen dat Sjabloon:Bronvermelding anderstalige Wikipedia niet correct is ingevuld. Officieel is oldid verplicht, maar datum is ook goed. Een van de twee velden moet ingevuld worden, maar veel gebruikers verzuimen dit. Die vullen alleen de taalcode van de Wiki en de titel. Triggers: Het toevoegen van het sjabloon waarbij parameters oldid en datum ontbreken, of een (of beide parameters) zijn aanwezig, maar niet ingevuld. Fout: {{Bronvermelding anderstalige Wikipedia|taal=en|titel=Some article}} en {{Bronvermelding anderstalige Wikipedia|taal=en|titel=Some article|oldid=|datum=}} en varianten hier tussenin. Correct: {{Bronvermelding anderstalige Wikipedia|taal=en|titel=Some article|datum=20240125}} {{Bronvermelding anderstalige Wikipedia|taal=en|titel=Some article|olid=12345}} {{Bronvermelding anderstalige Wikipedia|taal=en|titel=Some article|oldid=12345|datum=20240125}}
  • Waarom: Zorgen dat gebruikers het sjabloon correct invullen. Het sjabloon dient om aan licentievoorwaarden te voldoen. Als je kijkt in Categorie:Wikipedia:Bronvermelding anderstalige Wikipedia zonder datum en oldid zie je dat er ruim 13000 artikelen zijn die niet aan de voorwaarden voldoen. Dus het is niet incidenteel dat dit niet correct gaat.
  • Gevolgen: Waarschuwen
  • Waarschuwingstekst: U heeft het sjabloon Bronvermelding anderstalige Wikipedia niet correct ingevuld. U dient de oldid van de versie van het originele artikel waarop de vertaling is gebaseerd en/of de datum van die versie in te vullen.

Mbch331 (overleg) 25 jan 2024 21:56 (CET)[reageren]

Goed plan. Opmerking: de tekst is wat moeizaam. Suggestie: U heeft het sjabloon Bronvermelding anderstalige Wikipedia niet correct ingevuld. Vul oldid (versienummer) of versiedatum van het bronartikel in. – De voorgaande bijdrage werd geplaatst door Bertux (overleg · bijdragen) 26 jan 2024 00:10 (CET)[reageren]

Mag er een kleine aanpassing aan dat sjabloon gebeuren? Ik dacht aan om <span class="error-bronvermelding"></span> o.i.d. tegen [[Categorie:Wikipedia:Bronvermelding anderstalige Wikipedia zonder datum en oldid]] te plakken, zodat het filter in de html kan zoeken wat fout is en wat niet.

Ik heb op dit moment Speciaal:Filter/153 aangemaakt, een versie die niet naar de html kijkt, maar die voegt meer complexiteit, conditiegebruik (maximum 8 ipv 5) en beperkingen toe ten opzichte van een simpele html-check. - XXBlackburnXx (overleg) 27 jan 2024 21:11 (CET)[reageren]

Het is <span class="error-bronvermelding"><br><span>De parameters datum en oldid zijn niet ingevuld.</span> Minimaal een van beiden dient ingevuld te zijn. Zie <a href="/wiki/Sjabloon:Bronvermelding_anderstalige_Wikipedia" title="Sjabloon:Bronvermelding anderstalige Wikipedia">Sjabloon:Bronvermelding anderstalige Wikipedia</a> voor meer informatie.</span> geworden. Mbch331 (overleg) 28 jan 2024 10:43 (CET)[reageren]
Ah, hier is er ergens achteraf iets bedacht. Absoluut een slecht idee! Tegen Tegen - Ik heb nergens in de licentievoorwaarden gelezen dat de precieze datum/oldid gelinkt moet worden. En in het verleden is er bij mijn weten nergens afgesproken/besloten dat deze parameters verplicht ingevuld zouden moeten worden. Bovendien zou het verplicht stellen van deze parameters ervoor zorgen dat in (te veel) gevallen de link onjuist linkt! Ik heb dit toegelicht op: Overleg_sjabloon:Bronvermelding_anderstalige_Wikipedia#Geen_verplichte_datum/oldid. Conclusie: filter a.u.b. per direct uitschakelen! Romaine (overleg) 29 jan 2024 02:30 (CET)[reageren]

Verzoeken ter test in log-only[bewerken | brontekst bewerken]

Wanneer een nieuw verzoek in log-only is gezet, kan het verzoek naar hieronder worden verplaatst. Het filter zal vervolgens minstens één week in log-only draaien. In deze week kan de gemeenschap gegrond bezwaar uiten (zie ook de richtlijn).

Sjabloon:Statistiek woonplaats Nederland inwoners[bewerken | brontekst bewerken]

Status: Op proef

bewerken · geschiedenis · logboeken · testen
  • Taak: Verhindert dat een in de artikelruimte ingevoegd Sjabloon:Statistiek woonplaats Nederland inwoners vervangen wordt door een handmatig ingevoerd inwonertal.
  • Waarom: Het sjabloon plaatst de inwonertallen per 1 januari, die in de loop van elk jaar door het CBS aangeleverd worden. Nieuwe bewerkers weten of begrijpen dit niet en/of kunnen er niet op wachten. Ze voeren dan handmatig inwonertallen van gemeenten en woonplaatsen in, waardoor de jaarlijkse update verstoord wordt.
  • Gevolgen: Verhinderen.
  • Waarschuwingstekst: Het actuele inwonertal op deze pagina wordt in de loop van het jaar automatisch vernieuwd. U kunt dit aantal niet handmatig aanpassen. Problemen met de aantallen kunt u melden op de Helpdesk.
  • Opmerkingen:
    • Het woord actuele geeft een hint dat (onder andere) historische inwonertallen wel aangepast kunnen worden.
    • Bij gebleken succes kan dit filter aangepast worden om ook verwijdering van andere inwoner-sjablonen te verhinderen en zelfs om de verstoring van andere automatische updates te voorkomen, zoals die van oppervlakten.

 →bertux 18 mrt 2021 17:32 (CET)[reageren]

Encycloon en Sumurai8, jullie zijn hier nogal eens actief. Was dit nieuwe verzoek over het hoofd gezien? →bertux 20 mrt 2021 18:11 (CET)[reageren]
Om voor mijzelf te spreken: ik ben hier niet actief als filterbewerker, alleen als verzoeker. Encycloon (overleg) 20 mrt 2021 18:16 (CET)[reageren]
Ik zal eens kijken wat ik hiervoor kan maken. Sum?urai8? 22 mrt 2021 22:01 (CET)[reageren]
Aangemaakt in log-only. Sum?urai8? 22 mrt 2021 22:30 (CET)[reageren]
@Bertux: We hebben zo te zien de eerste hit al. En dit is een goedwillende gebruiker die onjuiste data omgezet heeft in juiste data, dus ik wil de wijziging niet terugdraaien. De oude versie was slechts gedeeltelijk automatisch gevuld, en er lijkt geen sjabloon te zijn om wijken en buurten automatisch te vullen. Sjabloon:Array Nederland woonplaatsen kerngebieden 2020 zet onbekende nummers om in buurtcodes die vervolgens bij elkaar opgeteld worden. Dit is sowieso fout hier, want het gaat hier om wat het CBS wijken noemt, niet om gemeenten. Grappig genoeg bevat Module:Array_Nederland_kerngebieden_inwonertallen_2020 de bijbehorende data wel, maar ik heb volgens mij geen sjabloon om dit op een nette manier daaruit te trekken.
Met zulke fouten in de encyclopedie (Voerendaal, aangeduid met whatever 1855 moet voorstellen, bevat bijvoorbeeld de inwoneraantallen van "wijk voerendaal (3180), wijk kunrade (3415), wijk ubachsberg (1550) en wijk verspreide huizen voerendaal (350)" voor een totaal van 8495) lijkt het mij niet wenselijk om zulke wijzigingen blindelings te blokkeren. Markeren zodat ze stuk voor stuk gefixt kunnen worden lijkt mij in dit geval een beter idee. Sum?urai8? 24 mrt 2021 20:09 (CET)[reageren]
Na nog meer zoeken kwam ik ook {{Tabelrij CBS-buurt}} tegen, waar inwoners handmatig worden ingevoerd (en nooit meer worden geupdate), hoewel de exacte buurtcode ook gewoon in bovengenoemde data gevonden kan worden. {{Infobox plaats in Nederland}} vraagt om een CBS-code en een wooncode, maar heeft ook handmatig de inwoners en de datum inwoners als parameters. Deze worden genegeerd als cbs-code of woonplaatscode is ingevuld, maar de cbs-code wordt gevoerd aan {{Statistiek kerngebieden Nederland inwoners}} met data uit 2017 en de woonplaatscode komt lang niet altijd overeen met wat er beschreven wordt. Die kadasterbeschrijvingen moeten vervolgens alsnog handmatig gekoppeld worden aan CBS-codes, dus we schieten er achteraf helemaal niets mee op. We hebben {{Array Nederland gemeentes inwonertallen}} die wel CBS-codes pakt en recentelijk is geupdate, maar dan niet de data uit bovenstaande module haalt en alleen geschikt is voor gemeentes en niet voor buurten of wijken. Verward Volgens mij is het momenteel een grote rommel... Sum?urai8? 24 mrt 2021 21:50 (CET)[reageren]
Ik raak altijd volledig de weg kwijt in onze omgang met inwonertallen, anders had ik wel meer huiswerk gedaan. Ik weet nu in elk geval dat het niet alleen aan mij ligt en hoop dat ik jou niet te veel werk bezorgd heb. Is het zinnig om het filter een paar maanden op de achtergrond aan te laten staan om te zien hoe de gebruikers omgaan met die rommel? (Idealiter langer, want het voorjaar is het update-seizoen.) Sowieso goed om het zootje komend najaar aan te kaarten (staat in mijn agenda) en héél misschien het verboden woord Wikidata laten vallen. Enne, ik mag toch hopen dat de vele standaardartikelen van het type Wijken en buurten in Arnhem wel enigszins systematisch en grotendeels automatisch gevuld en geüpdate worden? Uit de bewerkingsgeschiedenis kan ik dat niet opmaken, behalve dat ze voortkomen uit deze antieke botaanmaak. Ai, niet dus. We zitten tegen gegevens van 2008 aan te kijken, wat de lezer pas te weten komt als hij helemaal doorscrolt naar beneden. My god… →bertux 24 mrt 2021 22:26 (CET)[reageren]
Hoi Sumurai8, in het najaar zou ik hierop terugkomen en ik ben nieuwsgierig! Vandaag hadden we er weer een. Er wordt weliswaar geen sjabloon verwijderd, maar het probleem wordt des te duidelijker geïllustreerd: een goedwillende gebruiker vervangt bij Nederland het inwonertal van maart door dat van augustus, maar verandert 31-3 niet in 31-8 (en past ook de raadpleegdatum niet aan). In de hoofdtekst staan dan weer twee andere bevolkingsaantallen, waarvan er eentje ook 31-3 aangeeft. Bdijkstra draait dat terug, niet ten onrechte, maar omdat de bevolkingsaantallen toch handmatig ingevuld zijn, besluit ik mee te gaan met de update. Ik wil ook meteen de dichtheid aanpassen, maar die blijkt sjabloonsgewijs ingevuld te worden. Dat heb ik laten staan, maar narekenen leert dat de dichtheid niet klopt. We moeten aannemen dat ook het aantal ooit per sjabloon ging, maar dat dit door een getal vervangen is zonder dat iemand daarop aansloeg. Dit kan zo niet, er komt totale onzin te staan. Ik hoop dat je bevindingen zicht geven op een oplossing. Eventueel wil ik dit op de Helpdesk of in De kroeg aankaarten  →bertux 16 okt 2022 13:57 (CEST)[reageren]


Verzoeken in testfase[bewerken | brontekst bewerken]

Afgehandelde verzoeken[bewerken | brontekst bewerken]

Filter 73 (Trump-filter)[bewerken | brontekst bewerken]

Status: Uitgeschakeld

bewerken · geschiedenis · logboeken · testen

Ik heb een paar vragen/twijfels bij dit bestaande filter.

  1. Donald Trump komt nu eenmaal op diverse pagina's terug, ik vrees hierdoor een redelijk percentage van serieuze bewerkingen waar ten onrechte gewaarschuwd wordt. Dit ook zonder in de melding uit te leggen waarop het filter specifiek aansloeg.
  2. Is er nog steeds reden om hier apart op te filteren? Ja, Trump komt nog steeds in het nieuws, maar daarin is hij niet uniek.
  3. Het filter lijkt ook af te gaan op "Trumpet", en andere woorden die "trump" bevatten of mensen die dezelfde achternaam hebben. Kortom: nog meer valspositieven.

Mijn verzoek is om hiernaar te kijken en het filter uit te schakelen; aan te scherpen; of verder toe te lichten. Encycloon (overleg) 5 sep 2022 07:33 (CEST)[reageren]

@Encycloon filter bijgesteld, maar ik stond op het punt om het uit te schakelen omdat het tegenwoordig weinige relevantie heeft. Ik zal de hits verder monitoren. XXBlackburnXx (overleg) 19 aug 2023 12:28 (CEST)[reageren]
Mooi. Encycloon (overleg) 19 aug 2023 20:51 (CEST)[reageren]
En.. uitgeschakeld. - XXBlackburnXx (overleg) 2 sep 2023 06:06 (CEST)[reageren]


Reality.nl[bewerken | brontekst bewerken]

Status: Nooit aangemaakt

Aanmaken filter · batchtesten
  • Taak: Het blokkeren van de website reality.nl
  • Waarom: Hoog juicegehalte, waar ook gewoon een AD.nl of NU.nl gebruikt kan worden, en wordt toegevoegd ter promotie van die website lijkt het
  • Gevolgen: Blokkeren
  • Waarschuwingstekst: Hier is vast al wel een standaard tekst voor.

Zie bijvoorbeeld Speciaal:Bijdragen/77.248.189.32. Er is misschien al wel een filter waaraan deze url zo toegevoegd kan worden. Of een andere oplossing beter is weet ik niet, maar ik dacht hier het eerst aan dus vandaar mijn verzoek hier. Mvg, Ennomien (overleg) 14 sep 2023 17:30 (CEST)[reageren]

Dit is meer een taakje voor de spambloklijst. Zou een meekijkend moderator 'reality.nl' op onze wall of shame kunnen zetten? @Wutsje? XXBlackburnXx (overleg) 15 sep 2023 02:23 (CEST)[reageren]
Gedaan. Wutsje 15 sep 2023 02:31 (CEST)[reageren]
Bedankt beide! Ennomien (overleg) 15 sep 2023 08:31 (CEST)[reageren]

 Conclusie - website geblokkeerd d.m.v. Speciaal:BlockedExternalDomains. - XXBlackburnXx (overleg) 15 sep 2023 12:56 (CEST)[reageren]