Wikipedia:Misbruikfilter/Verzoekpagina filters
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. |
| |
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. | ||
Plaats nieuwe verzoeken onder het kopje "nieuwe verzoeken". Bij het doen van nieuwe verzoeken, vermeld je in elk geval het volgende:
Denk over deze zaken goed na, voordat je een verzoek indient | ||
Afgehandelde verzoeken kunnen na een week worden gearchiveerd. |
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
- Waarom ging het interwiki-filter bij deze en deze bewerkingen niet af? FifiNix (overleg) 24 mei 2021 10:37 (CEST)
- Dit zijn geen interwiki's: vanwege de dubbelpunt achter de blokhaken worden ze als normale interne links behandeld. Het is wel te overwegen om ze mee te nemen, want ze worden in het algemeen als ongewenst beschouwd, behalve in voetnoten. Misschien het filter zo aanpassen: "Links naar anderstalige Wikipedia's zijn in de hoofdtekst ongewenst. Plaats deze in een voetnoot." Het filter zou dan moeten nakijken of het zich tussen ref-tags bevindt, zou dat mogelijk zijn? →bertux 24 mei 2021 11:07 (CEST)
- Bedankt voor de duidelijke uitleg. Ja, als het filter op die manier kan worden uitgebreid, dat zou perfect zijn (imho). FifiNix (overleg) 24 mei 2021 11:58 (CEST)
- Hoe moet het filter detecteren of iets 'hoofdtekst' is of niet? –bdijkstra (overleg) 24 mei 2021 15:31 (CEST)
- Dat hoeft niet. Dat is enkel de mededeling voor de gebruiker, misschien wat lui geformuleerd; het filter hoeft alleen maar te kijken of er ref-tags om de linkjes staan; ja, dan mag de link, nee, dan niet →bertux 24 mei 2021 15:50 (CEST)
- Een link naar een andere Wikipedia hoort eigenlijk sowieso niet thuis in een artikel: 1. ofwel het is bedoeld als interne link, maar daarvan hebben we afgesproken dat het onwenselijk is om interne links te leggen naar een andere Wikipedia (alleen linken naar artikelen op nl-wiki of rode link), 2. ofwel als referentie, maar een anderstalig Wikipedia-artikel is niet geschikt als referentie, 3. ofwel als bron, maar dan dient Sjabloon:Bronvermelding anderstalige Wikipedia gebruikt te worden. Romaine (overleg) 6 jan 2023 23:42 (CET)
- Hoi. Zie https://nl.wikipedia.org/w/index.php?title=Speciaal:Filterlogboek&wpSearchFilter=139. Ik heb hiervoor een aparte log-only filter aangemaakt. XXBlackburnXx (overleg) 7 nov 2023 01:37 (CET)
- Er zijn ook taalcodes met 1 of 2 streepjes, zie Speciaal:WebsiteMatrix. –bdijkstra (overleg) 7 nov 2023 09:10 (CET)
- Hoi. Zie https://nl.wikipedia.org/w/index.php?title=Speciaal:Filterlogboek&wpSearchFilter=139. Ik heb hiervoor een aparte log-only filter aangemaakt. XXBlackburnXx (overleg) 7 nov 2023 01:37 (CET)
- Een link naar een andere Wikipedia hoort eigenlijk sowieso niet thuis in een artikel: 1. ofwel het is bedoeld als interne link, maar daarvan hebben we afgesproken dat het onwenselijk is om interne links te leggen naar een andere Wikipedia (alleen linken naar artikelen op nl-wiki of rode link), 2. ofwel als referentie, maar een anderstalig Wikipedia-artikel is niet geschikt als referentie, 3. ofwel als bron, maar dan dient Sjabloon:Bronvermelding anderstalige Wikipedia gebruikt te worden. Romaine (overleg) 6 jan 2023 23:42 (CET)
- Dat hoeft niet. Dat is enkel de mededeling voor de gebruiker, misschien wat lui geformuleerd; het filter hoeft alleen maar te kijken of er ref-tags om de linkjes staan; ja, dan mag de link, nee, dan niet →bertux 24 mei 2021 15:50 (CEST)
- Dit zijn geen interwiki's: vanwege de dubbelpunt achter de blokhaken worden ze als normale interne links behandeld. Het is wel te overwegen om ze mee te nemen, want ze worden in het algemeen als ongewenst beschouwd, behalve in voetnoten. Misschien het filter zo aanpassen: "Links naar anderstalige Wikipedia's zijn in de hoofdtekst ongewenst. Plaats deze in een voetnoot." Het filter zou dan moeten nakijken of het zich tussen ref-tags bevindt, zou dat mogelijk zijn? →bertux 24 mei 2021 11:07 (CEST)
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)
- 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)
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)
- 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)- Ah, hier is er ergens achteraf iets bedacht. Absoluut een slecht idee! 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)
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)
- Encycloon en Sumurai8, jullie zijn hier nogal eens actief. Was dit nieuwe verzoek over het hoofd gezien? →bertux 20 mrt 2021 18:11 (CET)
- Om voor mijzelf te spreken: ik ben hier niet actief als filterbewerker, alleen als verzoeker. Encycloon (overleg) 20 mrt 2021 18:16 (CET)
- Ik zal eens kijken wat ik hiervoor kan maken. Sum?urai8? 22 mrt 2021 22:01 (CET)
- Aangemaakt in log-only. Sum?urai8? 22 mrt 2021 22:30 (CET)
- Ik zal eens kijken wat ik hiervoor kan maken. Sum?urai8? 22 mrt 2021 22:01 (CET)
- Om voor mijzelf te spreken: ik ben hier niet actief als filterbewerker, alleen als verzoeker. Encycloon (overleg) 20 mrt 2021 18:16 (CET)
- Encycloon en Sumurai8, jullie zijn hier nogal eens actief. Was dit nieuwe verzoek over het hoofd gezien? →bertux 20 mrt 2021 18:11 (CET)
- @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)
- 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. Volgens mij is het momenteel een grote rommel... Sum?urai8? 24 mrt 2021 21:50 (CET)
- 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)
- 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)
- 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)
- 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. Volgens mij is het momenteel een grote rommel... Sum?urai8? 24 mrt 2021 21:50 (CET)
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.
- 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.
- 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.
- 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)
- @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)
- Mooi. Encycloon (overleg) 19 aug 2023 20:51 (CEST)
- En.. uitgeschakeld. - XXBlackburnXx (overleg) 2 sep 2023 06:06 (CEST)
- Mooi. Encycloon (overleg) 19 aug 2023 20:51 (CEST)
Reality.nl[bewerken | brontekst bewerken]
Status: Nooit aangemaakt
- 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)
- 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)
- Gedaan. Wutsje 15 sep 2023 02:31 (CEST)
- Bedankt beide! Ennomien (overleg) 15 sep 2023 08:31 (CEST)
- Gedaan. Wutsje 15 sep 2023 02:31 (CEST)
Conclusie - website geblokkeerd d.m.v. Speciaal:BlockedExternalDomains. - XXBlackburnXx (overleg) 15 sep 2023 12:56 (CEST)