In our wiki use, being able to conduct a full search of *all* history might prove quite useful, even if conducting such a search would take some time. Is there any way to implement this in a current or future MW release?
Jen
I ran the rebuildall.php maintenance script and now all my category pages are blank, is there a way to rebuild them without having to go through and touch every page? I'm running MediaWiki 1.82 on Win2K3.
Thanks,
Dylan
On 06/03/07, Dylan Boudreau dylan.boudreau@supportsoft.com wrote:
I ran the rebuildall.php maintenance script and now all my category pages are blank, is there a way to rebuild them without having to go through and touch every page? I'm running MediaWiki 1.82 on Win2K3.
Running maintenance/rebuildAll.php *should* have run maintenance/refreshLinks.php, which performs a full link table update for all pages on the wiki, so it sounds like something went a bit wrong.
You could attempt to run maintenance/refreshLinks.php and see if it corrects the problem. It can take some time for a large wiki.
Rob Church
Thanks Rob, I ran both scripts listed and all both seem to do is purge everything from the Category pages but not put anything back in them. My wiki isn't too large (about 250 pages) so running these scripts doesn't take long.
Right now none of my pages belong to any Categories and before I ran the script they all did. I could go through one page at a time and resave everything but I'm hoping there is another less tedious solution.
The user account in my AdminSettings.php is my wiki user and that user has full permissions on the database. Should I be using a different user in there, sysop perhaps?
Thanks,
Dylan
-----Original Message----- From: mediawiki-l-bounces@lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Rob Church Sent: Tuesday, March 06, 2007 1:35 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Rebuilding Categories
On 06/03/07, Dylan Boudreau dylan.boudreau@supportsoft.com wrote:
I ran the rebuildall.php maintenance script and now all my category pages are blank, is there a way to rebuild them without having to go through and touch every page? I'm running MediaWiki 1.82 on Win2K3.
Running maintenance/rebuildAll.php *should* have run maintenance/refreshLinks.php, which performs a full link table update for all pages on the wiki, so it sounds like something went a bit wrong.
You could attempt to run maintenance/refreshLinks.php and see if it corrects the problem. It can take some time for a large wiki.
Rob Church
_______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Dylan Boudreau wrote:
Thanks Rob, I ran both scripts listed and all both seem to do is purge everything from the Category pages but not put anything back in them.
Hm, this might not be the problem but did the script possibly produce only the "jobs" and not finishing the update of the tables?
If you have jobs in the jobs queue then try executing the runJobs.php also.
Regards,
// Rolf Lampa
Hi,
As a non-profit organisation we are running an aviation orientated Wiki.
But recently we have been approached by another organisation whether we were interested in cooperation on this Wiki.
Although we haven't decided whether we want to go ahead with this cooperation, a couple of questions have been raised already, which I would like to have answered before the next round of talks. Hopefully somebody on this list can help me out on this.
1. Is it possible to have the wiki using the URL of both sites? With this I mean that www.oursite.com/wiki and www.theirsite.com/wiki point to the same wiki, without those URLs changing? 2. As most Wiki's we do not allow linking to images on other sites. But this other party has an huge collection of images which would perfectly match with our Wiki. When this cooperation goes ahead, we are allowed to "use" those images, but because of copyright issues I don't think they like those images to be downloaded from their site, and uploaded again on the wiki. So is it possible to have $wgAllowExternalImages remain 'false', but make an exception somehow for this particulair site? 3. One of the concerns of this party is the ability to change what they consider "facts" by the average user (things like 1+1=2, not 3), but this is only part of the information on a particulair wiki page. To protect those data, I was thinking about creating a new namespace, make this namespace only editable by a small group of "trusted editors", and then somehow include those pages in the main article (something similar to the HTML iframe). Is this possible, or has anybody come up with a better solution to do this?
Thanks in advance for any answers!
Regards,
Hans
Regarding 1 & 2,
It seems like you could get away with Interwiki linking for most of what you've outlined for these two steps.
http://meta.wikimedia.org/wiki/Help:Interwiki_linking
http://www.mediawiki.org/wiki/Help:Interwiki_linking
1. If one wiki were to point to the other wiki via interwiki redirects (or, if you want to live dangerously, interwiki template transclusion) to pages in the other wiki, that would work.
2. Images on www.theirsite.com/wiki could all be rendered on individual pages, and then those pages could be used as transcluded templates.
This is probably not-optimal, but it does what I need without my needing to seriously hack the guts of MW.
Re: 3: One of the concerns of this party is the ability to change what they consider "facts" by the average user (things like 1+1=2, not 3), but this is only part of the information on a particulair wiki page. To protect those data, I was thinking about creating a new namespace, make this namespace only editable by a small group of "trusted editors", and then somehow include those pages in the main article (something similar to the HTML iframe). Is this possible, or has anybody come up with a better solution to do this?
-- There a few ways to approach this, and I've used the following with varying degrees of success: 1. You could simply protect all the information on the page in question, and make those pages editable by certain users only. 2. You could include the information in question in a template, and then protect the template, making it editable by certain users only, or vice versa (allow template editing, but not page editing). 3. Put information in sidebars, and protect the sidebars. 4. Rampantly track down erroneous information and change it back to what it should be (you'll probably have to do this, regardless of which options you use.)
Good luck, Jen
-----Original Message----- From: mediawiki-l-bounces@lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org]On Behalf Of Hans Hoogers - Scramble Sent: Tuesday, March 06, 2007 5:01 PM To: MediaWiki announcements and site admin list Subject: [Mediawiki-l] Wiki cooperation between two sites
Hi,
As a non-profit organisation we are running an aviation orientated Wiki.
But recently we have been approached by another organisation whether we were interested in cooperation on this Wiki.
Although we haven't decided whether we want to go ahead with this cooperation, a couple of questions have been raised already, which I would like to have answered before the next round of talks. Hopefully somebody on this list can help me out on this.
1. Is it possible to have the wiki using the URL of both sites? With this I mean that www.oursite.com/wiki and www.theirsite.com/wiki point to the same wiki, without those URLs changing? 2. As most Wiki's we do not allow linking to images on other sites. But this other party has an huge collection of images which would perfectly match with our Wiki. When this cooperation goes ahead, we are allowed to "use" those images, but because of copyright issues I don't think they like those images to be downloaded from their site, and uploaded again on the wiki. So is it possible to have $wgAllowExternalImages remain 'false', but make an exception somehow for this particulair site? 3. One of the concerns of this party is the ability to change what they consider "facts" by the average user (things like 1+1=2, not 3), but this is only part of the information on a particulair wiki page. To protect those data, I was thinking about creating a new namespace, make this namespace only editable by a small group of "trusted editors", and then somehow include those pages in the main article (something similar to the HTML iframe). Is this possible, or has anybody come up with a better solution to do this?
Thanks in advance for any answers!
Regards,
Hans
_______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
mediawiki-l@lists.wikimedia.org