Re: [Wikitech-l] how much redundant text in Wikipedia?

2009/4/7 K. Peachey : >> Currently undos, so frequent on wikis, just blindly create a duplicate row >> instead of checking if the old one could be reused, >> https://bugzilla.wikimedia.org/show_bug.cgi?id=18333 . Maybe some hardware >> savings could even be achieved. >> > From my understanding they

Re: [Wikitech-l] Usermerge userright - prospects for unmerging?

2009/3/26 Aryeh Gregor : > On Wed, Mar 25, 2009 at 9:03 PM, Platonides wrote: >> Changing the rev_user_text but not rev_user would work for most uses >> (but merging of anonymous users). > > Those columns are supposed to be *consistent*.  Deliberately making > them inconsistent would be a really b

Re: [Wikitech-l] Usermerge userright - prospects for unmerging?

2009/3/25 David Gerard : > 2009/3/25 Thomas Dalton : > >> An extra column in any table with a "user id" column for "original >> user id" (which would be identical to user id for the vast majority of >> rows) would be sufficient for most unmerges. There w

Re: [Wikitech-l] Usermerge userright - prospects for unmerging?

2009/3/25 Brion Vibber : > David Gerard wrote: >> The "usermerge" procedure is presently irreversible. Are there plans >> for a way to make it reversible in case of error? I'm assuming error >> (and a great deal of tedious mucking about to go back) is inevitable, >> since the action is taken by hum

Re: [Wikitech-l] developer meet-up is out of room

2009/3/17 Gerard Meijssen : > Hoi, > This is what is called a "pent up demand". Given the relevance given to the > meeting, I hope that there will be "hacker das" in Argentiana. I know for a > fact that when Wikimania hits Amsterdam in 2010, there will be hacker days. You mean when Wikimania hits

Re: [Wikitech-l] developer meet-up is out of room

2009/3/17 Lars Aronsson : > I sent in my registeration on March 9 and have still not received > confirmation. After that I have recruited two more Swedish > attendees, who also sent their registration. Our flights are > already booked, so there is no way we can stay home. Of course we > are coming

Re: [Wikitech-l] [Foundation-l] Proposed revised attribution language

2009/3/14 Magnus Manske : > IIRC one reason to use wiki/ and w/ instead of "direct" URLs > (en.wikipedia.org/Xenu) was to allow for non-article data at a later > time (the other reason was to set noindex/nofollow rules). Looks like > we will use that space after all :-) That may be one reason, but

Re: [Wikitech-l] Fwd: Re: [Foundation-l] Report to the Board of Trustees: December 2008

2009/3/11 Brion Vibber : > On 3/11/09 9:59 AM, Thomas Dalton wrote: >> 2009/3/11 Brion Vibber: >>>>> Is there a fix for this bug? >>> It was fixed several years ago, shouldn't happen on anything current. :P >> >> March 2009 seems pretty current to

Re: [Wikitech-l] Wikipedia is full

2009/3/11 Aude : > On Tue, Mar 10, 2009 at 9:54 AM, Tim Starling wrote: > >> >> >> Please report urgent system administration issues to IRC, specifically >> #wikimedia-tech on irc.freenode.net. >> >> -- Tim Starling >> > > > Certainly IRC is the best way to inform developers and sys admins of a > p

Re: [Wikitech-l] Fwd: Re: [Foundation-l] Report to the Board of Trustees: December 2008

2009/3/11 Brion Vibber : > On 3/11/09 8:21 AM, Chad wrote: >> On Wed, Mar 11, 2009 at 9:25 AM, Lars Aronsson  wrote: >>> Sue Gardner wrote: >>> Report to the Wikimedia Foundation Board of Trustees [...]  From December 9-15, Jimmy Wales and Sue Gardner visited India. >>> It is great to rea

Re: [Wikitech-l] Wikipedia is full

2009/3/10 K. Peachey : >> A bot that edits the sandbox every few minutes would work, would it? > Possibly, but i would bump it up to like every two hours. Plus since > the MySQL is spread between multipul systems you would have make sure > it checks the same one all the time. If you're going to wa

Re: [Wikitech-l] Wikipedia is full

2009/3/10 K. Peachey : > On Wed, Mar 11, 2009 at 9:21 AM, Robert Rohde wrote: >> Out of curiousity, when a technical problem shuts down all editing on >> a major wiki (as this did) are there any automated alerts?  Is it >> likely to be noticed and addressed even if no one rushes to IRC? >> >> I gu

