Wikipedia:Verzoekpagina voor bots

Nieuwe verzoeken graag in de eerste sectie toevoegen: afgehandelde verzoeken graag verplaatsen naar onderen.
Zie WP:VPB
Op deze pagina kunnen de gebruikers verzoeken plaatsen aan eigenaren van bots. Bijvoorbeeld om een bepaalde categorie van een heleboel pagina's te verwijderen.

Gelieve uw verzoek te ondertekenen met vier tildes: ~~~~.

Een verzoek toevoegen...

Verzoeken voor een botbitje kunnen worden geplaatst op Wikipedia:Aanmelding botgebruikers.

Meldingen van grootschalige botimport van nieuwe artikelen kunnen op Wikipedia:Meldingen botimport nieuwe artikelen geplaatst worden.

Afgehandelde verzoeken mogen na verloop van tijd worden verplaatst naar het archief.

Overzicht beheerpagina's

VerzoekenBewerken

Nieuwe verzoekenBewerken

InternetarchiveBewerken

Hoi,

Met het vertalen zie ik dat op de Engelstalige Wikipedia bij alle links naar bronnen automatisch (?) een link naar een gearchiveerde pagina in de internetarchive wordt gegeven. Toen ik gisteren de bronnen bij het artikel over Prinses Maxima bekeek, zag ik dat in ieder geval de bronnen van de NOS in het artikel dode links zijn, en ik kon de bronnen (artikelen uit 2001, 2007) zelf ook niet meer terugvinden op de nieuwssite. Kunnen wij dit misschien ook botmatig oppakken?
Ik stel me dan voor: een botje dat controleert op het sjabloon {{bron}}, die ervoor zorgt dat als er sprake is van een online bron:

  • dat de bron op de nieuwssite wordt gearchiveerd in archive.org
  • de gearchiveerde link verborgen wordt toegevoegd aan de bronvermelding in het artikel.

Zou zoiets mogelijk zijn? Ciell need me? ping me! 18 nov 2020 15:33 (CET)

Even een ping voor @Smile4ever.   Akoopal overleg. 18 nov 2020 20:59 (CET)
Hallo. Momenteel is het reeds mogelijk om gearchiveerde versies van pagina's toe te voegen als verborgen link. Hiervoor dien je op de cite-sjablonen de parameter dodeurl=nee in te vullen. Je krijgt dan beschikking over de parameters archiefurl en archiefdatum. Wanneer een bron dood wordt, is het dan voldoende om dodeurl=ja te gebruiken ipv dodeurl=nee. Met vriendelijke groeten,  4ever(Overleg) 19 nov 2020 11:15 (CET)

Update tellers op Help:Veelvoorkomende spelfoutenBewerken

Een hele tijd geleden heb ik op Help:Veelvoorkomende spelfouten bij elke veelvoorkomende spelfout een teller toegevoegd die (bij benadering) het aantal voorkomens in de hoofdnaamruimte weergeeft. Dit geeft een heel goed overzicht van welke spelfouten nog frequent worden gemaakt met als doel dat gebruikers die zich voornamelijk met dat soort fouten bezighouden makkelijk kunnen werken. Vroeger werd dit geüpdatet door de bot van Bdijkstra, Bitbotje, maar vertelde onlangs op de overlegpagina dat dit veel tijd en moeite vraagt voor de bot. Nu vroeg ik me af of er een andere gebruiker met een botbitje eens kan bekijken in hoeverre hij dit kan aanpakken. Het zou een hele hulp zijn, want manueel de tellers aanpassen is veel te veel werk. JP001 (Overleg)   3 aug 2020 14:07 (CEST)

