gmane.science.linguistics.wikipedia.technical

Re: terms & conditions checkbox on registering

Jason Schulz — 2008-12-02T02:21:50

I knew someone was going to mention that sooner or later :D -------------------------------------------------- From: "Brianna Laugher" public.gmane.org> Sent: Monday, December 01, 2008 8:46 PM To: "Wikimedia developers" public.gmane.org> Subject: Re: [Wikitech-l] terms & conditions checkbox on registering >

Re: Non-latin characters broken in donation comments

mizusumashi — 2008-12-02T01:52:59

I see. Thank you for the reply. ---- mizusumashi

Re: terms & conditions checkbox on registering

Brianna Laugher — 2008-12-02T01:46:11

2008/12/2 Falko Richter public.gmane.org> Actually the ConfirmAccount extension includes such a Terms of Service thing. But then you have to manually approve each account. Perhaps you can tweak this extension so that all requests are automatically granted. cheers Brianna

Re: Non-latin characters broken in donation comments

Brion Vibber — 2008-12-02T01:21:42

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 mizusumashi wrote: No as it contains private data, but we can check the encoding ourselves once we've gotten in there. - -- brion -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkk0jaYACgkQwRnhpk1wk44dpgCg2E/bxNSyLy522CNBn1LXTUH5 BHIAoJUYJZRl0rWGXYtZmp7LUcvQY/Di =Mobn -----END PGP SIGNATURE-----

Re: Non-latin characters broken in donation comments

mizusumashi — 2008-12-02T01:16:02

Can you send me the raw data fed from PayPal? If you can, I'll check Japanese character's encoding. ---- mizusumashi

Re: [Foundation-l] EN Wikipedia Editing Statistics

Brion Vibber — 2008-12-01T20:32:57

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Daniel Kinzler wrote: Assume it won't, but that new ones after the dump system is retooled a bit to run in smaller pieces in parallel will. - -- brion -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkk0SfkACgkQwRnhpk1wk46cPQCfSx+gQJfU4KxMgCNmewZVY11z V8UAoKoSx4Blu5r3aAfuPyMocI1Apf8z =GGAH -----END PGP SIGNATURE-----

Re: [Foundation-l] EN Wikipedia Editing Statistics

Brion Vibber — 2008-12-01T20:32:04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Neil Harris wrote: Yes. - -- brion -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkk0ScQACgkQwRnhpk1wk44HbwCgunPrJMMaJ/AiKyAwaR0Z82y7 ydIAoIbszTBtc4po7OROnLpq3Hi8rsbt =ARVo -----END PGP SIGNATURE-----

Re: FlaggedRevs statistics?

Bence Damokos — 2008-12-01T20:24:28

Unfortunately I did not find his contact informations. Could someone please forward to him or make the necessary requests at the various bug trackers so that Hungarian WP (as well as the others) could have the same kind of statistics as there are for the German? Thanks, Bence

Re: FlaggedRevs statistics?

Daniel ~ Leinad — 2008-12-01T20:10:44

You should ask user aka. Similar request for pl.wiki pending, because toolserver has bug https://jira.toolserver.org/browse/TS-166 Leinad

FlaggedRevs statistics?

Bence Damokos — 2008-12-01T20:01:44

There are nice statistics at: http://toolserver.org/~aka/cgi-bin/reviewcnt.cgi?lang=english&action=overview,Is it possible to have similar for the other projects, as well, that have the flaggedrevs extension enabled? Best regards, Bence Damokos

Re: Non-latin characters broken in donation comments

Brion Vibber — 2008-12-01T19:57:06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Marco Schuster wrote: Assuming it's buggy, perhaps. First we need to confirm simply that PayPal is set to send us UTF-8 data... :) - -- brion -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkk0QZIACgkQwRnhpk1wk46hLACggENFUxC74BiKx68w+4C2mS9X HrAAnRbI+zU/9bRk9btN380b9VV9hyaJ =1MsL -----END PGP SIGNATURE-----

Re: terms & conditions checkbox on registering

Roan Kattouw — 2008-12-01T19:01:31

Falko Richter schreef: Can't you just include some sentence like "By registering you agree to the Terms and Conditions (link)"? Wikipedia does much the same thing by putting a notice underneath the edit box saying (among other things) "You irrevocably agree to release your contributions under the terms of the GFDL**". Roan Kattouw (Catrope)

