User talk:Sulfur

  This user believes in keeping talk page conversations in one place. If you leave a comment here, expect a reply on this page.


 * My 6th edit, and you finally noticed me! :) -- Sulfur 04:59, 8 December 2007 (UTC)

SciFi Wiki
Hi, I;m an admin on the SciFi Wiki and I've seen your work here and on MA and was wondering if you could help out at the SciFi Wiki. Thanks!!!--UESPA 02:16, 25 February 2008 (UTC)

Series changes
Thanks for letting me know. As the user who was changing the information was only logged in for 1 of the edits I've given them a final warning. I'll keep an eye out and block them if it becomes necessary. Thanks. --Tangerineduel 07:24, December 31, 2009 (UTC)

Quote
Yeah I meant the narrator thing. Your right about that wiki rich thing though. Thanks--Skittles the hog 18:58, January 2, 2010 (UTC)

Rich Text Editor
I've contacted Wikia to ask them if they can turn it off or disable it by default for all users. Hopefully I'll get a response soon. Thanks. --Tangerineduel 08:00, January 3, 2010 (UTC)


 * There are none whenever I see a page after editing. As for the editor, it is very hard changing it. For once, it stays on the default rich text editer, and it takes ages for me to switch to the other format each time I want to change over, so it ain't pretty waiting for that, when there is the chance it might not even work because it seems to og very slow changing over. Delton Menace 16:55, January 7, 2010 (UTC)


 * Go into your preferences and you should be able to save it, and the rich text editor goes away for good. The spaces are not visible the first time the page is edited (generally).  It's visible the second, and so on-th time.  In fact, at one point this weekend, the end of the "End of Time" article had a single template on each screen.  There were 60-70 lines of blank space between each one. -- sulfur 17:15, January 7, 2010 (UTC)

I got a message back from Wikia support, they said they're in the process of rolling out a update to the rich text editor see here for info on the update.

I am hoping that this update will fix some of the noted issues. The new updates will be rolled out in the next week or so.

They did say it's *possible* to disable the rich text editor for an entire wiki, however: "'it makes such a significant impact on the number of new editors, and the number of edits that they make, that we would very much prefer not to. We would need to see a community consensus that all editors want it turned off, and even then it's important to remember that the RTE is most helpful to the new editors who are least likely to participate in such a discussion. We would much rather work with you to solve any remaining bugs so that there is no community desire to turn the editor off.'"

I think we'll need to wait for this update to come out and see if that fixes the issues, and if not then if you wish to start with a forum topic to come to some sort of consensus.

The alternative I suppose is educating new users on how to turn it off / pros & cons of using it. --Tangerineduel 12:39, January 8, 2010 (UTC)


 * I know that it's something we did disable over on Memory Alpha. Best decision we made as a group last year! :)
 * I'll wait to see the updates, and if it doesn't, I'll be more than happy to start a discussion about it. -- sulfur 23:26, January 8, 2010 (UTC)

Vincent van Gogh
Hi, I've rolled back both edits the user made to the pages. I'm not sure if a merger is nessecary given the Vincent Van Gogh pages is/has been always been a redirect page. But if the new series titles him as Van then...we shall see. I'll also keep an eye on the VvG article in case of any further user copy/redirecting/edits. Thanks. --Tangerineduel 13:54, January 9, 2010 (UTC)

Vandalism
As yoru probally well aware were having a slight problem with it here at the moment, we can see one is a registered user. Is there anything we can do or is it a case of waiting for it to happen then fixing it ?--Ximodnic 03:33, January 11, 2010 (UTC)
 * Sadly, unless there is an admin about, there's nothing else that can be done. :(
 * I would suggest going back to a known "safe" edit revision though each time, and not just removing what you think is the vandalism. -- sulfur 03:35, January 11, 2010 (UTC)
 * Will do ! -- Ximodnic 03:36, January 11, 2010 (UTC)