Re: [Wikitech-l] MediaWiki developer meeting is drawing close

2009/3/10 Daniel Kinzler : > Roan Kattouw schrieb: >> Daniel Kinzler schreef: >>> The schedule[4] is slowly becomming clear now: On Friday, we'll start at >>> noon >>> with a who-is-who-and-does-what session >> The schedule you're linking to says it starts at 3 PM. Which time is the >> right one?

Re: [Wikitech-l] Flagged revs trial on en:wp?

2009/3/2 Brion Vibber : > On 3/1/09 4:16 PM, David Gerard wrote: >> What's the holdup in the flagged revisions trial on en:wp? > > Last I heard, we're waiting for firm parameters on the test to be > decided on by the community. If you accept the 59% result as sufficient consensus, then we have tho

Re: [Wikitech-l] Autopromotion and revoking

2009/3/1 Andrew Garrett : > On Mon, Mar 2, 2009 at 10:17 AM, Thomas Dalton > wrote: >> Which was? I didn't thing FlaggedRevs had anything to do with >> promotions, it just has a few permissions and you use the standard >> methods of granting them. > > Fl

Re: [Wikitech-l] Autopromotion and revoking

2009/3/1 Techman224 : > Or it can be done like FlaggedRevs did with the Editor group. Which was? I didn't thing FlaggedRevs had anything to do with promotions, it just has a few permissions and you use the standard methods of granting them. ___ Wikitech

Re: [Wikitech-l] Dump processes seem to be dead

2009/2/25 John Doe : > But server space saved by compression would be would be compensated by the > stability, and flexibility provided by this method. True, I didn't mean to say it was a bad idea, I was just pointing out one disadvantage you may not have considered. _

Re: [Wikitech-l] Dump processes seem to be dead

2009/2/25 Robert Ullmann : > I suggest the history be partitioned into "blocks" by *revision ID* > > Like this: revision IDs (0)-999,999 go in "block 0", 1M to 2M-1 in > "block 1", and so on. The English Wiktionary at the moment would have > 7 blocks; the English Wikipedia would have 273. One prob

Re: [Wikitech-l] Dump processes seem to be dead

2009/2/24 Aryeh Gregor : > On Tue, Feb 24, 2009 at 9:42 AM, Thomas Dalton > wrote: >> Is there anyone within minutes of the servers at all times? Aren't >> they at a remote data centre? > > Isn't Rob on-site? He's based somewhere near the data centre, but

Re: [Wikitech-l] Dump processes seem to be dead

