Wikipedia:Botcafé

Welkom in het Botcafé van Wikipedia

Dit is het centrale punt om te overleggen over alle zaken op Wikipedia die met bots te maken hebben.
Andere overlegruimtes: de kroeg - schaakcafé - taalcafé - ICT-café - afbeeldingencafé - sportcafé - biologiecafé
Gebruik de chat! (kanaal pywikipediabot (Engels) of wikipedia-nl (Nederlands))

Als je een bot-probleem hebt, geef dan een uitgebreide beschrijving van het probleem, alsook de volledige foutmeldingen die worden gegeven: dit vergemakkelijkt het opsporen de oorzaak en versnelt het zoeken naar een oplossing.

[bewerk] Ontlinken

bestaat er ook eigenlijk een bot die rode links onlinkt? >crazyphunk overleg 25 okt 2006 09:44 (CEST)

Nee. Je zou 'm wel zelf kunnen schrijven, maar waarom? :/ valhallasw 25 okt 2006 09:57 (CEST)

het zou wel handig zijn, en ik kan trouwens niet zelf een bot schrijven >crazyphunk overleg 25 okt 2006 10:04 (CEST)

waarvoor* zou het handig zijn? Ik zie geen toepassingen die je niet even makkelijk even met de hand kan doen.. valhallasw 25 okt 2006 10:12 (CEST)

Het op grote schaal ontlinken van rode links is ongewenst. Rode links zijn bedoeld om mensen te prikkelen nieuwe artikelen aan te maken. Bovendien zorg je er zo voor dat indien een artikel eenmaal is aangemaakt er ook al diverse relevante links naar toe gaan. Magalhães 25 okt 2006 10:17 (CEST)

weet ik wel, maar er stond net dit in de kroeg:

In dit geval zou ik de filmtitel eruit laten, want artikelen over oudere films zijn hier zeldzaam en zo wordt het een zee van rode links op de pagina's.--Maarten1963 24 okt 2006 21:06 (CEST)

Je kunt ze ook gewoon ontlinken. BlackNight 24 okt 2006 21:10 (CEST)''

dus ik dacht: dat kan vast met een bot gebeuren >crazyphunk overleg 25 okt 2006 10:24 (CEST)

Aangezien de links hier op een bekende plaats (in het sjabloon) staan, moet dat inderdaad makkelijk te doen zijn met een bot. Magalhães 25 okt 2006 10:28 (CEST)

De vraag is niet of het kán (tuurlijk kan het), de vraag is over het verstandig is. Eventueel zou je een template kunnen gebruiken dat de links op een bep pagina niet weergeeft als de pagina niet bestaat. valhallasw 25 okt 2006 10:33 (CEST)

Bovendien zie ik niet in waarom die 'zee van rode links' op de pagina van een filmster zo'n groot probleem is... valhallasw 25 okt 2006 11:00 (CEST)

snap ik ook niet >crazyphunk overleg 25 okt 2006 11:03 (CEST)

Zou een leuk idee zijn, een ontlinker met tijdschema, zoiets als: na een maand lang rode link volgt automatische een ontlinking. Zo zouden enkele rode linken schrijvers zich matigen of hun linken verzorgen. Norbert zeescouts 29 nov 2006 13:54 (CET)

Dat is toch net zo goed onzin. Rode links horen bij Wikipedia, punt! --Erwin85 29 nov 2006 16:34 (CET)

[bewerk] Category.py