Infoboxes + CSS
Looks nice. I will admit I know nothing about CSS and have mostly worked out how to do most of the infobox stuff by trial, copy and error. The 4000 is roughly how many articles use the individual infobox. Your additions seem to work (though how might I get the whole infobox to display on the infobox page in its entirety, as it did before your additions? If that's possible?). Also in the individuals infobox's case, we'd still need to look at all 4000 to check which ones need 'mentions' adding to them, but the method you've implemented means we wouldn't need to add 'mentions' to ever single one of those correct?

If I were to just copy the code from the astronomical infobox into the individual infobox (obviously changing the wording for it) it would work just the same I'm assuming? Many thanks, the 4000 infobox changes wasn't something I was looking forward to doing. Fixing the astronomical infobox was a mindnumbing experience enough. --Tangerineduel 12:13, January 14, 2010 (UTC)


 * Just making the same changes would do the trick for you. In terms of the CSS, something like the following would (should) do the trick.
 * It may not be perfect at first crack, but will allow you to make the infoboxen much simpler. (See after the code chunk here).

table.wiki-sidebar td.sb-both { text-align: center; border-bottom: 1px solid gray; border-top: 1px solid gray; padding-left: 0; padding-right: 0; }

table.wiki-sidebar td.sb-name { text-align: center; bgcolor=Mediumpurple; border-bottom:0px solid gray; font-size:larger; color:Lavender; }

table.wiki-sidebar td.sb-both img { display:block; /*force new line after img in sidebar */ bgcolor=white; margin: 0; padding-left: 0; padding-right: 0; border-bottom: 1px solid gray; border-top: 1px solid gray; }

table.wiki-sidebar td.sb-left { width: 33%; font-weight: bold; text-align: left; border-bottom: 1px solid gray; border-top: 1px solid gray; vertical-align:top; }

table.wiki-sidebar td.sb-right { border-bottom: 1px solid gray; border-top: 1px solid gray; }


 * So, your infobox code would look more like:

|- |-


 * Or:

|- |-


 * Much simpler. Putting the whole box on the page is pretty easy too, but best done on the documentation page.  Over on MA, we've actually done those up as examples of each.  See here for an example.


 * Let me know if you want any help converting templates or whatever. I have no problem helping out where possible (as you have likely noticed). -- sulfur 14:03, January 14, 2010 (UTC)


 * Hey, thanks for sorting all the infoboxes out, it's been on my "I should do something about this" list, but I haven't really got around to it. --Tangerineduel 12:59, February 1, 2010 (UTC)

Templates
Thanks for your edit to my templates but I am editing and there is problems with things appearing at the top and it won't go away. Please could you do something about it and when it's done, I'll email you back when you email me. Thanks! Trikster87 16:20 - 28th January 2010
 * When adding the new "acting" bit, you put a random horizontal break in the wrong place, and didn't close an "#if:" check. I fixed that. -- sulfur 16:24, January 28, 2010 (UTC)

Thanks!
Do you like my new templates! I love 'em! Now I'm going to make a new one about a series and please feel free to contact me whenever you feel like it! Trikster87 - 31st January 2010 16:55
 * A new series? What series?  I'm pretty sure that there's already templates that cover all series. -- sulfur 16:56, January 31, 2010 (UTC)

Std pix width on infoboxen
Okay. I see what you're saying. Your templates at MemAlpha have all been rejigged to 292px with no borders so the true width is 292. Everything here should therefore be that as well. I buy that. Fine. I also think that here, as at MemAlpha, editors shouldn't be given a choice as to width, cause they'll put any old thing in. Moreover this means that if the site needs to change in the future, we change one template, and the whole site obeys. And I had infoboxen 6 months ago that did that. But they were shot down as they were being implemented, by the main admin. In the meantime, it seems like everyone is on the infoboxen bandwagon, but I don't really see that much changing. I'm not sure, at this point, if we're going CSS, as you've been pushing things, or if we're just making modifications to our clunky wiki code, as we've always been doing. If it's CSS, I don't think I as a regular user can get into that, can I? Don't you need to be an admin for that? You're probably closer to the seat of power now than I am, judging by talk page interaction. Have you addressed this point to Tangerineduel? And is there a bot that will help us to convert into whatever.jpg so that we can easily make the conversion?  Czech Out  ☎ | ✍  20:10, March 3, 2010 (UTC)


 * Most bots can do that easily -- I don't have one (can't get it to compile anymore :, but it's likely best to do something similar to MA and use a template to create the image calls, so that if the ads change or the widths change down the road, there's only one place that needs to be fixed. I've not mentioned it to TD, but could bring it up there easily.  Wouldn't be a problem to do so.
 * Again, the big issue is the 20k pages that have infoboxen with images :( -- sulfur 20:14, March 3, 2010 (UTC)
 * Oh, and yes, to fix CSS, you need to be an admin (mediawiki: space). But CSS is a huge pain in the ass, as evidenced by a slew of changes we had to make on MA today to handle a quiet update done by Wikia.  The pains of having a dark background.  Heh. -- sulfur 20:15, March 3, 2010 (UTC)

So where would I get such a bot? Cause I think some of TD's resistance to making the kind of, for lack of a better phrase, "wholesale paradigm shifts" that we need to make to infoboxen is reasonable. None of us signed up to wiki editing in order to trudge through a thousand pages and make one or two tiny little changes on each page. Most of us just want to write, not, essentially, program. Any clues you could give as to finding and using bots would be much appreciated.  Czech Out  ☎ | ✍  20:57, March 3, 2010 (UTC)


 * I see that they've updated the one bot since I last used it, so I'll look into getting that working this weekend actually, and if I can, then I'll approach TD with the proposal on the matter. There are a number of other bots out there, but that was the one I had the most luck with.  I'll let you know the progress on things this weekend. -- sulfur 23:56, March 3, 2010 (UTC)


 * I would like to defend and explain myself somewhat.
 * The infobox in question was implemented and then the the main user making the push was absent for a time, I went through Central Wiki and asked them about it, just in case there was a conflict of interest (for me).


 * I also preserved all the work and its history into a new page so it could be worked on without being pushed out into the rest of the site.


 * There are other admins and I don't want to be seen as the be all and end all of admins (there are other admins who were here before me and still put in appearances). Not that I'm volunteering but a lot of my early work pre-admin (and post) status was doing long tedious edits on all the TV story pages swapping them over from the old infobox to a the TV infobox (which I then went through again and changed to the classicTV inbox, which I've been thinking about tweaking once more; changing year to setting, a minor thing that's been irritating me, the same with the CD inboxes). Hence my somewhat fanaticism about the infoboxes working and being usable to wide range of different users (and my general dislike of the use of arrows in infoboxes).


 * The infoboxes need to be a balance of relatively idiot proof and simple to use and edit with. (It is hard enough to get new users to skim through the help pages before they edit let alone long infobox explanation pages, I'm not attacking CzechOut's efforts, but getting people to read great swathes when they want to come and edit and get their teeth into it is somewhat tricky and often makes me feel like Sisyphus) Being able to explain to new users easily where they've made a mistake, how to fix it (and why it broke) and things like that can make a big difference.


 * Central Wiki often rolls out updates designed to improve 'stuff' for the better, some things work, some are less than brilliant (the rich text editor for one), what's to stop their next roll out breaking something integral to the infoboxes.


 * The other thing I would note is that we've got a much smaller knowledgeable active editor population than MemAlpha, with our source content increasing month to month, so rolling out any big changes should keep this in mind. Also instructions and explanations can really help with intermediate editors/really active or curious editors, I've tried to do this with the Tardis:Current projects pages, just so anyone can step in and understand how the various things work, or be able to look through the histories and see how things change and whatever.


 * Though I shall also await the proposal of everything (I just kinda wanted to state my case somewhat). --Tangerineduel 14:48, March 4, 2010 (UTC)


 * As a followup, I've got a bot working now -- doing tests on MA with it at the moment (User:SulfBot fyi). When I get it nicely functional, doing lots of grunt work will (should) become a lot easier.  I'll keep you updated on my progress. -- sulfur 14:52, March 4, 2010 (UTC)

Bot configs
Okay, I've taken your suggestion and gone to get this pywikipedia bot. I've got it sort of setup, but have hit a roadblock at login, because, I suppose, the specfics of this particular wiki are not included in the package. I'm gathering that they need to be manually setup. Do you know how I would alter user-config.py and a family for tardis?  Czech Out  ☎ | ✍  20:34, March 4, 2010 (UTC)

Well, I've found some sample user-confg.py files for non wikimedia sites, and i've created that and a tardis_family based on those. But I'm still getting nowhere with login. I consistently get the following errors, and wonder if you've ever seen them before. Here's the Traceback resulting from the command python login.py: Traceback (most recent call last): File "login.py", line 58, in ? import re, os, query File "/Users/WHEREVER/pywikipedia/query.py", line 28, in ? import wikipedia, time File "/Users/WHEREVER/pywikipedia/wikipedia.py", line 1182 for link in disambigpages.linkedPages ^ SyntaxError: invalid syntax

Here's the family file. Don't really know about the language; I modeled this mostly on the mozilla_family.py file, because the instruction files at the site you gave me said Mozilla was a simple, one-language wiki like tardis. import family

class Family(family.Family): def __init__(self): family.Family.__init__(self) self.name = 'tardis'

self.langs = { 'en': 'tardis.wiki.com', }

# Most namespaces are inherited from family.Family. self.namespaces[4] = { '_default': [u'Tardis', self.namespaces[4]['_default']], }      self.namespaces[5] = { '_default': [u'Tardis talk', self.namespaces[5]['default']], }

# A few selected big languages for things that we do not want to loop over # all languages. This is only needed by the titletranslate.py module, so      # if you carefully avoid the options, you could get away without these # for another wiki family. self.languages_by_size = ['en'] def hostname(self,code): return 'tardis.wikia.com' def path(self, code): return '/index.php' def version(self, code): return "1.10.2""

My user-config.py file looks like this: import os, re, sys (I've also tried it with this line absent) family = 'tardis' mylang = 'en' (I've also tried this with mylang absent, and with it set to tardis and defualt) usernames['tardis']['en'] = 'WHATEVER' (I've also tried this with u'WHATEVER') minithrottle = 1 maxthrottle = 4 put_throttle = 4 noisysleep = 2.0

console_encoding = 'utf-8' use_api_login = True However, alteration of this file, and indeed the family file, seems to have no effect upon the message I get when I login. I always get the exact same Traceback regardless. Any thoughts?  Czech Out  ☎ | ✍  21:42, March 4, 2010 (UTC)


 * Sorry on the delay in responding, was traveling. Here's a tardis family file that should work for you.  Name it "tardis_family.py":

import family, config
 * 1) -*- coding: utf-8  -*-

class Family(family.Family): def __init__(self): family.Family.__init__(self) self.name = 'tardis_wikia'

self.langs = { 'en':'tardis.wikia.com', }

# Most namespaces are inherited from family.Family. self.namespaces[400] = { '_default': u'Video', }       self.namespaces[401] = { '_default': u'Video talk', }       self.namespaces[500] = { '_default': u'User blog', }       self.namespaces[501] = { '_default': u'User blog comment', }       self.namespaces[502] = { '_default': u'Blog', }       self.namespaces[503] = { '_default': u'Blog talk', }       self.namespaces[110] = { '_default': u'Forum', }       self.namespaces[111] = { '_default': u'Forum talk', }       # A few selected big languages for things that we do not want to loop over # all languages. This is only needed by the titletranslate.py module, so       # if you carefully avoid the options, you could get away without these # for another wikimedia family.

self.languages_by_size = ['en','de']

def version(self, code): return "1.15.2"

def scriptpath(self, code): return ''


 * The next trick here is to remove your user-config.py file. Do:  python login.py and it will prompt you as to which wiki family you want.  Find "tardis" in the list (should be somewhere around 30).  Follow the directions from there.  You'll want to use a different account than your "CzechOut" user though.  Just FYI.  Let me know if you need any more help -- you can drop me an email if you want too. -- sulfur 22:50, March 4, 2010 (UTC)

Thanks for that. I surely wouldn't have gotten that it was tardis_wikia instead of just tardis. Unfortunately, after following your instructions, I'm still getting the exact same syntax error. According to what I've read, it would seem to indicate that there's something python isn't liking about that "for" command on line 1182 of of wikipedia.py. But I've checked that against error logs on the net, and I can't find any reference to that specific line causing people problems. I've also come across several examples of this section of code, and people seem to be happy with it. I've occasionally seen some examples of for being prefixed by a hash mark, as in # for, but I'm hesitant about editing wikipedia.py. Any other thoughts?  Czech Out  ☎ | ✍  23:41, March 4, 2010 (UTC)

No, wait a sec. A hash mark just means "don't compile" doesn't it? So # for would just mean the line isn't parsed. Well, that's not it then.  Czech Out  ☎ | ✍  00:04, March 5, 2010 (UTC)

Python issues
Oh, I suppose I should point out that if I try to get Python to compile just wikipedia.py — as with python wikipedia.py, I get the syntax error. Whatever's going on at line 1182 is definitely the problem. Is there some possibility I've got the wrong version of Python or something? I"m on Mac OS X.4, and the Python site said their recommendation was to upgrade. I did, to 3.1.1, but when I type python it's still telling me I'm at 2.3.5.   Czech Out   ☎ | ✍  23:46, March 4, 2010 (UTC)
 * Hrm... what shell are you using? bash?  tcsh?  You'll need to figure out where the new python binary is located.  The pywikipedia bot requires Python v2.5 at a minimum. -- sulfur 00:06, March 5, 2010 (UTC)

It's bash. And, hmm. It's saying 2.3.5, but I have installed 3.1.1. And I really don't understand why I'm getting 2.3.5 at all, because within the Mac library system (Frameworks/Python.framework/Versions) there are two folders, 2.3 and Current. Which implies that for some reason the non-current version is being used. I have no idea why this is.  Czech Out  ☎ | ✍  00:46, March 5, 2010 (UTC)

Um, okay, how's this for weird. I installed 2.6.4, and everything worked like a charm. I've got it to go to the login screen. Now oddly I've got two tardises, #30 a 31. Any particular theories about why that'd be?  Czech Out  ☎ | ✍  00:54, March 5, 2010 (UTC)


 * One was yours, one was the one from the text above. Use the one that I gave you, and remove the one you did from before. :) -- sulfur 00:58, March 5, 2010 (UTC)

Okay. Definitely making progress, but not quite there yet. Here's what it gave me after following the prompts: Traceback (most recent call last): File "login.py", line 406, in    main File "login.py", line 401, in main loginMan = LoginManager(password, sysop = sysop, verbose=verbose) File "login.py", line 103, in __init__ raise wikipedia.NoUsername(u'ERROR: Username for %s:%s is undefined. \nIf you have an account for that site, please add such a line to user-config.py:\n\nusernames[\'%s\'][\'%s\'] = \'myUsername\'' % (self.site.family.name, self.site.lang, self.site.family.name, self.site.lang)) pywikibot.exceptions.NoUsername: ERROR: Username for tardis_wikia:en is undefined. If you have an account for that site, please add such a line to user-config.py:

usernames['tardis_wikia']['en'] = 'myUsername' So I took its instruction and pico-ed the user-config.py as it requested. Now I get: Traceback (most recent call last): File "login.py", line 58, in    import re, os, query File "/Users/WE/pywikipedia/query.py", line 28, in    import wikipedia, time File "/Users/WE/pywikipedia/wikipedia.py", line 143, in    from pywikibot import * File "/Users/WE/pywikipedia/pywikibot/__init__.py", line 14, in    from exceptions import * File "/Users/WE/pywikipedia/pywikibot/exceptions.py", line 13, in    import config File "/Users/WE/pywikipedia/config.py", line 487, in    execfile(_filename) File "/Users/WE/pywikipedia/user-config.py", line 15, in    usernames['tardis_wikia']['en'] = 'CzechBot' KeyError: 'tardis_wikia' How do we go from here? Do I need to be logged into User:CzechBot through the normal web browser interface here, first?  Czech Out  ☎ | ✍  01:19, March 5, 2010 (UTC)


 * You don't need to be logged in. You need a "u" before the username, such as:

usernames['tardis_wikia']['en'] = u'CzechBot'
 * That works for me. With my userid (obviously) instead of yours. -- sulfur 01:28, March 5, 2010 (UTC)

I should've mentioned I tried that before. It gives me the same error as above, only this time adding the "u": So, truncating a bit: File "/Users/WE/pywikipedia/user-config.py", line 15, in    usernames['tardis_wikia']['en'] = u'CzechBot' KeyError:'tardis_wikia'  Czech Out  ☎ | ✍  01:40, March 5, 2010 (UTC)


 * Ok, let's see your user-config file again? -- sulfur 01:42, March 5, 2010 (UTC)

Okay, this thing's huge now, cause it was automatically generated and has a lot of explanatory text.
 * 1) -*- coding: utf-8  -*-


 * 1) This is an automatically generated file. You can find more configuration parameters in 'config.py' file.