2009/2/24 Robert Ullmann : > When a server is reported down (in this case hard; won't reply to > ping) it should be physically looked at within minutes. Is there anyone within minutes of the servers at all times? Aren't they at a remote data centre? ___

Re: [Wikitech-l] http://en.wikipedia.org/ --> 301 Moved Permanently

2009/2/24 : > Hello, say, when we are running our link checker programs and see > HEAD http://en.wikipedia.org/ --> 301 Moved Permanently > HEAD http://en.wikipedia.org/wiki/Main_Page --> 200 OK > HEAD http://wikimania2007.wikimedia.org/ --> 301 Moved Permanently > HEAD http://wikimania2007.wikime

Re: [Wikitech-l] Dump processes seem to be dead

2009/2/23 Ariel T. Glenn : > The reason these dumps are not rewritten more efficiently is that this > job was handed to me (at my request) and I have not been able to get to > it, even though it is the first thing on my list for development work. > So, if there are going to be rants, they can be di

Re: [Wikitech-l] Norwegian Websites Declare War on Internet Explorer 6

2009/2/20 Chad : > TBH: The 2010 date might not be a bad one to target for IE legacy > support. When the company doesn't support it, we shouldn't bother > either. At that point, people who are using IE6 are just too far behind > the curve to be bothered with. If we kept this "must support it" > men

Re: [Wikitech-l] Norwegian Websites Declare War on Internet Explorer 6

2009/2/20 Chad : > I would be willing to bet the vast majority of IE6 users left are > on corporate networks as mentioned above, and have little to > no control over what browser they use. At my former job, XP > and IE6 were the standard supported platforms, and they had > given no indication of wi

Re: [Wikitech-l] Norwegian Websites Declare War on Internet Explorer 6

2009/2/20 Aryeh Gregor : > On Fri, Feb 20, 2009 at 5:19 AM, Thomas Dalton > wrote: >> There are different levels of support. We should certainly make sure >> things fail gracefully for IE6, but a new feature not working on IE6 >> shouldn't be a reason not to imple

Re: [Wikitech-l] Norwegian Websites Declare War on Internet Explorer 6

2009/2/20 Aryeh Gregor : > On Fri, Feb 20, 2009 at 4:02 AM, GerardM wrote: >> Hoi, >> Would this be a model to follow ? >> Thanks, >> GerardM >> >> Aan u verzonden door GerardM via Google Reader: Norwegian Websites >> Declare War on Internet Explorer 6 via Wired Top Stories door Michael >> Calore

Re: [Wikitech-l] Two ways to grant rollback and patrol right ?

2009/2/19 Aryeh Gregor : > On Thu, Feb 19, 2009 at 5:34 PM, Platonides wrote: >> Wait!! Do you mean Autopromoted groups are recalculated on each request? > > Yes, that's the point. > >> If the above works, that would be a way to fix the long-awaited bug 4995 >> (block from uploading). >> Remove up

Re: [Wikitech-l] Two ways to grant rollback and patrol right ?

2009/2/19 Platonides : > Thomas Dalton wrote: >> 2009/2/19 Aryeh Gregor: >>> On Thu, Feb 19, 2009 at 5:02 PM, Thomas Dalton >>> wrote: >>>> There may be an easy way, but I can see a rather complicated way: You >>>> create a dummy usergroup w

Re: [Wikitech-l] Two ways to grant rollback and patrol right ?

2009/2/19 Aryeh Gregor : > On Thu, Feb 19, 2009 at 5:02 PM, Thomas Dalton > wrote: >> There may be an easy way, but I can see a rather complicated way: You >> create a dummy usergroup which you add people to when you want to >> remove their autopromoted rights and then

Re: [Wikitech-l] Two ways to grant rollback and patrol right ?

2009/2/19 Aryeh Gregor : > On Thu, Feb 19, 2009 at 12:12 PM, Michael Rosenthal > wrote: >> It is. > > Even the automatically-granted version? How does that work? There may be an easy way, but I can see a rather complicated way: You create a dummy usergroup which you add people to when you want t

Re: [Wikitech-l] Microsoft's IE 8 incompatibility with wikipedia.org

2009/2/18 Lane, Ryan : >> 2009/2/18 David Gerard : >> Yeah, I think we should just wait until they fix their browser... >> We're standards compliant, aren't we? David didn't say that, I did. Be careful with your quoting! (Who were you actually replying to? Your reply doesn't seem to make sense in

Re: [Wikitech-l] Microsoft’s IE 8 incompatibility w ith wikipedia.org

2009/2/18 David Gerard : > 2009/2/18 Brion Vibber : >> On 2/18/09 1:20 PM, shi zhao wrote: > >>> see http://blogs.zdnet.com/microsoft/?p=2072 >>> Microsoft's IE 8 incompatibility with wikipedia.org > >> I'd kind of prefer if they just fixed their browser. :) > > > Did you notice microsoft.com on th

Re: [Wikitech-l] Email notification

2009/2/16 Andrew Garrett : > > On Feb 16, 2009, at 7:32 AM, Aryeh Gregor +wikil...@gmail.com> wrote: >> > >> So are there no alarm bells that go off when the job queue is >> unreasonably long, or do people just not listen to them? Perhaps we >> could have a bot in #wikimedia-tech that would compl

Re: [Wikitech-l] Email notification

2009/2/16 Aryeh Gregor : > On Mon, Feb 16, 2009 at 11:02 AM, Thomas Dalton > wrote: >> Alternatively, the number of jobs processed per request could be made >> a function of the length of the backlog (in terms of time) - the >> longer the backlog is, the faster we proce

Re: [Wikitech-l] Email notification

2009/2/16 Aryeh Gregor : > On Mon, Feb 16, 2009 at 9:18 AM, Tim Starling wrote: >> I've deleted all the slow refreshLinks2 jobs which have apparently been >> preventing the job queue from making any headway for the last few months. >> Some people report that they have received hundreds of edit not

Re: [Wikitech-l] 417's

2009/2/14 Tar Dániel : > Hi! > > I'm maintaining many bots on Hungarian Wikipedia, they are written in C# > using DotNetWikiBot. > Lately I randomly get 417 errors from the server (for example at login, at > saving pages). If I repeat the request caused 417 again a sec later, it > probably works. (

Re: [Wikitech-l] New servers coming in

2009/2/12 David Gerard : > 2009/2/12 Thomas Dalton : > >> Fantastic! I was started to get annoyed with things slowing down to a >> snails pace every so often. :-) > > > I was actually wondering if we were getting filtered in the UK again .