Dat heb ik niet gezegd. Ik heb gezegd dat het een zware last is voor de WikiMedia-servers omdat de zoekopdrachten niet gebruikmaken van een zoekindex. Het updaten van de zoekopdrachten is (grotendeels) handwerk. –bdijkstra (overleg) 3 aug 2020 17:42 (CEST)
Ik begrijp niet goed dat als er een zoekindex met dubbele aanhalingstekens aan toe wordt gevoegd dit het een minder zware last zou maken. De reguliere expressie die staat er dan toch nog steeds? Het moet toch op een manier te doen zijn? De Engelstalige Wikipedia maakt ook vaak gebruik van reguliere expressies. Daarbij een zware last wil toch niet zeggen dat het niet te doen is? Het zal gewoon meer tijd en inspanning van de server vragen. JP001 (Overleg)   6 aug 2020 17:36 (CEST)
De vraag is wat de meerwaarde is van het bijwerken van deze tellertjes ten opzichte van de belasting van de servers. Wikipedia heeft het delen van kennis voorop staan, niet het bijwerken van tellertjes van iets dat de gewone gebruiker niet ziet. Duurzaamheid is ook iets dat Wikimedia belangrijk vindt. Is het dan wenselijk om hiervoor en de computer van de botbeheerder en het serverpark in Amerika en alles wat nodig is voor de verbinding intensief in te zetten voor dit lijstje tellers? Het doorzoeken van teksten is iets dat geen gebruik maakt van indexen, dus om te zoeken hoe vaak 'happerdeflatst' in de Nederlandse Wikipedia staat, moet de tekst van alle ruim 2 miljoen pagina's in de encyclopedie opgehaald en doorzocht worden. Dat is prima als het zinvol is omdat iemand echt op zoek is naar 'happerdeflatst', maar minder om te constateren dat dit 21 keer gebruikt wordt, en nog minder als al is vastgesteld dat er daarvan zeventien terecht zijn. Het is nuttiger om dan te zorgen dat die vier keer opgelost worden, zodat er verder geen aandacht meer aan geschonken hoeft te worden.
Computers kunnen heel veel, en een stuk sneller dan mensen, maar het toenemende gebruik van computers leidt ook tot een steeds grotere stroomvraag. Dat kunnen we beter gebruiken voor zaken die meer zin hebben. Met vriendelijke groet, RonnieV (overleg) 6 aug 2020 18:05 (CEST)
Mij lijkt het niet echt onnuttig. Er is ook steeds een bot actief die gesprekken tussen Wikipedianen archiveert. Dat ziet de lezer ook niet, maar is wel nodig. Aan de hand van tellers kunnen Wikipedianen heel gericht zulke fouten aanpakken. Ook fouten die anders moeilijker op te sporen waren. Iedereen hecht natuurlijk een ander belang aan "kleine" spelfouten, maar zo kan je verschillende wijzigingen in vraag stellen. Ik zag ook dat Algont ook vaak gebruikmaakt van de pagina. Misschien dan een kleine oproep naar haar om na een resem van bewerkingen gedaan te hebben ook manueel de tellers bij te werken (liefst per letter). Met vriendelijke groeten JP001 (Overleg)   6 aug 2020 19:05 (CEST)
Of de teller nu wel of niet wordt bijgewerkt, als jij die spelfouten wilt verbeteren, zul je ze toch eerst zelf moeten opzoeken. Dan kun je met het zoekresultaat ook gelijk de teller bijwerken. Alleen de teller bijwerken doet niets met het aantal dat gevonden is, en de persoon die er mee aan de slag wil, moet de zoekopdracht toch opnieuw ingeven. Edoderoo (overleg) 6 aug 2020 19:20 (CEST)
De teller is gelijk aan de zoekopdracht omdat dit een link is naar de zoekopdracht. Het is juist wel nodig om ze te updaten. Je kan toch niet elke teller opnieuw gaan bekijken om te zien of dat deze wel effectief 0 zoekresultaten (of enkele false positives) oplevert? Een maandelijkse update zou al voldoende zijn. Dit moet niet elke dag bijgewerkt worden natuurlijk. JP001 (Overleg)   6 aug 2020 19:49 (CEST)
Klik er dan vooral zelf op, want het is mij inmiddels wel duidelijk dat anderen dat voor jou niet gaan doen. Edoderoo (overleg) 6 aug 2020 20:33 (CEST)

Thaise provinciesBewerken

Hier is besproken om de (76) Thaise provincies te hernoemen van Changwat <naam> naar <naam> (provincie), zoals dat ook bij Utrecht (provincie) gebeurt. Ik wil dit best met de hand doen, maar misschien kunnen de titelwijzigingen ook botmatig uitgevoerd worden? Encycloon (overleg) 24 jun 2020 13:50 (CEST)

Ik heb even gespiekt. Daar is wel een script voor te schrijven. Kost vast net iets meer tijd dan met de hand doen, maar is wel veel leuker ;-)
#move
#rename or move a page to a new name
page=pywikibot.Page(site,'The Times They Are a-Changin\' (song)')
page.move('The Times They Are a-Changin\' (nummer)','bot-request')
Dan moet ik vandaag of morgen even er voor gaan zitten... Edoderoo (overleg) 24 jun 2020 15:16 (CEST)

Links naar HTTP sites, vervangen voor HTTPS bij gelijke contentBewerken

Op Wikipedia wordt nog naar een hoop http-sites gelinkt. Om gebruikers van meer privacy te voorzien is het goed om deze links aan te passen naar https, maar natuurlijk alleen als dezelfde content wordt aangeboden over deze verbinding. I-am-will (overleg) 5 jan 2020 19:07 (CET)

Bevolkingsaantallen botmatig aangemaakte gemeentenBewerken

Bij buitenlandse dorpen kan het zijn dat een bevolkingsaantal uit 2002 wordt vermeld, dat inmiddels xx% afwijkt van de werkelijkheid. Is dat erg? Zo ja, is het ook mogelijk dat dit botmatig wordt aangepast, gebruik makend van de betreffende taalversie die vrij actueel is? Ik heb geen zicht op de technische mogelijkheden.Koos van den beukel (overleg) 10 jan 2019 12:04 (CET)

