how do i setup media workshop in the educational institute, need inputs in
this area.
regards
--
M. Joseph Rajakumar
Associate Professor
Dept. of .Computer Science
St. Joseph's PG College
5-9-1106
King Koti Road
Hyderabad - 500029
Contact: 09949018267
web site: josephscollege.ac.in
Hi,
After upgrading to Mediawiki 1.17.0 (from 1.15) the background color
of my tables has disappeared, has anybody any notion how I can get
this sorted out?
conor
I am seeing this error on a Mediawiki 1.17; A call for;
"Template:Safesubst" is what the wiki is describing as this
instruction set. "{{#ifeq:{{{subst}}}|SUBST"
Anyone know what I need to do to get these to not appear as 'template'
calls, & of course to work. below is a grab of the first few lines of
Special:WantedTemplates. As you can see this is the issue. I have read
the stuff on Mediawiki & elsewheres. I have no idea how to get rid of,
or satisfy these Template calls. I did try installing Template:Padleft &
Template:Iflenge: that did not cure the problem. There are MANY moe of
these Safesubst errors scattered throughout the site. I,m using a lot of
templates & base pages that I've snagged from Wikipedia & Mediawiki, so
they should be written correctly, though I've modified a lot of the
text. The actual templates are relatively unchanged.
> Wanted templates
> From PhysicsWiki
>
> Showing below up to 50 results starting with #1.
>
> View (previous 50 | next 50) (20 | 50 | 100 | 250 | 500)
>
> 1. Template:Safesubst: (100 links)
> 2. Template:Safesubst:Ns has subpages (53 links)
> 3. Template:Safesubst:padleft: (33 links)
> 4. Template:Ns:Portal talk (12 links)
> 5. Template:Ns:Book talk (11 links)
> 6. Template:Safesubst:iflenge (7 links)
If anyone has any suggestions please advise me.
Thanks!
--
John W. Foster
Just a head's up about 3 new extensions I've come out with in the last
few weeks. They are all documented on my homepage and on mw.org
Special:Update
A Special:Version-like page that displays if the core or extensions
have new versions out. It currently uses official mediawiki bundles
(currently at 1.17.0) and extension pages on mw.org to get version
information. I'll be iterating releases on this extension a lot to
keep shipping "working" features, next up will be SVN, then GIT. I'm
aiming to support more than MW repos with it.
http://olivierbeaton.com/mediawiki#update
Realnames
Many of us use the real name fields, especially when running LDAP auth
modules, and especially in corporate environments. If you're just
looking to append the realname to the display of usernames or replace
it altogether with realnames (from user prefs) then this extension is
for you. One day this will might be in core, until then this will work
on every single page in your wiki. If you find a place it's not
converting, let me know!
http://olivierbeaton.com/mediawiki#realnames
HeadersFooters
This extension lets you add a header or footer to pages on a global,
namespace, category or page basis. The most useful part is for
example adding something to all User_talk: pages, or adding a
<references/> perhaps at the end of all pages in a specific category.
I plan to release a Special: page in the next version to make
header/footer creation urls more obvious, but until then it should be
fully functional.
http://olivierbeaton.com/mediawiki#headersfooters
Thanks for your time, and feel free to come chat with me in irc "Finlay".
Olivier Finlay Beaton
I ran across https://www.noisebridge.net/wiki/Secretaribot and thought
other MediaWiki administrators might find these useful:
* death_to_wikispammers: Downloads a list of recently created users,
starting at the username given. One by one, shows their user page via
STDOUT. "Delete user page and block for spam?" it asks, [y/n] If yes,
deletes user page, blocks user for spamming; If no, goes onto next
* merge_blocked_users.py: Merge (and then delete) all blocked users
into a single, uber-spam account.
Additional useful-sounding scripts from that page include:
"next_meeting.py: Creates the next meeting page from the template on
the wiki. Calculates the next ordinal number for the meeting ie (the
31811th Meeting etc) Redirects 'Next meeting' and 'Last meeting' pages
to point to correct minutes."
--
Sumana Harihareswara
Volunteer Development Coordinator
Wikimedia Foundation
Hi everyone,
sorry for the weird title of my post, let me quickly describe the
problem and (what I assume is) its genesis.
About two weeks ago I used importImages.php again to upload a batch of
Images to my wiki, not realizing that I'd run out of disc-space (yeah,
stupid me). So the script stalled in the middle of the process and I
had to kill it with Ctrl-C. After I had figured out the problem,
I removed a few files to free up some disc-space and thought everything
would be fine again.
But then the oddities started, sometimes pictures that I uploaded (no
matter whether via imageImport or one by one with the normal
web-uploader) started to randomely disappear and re-appear.
Unfortunately these problems prevailed, so I decided to look into the
problem a bit.
So up to now I tried:
* repairing the searchindex-table
* clearing the cache (unsuccessful because my wiki doesn't have
caching enabled)
* changed the LocalSettings file to make the disappearing pics go away
for good
* used deleteBatch and deleteArchivedFiles to get rid of the images
* backed up database, deleted it and re-created it
* re-installed MediaWiki
Btw, the version I'm using is 1.17. Unfortunately the wiki isn't public
(and since I'm using it for shared research results I can't make it),
so I can't just directly point you to it.
The strange thing is, e.g. looking at Special:NewFiles, the thumbnails
and Image-Info are sometimes there, but doing Refresh in the browser
makes them alternatingly go away and re-appear. (I tried with both
Firefox and Chromium.) When looking at file-links it's the same,
sometimes they're red, then they're blue.
So all in all I'm kinda assuming that this is a database-issue, but i
have no clue how to "reset" the database without having to restore my
content by hand (which I'd really rather not do, because it's a lot of
work).
I'm really stuck here and don't know much else to do, but if any of you
have ideas for debugging or even better: solving this issue, I would be
most greatful!
All the best
Simon Steinbeiß
Hello to all,
I'm posting to request help with a conflict in namespace registration:
http://www.mediawiki.org/wiki/Extension_default_namespaces?oldid=430890
Wiki admins are looking for a safe range of namespaces to use for
custom, site-specific purposes. A little over a year ago, we floated
the range 500-599 on the registration talk page. There were no
objections, so, a couple of months ago we reserved the range and
amended the manual. You can see the discussion in section 4:
http://www.mediawiki.org/wiki/Talk:Extension_namespace_registration?oldid=4…
It turns out that an extension had already been using that range.
Apparently the developer forgot to register it (see section 5, above).
I guess he spoke to someone else, because just yesterday:
* The namespace registration system was replaced with a "default"
system and the page was moved:
http://www.mediawiki.org/wiki/Extension_default_namespaces
* The range 500-599 is no longer marked as reserved in the same
manner as the extensions are marked.
* A Liquid Threads extension was enabled on the talk page. (I
mention this because it fails on my Firefox 3.6, so I can't use
the talk page anymore.)
I guess the issue isn't open for discussion there, anyway. Please
someone else take a thought for the needs of the admins, and:
1. Pick a range to reserve for site-specific use. A whole block of
100 would be ideal, if that's possible.
2. Clearly mark the range as reserved, in the same manner as the
extension ranges are marked. For example:
http://www.mediawiki.org/wiki/Extension_default_namespaces?oldid=430890#Sit…
3. Update the manual to reflect these changes:
http://www.mediawiki.org/wiki/Manual:Using_custom_namespaces
The extension developer (the one who forgot to register his namespace)
says this is a "silly" request, but I think it's quite reasonable.
PS - Could someone also add a link to this thread from the talk page?
I am no longer able to post there.
http://www.mediawiki.org/wiki/Talk:Extension_default_namespaces
--
Michael Allan
Toronto, +1 416-699-9528
http://zelea.com/
LinkedIn
------------
Eros Phillipe requested to add you as a connection on LinkedIn:
------------------------------------------
Karin Rafael,
I'd like to add you to my professional network on LinkedIn.
Accept invitation from Eros Phillipe
http://www.linkedin.com/e/hesitg-gswlrkk7-1s/kueo1d-AlBi2_GqWQXcFjPfAlFL2BZ…
View invitation from Eros Phillipe
http://www.linkedin.com/e/hesitg-gswlrkk7-1s/kueo1d-AlBi2_GqWQXcFjPfAlFL2BZ…
------------------------------------------
Why might connecting with Eros Phillipe be a good idea?
Eros Phillipe's connections could be useful to you:
After accepting Eros Phillipe's invitation, check Eros Phillipe's connections to see who else you may know and who you might want an introduction to. Building these connections can create opportunities in the future.
--
(c) 2011, LinkedIn Corporation
After changing the default skin on our wiki from monobook to vector ($wgDefaultSkin = 'vector'), and deleting all 'skin' preference rows from the user_options table, a few of our wiki users still see the old skin, monobook. Where is this setting cached?
Things that did not help (monobook still shows):
* Logging out and logging back into the wiki
* Hard-refreshing the browser (ctrl-F5)
* ?action=purge
* Using a different browser (e.g., Chrome instead of Firefox)
What worked:
* Visiting Special:Preferences and simply clicking Save.
So this caching, whatever it is, happens at the user account level, not the browser level. Where does it exist and how do you clear it?
Thanks for any info,
DanB