Re: [Wikitech-l] New servers coming in

Fantastic! I was started to get annoyed with things slowing down to a snails pace every so often. :-) 2009/2/12 Brion Vibber : > Just a quick update -- we're putting some new application servers online > which is helping with the CPU wall we've been starting to hit at peak > times recently: > > ht

Re: [Wikitech-l] contribution to wikimedia.

2009/2/8 Ankuj Gupta : > Probably it would be better if someone can mentor or i can contribute to an > ongoing project. Small bug fixes are probably the best place to get started - bugzilla is full of them (look for the "easy" keyword). Once you're familiar with how the code is all laid out you ca

Re: [Wikitech-l] contribution to wikimedia.

2009/2/5 Ankuj Gupta : > I am Computer Engineering. I would like to contribute to what a student can > do i.e software development Then Mediawiki is what you want to contribute to, and the links you were given are relevant. ___ Wikitech-l mailing list W

Re: [Wikitech-l] contribution to wikimedia.

2009/2/5 Ankuj Gupta : > I have went thru the link that was provided. It was specifically for > Mediawiki. But my concern lies with Wikimedia. Wikimedia refers to the collection of projects that includes Wikipedia and are hosted by the Wikimedia Foundation, Mediawiki refers to the software those p

Re: [Wikitech-l] Double redirects

2009/2/2 Nikola Smolenski : > On Monday 02 February 2009 19:56:16 Chad wrote: >> ExcessiveRedirects? > > That's POV. MultipleRedirects? Well, it's the POV of whoever set the maximum, is that a problem? ___ Wikitech-l mailing list Wikitech-l@lists.wikime

Re: [Wikitech-l] Revision & log suppression for oversighters

2009/1/30 Jason Schulz : > When people know that rev X was removed at time Y, trolls go to the old xml > dumps, find, and post the content, as I believe has happened in the past. > It's much easier to do that with a public log. If it's noted in the page history, they can do that anyway. _

Re: [Wikitech-l] Revision & log suppression for oversighters

2009/1/30 Aryeh Gregor : > Could I ask what the reasoning is for this? I can see the reasoning > for CheckUser being almost entirely secret, but it seems impossible to > me that there's any scenario in which the mere action of the removal > needs to be hidden. Are there any objections to at least

Re: [Wikitech-l] Revision & log suppression for oversighters

2009/1/29 Aryeh Gregor : > On Thu, Jan 29, 2009 at 6:31 PM, jayjg wrote: >> It would make more sense to do this on an as-needed basis, since it's not >> clear what level of oversight is required for any given oversight. > > Thus the old ones need to be ported to "fully hidden" status. Agreed. I s

Re: [Wikitech-l] [Toolserver-l] Crawling deWP

2009/1/28 Daniel Kinzler : > Marco Schuster schrieb: > ... >>> But by then, i do hope we have revision flags in the dumps. because that >>> would >>> be The Right Thing to use. >> Still, using the dumps would require me to get the full history dump >> because I only want flagged revisions and not

Re: [Wikitech-l] Crawling deWP

2009/1/28 Platonides : > Daniel Kinzler wrote: >> Rolf Lampa schrieb: >>> I'd love, however, to see the flagged rev status as an attribute in one >>> of the tags, for example >>> >>> Regards, >> >> Naw, it's more complex than that. You can have any number of different >> flags. It >> would probab

Re: [Wikitech-l] Enwiki dump crawling since 10/15/2008

> Whether we want to let the current process continue to try and finish > or not, I would seriously suggest someone look into redumping the rest > of the enwiki files (i.e. logs, current pages, etc.). I am also among > the people that care about having reasonably fresh dumps and it really > is a p

Re: [Wikitech-l] hosting wikipedia

2009/1/27 Stephen Dunn : > yes, website. so a web page has a search box that passes the input to > wiktionary and results are provided on a results page. an example may be > reference..com How would this differ from the search box on en.wiktionary.org? What are you actually trying to achieve? _

Re: [Wikitech-l] hosting wikipedia

2009/1/27 Stephen Dunn : > I am working on a project to host wiktionary on one web page and wikipedia on > another. So both, sorry.. You mean web *site*, surely? They are both far too big to fit on a single page. I think you need to work out precisely what it is you're trying to do before we can

