Hi everyone,
I am new to the mailing list. I joined because I am seeking some help with a
project I am working on, and I hope that I contribute to solving other
peoples problems as well.
I have been trying to set up a mirror site of wiktionary on my mac and have
been running onto some difficulties. Here is what I am using:
Product Version
MediaWiki 1.15.3
PHP 5.2.12 (apache2handler)
MySQL 5.1.46
Extensions
Cite (Version r47190)
ParserFunctions (Version 1.1.1)
Winter (Wiki INTERpreter) (Version 2.2.0)
The process that I have for importing the database dumps is:
download pages_articles.xml.gz2 and other .sql link tables files for
wiktionary
run mwdumper.jar file, which I have built from the source code, on the xml
file
run mysql with all sql files
run rebuildall.php to rebuild link tables
Here are the issues that I am having:
1. Articles are succesfully imported into the database, but not viewable in
mediawiki... such that i can find an article in the db for "dog" for
example, but I can't see that article when I enter the corresponding url
2. For the articles that do show up, the templates are not transcluding. For
an article that has Template:Hat for example, where I can see that the page
exists in the db, mediawiki is acting like the template doesn't exist.
If anyone has any experience with these kinds of problems or importing
database dumps in general, your help would be much appreciated. Thank you!
Nathan Day
The password recovery of bugzilla seems to be bugged... If I set a password
to something which has a decent length, aka 20+ chars, and then try to
login, I get an error saying it's incorrect. I don't have this issue with
shorter passwords, so I'm guessing that at one place the password is getting
truncated without giving any notification of this. Can someone replicate
this issue, or does bugzilla just not like me :) ?
--
Jeroen De Dauw
* http://blog.bn2vs.com
* http://wiki.bn2vs.com
Don't panic. Don't be evil. 50 72 6F 67 72 61 6D 6D 69 6E 67 20 34 20 6C 69
66 65!
--
As a followup to this thread: I'm going to make some minor modifications to
the strings in the file, then check in what I've got. There may be specific
instances where we'll need to figure out a better way of handling things,
but after looking at this more, I think those instances may be more isolated
than I first feared. We can probably handle them on a case-by-case basis as
they are identified.
Thanks everyone for chiming in! Further thoughts on the subject should be
directed to the comments here:
https://bugzilla.wikimedia.org/show_bug.cgi?id=23623
...as well as into the comments for the eventual commit.
Rob
On Fri, May 21, 2010 at 5:03 PM, Rob Lanphier <robla(a)wikimedia.org> wrote:
> Hi everyone,
>
> I'm preparing a patch against FlaggedRevs which includes changes that Howie
> and I worked on in preparation for the launch of its deployment onto
> en.wikipedia.org . We started first by creating a style guide describing
> how the names should be presented in the UI:
>
> http://en.wikipedia.org/wiki/Wikipedia:Flagged_protection_and_patrolled_rev…
>
> Then we sat down and did the string substitution. I've got some double
> checking left to do, but it's pretty much ready for deployment. I've put
> the patch here for now:
> https://bugzilla.wikimedia.org/show_bug.cgi?id=23623
>
> The original plan that Aaron and I hatched up was that I would check in the
> changes into trunk, and then he would fix. However, seeing the"FlaggedRevs
> - Do you forget about other projects? " thread on foundation-l gave me
> pause:
>
> http://lists.wikimedia.org/pipermail/foundation-l/2010-May/thread.html#58577
>
> We fully recognize that the strings we plan to use on en.wikipedia.orgprobably don't make sense in a lot of different contexts, even English
> language wikis. We really want to get this release out the door, but we
> don't want to leave a huge mess in the process. Is there an expedient but
> correct-enough approach to solving this problem?
>
> Rob
>
Hi everybody,
at the Wkimedia Developers' Workshop, I introduced a Selenium testing framework for MediaWiki. Since it has now been promoted to maintenance/tests, I have provided some initial information it on http://www.mediawiki.org/wiki/SeleniumFramework . I would be very happy about comments and ideas for further improvement. Also, if you intend to use the framework for your tests, please let me know. I will be happy to assist.
Regards,
Markus Glaser
__________________________________
Social Web Technologien
Leiter Softwareentwicklung
Hallo Welt! - Medienwerkstatt GmbH
__________________________________
Untere Bachgasse 15
93047 Regensburg
Tel. +49 (0) 941 - 56 95 94 - 92
www.hallowelt.biz<http://www.hallowelt.biz/>
glaser(a)hallowelt.biz<mailto:glaser@hallowelt.biz>
Sitz: Regensburg
Handelsregister: HRB 10467
E.USt.Nr.: DE 253050833
Geschäftsführer:
Anja Ebersbach, Markus Glaser,
Dr. Richard Heigl, Radovan Kubani
__________________________________
Hello,
I am an editor over at wikibooks and I was have found myself
wishing for a better way to number things in wikimarkup. Mainly my
activity has been focused on mathematics texts, and I wished for a way
to automatically generate numbers for theorems & exercises. Similar
to what is done in LaTeX. Basically so I could have a template that
would increment say a theorem number from something like 2.1.1 to
2.1.2. (I could imagine 2 and 1 being inputs to the template That
something like {{Theorem|2|1}} display 2.1.1, 2.1.2, ... etc.)
The particularly can be annoying in exercise sections, when I would
like to add an easy exercise at the beginning of a section with 50
exercises and I find myself manually renumbering exercises badly.
I cornered mikelifeguard in an IRC channel a while back and was asking
him if there was any hope of having the VariablesExtension added to
wikibooks so I could make these templates myself. He thought it was
highly unlikely when I mentioned it was previously marked as a
WONTFIX on english wikipedia (bugzilla:7865). Though he felt I should
mention my issue here.
This page:
http://www.w3.org/TR/CSS2/generate.html#counters
made me hopeful something like this might be possible in HTML/CSS, but
to be honest I am not technically savvy enough to figure out if I am
correct.
Thanks for your time,
Thenub314
Hi everyone,
I'm preparing a patch against FlaggedRevs which includes changes that Howie
and I worked on in preparation for the launch of its deployment onto
en.wikipedia.org . We started first by creating a style guide describing
how the names should be presented in the UI:
http://en.wikipedia.org/wiki/Wikipedia:Flagged_protection_and_patrolled_rev…
Then we sat down and did the string substitution. I've got some double
checking left to do, but it's pretty much ready for deployment. I've put
the patch here for now:
https://bugzilla.wikimedia.org/show_bug.cgi?id=23623
The original plan that Aaron and I hatched up was that I would check in the
changes into trunk, and then he would fix. However, seeing the"FlaggedRevs
- Do you forget about other projects? " thread on foundation-l gave me
pause:
http://lists.wikimedia.org/pipermail/foundation-l/2010-May/thread.html#58577
We fully recognize that the strings we plan to use on
en.wikipedia.orgprobably don't make sense in a lot of different
contexts, even English
language wikis. We really want to get this release out the door, but we
don't want to leave a huge mess in the process. Is there an expedient but
correct-enough approach to solving this problem?
Rob
Due to numerous requests we have extended the submission deadline for
Wikimania 2010 as follows:
* Abstract Registration: May 24, 11.59 p.m. (Pacific Time)
* Notification for workshops: May 29, 11.59 p.m. (Pacific Time)
* Notification for panels, tutorials, presentations: June 3, 11.59
p.m. (Pacific Time)
See the Call for Participation for more details:
http://wikimania2010.wikimedia.org/wiki/CFP
Thank you for helping make Wikimania 2010 a successful event. :-)
See you in Gdansk, July 9-11!
With best regards,
Wikimania Team
--
Casey Brown
Cbrown1023
On various Vector feedback pages as well as on OTRS many people report that
since the switch to Vector it takes significantly more time for Wikipedia
pages to load.
I didn't think that i experience significant slowness myself, but after
seeing a few reports i tried to measure it in a very non-precise way: I
loaded [[The Holocaust]], a long article with a lot of images. It took 25
seconds with Vector and 15 seconds with Monobook. I did both measurements
after cleaning the cache.
Some other articles:
* [[Slavery in the United States]] - 13 sec. on Vector, 7 sec. on Monobook
* [[Jehova's Witnesses]] - 10 sec. on Vector, 6 sec. on Monobook
* [[Nuclear program of Iran]] - 14 sec. on Vector, 9 sec. on Monobook.
Seems quite consecutive, but i'm not a professional website performance
tester.
Are there any more precise measurements?
Are there proper bugs reports about it? (I searched Bugzilla for "Vector
slow" and didn't find anything.)
--
אָמִיר אֱלִישָׁע אַהֲרוֹנִי
Amir Elisha Aharoni
http://aharoni.wordpress.com
"We're living in pieces,
I want to live in peace." - T. Moore
If you have been following the svn commits you may have noticed a bit of
activity on the js2 front.
I wanted to send a quick heads up that describes what is going on and
invite people to try things out, and give feedback.
== Demos ==
The js2 extension and associated extension are ruining on sandbox-9. If
you view the source of a main page you can see all the scripts and css
and grouped into associated buckets:
http://prototype.wikimedia.org/sandbox.9/Main_Page
I did a (quick) port of usabilityInitiative to use the script-loader as
well. Notice if you click "edit" on a section you get all the css and
javascript, localized in your language and delivered in a single
request. ( I don't include the save / publish button since it was just a
quick port )
Part of the js2 work included a wiki-text parser for javascript client
side message transformation:
http://prototype.wikimedia.org/s-9/extensions/JS2Support/tests/testLang.html
There are a few cases out of the 356 tests were I think character
encoding is not letting identical messages pass the test and a few
transformations that don't match up. I will take a look at those edge
cases soon.
The Multimedia initiative ( Neil and Guillaume's ) UploadWizard is a js2
/ mwEmbed based extension and also enabled on in that wiki as well:
http://prototype.wikimedia.org/sandbox.9/Special:UploadWizard
The js2 branch of the OggHandler includes Transcode support ( so embed
web resolution oggs when embed at web resolution in pages ) This avoids
720P ogg videos displayed at 240 pixels wide inline ;)
http://prototype.wikimedia.org/sandbox.9/Transcode_Test
The TimedMediaHandler of course include timed text display support which
has been seen on commons for a while http://bit.ly/aLo1pZ ...
Subtitles get looked up from commons when the repo is shared::
http://prototype.wikimedia.org/sandbox.9/File:Welcome_to_globallives_2.0.ogv
I have been working with the miro universal subtitles efforts so we
should have an easy interface for people to contribute subtitles with soon
Edits pages of course include the add-media-wizard which as been seen as
a remote http://bit.ly/9P144i for some time also now also works as an
extension
== Documentation ==
Some initial JS2 extension is in extensions/JS2Support/README
Feedback on that documentation would also be helpful.
--michael