Weet ik ook niet; misschien dat je het in het Botcafé kunt vragen? Encycloon (overleg) 26 jan 2019 17:12 (CET)
Ja, dat is in principe een vrij simpel script. Heb je een voorbeeldcategorie? Geef dan gerust een roep op mijn overlegpagina, of doe een verzoek op WP:VPB. Edoderoo (overleg) 26 jan 2019 18:43 (CET)
Een voorbeeld is [1] waarbij onze cijfers uit 2002 dateren en die in de Sloveense versie uit 2018. Kleine verschillen maken me niet uit, maar ik denk dat het goed is op dit gebied 1x per 15-20 jaar onderhoud te plegen, zeker als dat niet moeilijk is. Dobrovo had in 2002 bijvoorbeeld 413 inwoners, nu 336, dat wijkt duidelijk af. Mogelijk zijn inmiddels gemeenten opgeheven of samengevoegd. Koos van den beukel (overleg) 27 jan 2019 14:46 (CET)

PS De uitvoering doe ik liever niet zelf.

Dan zou je zo een wijziging krijgen, maar dan automagisch. Edoderoo (overleg) 27 jan 2019 17:01 (CET)
Dat is inderdaad de bedoeling. Koos van den beukel (overleg) 29 jan 2019 10:59 (CET)
Ik ben bezig iets te bakken dat WikiData bijwerkt, en dan ook nl-wiki kan bijwerken. Het zijn best veel Sloveense gehuchten, dus dat met de hand doen is niet zinvol. Edoderoo (overleg) 29 jan 2019 12:28 (CET)
Hoe staat het er voor, Edo? --Frank Geerlings (overleg) 15 sep 2019 00:30 (CEST)
Edo geeft aan dat als iemand anders hiermee aan de slag wil hij zich niet gepasseerd voelt. --Frank Geerlings (overleg) 16 sep 2019 16:28 (CEST)
Kan het niet op een soortgelijke manier als bij Nederlandse gemeenten, met zoiets als het sjabloon:Statistiek gemeente Nederland inwoners? Wikiwerner (overleg) 4 jan 2020 22:42 (CET)

Verplaatst vanaf een ander onderwerpBewerken

Dit overleg werd geplaatst onder de kop "Plaatsen in Slovenië die deel uitmaken van een Sloveense gemeente", wat echter een geheel ander onderwerp is, daarom heb ik het verplaatst. Apdency (overleg) 23 okt 2020 21:18 (CEST)

Zie overigens ook het verzoek Bevolkingsaantallen botmatig aangemaakte gemeenten. Misschien kunnen we deze twee verzoeken combineren? Edoderoo was bezig met een script voor dat verzoek; hoe staat het daarmee? Wikiwerner (overleg) 4 okt 2020 15:31 (CEST)
Combineren is niet per se zinvol, want de sjablonen staan heel ergens anders dan de artikelen. Ik was destijds vastgelopen in een eigenaardige bug in PAWS, en had het de laatste tijd relatief druk met zaken buiten Wikipedia, dus dat moet ik binnenkort weer eens oppakken, om die sjablonen te kunnen vullen. Edoderoo (overleg) 4 okt 2020 17:07 (CEST)
Maar de aantallen moeten dan toch weg uit de infoboxen in de artikelen, zodat de infobox ze uit Wikidata haalt? Wikiwerner (overleg) 10 okt 2020 13:30 (CEST)
Dat zou eventueel ook kunnen, mijn script zou nu die sjablonen bijwerken, maar een alternatief is een Module in Lua schrijven die de aantallen van een gemeentecode ophaalt, samen met de peildatum. Ik zou dat zien als stap 2, maar als er iemand is die dat kan (of een TechStorm/Hackaton weet waar ze dit voor ons kunnen fabrieken), zou dat mooi meegenomen zijn. Edoderoo (overleg) 10 okt 2020 13:38 (CEST)
Zo te zien hebben zelfs de Slovenen dat niet. Misschien kunnen we samenwerken, zodat zij ook makkelijker hun inwonertallen kunnen bijwerken? Wikiwerner (overleg) 17 okt 2020 21:52 (CEST)

Niet-uitgevoerde verzoekenBewerken

Het/De LandkreisBewerken

Graag het lidwoord 'het' veranderen in 'de', bij gebruik van het zelfstandig naamwoord 'Landkreis'. Gielie1994 (overleg) 20 jun 2020 18:02 (CEST)

Volgens welke taalautoriteit is "het" fout? –bdijkstra (overleg) 20 aug 2020 18:24 (CEST)
Zou Het Landkreis Göttingen is het zuidelijkste landkreis van de deelstaat Nedersaksen. Het huidige Göttingen... dan ook 'De huidige Göttingen...' moeten worden? Nog afgezien van de terechte vraag van bdijkstra is dit geen wijziging die eenvoudig met een bot gedaan kan worden, dit zal, als het al nodig is, handwerk moeten zijn. Met vriendelijke groet, RonnieV (overleg) 20 aug 2020 18:41 (CEST)

BotMultichillBewerken

In de loop der jaren heb ik meer dan 200.000 bewerkingen gedaan in Commons. Maar dat breekt me nu op, omdat deze bot een - op zich nuttige - aanpassing doet per bestand. De datum wordt verwerkt. Maar het betekent wel dat ik nu soms meer dan 400 of 500 mails per dag krijg van aangepaste bestanden. De bijbehorende vraag is hoe ik bewerkingen van deze bot kan laten stoppen met het verzenden van mails. Pffff. Stunteltje (overleg) 15 sep 2020 11:40 (CEST)