Re: [Wikitech-l] hosting wikipedia

2009/1/27 Stephen Dunn : > Hi Folks: > > I am a newbie so I apologize if I am asking basic questions. How would I go > about hosting wiktionary allowing search queries via the web using > opensearch. I am having trouble fining info on how to set this up. Any > assistance is greatly appreciated.

Re: [Wikitech-l] [MediaWiki-CVS] SVN: [45938] trunk/phase3

2009/1/20 : > Revision: 45938 > Author: brion > Date: 2009-01-20 22:32:25 + (Tue, 20 Jan 2009) > > Log Message: > --- > Revert r45788 "Page moves should not be minor edits" > Would prefer to see some discussion first; it's not obvious whether the > change is needed/wanted. I ca

Re: [Wikitech-l] leading newlines are removed one by one on every edit

2009/1/18 Charlotte Webb : > On 1/17/09, Thomas Dalton wrote: >> Back in the day, we used to use null edits intentionally to update >> pages after templates changed. Now we have the job queue to do that >> for us, but it still works as far as I know. > > That's

Re: [Wikitech-l] leading newlines are removed one by one on every edit

> Let's I save a page [[A]] with {{subst:foobar}} the template for which > doesn't exist yet. Then I create the template, possibly to contain > something offensive. Then you accidentally vandalize page [[A]] when > attempting to do a null (or completely unrelated) edit. Back in the day, we used to

Re: [Wikitech-l] WikiGeist: Wikipedia equivalent of Google's Hot Trends

2009/1/13 WikiGeist : > Hi, > > Just completed a project using the Wikipedia page counters made available by > *Domas Mituzas ( > http://lists.wikimedia.org/pipermail/wikitech-l/2007-December/035435.html) > > *WikiGeist is an attempt to build the Wikipedia equivalent of Google's Hot > Trends or oth

Re: [Wikitech-l] Early English Wikipedia Dumps

2008/12/17 Gregory Maxwell : > On Wed, Dec 17, 2008 at 10:32 AM, Jeff Kubina wrote: >> Dimo, >> >> Check the internet archive . >> >> Note that since the full edit history dump includes the time stamps of each >> edit you could derive the state of wi

Re: [Wikitech-l] Early English Wikipedia Dumps

2008/12/12 : > Hi! > > I was wondering if there is a way to download an early English > Wikipedia database xml dump (something in the first month or so). > Curently, at download.wikimedia.org there are only a few recent dumps, > and none of them are complete. You may be interested in http://nosta

Re: [Wikitech-l] Non-latin characters broken in donation comments

> Unfortunately we get the name already divided up from PayPal and are > stuck either guessing or making an unattractive 'Surname, Given' display > which looks bad for everyone. :( There is something to be said for annoying everyone equally. Being an international organisation is very important fo

Re: [Wikitech-l] Stub quota

> But instead of increased patrolling and speedy deletions, this > could be implemented in the Mediawiki software. If a user (logged > in or IP address) tries to create a new page, their recent > contribution history could be checked, and if any of their five > most recently created articles (exce

Re: [Wikitech-l] [Foundation-l] EN Wikipedia Editing Statistics

> I saw this the other day as well and found it odd. While enwiki dumps > do take the longest, this does seem like an _incredibly_ long time for > "All pages with complete page edit history (.bz2)" to finish (May 2009). Do you know how many pages enwiki has and how much edit history they each have

Re: [Wikitech-l] User agent statistics

2008/11/25 Gregory Maxwell <[EMAIL PROTECTED]>: > On Tue, Nov 25, 2008 at 11:39 AM, Nikola Smolenski <[EMAIL PROTECTED]> wrote: > [snip] >> Having accurate >> browser usage statistics would mean that we could precisely know what browser >> quirks should we support, in MediaWiki and Wikipedia's Java

Re: [Wikitech-l] Language committee and language setup

> Actually mention the language name and language code so it can be found > when searched for. Why would you be searching for it? If you already know about the request you don't need the bug report at all. Surely whoever's job it is to create projects should just be going through the relevant comp

Re: [Wikitech-l] Language committee and language setup

> 1) The bug was improperly labeled and could not be found when searching > specifically for the request. This likely didn't help it to receive any > attention! :) It's in the "Language Setup" component of the "Wikimedia" product, what more do you want? > 2) Can you show us the language committee

<    1   2