This is probably not the right place, you would want wikitech-l (where
I've cc'ed this reply).
- d.
2009/12/11 Behrang Saeedzadeh <behrangsa(a)gmail.com>:
> Hi,
>
> I have downloaded enwiki-latest-all-titles-in-ns0.gz and I want to extract
> main titles and store them in another file. For example, some titles have
> meta information (e.g. disambiguation etc.) and I want these to be removed.
> Can I remove all the text between parentheses from the titles to achieve
> this?
>
> Also some titles start with the "!" character. and some are enclosed between
> two or three of them such as !Adiso_Amigos!. What is the purpose of "!" in
> such cases? Also why some titles are enclosed between two double quotes such
> as "400_Years_of_Telescope"?
>
> Finally, is there a document describing all these conventions?
>
> P.S: Is this the right place to ask such questions?
>
> Cheers,
> Behrang Saeedzadeh
> -------------------------------
> http://my.opera.com/behrangsa
> http://twitter.com/behrangsa
> _______________________________________________
> WikiEN-l mailing list
> WikiEN-l(a)lists.wikimedia.org
> To unsubscribe from this mailing list, visit:
> https://lists.wikimedia.org/mailman/listinfo/wikien-l
>
Hi, all.
The FlaggedRevs lab site mysteriously got better, which makes me
nervous. To counteract that, I'd like to put together some basic smoke
and load tests. My plan is to do that on Amazon's cloud infrastructure.
A few questions:
1. Does anybody have an AMI (basically, a virtual machine config)
that's already like WMF production servers?
2. If not, is there something like a Puppet config that I can use to
help build the AMI?
3. What's the best way for me to find out details on production
server configs? I see the info in Special:Version, but I'm
wondering a) where to find those packages, and b) if there are
other requirements (e.g., particular kernel versions, supporting
software, etc)?
Once I get the AMI working, I'll post details here so others can easily
spin up pseudo-production boxes.
William
Greetings,
I've got a simple Extension that expands an {{#include}} parser function
into random text. It works well for most things, but if I try to stick in
a new heading, includes/Preprocessor_DOM.php::expand() fails on this...
$titleText = $this->title->getPrefixedDBkey();
because "$this" (a PPFrame_DOM) does not have a title object. As a
temporary band-aid, I inserted this into Preprocessor_DOM.php:
if(! $this->title) $this->title = Title::newFromText("XXX");
But is there a way to fix this from within the extension? Code attached,
it's pretty trivial.
While I'm at it, for extra credit, is there a way to determine the
equivalent of expand's $expansionDepth (== how deep in the transclusions
we are) from within an extension?
Cheers,
-jani
Hi all
I'm looking for people interested in attending the upcoming 26th Chaos
Communication Congress (Berlin, Dec 27-30,
<http://events.ccc.de/congress/2009/>) and being available for questions and
discussions about any aspect of interacting with Wikipedia and/or MediaWiki in
code. I'm trying to organize a "hack the wiki" - The idea is to have a place
where people interested in contributing to the Wikipedia/MediaWiki user
experience on the technical level can discuss their ideas and get help
implementing them - be it by writing extensions, toolserver tools, javasacript
gadgets, api-based bots, or whatever.
The background is that there has been some criticism from the German hacker
community of the "wiki 2000" experience Wikipedia supposedly offers. There's
quite a bit of energy directed at hacking up alternative ways to access and use
Wikipedia content there . I'd like to channel some of that drive into
improvements usable directly in medaiwiki or on the wikimedia sites.
Note that this my personal pet project, nothing official by WMDE. At least, not
yet. If there are enough people interested, I hope we can get support for things
like travel cost from WMDE. So please let me know if you are interested,so I can
get things organized.
Oh, and: that congress is great fun, with tons of cool blinking stuff and
thousands of geeks - well worth going to in any case :)
Regards
Daniel
hi:
I add a <div> tag on my page,and I want to output the articles in
<div></div> just like the articles ordinary output.
getContent(),and use the $wgOut->addHTML() didn't work well.
What should I do ?
Thanks very much!
vanessa
On thing that annoys me about mediawiki is that I'll sometimes follow
a link only to discover that the link is just a redirect to a page
that I've read already.
Would it be so terrible to resolve redirects at parse time so that the
destination bar in my browser (and the link coloring) reflect the
redirect target?
This would have some caching interaction— changes to redirects
wouldn't be effective until the linking pages were re-parsed... of
course, work queue entries could be created... and the harm caused by
this could be mitigated by using a priority tracking and event-merging
work-queue. (I have no clue if such a beast is being used today...)
Another alternative would be adding no-op material to the URL: I.e.
http://site/redirectname#Redirect-to-targetname though this wouldn't
solve the link coloring and would inhibit any support to linking to
real anchors in these cases. The destination could also be displayed
using some kind of tool-tip on the link which also has the link
coloring weakness but would still be helpful.
Thoughts?
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Martin Peeks wrote:
>> Sadly while both myself and Sean have access to the stable server and
>> hence the code, both of us lack the knowledge and ability to fix it.
>
> I should clarify, the code is no longer on the toolserver for some reason.
>
Stable was EOL'd a while back[1] and it was notified that all projects
on stable should convert to multi-maintainer projects on the 'normal' TS
soonish. A copy might be laying around somewhere, would have to ask a
TS root.
1 -
http://lists.wikimedia.org/pipermail/toolserver-l/2009-October/002593.html
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEAREIAAYFAksZlf4ACgkQ69PBoSWyJd6d9ACghGBxt3GKpoLj98eSkdLBRSIR
xVwAn0KlKgoeHw9SRtUiHrPBffJFgoUK
=Cp9t
-----END PGP SIGNATURE-----