family = 'tardis'
 * 1) The family of sites we are working on. wikipedia.py will import
 * 2) families/xxx_family.py so if you want to change this variable,
 * 3) you need to write such a file.

mylang = 'en'
 * 1) The language code of the site we're working on.

usernames['tardis_wikia']['en'] = u'CzechBot'
 * 1) The dictionary usernames should contain a username for each site where you
 * 2) have a bot account.


 * 1) LOGFILE SETTINGS ##############

log = ['interwiki']
 * 1) Defines for which scripts a logfile should be enabled. Logfiles will be
 * 2) saved in the 'logs' subdirectory.
 * 3) Example:
 * 4)     log = ['interwiki', 'weblinkchecker', 'table2wiki']
 * 5) It is also possible to enable logging for all scripts, using this line:
 * 6)     log = ['*']
 * 7) To disable all logging, use this:
 * 8)     log = []
 * 9) Per default, logging of interwiki.py is enabled because its logfiles can
 * 10) be used to generate so-called warnfiles.
 * 11) This setting can be overridden by the -log or -nolog command-line arguments.


 * 1) INTERWIKI SETTINGS ##############

interwiki_backlink = True
 * 1) Should interwiki.py report warnings for missing links between foreign
 * 2) languages?

interwiki_shownew = True
 * 1) Should interwiki.py display every new link it discovers?