SchlurcherBot kan er ook wat van. Ik zou verwachten dat de mails stoppen als je de gebruikersnaam invult bij "Genegeerde gebruikers" op c:Special:Preferences#mw-prefsection-echo. –bdijkstra (overleg) 15 sep 2020 11:44 (CEST)
Ik heb nu drie bots afgemeld voor emails in mijn Voorkeuren, maar nog steeds komen de meldingen in bulk binnen. Ik doe iets niet goed , vermoed ik, maar wat? Stunteltje (overleg) 20 sep 2020 15:22 (CEST)
Wat hebt jij aangevinkt in jouw voorkeuren? Misschien moet je de opties "Mij e-mailen bij bewerkingen van pagina’s of bestanden op mijn volglijst" en "Mij e-mailen bij kleine bewerkingen van pagina’s en bestanden op mijn volglijst" even uitvinken. The Banner Overleg 20 sep 2020 16:42 (CEST)
Beide zijn aangevinkt. Ik wil wel zien dat er geknutseld is aan artikelen waar ik iets aan gedaan heb. Stunteltje (overleg) 20 sep 2020 19:29 (CEST)
Misschien helpt het als je botbewerkingen verbergt op je volglijst?Wikiwerner (overleg) 20 sep 2020 19:41 (CEST)
Ik heb in de volglijst bij "Filters" nu ook "Bot" aangevinkt. Maar zie geen "opslaan" knop. Stunteltje (overleg) 20 sep 2020 19:52 (CEST)
Zie het tabblad Volglijst in je Voorkeuren: "Botbewerkingen op mijn volglijst verbergen". Wikiwerner (overleg) 20 sep 2020 20:37 (CEST)
Ook dat gedaan, maar de bots blijven mails sturen. Stunteltje (overleg) 21 sep 2020 00:24 (CEST)
Maar heb je nu al die voorkeuren uitgevinkt op Commons en hier? Op de pagina Voorkeuren/Gebruikersprofiel staan er onderaan twee. Maar ook op Voorkeuren/Meldingen staan e-mail opties. The Banner Overleg 21 sep 2020 00:51 (CEST)
Ik heb in Wikipedia op Voorkeuren/Meldingen nu ook koppeling met Wikidata uitgezet en onder "Genegeerde gebruikers BotMultichillT toegevoegd. Als ik BotMultichill of SchlurcherBot toevoeg kan ik niet opslaan. In Commons heb ik nu Botbewerkingen op mijn volglijst verbergen aangevinkt, In Koppeling met Wikidata geen vinkje staan en geen meldingengebruikers van BotMultichillT, BotMultichill en SchlurcherBot genoteerd. Nu weer even afwachten wat er gebeurt. Stunteltje (overleg) 21 sep 2020 08:56 (CEST)
651 mails vanmorgen. Dit was hem dus ook niet. Stunteltje (overleg) 23 sep 2020 22:56 (CEST)

Links aanpassen na het verplaatsen van een artikelBewerken

Achtergrond

Nadat de titel van een artikel wordt aangepast (dmv een verplaatsing) moeten de doorverwijzingen naar de oude pagina ook aangepast worden zodat deze verwijzen naar de nieuwe titel. Als de oude titel wordt omgezet naar een doorverwijspagina, komen deze linkjes op deze pagina. Dit is in principe te overzien met doorgaans bewerkingen tussen de 10 en 100. Echter gebeurt er, naar mijn inzicht, niet iets vergelijkbaars met de incorrecte linkjes als de oude titel gebruikt wordt voor een nieuw artikel. Verder is dit iets dat dagelijks gedaan moet worden, waardoor het toch neerkomt op een aardige hoeveelheid werk.

Voorstel

De robot zou volgens de volgende stappen kunnen werken:

  1. Bepaal met het verplaatsingslogboek wat de nieuwe en de oude titel is.
  2. Wacht indien een aanpassing recent gedaan is (zodat deze eventueel teruggedraaid kan worden).
  3. Controleer of de verplaatsing niet weer is teruggedraaid.
  4. Vind de dv's die verwijzen naar de oude titel.
  5. Pas de dv's aan zodat deze verwijzen naar de nieuwe titel.
Cases

Bij het aanpassen van de titel kan de output steeds hetzelfde format hebben, echter zijn er een aantal mogelijkheden voor de input. In verband met de haken heb ik het maar even als volgt genoteerd.

Case 1:

Input: "[ [" + "oude titel" + "] ]"
Output: "[ [" + "nieuwe titel" + "|" + "oude titel" + "] ]"

Een andere optie is om de nieuwe titel aan te passen zodat bijvoorbeeld "Straat (Stad)" veranderd naar "Straat" voor de naam in de lopende tekst.

Case 2:

Input: "[ [" + "oude titel" + "|" + "naam in de lopende tekst" + "] ]"
Output: "[ [" + "nieuwe titel" + "|" + "naam in de lopende tekst" + "] ]"

Groeten, Mikalagrand (overleg) 7 sep 2020 13:55 (CEST)

