Hi,
I'm trying to use Wikibase on my pool wiki and language wikis.
In my pool wiki, I can create properties and items, but I can't add site
links to them. ID: "Q1", site id: "cswiki", site link: "article name"
gives me the error "The specified article could not be found on the
corresponding site." even though that article exists on cswiki.
I also can't access data from the language wikis. If I use
{{#property:P1}} in an article on cswiki, nothing shows up.
I downloaded Wikidata-refs-heads-master.tar.gz and extracted it to the
extension folder of my pool wiki and language wikis.
My LocalSettings.php of the pool wiki looks like this:
# Wikibase
$wgEnableWikibaseRepo = true;
$wgEnableWikibaseClient = false;
$wmgUseWikibaseRepo = true;
$wmgUseWikibaseClient = false;
require_once __DIR__ . "/extensions/Wikidata/Wikidata.php";
require_once __DIR__ .
"/extensions/Wikidata/extensions/Wikibase/repo/ExampleSettings.php";
# SiteMatrix Extension
require_once "$IP/extensions/SiteMatrix/SiteMatrix.php";
$wgLocalDatabases = array( 'cswiki', 'dewiki', 'enwiki', 'eswiki',
'frwiki', 'huwiki', 'hywiki', 'itwiki', 'nlwiki', 'plwiki', 'poolwiki',
'ptwiki', 'ruwiki', 'srwiki', 'svwiki' );
My LocalSettings.php of the language wikis (cs for example) look like this:
# Wikibase Extension
$wgEnableWikibaseRepo = false;
$wgEnableWikibaseClient = true;
$wmgUseWikibaseRepo = false;
$wmgUseWikibaseClient = true;
require_once __DIR__ . "/extensions/Wikidata/Wikidata.php";
# Settings
$wgWBSettings['repoUrl'] = 'http://pool.mypedia.com';
$wgWBSettings['repoScriptPath'] = '/w';
$wgWBSettings['repoArticlePath'] = '/wiki/$1';
$wgWBSettings['siteGlobalID'] = 'cswiki';
$wgWBSettings['repoDatabase'] = 'poolwiki';
$wgWBSettings['changesDatabase'] = 'poolwiki';
# Optional
$wgWBSettings['siteGroup'] = 'mypedia';
$wgWBSettings['sort'] = 'code'; //optional
$wgWBSettings['sortPrepend'] = array(
'cs'
);
In populateSitesTable.php, I changed
"https://meta.wikimedia.org/w/api.php" to
"http://pool.mypedia.com/w/api.php" and "$validGroups = array(
'wikipedia', 'wikivoyage', 'wikiquote', 'wiktionary','wikibooks',
'wikisource', 'wikiversity', 'wikinews' );" to "$validGroups = array(
'mypedia' );"
Do I need to change "$wikiId = $this->getOption( 'wiki' );" too, since
it says "wiki" is expanded to "wikipedia"?
Table "sites" in the poolwiki database looks like this:
site_id | site_global_key | site_type | site_group | site_source |
site_language | site_protocol | site_domain | site_data | site_forward |
site_config
1 | cswiki | mediawiki | mypedia | local | cs | http:// |
com.mypedia.cs. |
a:1:{s:5:"paths";a:2:{s:9:"file_path";s:5:"/w/$1";s:9:"page_path";s:8:"/wiki/$1";}}
| 0 | a:0:{}
[...]
15 | poolwiki | mediawiki | pool | local | en | http:// |
com.mypedia.pool. |
a:1:{s:5:"paths";a:2:{s:9:"file_path";s:5:"/w/$1";s:9:"page_path";s:8:"/wiki/$1";}}
| 0 | a:0:{}
I changed site_group "wikipedia" to "mypedia" and added data for
site_protocol and site_domain by hand.
I noticed that the script path is "/w/$1" here, while $wgScriptPath in
LocalSettings.php is actually "/w", could that cause any problems?
And should I change site_group of the pool to mypedia like I did with
the language wikis or isn't that necessary?
Wikibase DataModel 0.8, Wikibase Repository 0.5 alpha, WikibaseLib 0.5
alpha and Wikidata show up in Special:Version of the pool wiki.
Wikibase Client 0.5 alpha, Wikibase DataModel 0.8, WikibaseLib 0.5 alpha
and Wikidata show up in Special:Version of the language wikis.
Any help would be really appreciated!
Thanks and cheers,
Till
Hi,
I'm running multiple language wikis and one pool wiki. The problem is
that no file descriptions are fetched in the language wikis although
$wgFetchCommonsDescriptions is set to true.
LocalSettings.php of the language wikis:
$wgUseSharedUploads = true;
$wgSharedUploadPath = 'http://pool.example.com/w/images';
$wgSharedUploadDirectory = '/path/to/pool/w/images/';
$wgHashedSharedUploadDirectory = true;
$wgFetchCommonsDescriptions = true;
$wgSharedUploadDBname = 'poolwiki'; # DB-Name of PoolWiki
#$wgSharedUploadDBprefix = 'wiki_'; # Table name prefix for PoolWiki
$wgRepositoryBaseUrl = "http://pool.example.com/wiki/Image:";
ForeignAPIRepo used to work fine before, but since I switched from
Apache to Nginx, no images show up anymore in the language wikis. This
is how my LocalSettings.php used to look like:
$wgForeignFileRepos[] = array(
'class' => 'ForeignAPIRepo',
'name' => 'pool',
'apibase' => 'http://pool.example.com/w/api.php',
'fetchDescription' => true, // Optional
'descriptionCacheExpiry' => 43200, // 12 hours, optional (values are
seconds)
'apiThumbCacheExpiry' => 0, // required for local thumb caching
);
I also tried to set 'name' => 'poolwiki', (name of the pool database)
but that doesn't work either.
I also re-started Memcached and I even deleted a file description page
from the CloudFlare cache, but still no file description can be seen :/
My software: MediaWiki: 1.22.0
PHP: 5.3.27 (fpm-fcgi)
MySQL: 5.1.70-log
Any help would be über-cool.
Thanks and cheers,
Till
Hello everyone,
Thanks you in advance for reading this post and any assistance! :)
I'm attempting to view/replay a .mp4 video file that has been uploaded into my wiki using Mediawiki 1.25 thru the img_auth.php process on Safari on a Mac. The video player "becomes visible" and says "loading" but the content never plays. The file appears and plays just fine in Chrome, IE, and Firefox. So my question is has anyone else run into this issue and/or why would this be an issue just for safari? On a related note, I stuck my video file in one of my web accessible extension directories and the video file plays just fine on all browsers. So I'm thinking there's something in img_auth.php, but not sure.
So details to test/recreate:
- Simple/small .mp4 file: (e.g. TestVideo.mp4)
- Mediawiki v1.25
- Mac: v10.10.5
- Safari: v9.0.2
Test steps:
1) In my Wiki I use the Special:Upload page to upload my TestVideo.mp4 to the wiki. The result is two links like so:
- http://server/MyWiki/index.php/File:TestVideo.mp4 and
- http://server/MyWiki/img_auth.php/d/da/TestVideo.mp4
If you go directly to the second link, the video plays fine in IE, Chrome, and Firefox but not in Safari.
A follow up test:
1) I manually uploaded my TestVideo.mp4 to a random extension directory (since that was web accessible outside of img_auth.php) such as:
- http://server/MyWiki/extensions/MyExtension/videos/TestVideo.mp4
And this link plays the video just fine on all browsers.
So does anyone have any thoughts (or solutions on how to fix) why img_auth.php is doing something that isn't properly playing the .mp4 video on Safari, but works on the other browsers?
Thank you again for the assistance!
Regards,
Kevin Forbes
Hi all,
I'd like to write an extension that allows wiki pages to contain SVG
code (which can be edited like any other page - templates can be used,
version history is kept, etc.) I would then like to be able to embed
these pages inside others, so the SVG code is then rendered as an
image elsewhere on the wiki.
I am a little unsure on the best way to do this, so I'd appreciate any
pointers.
I think it is best not to repurpose the File: namespace for this,
because that will avoid having to deal with the difference between
wikitext, files, and figuring out where template replacements should
happen, so I guess a new SVG: namespace would be best.
The problem is then how to embed these images in other pages. I would
like to keep to existing syntax as closely as possible, so something
like [[SVG:Example]] would display the image, just like
[[File:Example.png]] would.
I tried using the LinkBegin hook, replacing the wikitext with an <img>
tag that links to the ?action=raw version of the SVG: page. This does
work, but I lose all the standard MW image formatting methods, like
being able to specify the image size or add a caption, so this isn't
ideal.
In an attempt to maintain access to this formatting code, I tried
hooking ImageBeforeProduceHTML instead, and using wikicode like
[[File:SVG:Example]]. This will show the image, but the hook runs
before all the formatting takes place so I still lose access to the MW
image formatting code.
It seems like it would be better to hook in at a lower level, so the
existing [[File:blah]] code runs per normal, providing resizing/caption
support per normal. I'm not sure how best to do this though.
One method that comes to mind is hooking ImageBeforeProduceHTML, then
writing the processed wikitext to a temporary .svg file, and returning
that in the ImageBeforeProduceHTML $file parameter. However I am not
sure how to do this, and guessing it may not work anyway as the
final HTML code would probably have an <img> link pointing to the
temporary file, which by then would have been deleted.
But in theory this idea would also allow thumbnails to be generated for
browsers that don't support SVG, giving the best user experience.
Can anyone point me in the right direction for how this kind of
extension could be implemented? It looks like the most reliable way
is going to be an extension that can somehow make the processed wikitext
from an article appear to MW as if it's an image file just like any
other.
Thanks,
Adam.
Okay, a few weeks ago my wiki stopped loading. The version I've got
installed there is ancient, but it was working fine until one day it
wasn't. At first the page was giving me indefinite load-times,
sometimes followed by a 502 error (depending on what web browser I tried
it on). I conversed with someone at my webspace provider and they
rolled the stored page info back a couple days, and now I instead get:
Parse error: syntax error, unexpected T_NAMESPACE, expecting T_STRING in
/hermes/bosoraweb123/b65/ipw.joshua-w/public_html/wiki/includes/Namespace.php
on line 46
The web-address for my wiki is
http://www.joshua-wopr.com/wiki/index.php?title=Main_Page
I haven't touched the system in ages, and the tech help person seemed to
think nothing had been altered (updated under the hood, say) at their
end recently either. Any idea what's wrong?
Hi
I'm running MW 1.26.2, PHP 5.5.42, Ubuntu 14.04 in a Bitnami-AWS
one-click virutal stack.
Somewhere along the way (MW 1.25.x) file uploads stopped working.
I thought it might be somehow a change in permissions so I sudo chmod
777 images.
I have $wgShowExceptionDetails = true;
but at the moment I'm not getting any details, just this error message:
Could not create directory "mwstore://local-backend/local-public/4/44".
Any thoughts?
David
Folks,
Performance Issue/Question
MediaWiki:1.26.2 :: Apache:2.4.16 (Ubuntu) ::
PHP:5.6.16-2+deb.sury.org~trusty+1
MySQL:5.6.27-0ubuntu0.14.04.1-log :: Processor:Intel Xeon QuadCore X3210
:: Memory: 3 Gig
HD: 1.5Tb @ 126g usage :: 64Bit System
*****************************************
I have a very small single user(me) wiki in use for genealogy work. I
have very little traffic visiting the site. I keep the wiki updated
fairly religiously, including extensions as well as the physical server
itself. I have Zend OPCache running on this server as well.
My issue has always been a speed issue in importing XML files that have
been exported from Wikipedia. As an example, I may export a wikipedia
page about a particular town or county that is relevant to my genealogy
research and import the XML into my wiki. It takes an excruciatingly
long time to import even a relatively small wikipedia page into my wiki.
I'm talking 5+ minutes to import a single page such as this,
https://en.wikipedia.org/wiki/Guilford_County,_North_Carolina, into my wiki.
I've been trying to fix this issue for a couple of years and have not
figured out why it takes so long to import the wikipedia pages.
I'd like to mention here that my physical server is located in a full
blown data center with 100Mb switch ports on a gigabit fiber network and
out through a 10 gig pipe to the world. Network access is not a problem.
I guess my question is, what can I do to improve the import process?
Thanks,
Chap
wiki.jonesipedia.com
********************
Bonjour
J'essaie de faire une mise à jour de mon site MediaWiki hébergé chez OVH.
En effet, ma version 1.20 n'affiche plus le rendu classique des pages
MediaWiki bien que le texte source soit accessible (sans doute une
histoire de version php ?).
Cependant, je rencontre bien des difficultés : j'ai suivi le tutoriel
https://www.mediawiki.org/wiki/Manual:Upgrading/fr.
Comme je n'ai pas accès en ssh au serveur, j'ai tenté la mise à jour Web.
Déjà, pourquoi le répertoire mw-config n'est-il pas présent par défaut
dans la racine ?
Du coup, j'ai importé mon précédent mw-config qui fonctionnait bien dans
MW 1.20 mais pas dans MW 1.26.2 : j'obtiens une page blanche.
Maerci pour toute suggestion qui me permettrai d'avancer.
Herve
There was some chatter in recent weeks about most efficient methods on
how to upgrade an existing (older version) install of MediaWiki.
Was there ever a consensus on the easiest method for non-programmers?
Or should I be knocking on another list for this info (and if so, which list?)
Thanks for your time.
I'll be out of town until Sunday, January 3rd. If you need immediate assistance, feel free to contact my team by writing support(a)wddx.net.
Have a Happy Holiday!