interwiki_graph = False
 * 1) Should interwiki.py output a graph PNG file on conflicts?
 * 2) You need pydot for this: http://dkbza.org/pydot.html

interwiki_min_subjects = 100
 * 1) Specifies that the robot should process that amount of subjects at a time,
 * 2) only starting to load new pages in the original language when the total
 * 3) falls below that number. Default is to process (at least) 100 subjects at
 * 4) once.

interwiki_graph_formats = ['png']
 * 1) If interwiki graphs are enabled, which format(s) should be used?
 * 2) Supported formats include png, jpg, ps, and svg. See:
 * 3) http://www.graphviz.org/doc/info/output.html
 * 4) If you want to also dump the dot files, you can use this in your
 * 5) user-config.py:
 * 6) interwiki_graph_formats = ['dot', 'png']
 * 7) If you need a PNG image with an HTML image map, use this:
 * 8) interwiki_graph_formats = ['png', 'cmap']
 * 9) If you only need SVG images, use:
 * 10) interwiki_graph_formats = ['svg']

interwiki_graph_url = None
 * 1) You can post the contents of your autonomous_problems.dat to the wiki,
 * 2) e.g. to http://de.wikipedia.org/wiki/Wikipedia:Interwiki-Konflikte.
 * 3) This allows others to assist you in resolving interwiki problems.
 * 4) To help these people, you can upload the interwiki graphs to your
 * 5) webspace somewhere. Set the base URL here, e.g.:
 * 6) 'http://www.example.org/~yourname/interwiki-graphs/'