Dag Mikalagrand, bij 'dubbele doorverwijzingen' gebeurt dat al. Of bedoel je ook redirects in artikelen zelf? Repareren daarvan is meestal niet heel noodzakelijk. Encycloon (overleg) 7 sep 2020 14:13 (CEST)
Beste Encycloon, wel handig dat er een bot is voor dubbele doorverwijzingen, maar ik bedoelde eigenlijk als er bijvoorbeeld een pagina is over Kees en dan wordt deze verplaatst naar Kees (beroep) zodat de pagina Kees een lemma kan worden over de naam "Kees". Bij nader inzien gebeurd dit misschien toch niet zo vaak. Mikalagrand (overleg) 7 sep 2020 14:25 (CEST)
Het gaat specifiek om het omzetten van een artikel in een doorverwijspagina. Dat heeft weinig tot niets met hernoemen te maken, en kan ook niet zodanig geautomatiseerd worden. Het beste is, om voor het aanmaken van de dp, de artikelen naar de nieuwe doelpagina te laten hernoemen met een verzoek op deze pagina. Als het om een paar pagina's gaat, kun je dat ook goed met de hand doen, als je handig bent met AWB kun je dat ook gewoon zelf doen. Edoderoo (overleg) 7 sep 2020 14:24 (CEST)
Gelijk ook even mijn stokpaardje van stal halen. Om dit consequent op te lossen, zou de wikisoftware niet naar een titel moeten linken, maar naar een lemma. Titels wijzigen (continu), een artikel is (als het goed is) een constante. Maar dit kan niet op nl-wiki worden opgelost. Edoderoo (overleg) 7 sep 2020 14:27 (CEST)
Als ik je goed begrijp is het dus niet mogelijk, omdat de link tussen de nieuwe titel en het werkelijke lemma onbetrouwbaar is. Bij het veranderen van de titel wordt dit wel meteen aangepast op wikidata. Die is dan dus wel gekoppeld aan het lemma, ipv via de titel, of wordt dit automatisch aangepast bij het wijzigen van de titel? Mikalagrand (overleg) 7 sep 2020 15:31 (CEST)
Het ligt technisch ingewikkeld, is niet altijd gewenst om uit te voeren, verandert mogelijk enorm veel artikelen. Het kan nu niet, en dat moeten we soms ook niet willen. Wanneer we het wel willen, zou de gebruiker hier een verzoek moeten plaatsen, in de meeste gevallen is dat binnen een dag uitgevoerd. Edoderoo (overleg) 7 sep 2020 16:02 (CEST)
Handmatige controle blijft sowieso nodig, ook bij gebruik van AWB. Het gebeurt regelmatig dat sommige inkomende links juist geen betrekking hebben op het verplaatste artikel maar op het nieuwe onderwerp. Wikiwerner (overleg) 7 sep 2020 18:25 (CEST)
Dat geldt vooral als de dp al een tijdje bestaat. Als de dp nog niet bestaat kan dat in theorie ook, maar dan was de link al fout. Dat gebeurt ook heel vaak, en een flink aantal links zijn dus momenteel fout terwijl we ze eigenlijk niet terug kunnen vinden. Vorige week nog van een nieuw artikel de binnenkomende links nagelopen, en er waren er 9 goed en 1 fout. Lees mijn stokpaardje dus vooral nog een keer hierboven. Edoderoo (overleg) 7 sep 2020 18:31 (CEST)
  Niet uitgevoerd dus. Wikiwerner (overleg) 20 sep 2020 14:09 (CEST)

Te beoordelen-sjabloon plaatsenBewerken

Na mijn nominatie op de te beoordelen-pagina, moet er nog bij elke pagina een sjabloon geplaatst worden. Zou dit botmatig geplaatst kunnen worden aangezien het over 187 artikels gaat. Het sjabloon is het wegsjabloon met de datum van vandaag. Alvast bedankt. JP001 (Overleg)   14 sep 2020 09:56 (CEST)

Dat moet dan zeker wel met een gebruiker ZONDER bot-bit gebeuren, anders komen de meldingen mogelijk niet bij de gebruikers op de volglijst terecht. En dat is nu net de reden waarom dat sjabloon geplaatst moet worden. Edoderoo (overleg) 14 sep 2020 10:37 (CEST)
Daarbij had dat sjabloon gisteren geplaatst moeten worden, en niet een dag voor de afhandeling. Het lijkt me daarom raadzaam om dat toch maar met de hand te gaan doen. En waar nodig ook de nodige gebruikers op de hoogte te stellen. Dat het veel werk is, is een consequentie van een massanominatie, en mag nooit een reden zijn dit maar achterwege te laten. Edoderoo (overleg) 14 sep 2020 10:44 (CEST)
Zoiets kan beter via een stemming. Wat betreft je bewerkingslimiet: waarschijnlijk kun je wel ontheffing krijgen, zodat je de stempagina onbeperkt mag bewerken als coördinator. Wikiwerner (overleg) 14 sep 2020 18:19 (CEST)
  Niet uitgevoerd Geen consensus op Wikipedia:Te beoordelen pagina's/Toegevoegd 20200913, sterker nog de nominatie is doorgehaald. Japiot (overleg) 15 sep 2020 15:18 (CEST)


Uitgevoerde verzoekenBewerken