Ik heb net een probleempje gehad met category.py move. het gaat om een probleempje met <include>: zie deze verandering: [1] . Een van de haakjes is blijven staan. Kan iemand licht op deze zaak werpen? Londenp _{zeg't maar} 14 nov 2006 13:22 (CET)

Raar. De botsoftware is een tijdje geleden nog wel aangepast ivm noincludes en includonly's en zo, misschien dat de nieuwe versie downloaden helpt? --Tuvic 14 nov 2006 16:15 (CET)

zet de nieuwe versie die dingen er automatisch bij? ook bij sjablonen? >crazyphunk overleg 14 nov 2006 16:28 (CET)

@FANSTAR: zie kopje hierboven --Tuvic 15 nov 2006 22:03 (CET)

@Londenp: de fout zit ook in de laatste bot-versie, ik kan ze perfect reproduceren. Waar het aan ligt weet ik echter niet. Misschien dan André het wel weet? --Tuvic 15 nov 2006 22:03 (CET)--Tuvic 15 nov 2006 22:03 (CET)

Ik zal er eens naar kijken. Sorry voor de trage reactie. - André Engels 23 nov 2006 11:10 (CET)

Opgelost in wikipedia.py 1.763. - André Engels 23 nov 2006 11:25 (CET)

Mijn dank :-) Londenp _{zeg't maar} 23 nov 2006 11:36 (CET)

[bewerk] Probleem

Ik wil proberen of een bot wat voor mij is, ik heb alles geïnstalleerd en het bestandje user-config.py aangemaakt. Ik wil dan het login.py bestandje openen, maar mijn computer geeft als melding dat de opdracht of bestandsnaam onjuist is. Nou wil het zo zijn dat ik per ongeluk de computer heb aangegeven met welk programma de .py bestandjes te openen (en dat is niet de juiste). Oftwel, weet iemand hoe je die instelling kan terugdraaien, zodat ik het opnieuw kan proberen om te kijken of hij het dan wel doet. (opnieuw downloaden of andere suggesties in die zin: dat heeft geen zin) Met vriendelijke groeten, Vincentsc 19 nov 2006 17:39 (CET)

(shift)-rechtermuisklik, openen met, dan python.exe selecteren. Of gewoon python <filenaam> gebruiken. valhallasw 19 nov 2006 23:33 (CET)

Meer waarschijnlijk lijkt mij dat die opmerking betekent dat je in de verkeerde directory bezig bent. - André Engels 23 nov 2006 11:09 (CET)

O, wacht even, wat ook nog kan is dat je op Linux zit. In dat geval dien je "python login.py" in plaats van alleen "login.py" te doen. Er is wel een methode om ook het tweede goed te laten gaan, maar die is niet bij alle bots toegepast. - André Engels 23 nov 2006 15:50 (CET)

[bewerk] Vraagje

Niet echt een botvraag maar ik heb geen zin om het in de kroeg te zetten. Zie Gebruiker:Michiel1972/testbreedte. Alle breedtes zijn ingesteld op 270px maar de breedte tussen {{berg}} en {{commonsklein}} is niet gelijk. En dat was eigenlijk mijn doel met {{breedteInfobox}}. Iemand een idee waarom het niet even breed is? Vanwege het verschil in een div en tabel? Michiel 1972 29 nov 2006 11:08 (CET)

Het heeft idd te maken met het verschil div/tabel (zie de dubbele rand). Heeft waarschijnlijk te maken met een andere interpretatie van margin of padding. (ik denk margin maar ik zou het zo 1-2-3 niet weten) valhallasw 29 nov 2006 13:44 (CET)

Hallo Michiel. Volgens mij heeft valhallasw gelijk en heeft het te maken met de margin (of eventueel padding). Ik weet alleen niet of het wel voordelig is om te werken met dat sjabloon breedteInfobox. Het doel van zo'n sjabloon is om ervoor te zorgen dat je de breedte in één keer op verschillende sjablonen kan veranderen (en gelijk is). Volgens mij is het daarentegen niet de bedoeling om die breedte regelmatig te veranderen waardoor dat het misschien beter is om een stadaard-breedte af te spreken, zoals die 270px en dat die gebruikt wordt in plaats van het sjabloon. Stel nu dat we het toch zouden gebruiken, dan zouden we eigenlijk ook moeten nagaan of dit niet te breed is en te smal voor alle sjablonen die die standaardbreedte gebruiken, wat eigenlijk veel is om te doen. Een andere zaak is de discussie die zich misschien gaat stellen: "wat is de goede breedte?". Als we met iedereen regelmatig die waarde gaan veranderen, dan gaat dat weerslag hebben op al die verschillende pagina's en dan gaan er altijd mensen zijn die dat nog snel willen veranderen of over discussiëren. Ik zie het meer als een zwak punt omdat je dan minder controle hebt over zo'n massa-bewerking. Ik vind het idee eigenlijk goed gevonden, ik pleit ook voor een standaardbreedte, maar liever zonder het gebruik van een sjabloon daarvoor. Groeten, Christophe 29 nov 2006 16:06 (CET)

Hoi, bedankt voor je antwoord. Ik zie er voorlopig vanaf om de breedte verder te standardiseren aangezien het technisch blijkbaar al niet eenvoudig te realiseren valt (ik heb geen zin in 2 breedtesjablonen voor divs en tabellen). Een discussie/werkgroep over de standaardisatie van (elementen van)de paginaopmaak lijkt me een goed idee. Is er overigens ook een optie om de breedte van een afbeelding dynamisch aan te passen aan de resolutie van het scherm? Zo zit ik op mijn werk met een superhoge resolutie en zijn de 250px en 270px boxen en afbeeldingen nogal klein ten opzichte van de rest van de pagina. Thuis is het net andersom, daar is 300px echt te breed. Michiel 1972 29 nov 2006 18:30 (CET)

Technisch is het mogelijk om (met % of zelfs met em) de breedte dynamisch aan te laten passen aan je schermresolutie (of beter gezegd aan de breedte van het venster van je browser), maar dan weet je niet zeker hoe het sjabloon eruit ziet op het scherm van iemand anders. Misschien komt de relatieve breedte op jouw scherm goed uit en is die breedte perfect om de tekst er juist op te krijgen, maar is dat dan helemaal niet op het scherm van een andere wikipedia-bezoeker, waar de breedte dan misschien veel te groot of veel te klein is. Ik zou het bij een standaardbreedte houden in pixels die niet afhangt van je resolutie, dan zitten we niet met die problemen van te groot en te klein. Christophe 29 nov 2006 21:59 (CET)

Hmm. Ik ben het oneens met je conclusie. Juist met een vaste breedte voor alle resoluties heb je veel 'ontevreden' lezers omdat je de opmaak zich niet aanpast aan die van de lezer. Ik weet dat je de breedte van boxen als een percentage kan uitdrukken, maar hoe doe je met een losse afbeelding? Michiel 1972 30 nov 2006 22:27 (CET)

Hey Michiel. Ik weet niet of we nu over hetzelfde spreken. Ik bedoelde dat ik voorstander ben van een vaste breedte voor een sjabloon naast een artikel. Met vaste breedte bedoel ik dat deze zich niet aanpast aan de schermresolutie. Ik begrijp jouw laatste zin daarover eigenlijk niet.

Ik weet niet of je de breedte van een afbeelding met % kan instellen. Groeten, Christophe 1 dec 2006 01:25 (CET)

Ondertussen ben ik bezig geweest om te onderzoeken wat de verschillen zijn mbt breedtes, zie Gebruiker:Michiel1972/testbreedte. Een tabel van 270px is even breed als een div van 261px. Die hanteer ik even als 'standaard'. Toch zie ik elke keer als ik naar mijn werk ga en een hoog resolutiescherm (1600x..) bekijk dat in verhouding de infoboxen vrij klein zijn. Vandaar mijn vraag of afbeeldingen ook kunnen worden geschaald als percentage van de schermbreedte. Als dat niet kan is mijn volgende vraag: hoe kan ik dynamisch de breedte aanpassen van een infobox/afbeelding als ik {{breedteInfobox}} en {{breedtedivbox}} als basisbreedte hanteer. Is er een parserfunctie om de resolutie van de gebruiker op te vragen en op basis daarvan de ideale infobox-breedte te berekenen (wat is ideaal? Ik schat 1/4 van de schermresolutie breedte in pixels) Michiel 1972 19 dec 2006 02:33 (CET)

[bewerk] Subcat`s

Zoals jullie kunnen zien in Categorie:Muziek naar jaar zijn daar veel subcat`s. ik heb een vraagje, kan je met een bot ook die categoriën zelf interwiki`en? of moet je ze allemaal apart bij langs gaan? >crazyphunk overleg 6 dec 2006 15:20 (CET)

In de tekst van een cat kan je een interwikilink zetten. Of bedoel je wat anders? valhallasw 6 dec 2006 15:27 (CET)

ik wil de artikelen niet interiki`en, maar de categoriën zelf. maar of dat ook automatisch kan? >crazyphunk overleg 6 dec 2006 15:30 (CET)

Natuurlijk. Werkt interwiki.py niet met een categorie als input? Anders moet je zelf even een scriptje schrijven. valhallasw 6 dec 2006 15:45 (CET)

ik bedoel: als je interwiki.py "-cat:...." invuld dan worden alle artikelen gedaan maar ik wil dus de categoriën in de categoriën doen. >crazyphunk overleg 6 dec 2006 16:00 (CET)

Je kan de bot runnen met interwiki.py -start:Category:Muziek_in. De bot werkt dan in de namespace 14 (categorieën), en gaat dan alfabetisch verder. Een speciale namespace-optie is er tot nu toe nog niet, bij mijn weten. --Tuvic 8 dec 2006 20:02 (CET)

Als je niet nog meer wilt doen, dan moet je ook nog -number:58 (even nageteld) doen, dan doet hij alleen de eerst 58 in plaats van de gehele categorie-naamruimte vanaf de aangegeven plaats (met 100 tegelijk). - André Engels 8 dec 2006 23:55 (CET)

dankjewel voor de uitleg :) >crazyphunk overleg 10 dec 2006 16:55 (CET)