without_interwiki = False
 * 1) Save file with local articles without interwikis.

interwiki_contents_on_disk = False
 * 1) Experimental feature:
 * 2) Store the page contents on disk (/cache/ directory) instead of loading
 * 3) them in RAM.


 * 1) SOLVE_DISAMBIGUATION SETTINGS ############
 * 2) Set disambiguation_comment[FAMILY][LANG] to a non-empty string to override
 * 3) the default edit comment for the solve_disambiguation bot.
 * 4) Use %s to represent the name of the disambiguation page being treated.
 * 5) Example:
 * 6) disambiguation_comment['wikipedia']['en'] = \
 * 7)    "Robot-assisted disambiguation (you can help!): %s"
 * 1) disambiguation_comment['wikipedia']['en'] = \
 * 2)    "Robot-assisted disambiguation (you can help!): %s"

sort_ignore_case = False

upload_to_commons = False
 * 1) IMAGE RELATED SETTINGS ##############
 * 2) If you set this to True, images will be uploaded to Wikimedia
 * 3) Commons by default.


 * 1) TABLE CONVERSION BOT SETTINGS ##############

splitLongParagraphs = False deIndentTables = True table2wikiAskOnlyWarnings = True table2wikiSkipWarnings = False
 * 1) will split long paragraphs for better reading the source.
 * 2) only table2wiki.py use it by now
 * 1) sometimes HTML-tables are indented for better reading.
 * 2) That can do very ugly results.
 * 1) table2wiki.py works quite stable, so you might switch to True


 * 1) WEBLINK CHECKER SETTINGS ##############