Bronvermelding bij Amsterdamse stratenBewerken

Het is iets kleins, maar het is ook makkelijk aan te pakken met een bot of met AWB. In alle artikelen wordt namelijk deze bron gebruikt:

<ref>de Naam van onze straat, J.A.Wiersma 1978</ref> 

Dit is nogal een vreemde opmaak van een bron, zeker met de willekeurig hoofdletter N en geen hoofdletter aan het begin van de titel. Aangezien dit op 64 artikelen voorkomt, is het nogal veel voor mij om dit handmatig te fiksen. Ik stel voor om de bron meteen volgens de bronconventies te plaatsen, namelijk zo:

<ref>Wiersma, J.A. (1978) ''De naam van onze straat''.</ref>

Verder komen er vaak dubbele spaties voor op de artikels die dan meteen in deze wijzigingen mee eruit gehaald kunnen worden. Hopelijk is er iemand die dit klein karweitje op zich wil nemen. – De voorgaande bijdrage werd geplaatst door JP001 (overleg · bijdragen) 10 aug 2020 20:12 (CEST)

Doe het dan in één keer goed:
<ref>Wiersma, J.A. (1978) ''De naam van onze straat''. Amsterdam : Stadsdrukkerij van Amsterdam. {{ISBN|90-6274-006-5}}</ref>
Zie hier. Wutsje 10 aug 2020 20:21 (CEST)
Dan liever zo:
<ref>Wiersma, J.A. (1978) ''De naam van onze straat. Geschiedenis en verklaring van de straatnamen in Amsterdam'', Amsterdam: Stadsdrukkerij van Amsterdam</ref>
(isbn-nummer hoeft niet in een bronvermelding, kan wel in een bronnen- of literatuurlijst onderaan het lemma, is ook ongebruikelijk op wp:nl middenin de tekst) HT (overleg) 10 aug 2020 20:53 (CEST)
Zolang dat tussen de <ref>-tags staat, staat het ook onderaan, en niet midden in de tekst, dus ik snap die opmerking niet zo. Edoderoo (overleg) 10 aug 2020 20:56 (CEST)
@Edoderoo Ongebruikelijk op wp:nl in een bronvermelding. HT (overleg) 10 aug 2020 21:01 (CEST)
Doe het dan in één keer goed: Hongaren schrijven eerst de achternaam en dan de voornaam. Wij niet. Handige Harrie (overleg) 10 aug 2020 21:06 (CEST)
(na 3x bwc) Wat Edo zegt. De ondertitel mag echter inderdaad wel worden vermeld, maar dan zo:
<ref>Wiersma, J.A. (1978) ''De naam van onze straat : Geschiedenis en verklaring van de straatnamen in Amsterdam''. Amsterdam : Stadsdrukkerij van Amsterdam. {{ISBN|90-6274-006-5}}</ref>
Let op de spaties voor de dubbele punten: die zijn niet triviaal, vraag maar aan een bibliothecaris. Er is niets mis met het vermelden van het ISBN, zeker niet als duidelijk is dat specifiek die tweede druk is gebruikt. Dat zulks op Wikipedia ongebruikelijk zou zijn, is aantoonbaar niet waar, zie bv. hier. Wutsje 10 aug 2020 21:11 (CEST)
Laat ik zeggen dat het gebruik van isbn-nummers in een bronvermelding op wp:nl ver in de minderheid is en in die zin ongebruikelijk. HT (overleg) 10 aug 2020 21:15 (CEST)
99% van de bronvermeldingen betreffen {{Citeer web}}, maar dat betekent toch niet dat die andere 1% niet juist is? Edoderoo (overleg) 10 aug 2020 21:21 (CEST)
Geheel terzijde: de Wikipedia ontvallen BesselDekker kon, niet onbegrijpelijkerwijze, schuimvlokken in z'n mondhoeken krijgen van de term isbn-nummer. Vgl. ook apk-keuring. Wutsje 10 aug 2020 21:41 (CEST)
Dan zou tl-buis of lcd-scherm zeker ook een probleem zijn, maar ja, die staan net als apk-keuring gewoon op de woordenlijst van de Taalunie ([2], [3] en [4]). - Robotje (overleg) 12 aug 2020 12:33 (CEST)

  Uitgevoerd Tussen de opmerking van Wutsje en nu is het klusje al geklaard; dus inclusief het ISBN nummer Japiot (overleg) 10 aug 2020 21:32 (CEST)

@Edoderoo Het gaat niet om goed of fout. Nogmaals: alle denkbare variaties zijn op wp:nl mogelijk. HT (overleg) 10 aug 2020 21:50 (CEST)

Toch niet alle pagina's kunnen meenemen in de botwijziging, zo blijkt. JP001 (Overleg)   12 aug 2020 00:07 (CEST)

De regel waarnaar ik met AWB zoekt bevat kleine verschillen, zoals punten en komma's in de zoekstring. Ik heb de 22 van de search handmatig aan AWB toegevoegd. Pas bij een nieuwe dump kan ik zien of het nu

kompleet is. Japiot (overleg) 12 aug 2020 13:13 (CEST)