het werkt niet :( >crazyphunk overleg 11 dec 2006 16:27 (CET)

Zou je iets nauwkeuriger kunnen zijn? Wat heb je geprobeerd en op welke manier werkt het niet? - André Engels 12 dec 2006 10:27 (CET)

[bewerk] Probleem met interwiki

Ik heb een aantal dagen geleden wat .py-bestanden vernieuwd, omdat ie wat probleempjes gaf. Vanaf die tijd doet ie dit en hij verwijderd ook interwiki's die wel bestaan (met de melding: NOTE: ksh:Joohr 1200 does not exist) en als ik accepteer dan zegt ie 'bewerkingsconflict - geeft op'. Iemand enig idee wat er aan de hand kan zijn en hoe dit opgelost kan worden? Sεrvιεи | Overleg » 17 dec 2006 11:51 (CET)

Ik heb het net geprobeerd met mijn bot, en die lijkt me toch normaal te doen. Het pywikipedia-framework werd de laatste paar weken wel intensief geupdated en geactualiseerd. Ik vermoed daarom dat je problemen krijgt met conflicterende versies. De oplossing die ik kan bedenken is gewoon via cvs een volledige update te doen van alle .py-bestanden, zodat je de meest recente versie van de bot hebt. Eventueel kan je dat in een nieuwe map doen of zo, dan heb je de huidige versie nog, moest dat nodig zijn. --Tuvic 17 dec 2006 12:42 (CET)

Bedankt voor de tip, hij doet 't weer :-) Sεrvιεи | Overleg » 17 dec 2006 13:10 (CET)

Ik ben blij dat het geholpen heeft. --Tuvic 17 dec 2006 13:33 (CET)

[bewerk] Genegeerde interwiki's

Is er ook een manier om interwiki's permanent te negeren (zodat je niet elke keer -neverlink:blablabla hoeft te typen) voorbeelden hiervan zijn de mo-wikipedia die gesloten is en de ru-sib-wikipedia die hoogstwaarschijnlijk binnenkort gesloten wordt. Ik vroeg me ook af of de interwiki's van bijvoorbeeld de mo-wikipedia op een of andere manier botmatig verwijderd kunnen worden. Alvast bedankt Sεrvιεи | Overleg » 18 dec 2006 21:21 (CET)

regel 315: neverlink = [] veranderen in neverlink = ['mo','ru-sib'] (untested, maar het zou moeten werken). Ik heb even geen tijd om uit te zoeken hoe het met deletes zit, maar het moet kunnen ;) valhallasw 19 dec 2006 11:09 (CET)

ik heb zoiets nog nooit gebruikt (staat ook denk ik nergens dat het bestaat} >crazyphunk overleg 19 dec 2006 16:20 (CET)

Ik heb het opgelost met alias interwiki="python interwiki.py -neverlink:ru-sib -neverlink:mo" in mijn .bashrc. Thijs! 19 dec 2006 23:49 (CET)

[bewerk] Interwiki`s op volgorde

Op sommige pagina`s staan de interwiki`s door elkaar, nou heb ik op een OP van iemand deze code gevonden standardize_interwiki.py, maar dat werkt dus niet, iemand anders nog een oplossing? >crazyphunk overleg 19 dec 2006 16:22 (CET)

Categorieën: Wikipedia:Bots | Wikipedia