An automated run of parserTests.php showed the following failures:
Running test BUG 361: URL within URL, not bracketed... FAILED!
Running test External links: invalid character... FAILED!
Running test Bug 2702: Mismatched <i> and <a> tags are invalid... FAILED!
Running test A table with no data.... FAILED!
Running test A table with nothing but a caption... FAILED!
Running test Link containing "#<" and "#>" % as a hex sequences... FAILED!
Running test Magic links: PMID incorrectly converts space to underscore... FAILED!
Running test Template with thumb image (wiht link in description)... FAILED!
Running test Link to image page... FAILED!
Running test BUG 1887: A ISBN with a thumbnail... FAILED!
Running test BUG 1887: A <math> with a thumbnail... FAILED!
Running test BUG 561: {{/Subpage}}... FAILED!
Running test Simple category... FAILED!
Running test Section headings with TOC... FAILED!
Running test Media link with nasty text... FAILED!
Running test Bug 2095: link with pipe and three closing brackets... FAILED!
Running test Sanitizer: Validating the contents of the id attribute (bug 4515)... FAILED!
Passed 264 of 281 tests (93.95%) FAILED!
Hi,
All is in the subject ;o)
I would like to disable the link on each pictures I put on the pages.
For example, for a picture on the page index.php :
http://mysite/wiki/index.php?title=Image:mypicture.jpg
Thanks for your help.
The problem is it's a bug and adds wikipedia-generated garbage to search engines which I would think dilutes the value of wikipedia entries on google.
Also, it partly defeats the purpose of protected a deleted page in that it encourages vandals to force deletion protection because, at least, they'll have some way of embarassing a non-notable person they target, particularly if there are uncharitable comments on the linked to AFD page.
>
> From: The Cunctator <cunctator(a)gmail.com>
> Date: 2006/02/12 Sun PM 01:04:46 EST
> To: Wikimedia developers <wikitech-l(a)wikimedia.org>
> Subject: Re: [Wikitech-l] Protected deleted pages and google
>
> On 2/11/06, homey2005(a)sympatico.ca <homey2005(a)sympatico.ca> wrote:
> > Can something be done to prevent "protected deleted" pages from being indexed by google? See, for instance, http://www.google.ca/search?hl=en&q=shane+ruttle&btnG=Google+Search&meta=
> >
> Oh my god! Someone might learn about Shane Ruttle!
>
> I fail to see what the problem is here.
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/wikitech-l
>
On 2/11/06, homey2005(a)sympatico.ca <homey2005(a)sympatico.ca> wrote:
> Can something be done to prevent "protected deleted" pages from being indexed by google? See, for instance, http://www.google.ca/search?hl=en&q=shane+ruttle&btnG=Google+Search&meta=
>
Oh my god! Someone might learn about Shane Ruttle!
I fail to see what the problem is here.
An automated run of parserTests.php showed the following failures:
Running test BUG 361: URL within URL, not bracketed... FAILED!
Running test External links: invalid character... FAILED!
Running test Bug 2702: Mismatched <i> and <a> tags are invalid... FAILED!
Running test A table with no data.... FAILED!
Running test A table with nothing but a caption... FAILED!
Running test Link containing "#<" and "#>" % as a hex sequences... FAILED!
Running test Magic links: PMID incorrectly converts space to underscore... FAILED!
Running test Template with thumb image (wiht link in description)... FAILED!
Running test Link to image page... FAILED!
Running test BUG 1887: A ISBN with a thumbnail... FAILED!
Running test BUG 1887: A <math> with a thumbnail... FAILED!
Running test BUG 561: {{/Subpage}}... FAILED!
Running test Simple category... FAILED!
Running test Section headings with TOC... FAILED!
Running test Media link with nasty text... FAILED!
Running test Bug 2095: link with pipe and three closing brackets... FAILED!
Running test Sanitizer: Validating the contents of the id attribute (bug 4515)... FAILED!
Passed 264 of 281 tests (93.95%) FAILED!
Brion Vibber wrote:
> Incidentally, I've uploaded a new version of mwdumper.jar. This doesn't yet
> include a GUI frontend, but does:
> * bundle the Xerces XML library so it works on Java 1.4
> * bundle the MySQL connector, so it _might_ work to connect to a database
> directly without fetching a separate driver jar (not tested)
> * should run through our dumps on the default heap size
>
> http://download.wikimedia.org/tools/mwdumper.jar
Hope this is OK, but I've always had a niggling feeling that there was
something just slightly wrong with the MWDumper documentation /
README.txt, but I could never quite put my finger on why. And then it
hit me: at a philosophical level, it just does not fit. It's written
documentation, about a wiki tool, created by wiki gurus, and discussed
on a wiki mailing list, but yet it is completely static read-only
information: At the risk of preaching to choir, this documentation
really needs to be on a wiki - just like everything else - so that
it's users can expand it, clarify it, and improve it.
Hope you don't mind, but I grabbed the README and copied it to
http://en.wikipedia.org/wiki/Wikipedia:MWDumper , and then I added
some bits that I thought were missing.
Assuming you don't object, you may wish to make
http://download.wikimedia.org/tools/README.txt either redirect to the
above URL (or just change the text to say: "see
http://en.wikipedia.org/wiki/Wikipedia:MWDumper").
All the best,
Nick.
On 2/12/06, Walter Vermeir <walter(a)wikizine.org> wrote:
[snip]
> The problem seems to me not the format but the way the video in included
> in the article. Just look at it.;
> http://en.wikipedia.org/w/index.php?title=Storm&oldid=38618501
> How can the know what to do with that?
Oh wow, just more evidence that people aren't doing their homework
before crying that the sky if falling over our use of Theora. We have
a proper video template (and one for audio as well) on enwiki which
provides instruction and an attractive image... but it looks like the
template was not used on that article for some reason.
I put the template in:
http://en.wikipedia.org/w/index.php?title=Storm&oldid=39328671
An automated run of parserTests.php showed the following failures:
Running test BUG 361: URL within URL, not bracketed... FAILED!
Running test External links: invalid character... FAILED!
Running test Bug 2702: Mismatched <i> and <a> tags are invalid... FAILED!
Running test A table with no data.... FAILED!
Running test A table with nothing but a caption... FAILED!
Running test Link containing "#<" and "#>" % as a hex sequences... FAILED!
Running test Magic links: PMID incorrectly converts space to underscore... FAILED!
Running test Template with thumb image (wiht link in description)... FAILED!
Running test Link to image page... FAILED!
Running test BUG 1887: A ISBN with a thumbnail... FAILED!
Running test BUG 1887: A <math> with a thumbnail... FAILED!
Running test BUG 561: {{/Subpage}}... FAILED!
Running test Simple category... FAILED!
Running test Section headings with TOC... FAILED!
Running test Media link with nasty text... FAILED!
Running test Bug 2095: link with pipe and three closing brackets... FAILED!
Running test Sanitizer: Validating the contents of the id attribute (bug 4515)... FAILED!
Passed 264 of 281 tests (93.95%) FAILED!
Brion said:
/It doesn't solve our specified requirement (single Wikimedia-wide
namespace so a
single username works on all 600+ Wikimedia wikis transparently, no
muss no fuss).
/
Really? I'd think that an Interwiki-namespaced username would solve that
problem nicely, without requiring a big name-clash-fixing step when the
technology rolls out. I think that having a single username across all
wikis would be nice, if you didn't have to do resolve dupes across the
system, but if you do, it's really kind of a hassle.
I'd think that, since single-signon between wikis is a feature useful
only for a minority of registered Wikimedia users (how many actually log
into more than one Wikimedia wiki, ever? 10-20%, maybe? how many log
into more than, say, 5 wikis? Or log into more than one wiki on a
regular basis? 2%? 0.2%?), it'd be a good political idea to minimize the
namespace-sorting hassle. That nameclash-fixing step is gonna suck, and
it's not even helpful most users. It seems to me that a minor effort on
the part of "interwikiists" -- just using a project+language namespace
-- would be painless for them and unnoticeable for everyone else.
I think that if we use Interwiki prefixes on the UI side, OpenID becomes
that much easier. A user could login to French Wikibooks as
/wp:en:User:EvanProdromou/ or whatever, and the UI translates that into
the right OpenID URL (http://en.wikipedia.org/wiki/User:EvanProdromou)
and goes through the OpenID two-step to get credentials checked. Under
the covers, the OpenID stuff would get worked out right, but we could
use simpler Interwiki strings for the UI.
In fact, a drop-down box for project, and another for language, could
also significantly reduce the complexity for users. For example, I could
choose "Wikipedia" out of "Wikipedia, Wikibooks, Wiktionary, ..." and
"English" out of "English, Français, Esperanto, ..." and then my
username on that project.
Lastly, I think having a couple of professional developers eagerly
awaiting a chance to get this implemented and who know OpenID and
authentication issues inside and out is a really good thing. We
shouldn't rollout every technology that people volunteer to throw into
the software, but this seems like a pretty good match between Mediawiki
(and Wikimedia) needs and what's being offered.
~Evan
P.S. Sorry about the broken threading -- I had some mail server problems
and missed my daily dose of wikitech-l.