Maar waarom corrigeer je nu gewoon de hoofdletters en gebruik je niet de volledige bronvermelding met isbn-nummer zoals hierboven? JP001 (Overleg)   12 aug 2020 13:20 (CEST)
Maar dan is het echt handwerk! Japiot (overleg) 12 aug 2020 13:26 (CEST)

Linkfix naar Henri FilholBewerken

Er is nu artikel over zoöloog Henri Filhol. Ik vond zeker 24 artikelen over ongewervelde dieren waarin de zin "geldig gepubliceerd in 1885 door Filhol" en daarnaast nog tientallen auteursvermeldingen, zonder link naar het artikel. Kan zeker in de woordcombinatie "door Filhol" vervangen worden door "door Filhol"? HWN (overleg) 15 sep 2020 10:55 (CEST)

Opmerking voor de uitvoerder: labels van externe links graag uitsluiten, dat ging een aantal keer fout bij een soortgelijke actie. –bdijkstra (overleg) 15 sep 2020 11:46 (CEST)
  Uitgevoerd "door Filhol", "auteur = Filhol" en "(Filhol, ) aangepast. Bij de laatste de referenties naar externe links overgeslagen. Japiot (overleg) 15 sep 2020 12:22 (CEST)

Referrers in url'sBewerken

Misschien is het mogelijk zaken als ?source en ?referrer=... en ?harvest_referrer=... met een bot uit url's te verwijderen. De hele string vanaf het vraagteken tot de eerstvolgende spatie moet dan weg. ErikvanB (overleg) 3 okt 2020 16:38 (CEST)