max_external_links = 50
 * 1) How many external links should weblinkchecker.py check at the same time?
 * 2) If you have a fast connection, you might want to increase this number so
 * 3) that slow servers won't slow you down.

report_dead_links_on_talk = False

db_hostname = 'localhost' db_username = 'wikiuser' db_password = ''
 * 1) DATABASE SETTINGS ##############


 * 1) SEARCH ENGINE SETTINGS ##############

google_key = ''
 * 1) Some scripts allow querying Google via the Google Web API. To use this feature,
 * 2) you must install the pyGoogle module from http://pygoogle.sf.net/ and have a
 * 3) Google Web API license key. Note that Google doesn't give out license keys
 * 4) anymore.
 * 5) Google web API is obsoleted for long time, now we can use Google AJAX Search API,
 * 6) You can signup an API key from http://code.google.com/apis/ajaxsearch/signup.html.
 * 1) You can signup an API key from http://code.google.com/apis/ajaxsearch/signup.html.

google_api_refer = ''
 * 1) using Google AJAX Search API, it require the refer website, this variable save the refer web address
 * 2) when you sign up the Key.

yahoo_appid = ''
 * 1) Some scripts allow using the Yahoo! Search Web Services. To use this feature,
 * 2) you must install the pYsearch module from http://pysearch.sourceforge.net/
 * 3) and get a Yahoo AppID from http://developer.yahoo.com

msn_appid = ''
 * 1) To use Windows Live Search web service you must get an AppID from
 * 2) http://search.msn.com/developer

flickr = { 'api_key': None, # Provide your key! 'review': False, # Do we use automatically make our uploads reviewed? 'reviewer': None, # If so, under what reviewer name? }
 * 1) Using the Flickr api

proxy = { 'host': None, 'auth': None, }
 * 1) for all connection proxy handle
 * 2) to use it, proxy['host'] have to support HTTP and include port number (e.g. localhost:8080)
 * 3) if proxy server neen authentication, set ('ID', 'PASSWORD') to proxy['auth'].


 * 1) COPYRIGHT SETTINGS ##############