Re: Non-latin characters broken in donation comments

Marco Schuster — 2008-12-01T18:38:05

Can you reverse the buggy encoding of Paypal (iconv)? Marco

terms & conditions checkbox on registering

Falko Richter — 2008-12-01T18:33:07

Hello guys, we´re having a wonderful wiki based on mediawiki but our legal deparment said we should include some terms and conditions on the registration process. We tried to find an extension which provide a simple checkbox with a text in the registration page but we cannot find anything. We don´t really want to touch the mediawiki files so i would prefer a solution in the skin files or with an extension. We tried to find an existing mediawiki with terms and conditions, but there does not seem to be one. Here my question: Do you know an extension which will include terms and conditions checkbox to the register page? Do you know a theme that includes such a terms&conditions checkbox? Which files do I need to touch to include such a feature? where is the register page defined, and where is it prozessed? thank you very much Falko

Re: Non-latin characters broken in donation comments

Brion Vibber — 2008-12-01T18:02:29

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 *Comments* are fine. *Donor names* are incorrectly encoded. Tei wrote: Considering that the part that's broken isn't even *on* our form, I'm pretty sure it's not something on our form. :) The name gets put in at PayPal's forms, and is passed on to us with the payment completion data. - -- brion -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkk0JrUACgkQwRnhpk1wk44jywCgrTJGAxeTy5hsRcMi84bULXM9 vaMAoIZyyDy2srJQlSU7eA2D6G3o5IdZ =rm2a -----END PGP SIGNATURE-----

Re: Stub quota

Tei — 2008-12-01T17:47:19

Or maybe just a warning. Most people act on good faith (Thats why a wikipedia is possible). Another idea: A big link "Do you want to contribute to the wikipedia?" -- click --> "Here is a list of articles you can help expanding". So these stubs expand to good fun fat wikipedia articles :-) And If you want a evil solution, here is one: code a "Category:Recyble-bin", any article on that category with edits old than 31 days, get deleted.

Re: Stub quota

Andre Engels — 2008-12-01T16:11:27

Sounds like a bad idea. If the community doesn't want these stubs, the better way to act would be to create an easy method to get these pages deleted. A system such as you propose would punish people who make short pages for perfectly good reasons (like disambiguation pages), and would likely be subverted using lengthenings that make the article worse rather than better (like subst-ing rather than including complicated templates).

Re: Stub quota

Thomas Dalton — 2008-12-01T15:39:35

I can't see any reason why it couldn't be implemented (I don't know how easy it would be). Before anyone actually spends time coding it, though, is there a consensus on the Swedish Wikipedia to use such a system or is it just your idea? If it's the latter, then you should probably establish a consensus first (since I'm not sure other projects would use the extension, it's not really worth writing if you aren't going to use it).

Re: Stub quota

Bence Damokos — 2008-12-01T14:58:33

On the Hungarian Wikipedia we have implemented a community solution for this:articles that do not contain a minimum number of facts (let's say a minimum of 10 pieces of information on the subject) get tagged as "sub-stubs" and after 7 days if there is no improvement, they are deleted. Best regards, Bence Damokos On Mon, Dec 1, 2008 at 10:29 AM, Lars Aronsson public.gmane.org> wrote:

Re: Stub quota

Aryeh Gregor — 2008-12-01T14:47:17

That depends on your point of view. An inclusionist might well say that they should be kept and improved, but that in the meantime, better to have the stubs than not. After all, that might encourage people to improve them more than having nothing at all; it allows them to be categorized so that people interested in the subject can go through the stubs in their specialty systematically; a couple of sentences can sometimes be useful; etc. That would be my personal position, in fact. It would be quite easy to do this. However, usually we shy away from granular access control in the software. The usual thought is that this sort of policy should be enforced by the community, not the software. Rather than outright blocking edits, people could keep an eye on article creation and suggest to prolific stub creators that they spend more effort on each article. Likewise there's no facility for blocking a user from a specific activity (e.g., a specific page, namespace, uploading, etc.): just tell them not to do

Re: [Foundation-l] EN Wikipedia Editing Statistics

Daniel Kinzler — 2008-12-01T11:48:57

Yes, all databases are replicated to another cluster located in amsterdam. But you are right: the situation does suck. We got the new hardware to get working dumps again now, we just have to sit tight and hope this fresh dump of enwiki works. If it does, things should go smothly again.