Wikipedia:Botcafé/Archief/2007-05

Hoofdletter voor het tweede artikelwoord

Bestaat er een botje voor of is het (makkelijk) te maken voor dit probleem (gekopieerd uit mijn overleg met Robotje):

Tweede titelwoord

Hallo, Robotje, wil je es kijken naar mijn bijdragen: 6 mei 14:29 en 14:39 ivm redirects over de culturele revolutie (ik heb ze gemaakt toen ik de rode link zag in 20e eeuw over de belangrijke gebeurtenissen? Moet er (g)een botje komen ivm groot of klein schrijven van het tweede woord in een artikelnaam? Wat zijn de afspraken hierover? Ik zal wel nog es zoeken, maar ik vermoed nu al dat zelfs met afspraken, er niet altijd een toepassing is van die afspraken. Ik merk bv. dat er ook redirects zijn bij Berlijnse m/Muur, Koude o/Oorlog, Koreaanse o/Oorlog, Russische r/Revolutie en wsch. zoveel andere! Maar wellicht nemen al dergelijke redirects niet zoveel bytes in beslag? Het probleem vinden moderatoren misschien "mineur", maar toch krijgt men een rode link (als de redirect nog niet bestaat) in een artikel dat je aan het schrijven bent, terwijl het enige verschil groot of klein schrijven is. --Dartelaar [schrijf me!] 6 mei 2007 16:48 (CEST)

Het is met hoofdletter gebruik niet veel anders dan met leestekens zoals bij Václav Havel. Eigenlijk zou iedereen die een artikel aanmaakt zich moeten afvragen of er ook voorspelbare varianten zijn en die als redirects aanmaken (dus van 'Vaclav Havel' naar 'Václav Havel', van 'Tweede wereldoorlog' naar 'Tweede Wereldoorlog', etc.) Aangezien zelfs anonieme gebruikers artikelen kunnen aanmaken, kunnen we er niet vanuit gaan dat iedereen dat ook altijd netjes doet. En dan is het dus de vraag of bots hierbij kunnen helpen. Ook al doet mijn gebruikersnaam anders vermoeden, ik draai geen bots en weet dus ook niet wat er wel en niet mogelijk is. Ook met de periodieke dump van de database zou je soortgelijke ontbrekende redirects kunnen opsporen lijkt me. Maar ook met dumps heb ik geen ervaring. Het lijkt me beter om eens in het Botcafé te vragen hoe het (semi-)automatisch aanmaken van dergelijke redirects het beste geregeld kan worden. - Robotje 6 mei 2007 17:58 (CEST)

--Dartelaar [schrijf me!] 9 mei 2007 18:37 (CEST)

Inlogproblemen

Ik heb een computer met Windows Vista, de andere twee waar ik mee werk, werken prima met Pywikipedia, maar de Vista dus niet. Als ik probeer in te loggen dan krijg ik dit

C:\pywikipedia>python login.py
Traceback (most recent call last):
  File "login.py", line 45, in <module>
    import wikipedia, config
  File "C:\pywikipedia\wikipedia.py", line 4036, in <module>
    get_throttle = Throttle(config.minthrottle,config.maxthrottle)
  File "C:\pywikipedia\wikipedia.py", line 2128, in __init__
    self.checkMultiplicity()
  File "C:\pywikipedia\wikipedia.py", line 2173, in checkMultiplicity
    output(u"Checked for running processes. %s processes currently running, including the current process." % count)
  File "C:\pywikipedia\wikipedia.py", line 3969, in output
    ui.output(text, colors = colors, newline = newline, toStdout = toStdout)
TypeError: output() got an unexpected keyword argument 'toStdout'

Wat doe ik fout? (Python staat in mijn path) Is het een Vista-probleem, is dit bekend? Merci en groeten Londenp _{zeg't maar} 9 mei 2007 00:12 (CEST)

Het lijkt er op dat het argument 'toStdout = toStdout' toegevoegd is in een recentere versie terwijl dit nog niet toegevoegd is in (bepaalde?) userinterfaces. Ik heb waar bij jou ui.output(text, colors = colors, newline = newline, toStdout = toStdout) staat ui.output(text, colors = colors, newline = newline) staan. Sowieso zou het geen kwaad moeten kunnen om toStdout = toStdout weg te halen (aangezien 'ie daar waarschijnlijk standaard wel op terugvalt) -> ik zou even wikipedia.py openen en op regel 3969 de regel veranderen in

ui.output(text, colors = colors, newline = newline)

(tabs/spaties voor het begin van de tekst in de file moet je behouden; die heb ik niet meegekopieerd!) valhallasw 9 mei 2007 08:58 (CEST)

Hé dat werkt! merci Londenp _{zeg't maar} 9 mei 2007 22:34 (CEST)

De betere manier is om een recentere versie van userinterfaces/terminal_interface.py te downloaden. - André Engels 16 mei 2007 13:40 (CEST)

Probleem met 'be-x-old'

Ik heb de laatste versie van "Python Wikipedia Robot Framework" geïnstalleerd maar hij plaats de interwiki 'be-x-old' bovenaan de interwiki's i.p.v. alfabetische volgorde. Ik heb geprobeerd de bestanden te vernieuwen maar als ik het nieuwe interwiki.py-bestand installeer doet ie 't niet meer, ook niet nadat ik wikipedia.py en in de map family wikipedia_family.py vernieuwd heb. Heeft iemand enig idee hoe ik dit op kan lossen? Sεrvιεи | Overleg » 13 mei 2007 15:46 (CEST)

ook de AutoWikiBrowser doet dit, en ook geloof ik met arc. Crazyphunk 13 mei 2007 17:57 (CEST)

Neem een recente versie van family.py. - André Engels 16 mei 2007 13:39 (CEST)

waar kan je die ook alweer downloaden (ik kan die die dingen nooit vinden) Crazyphunk 16 mei 2007 14:54 (CEST)

Je moet even ergens opzoeken hoe je CVS gebruikt voor de updates (staat wel ergens op meta), dat is heel handig om alles up to date te houden met 1 commando. Thijs! 16 mei 2007 21:38 (CEST)

category.py

Als je gebruik maakt van category.py add wordt er gevraagd om een 'wiki page with list of pages to change'. Kan je ook deze lijst met pagina's uit een txt-bestand op je eigen computer halen? Larzzz 16 mei 2007 21:26 (CEST)

Als je die txt kopieert naar een Gebruiker:Larzzz/testpagina kan je die gebruiken als input voor de bot Michiel1972 16 mei 2007 21:44 (CEST)

Ik zat al te twijfelen dit te doen, maar ik wist niet of dit een goede manier was. Het werkt in ieder geval wel. Bedankt. Larzzz 16 mei 2007 22:38 (CEST)

Windows en DOS-boxen

Het viel mij bij het downloaden van de meest recente versie van Python op dat in een DOS-box nog steeds een verouderde versie van Python werd gebruikt. Door die oude Python-versie op de normale manier te verwijderen en het openen van een .py - bestand handmatig in te stellen op de meest recente versie is dit gecorrigeerd. Misschien hebben meer mensen last van dit probleem - Quistnix 24 mei 2007 10:16 (CEST)

Interwiki-uitdagingen

Voor wie zin heeft in een paar lastige manually assisted (heeft geen zin als je niet een bot heb met 100+ talen vermoed ik): Land, Natie, Staat, Natiestaat en Taal komen ergens allemaal bij elkaar. Dat kan best even tijd kosten om op te lossen... Siebrand 21 mei 2007 20:52 (CEST)

Zoveel botbitjes heb ik nog niet. Land is trouwens een dp dus die lijkt me niet helemaal thuis te horen in dit lijstje. Multichill 24 mei 2007 08:57 (CEST)

Natiestaat geeft nu geen conlicten meer, maar staat is erg leuk: staat -> stad -> dorp -> enz enz. Multichill 24 mei 2007 09:35 (CEST)

Land hoort wel degelijk in het lijstje thuis, omdat er zowel dp's als niet dp's in de interwikilijst staan. Siebrand 24 mei 2007 20:45 (CEST)

Problemen met interwiki.py opgelost

De afgelopen week/weken waren er wat problemen met interwiki.py, gerelateerd aan zowel wikipedia.py en mediawiki_messages.py. Deze zijn inmiddels vrijwel allemaal opgelost en als je je installatie bijwerkt naar de laatste CVS-versie en je bot opnieuw staat, draait alles veel stabieler (heeft ook impact op warnfile.py, dat nu niet meer crasht op beveiligde pagina's en pagina's met externe links op de spamlijst). Siebrand 24 mei 2007 20:52 (CEST)

Misschien een handige wijziging in interwiki.py?

Verzoek aan diegenen die in staat zijn om mee te ontwikkelen aan interwiki.py:

Misschien is het handig om in autonomous mode de interwikibot te laten stoppen met het verder zoeken naar interwikilinks zodra een dubbele interwikilink naar een andere taal is gevonden die wel bestaat, geen redirect is en geen dp is waar de oorspronkelijke pagina dat wel is of omgekeerd.

De achtergrond hierbij is dat steeds meer artikelen al snel uitwaaieren naar een grote kluwen van interwikilinks. Handmatig is dat nog wel op te lossen, maar in autonomous mode leidt het tot bandbreedteverkwisting.

Een andere prettige wijziging zou zijn dat onder dezelfde omstandigheden in een nieuw te definiëren mode de gebruiker al in een vroeg stadium wordt gevraagd een bepaalde link te accepteren of te negeren. Vooral bij scheef gelinkte jaartallen en dagen zou dat een hoop ergernis voorkomen.

Quistnix 24 mei 2007 10:26 (CEST)

Je kunt deze punten waarschijnlijk het beste aanmelden op het SourceForge-project voor Pywikipediabot als feature request. Het lijkt mij inderdaad zeker efficient om bij interwikiconflicten direct af te breken. De beslisregels voor het tweede punt kunnen wel lastig zijn, maar ook dat kan zomaar handig zijn en veel tijd schelen in de handmatige modus. Siebrand 24 mei 2007 20:50 (CEST)

P.s. jij bent ook committer op het pywikipediaproject. Ik weet niet of je kan programmeren, maar je zou het zelf kunnen

Sinds Sourceforge de inlogprocedure volstrekt onoverzichtelijk heeft gemaakt kan ik niets meer uploaden. Wie mij echt kan helpen met het oplossen van dat probleem (in het verleden hebben diverse mensen mij allerlei goedbedoelde suggesties aan de hand gedaan die ik zelf al eerder had geprobeerd en die niet werken) kan op mijn overlegpagina terecht - Quistnix 5 jun 2007 14:02 (CEST)

Ik heb je twee keer aangeboden je ermee te helpen in de afgelopen 6 tot9 maanden. Beide keren kwam er geen reactie. Spreek me alsjeblieft aan op IRC als je mijn hulp wenst. Siebrand 5 jun 2007 14:11 (CEST)

Zoals gezegd: ik heb wel hulp aangeboden gekregen, maar een oplossing heeft die hulp nooit opgeleverd. Ik wil het best opnieuw proberen, als de aangeboden hulp maar niet het intrappen van open deuren betreft - Quistnix 24 jun 2007 01:24 (CEST)