copyright_google = True copyright_yahoo = True copyright_msn = False
 * 1) Enable/disable search engine in copyright.py script

copyright_check_in_source_google = False copyright_check_in_source_yahoo = False copyright_check_in_source_msn = False
 * 1) Perform a deep check, loading URLs to search if 'Wikipedia' is present.
 * 2) This may be useful to improve number of correct results. If you haven't
 * 3) a fast connection, you might want to keep they disabled.


 * 1) Web pages may content a Wikipedia text without 'Wikipedia' word but with
 * 2) typical '[edit]' tag result of copy & paste procedure. You can want no
 * 3) report for this kind of URLs, even if they are copyright violation.
 * 4) However, when enabled these URLs are logged in a file.

copyright_check_in_source_section_names = False

copyright_max_query_for_page = 25
 * 1) Limit number of queries for page.

copyright_skip_query = 0
 * 1) Skip a specified number of queries

copyright_connection_tries = 10
 * 1) Number of attempts on connection error.


 * 1) Behavior if an exceeded error occur.
 * 2) Possibilities:
 * 3)    0 = None
 * 4)    1 = Disable search engine
 * 5)    2 = Sleep (default)
 * 6)    3 = Stop
 * 1)    2 = Sleep (default)
 * 2)    3 = Stop

copyright_exceeded_in_queries = 2 copyright_exceeded_in_queries_sleep_hours = 6

copyright_show_date = True
 * 1) Append last modified date of URL to script result

copyright_show_length = True
 * 1) Append length of URL to script result

copyright_economize_query = True
 * 1) By default the script try to identify and skip text that contents a wide
 * 2) comma separated list or only numbers. But sometimes that might be the
 * 3) only part unmodified of a slightly edited and not otherwise reported
 * 4) copyright violation. You can disable this feature to try to increase
 * 5) number of results.


 * 1) FURTHER SETTINGS ##############


 * 1) The bot can make some additional changes to each page it edits, e.g. fix
 * 2) whitespace or positioning of interwiki and category links.

cosmetic_changes = False
 * 1) This is an experimental feature; handle with care and consider re-checking
 * 2) each bot edit if enabling this!

cosmetic_changes_mylang_only = True cosmetic_changes_enable = {} cosmetic_changes_disable = {} use_diskcache = False
 * 1) If cosmetic changes are switched on, and you also have several accounts at
 * 2) projects where you're not familiar with the local conventions, you probably
 * 3) only want the bot to do cosmetic changes on your "home" wiki which you
 * 4) specified in config.mylang and config.family.
 * 5) If you want the bot to also do cosmetic changes when editing a page on a
 * 6) foreign wiki, set cosmetic_changes_mylang_only to False, but be careful!
 * 1) The dictionary cosmetic_changes_enable should contain a tuple of languages
 * 2) for each site where you wish to enable in addition to your own langlanguage
 * 3) (if cosmetic_changes_mylang_only is set)
 * 4) Please set your dictionary by adding such lines to your user-config.py:
 * 5) cosmetic_changes_enable['wikipedia'] = ('de', 'en', 'fr')
 * 1) The dictionary cosmetic_changes_disable should contain a tuple of languages
 * 2) for each site where you wish to disable cosmetic changes. You may use it with
 * 3) cosmetic_changes_mylang_only is False, but you can also disable your own
 * 4) language. This also overrides the settings in the cosmetic_changes_enable
 * 5) dictionary. Please set your dict by adding such lines to your user-config.py:
 * 6) cosmetic_changes_disable['wikipedia'] = ('de', 'en', 'fr')
 * 1) Use the experimental disk cache to prevent huge memory usage

retry_on_fail = True
 * 1) Retry loading a page on failure (back off 1 minute, 2 minutes, 4 minutes
 * 2) up to 30 minutes)

 Czech Out  ☎ | ✍  01:53, March 5, 2010 (UTC)
 * 1) End of configuration section


 * Here's your problem:

family = 'tardis' usernames['tardis_wikia']['en'] = u'CzechBot'
 * Both should be "tardis_wikia". -- sulfur 01:55, March 5, 2010 (UTC)

That's true. But also, the name of the family file needed to be tardis_wikia_family.py. Okay so I was able to log in, but it dumped me back out to a normal bash prompt. Is that normal?  Czech Out  ☎ | ✍  02:04, March 5, 2010 (UTC)


 * Yup, the family files end a certain way, and yes. You should get the prompt back.  You then use the various scripts to do magic on the wiki. :) -- sulfur 02:10, March 5, 2010 (UTC)