Nu schiet me ineens een eerder verzoek uit het Botcafé te binnen. Ik had niet in de gaten dat die alweer gearchiveerd was. Wikiwerner (overleg) 3 okt 2020 22:02 (CEST)
Ah, inderdaad. utm_source + utm_campaign. Maar dat is misschien lastiger. ErikvanB (overleg) 4 okt 2020 05:31 (CEST)
Met regex moet je alles vanaf utm_source, utm_campaign etc. tot aan de eerstvolgende & verwijderen. Op die manier moet het veilig kunnen. In een URL is een ampersand het begin van een nieuwe parameter. En uiteindelijk nog even controleren of op een ? een spatie volgt. Zo ja, dan kan die ook nog weg. Mbch331 (overleg) 4 okt 2020 08:06 (CEST)
Als ik (handmatig) zulke referrers tegenkom, veranders ik ze het liefst in ?referrer=nl.wikipedia.org of iets van die smaak. Moet ik altijd wel even controleren of de URL dan werkt, maar vaak wel. Edoderoo (overleg) 4 okt 2020 08:57 (CEST)
Zie ook de regexen in de zoekopdrachten die ik toen in het botcafé dropte; iets aangepast: UTM-parameters en click identifiers (o.b.v. de in en:Click identifier genoemde), idem voor de door ErikvanB genoemde referrers (of alle source*-parameters net zo klakkeloos verwijderd kunnen worden zonder de werking van de link aan te tasten, ben ik minder zeker over). Beginnend met een vraagteken, dan die laten staan (tenzij dan niets meer volgt); beginnend met een ampersand, dan die verwijderen. Wellicht dat er nog andere tekens uitgesloten moeten worden van de parameterwaarde? Bijvoorbeeld regeleindes (of de multiline-vlag); ik weet niet welke regex-smaak gebruikt wordt. Een check of de match in een daadwerkelijke url staat (en bijvoorbeeld niet als zichtbare tekst als inhoudelijk onderdeel van het verhaal), lijkt me geen overbodige luxe.
Heeft het vervangen van een referrer-waarde door 'nl.wikipedia.org' een toegevoegde waarde voor Wikipedia? Of dient het slechts dataverzamelende marketingdoeleinden van de betreffende websites (of iets daar tussenin)?
Met vriendelijke groeten — Mar(c).[overleg] 4 okt 2020 13:53 (CEST)
Controleren of het daadwerkelijk in een URL staat, kan met (?<=https?://[^ \]|}]*). Wikiwerner (overleg) 4 okt 2020 15:13 (CEST)
  Uitgevoerd Ik heb de meeste opgeruimd. Ik heb het laten staan als er bijv. referrer=Wikipedia staat, of als er {{Dode link}} achter staat. Wikiwerner (overleg) 13 okt 2020 22:26 (CEST)
Bedankt voor het opruimwerk! Enkele opmerkingen/vragen:
  1. Bij de overgebleven 85 pagina's met (harvest_)referrer, waarvan 50 in de hoofdnaamruimte, zie ik bij de eerste vijf een url met refURL=https://en.wikipedia.org/&referrer=https://en.wikipedia.org/ (in Ariana Grande), en in Lijst van bekende honderdplussers staat een referrer=https://nl.wikipedia.org/wiki/Ria_van_Dijk. Deze lijken me sowieso incorrect, tenzij we bewust dataverzamelende marketeers willen misleiden (als dat al lukt op deze manier). Maar goed: zie 2.
  2. Hierboven had ik de vraag ook al gesteld: wat is überhaupt de toegevoegde waarde van iets als referrer=Wikipedia of referrer=nl.wikipedia.org?
  3. Indien er nog een run gedaan wordt: ik had hierboven de /i-vlag in de regex vergeten; er zijn ook 9 pagina's met Referrer (waarvan 1 in de hoofdnaamruimte).
  4. Wat me verder direct opvalt bij deze resultaten van 1: die url in Ariana Grande is https://www.forbes.com/forbes/welcome/?toURL=https://www.forbes.com/sites/..., en in Hudson's Bay Company staat een link https://www.ad.nl/privacy-gate/accept?redirectUri=%2feconomie%2f... (in dit geval is de ref trouwens in feite gelijk aan de direct volgende). Het lijkt me gewenst om dit soort indirecte links te vervangen door een directe url, met een aanvullende check op gelijke refs. Dat is vast botmatig mogelijk (183 pagina's met toURL of redirectUri of callbackUrl, waarvan 169 in de hoofdnaamruimte); een nieuw botverzoek hiervoor is dan wellicht handig, voordat deze referrers-verwijdering nogmaals uitgevoerd wordt. (Het staat me trouwens bij dat dit type links recent al ergens ter sprake is gekomen.)
  5. Van de eerder geconstateerde 1250+ pagina's met UTM-parameters zijn er nog 324 pagina's over, waarvan 174 in de hoofdnaamruimte. Zijn deze bewust zo gelaten? (Overigens heeft van de bovenste vijf hits – Verenigde Staten, Tennis, YouTube, Syrië, Dordrecht – alleen de laatste een 'Wikipedia-referrer': utm_source=wikipedia.)
Met vriendelijke groeten — Mar(c).[overleg] 14 okt 2020 14:07 (CEST)
Gevallen zoals referrer=Wikipedia heb ik overgeslagen omdat Edoderoo die altijd plaatst als hij een referrer tegenkomt. Die ga ik daarom niet zomaar weer weghalen. De redirect-url's van punt 4 kunnen inderdaad eventueel vervangen worden na een nieuw botverzoek. AutoWikiBrowser controleert vervolgens automatisch op dubbele referenties: als meerdere ref-tags dezelfde inhoud hebben, dan worden deze vervangen door "ref name=" (zie Help:Referenties en voetnoten#Meerdere verwijzingen naar dezelfde voetnoot). Wat betreft punt 5: ik denk dat ik gezocht heb met de link van ErikvanB in plaats van met bijv. insource:/utm_/. Ik zal kijken wanneer ik zin heb om verder te vegen. Wikiwerner (overleg) 14 okt 2020 19:10 (CEST)
De toegevoegde waarde is er niet voor ons, wel voor de site die de URL host, die kan daarmee zien dat er bezoekers via Wikipedia komen. De kans is klein dat ze daar iets mee doen, want vaak worden die referrers gebruikt om te zien welke advertentie-campagnes zin hebben. Edoderoo (overleg) 14 okt 2020 19:44 (CEST)
Het lijkt me dat daarvoor de referrer in de HTTP header afdoende is, en als die methode tegenwoordig te onbruikbaar is (vanwege verwijdering/aanpassing van de referrer door browsers e.d.), dan is daar een goede reden voor die dan ook tegen herfacilitering via url-parameters pleit. Mocht zo'n url-parameter werkelijk gewenst zijn, dan lijkt het me beter dat de MW-software deze 'onclick' aan externe links toevoegt, zoals die dat ook met links in de zoekresultaten doet (de parameter wprov). Met vriendelijke groeten — Mar(c).[overleg] 14 okt 2020 23:01 (CEST)

Plaatsen in Slovenië die deel uitmaken van een Sloveense gemeenteBewerken

Er zijn in 2008 botmatig duizenden artikelen aangemaakt over plaatsen in Slovenië. Deze hebben standaard de formulering "A is een plaats in Slovenië en maakt deel uit van de Sloveense gemeente B" als definitie. Nu is het weinig bijzonder dat een plaats in Slovenië deel uitmaakt van een Sloveense gemeente, dus dat woord "Sloveense" kan er n.m.m. simpelweg uit weggelaten worden. Daarbij kan worden gekozen om het woord "gemeente" nog steeds wel te linken (let er er daarbij wel op dat [[Sloveense gemeente]] in 2015 een redirect is geworden naar Lijst van Sloveense gemeenten, dus het lijkt beter om dat dan maar meteen om te zetten) of om het niet te linken (hoe functioneel is het eigenlijk?). Het gaat momenteel om maar liefst 5.600 van zulke artikelen. Ziet iemand er wat in? Groet, Apdency (overleg) 3 okt 2020 11:31 (CEST)

Dan liever niet linken naar de lijst: de pagina's over de gemeenten zijn de plaats om daarheen te linken, bijv. onder een kopje "Zie ook". Wikiwerner (overleg) 3 okt 2020 12:25 (CEST)
De links tegelijk met het woord "Sloveense" verwijderen lijkt me helemaal prima. Apdency (overleg) 3 okt 2020 12:37 (CEST)
  Uitgevoerd 5602 artikelen aangepast. Mijn bot deed daar 14 uur over! Japiot (overleg) 20 nov 2020 12:12 (CET)