Wow. This is amazing. Just moved a whole raft of categories. Thank you so much. I noticed a little thingie that said I might consider getting User:CzechBot registered as a bot so that its edits don't flood the recent edits. Good idea? Necessary idea? And who do i go to for that? TD?  Czech Out   ☎ | ✍  02:19, March 5, 2010 (UTC)


 * Check out the MA Bot page. There's also a request example on the talk page at the bottom.  In short, you need to identify it properly, and get consensus to add the bot flag. -- sulfur 02:25, March 5, 2010 (UTC)

Back to std pix sizes
Okay, back to what we were originally talking about. The ol' 292. IF you have a page with an infobox, I get how to build for precisely 292px width, cause I can define the width of the infobox, if any, and do the subtraction, if necessary. Personally, I'm hoping for borderless pics like at MemAlpha, but who knows what design might eventually get settled.

What, though, of pages that use an infobox-less picture? Am I right in calculating that a thumbnail frame is 10px? Thus, if you use the thumb parameter, you'd have to set your px width to 282px? Or does thumb|292px automatically resize the pic to 282 for you? I'd probably know this answer right off the top of my head if I weren't sleepy, but I just wanna make sure I'm getting the math right here.  Czech Out  ☎ | ✍  09:18, March 5, 2010 (UTC)
 * First off, the best way to do that width thing is by creating a template that the infoboxen use, check out the "sidebar image" template over on Memory Alpha. Now, the one used there is actually far more complicated than it needs to be.  I would suggest actually creating a temporary sidebar template (in your user space), an image one, and playing around with it until you get the sizes correct.  I seem to (vaguely) recall that we discovered that the border on "thumb" was 6px (3px on either side), but it's been such a long time, that I'm actually terribly unclear on that.  Heh.
 * But when you're using pictures with no infobox, I would honestly just suggest using "thumb" without defining a px size. In other words, in those cases, just let the cards fall where they may. --

Note on my user page
Sorry, can I give you the reason why I did it. I didn't like the name 'Maker', so I decided to change it. Anyway, I think the Infobox Crew is better. Trikster87, 21:24, 6th March, 2010 (UTC)
 * It doesn't matter why you chose to do it. You should have used the "MOVE" command. -- sulfur 00:09, March 7, 2010 (UTC)

Main page madness
Hey, I wonder if you might be able to help me on another matter. I'm driving myself batty trying to switch over our main page to a new design, the basic philosophy of which is used by MemAlpha, Futurama wiki, and others. You know the drill, no doubt. Instead of putting the actual content on the main page itself, you create a template for each and every section, then populate the main page with a series of calls to those templates. This makes it then easier to switch out the sections by just changing the contents of an individual section, rather than hunting through a massive stream of code. And it works, almost. But there's this tiny li'l glitch that I simply cannot figure out. If you look at Doctor Who Wiki, it's pushing the three li'l ads at the bottom of the page down over the Wikia links at the bottom of the page. And what I've been able to figure out is that this behavior is somehow a function of the interaction between the column formatting and the wikia ads. If I put the templates for the left and right columns in a column structure like: then it pushes those ads at the bottom down to an undesirable location. If I don't put 'em into a column structure, and just type:

then the right column is pushed underneath the left column. So it's a choice between neat little columns that play well with the ads at the top of the page (but not the bottom ones), or columns that don't play with each other.

I've thought that maybe it was something to do with the individual templates. But this was disproven by using fewer templates. Generally, the design will totally work if I only use three templates in the left column. But when I add that fourth template, I get the same undesirable behavior. And I've tried various combinations of templates to see if it was a particular template causing the error. But, no, all the templates will cause the behavior if I use "too many" of them. And some of the templates are very simple indeed, containing absolutely no formatting. So it's not an interaction of code within a template with the larger code of the whole main page.

I'll be damned if I can figure it out. But I do note that MemAlpha's "Panel" templates make reference to  div class="panel" . Clearly, that's a special CSS class that you guys have created at MemAlpha, and I can't just call it here. Do you happen to know what the coding of that class is? And would you be willing to take a look at my code as it currently exists on the front page to see if you can see some little trick I'm missing? I really don't understand what's going wrong on the page that's forcing the warping the flow of the page after the end of the right column.

Thanks for any help you can provide.  Czech Out  ☎ | <font size="+1">✍  02:05, March 10, 2010 (UTC)


 * I'll take a look at it in the morning, but chances are very high that we'll need to add some CSS to make it work properly. -- sulfur 03:36, March 10, 2010 (UTC)
 * This issue was resolved with a little help from the guys at Central wiki. I had forgotten to close a   tag on the template I used to create the headlines.  THanks for any time you took to examine the problem!   Czech Out   ☎ | <font size="+1">✍  00:14, March 15, 2010 (UTC)