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
Greetings,
quick intro: I have been a mediawiki user for a long time (wikipedia and
within companies) but I only had a couple of stints at administering one. I
am in the process of setting one up for my neighborhood - or about 65
families.
It pretty much all works but as my neighbors includes anything from very
hightech people to very lowtech grandpas I have to put extra-care in making
sure there are no counter-intuitive things happening.
One of the counter-intuitive things that -is- happening is that when I
create a new page from a pre-existing redlink the link does not become blue
until I use the /purge action in the URL. I checked with showJobs.php and
the job to update the page's cache is there. Somehow however, the jobs do
not get triggered. I.e. as $wgJobRunRate is set to the default (1), every
http request should take one job off the queue, right? But I'm not seeing
this. It seems like the queue just gets longer.
I'm wondering, is this perhaps something that has to do with short urls?
(they are otherwise functional) Or anything else in my .htaccess? It just
seems like mediawiki doesn't see some page reloads or some newly created
pages as enough to trigger the jobs queue to move forward.
Thoughts?
Kind regards,
Manu
I am attempting to install cldr. In previous installations, I have not had any issues with this extension and is currently live at wiki.seg.org. When working on updating the Mediawiki software from 1.23.2 to 1.26.2, after installing several other extensions, I get this message in the command prompt when attempting to update the database after installing cldr.
PHP Notice: Use of undefined constant MW_MATH_MATHML - assumed 'MW_MATH_MATHML' in /var/www/html/mediawiki/LocalSettings.php on line 166
PHP Fatal error: Uncaught exception 'Exception' with message '/var/www/html/mediawiki/extensions/cldr/extension.json does not exist!' in /var/www/html/mediawiki/includes/registration/ExtensionRegistry.php:106
Stack trace:
#0 /var/www/html/mediawiki/includes/GlobalFunctions.php(181): ExtensionRegistry->queue('/var/www/html/m...')
#1 /var/www/html/mediawiki/LocalSettings.php(202): wfLoadExtension('cldr')
#2 /var/www/html/mediawiki/maintenance/doMaintenance.php(83): require('/var/www/html/m...')
#3 /var/www/html/mediawiki/maintenance/update.php(214): require_once('/var/www/html/m...')
#4 {main}
thrown in /var/www/html/mediawiki/includes/registration/ExtensionRegistry.php on line 106
I have enabled the Math extension and set MathML as the rendering option. This is how it appears in LocalSettings.php:
require_once "$IP/extensions/Math/Math.php";
// Set MathML as default rendering option;
$wgDefaultUserOptions['math'] = MW_MATH_MATHML;
$wgMathFullRestbaseURL= 'https://api.formulasearchengine.com/';
Can someone please provide guidance in troubleshooting this issue? Thank you.
Andrew Geary
ageary(a)seg.org
Andrew Geary
SEG Publications outreach editor
Society of Exploration Geophysicists (SEG)
8801 South Yale, Suite 500 / Tulsa, OK 74137 USA
504-407-1303
ageary(a)seg.org
www.seg.org
Hello,
This may be a repost, but it says on my other one that it was not accepted.
I have MediaWiki installed on a Windows Server 2012. For the most part, the
page works fine, however, randomly the page will not load and give me an
error stating 'Exception encountered, of type "Error"'. I have found no
documentation on this error online, and turning on backtracing does not seem
to help either, except for telling me that usually a class is not found. For
example, when attempting to login, it will usually work, but occassionally
will break and say "Class 'UserPasswordPolicy' not found".
I currently have a workaround, but that involves restarting the server
completely, which is obviously not ideal. Does anyone have any suggestions?
Thanks!
--
View this message in context: http://wikimedia.7.x6.nabble.com/MediaWiki-randomly-throwing-Exception-enco…
Sent from the WikiMedia General mailing list archive at Nabble.com.
== tl;dr ==
On June 29th git.wikimedia.org (running Gitblit) will redirect all
requests to Phabricator. The vast majority of requests will be correctly
redirected.
== What is happening? ==
In an effort to reduce the maintenance burden of redudant services we
will be removing git.wikimedia.org. The software that has been serving
git.wikimedia.org, Gitblit, has given our Operations team many headaches
over the years[0] and now that we have all repositories hosted in
Phabricator[1] there is no reason to keep Gitblit around. Phabricator's
Diffusion (the name of the code browser) provides the needed
functionality that Gitblit served (mostly viewing/browsing repositories,
something which Gerrit does not do).
== When will it happen? ==
June 29th
https://wikitech.wikimedia.org/wiki/Deployments#deploycal-item-20160629T1600
== How could this affect me? ==
Potentially, you use an unpopular (in the sense of not used often)
feature of Gitblit that is not supported in Diffusion. This should be
unlikely.
Potentially, a link you follow that pointed to somewhere on
git.wikimedia.org will not redirect correctly. This is also unlikely as
we (mostly @Danny_B and @Paladox) took great care to update many
mediawiki.org templates along with providing very robust redirect
rules[2]. If you find one that isn't working, please let us know (along
with the original url and, if possible, the desired target in
Diffusion).
One known issue to call out: Diffusion does not list commits by person.
However Differential (the code-review tool) does this (not just for new
commits). There is no easy/maintainable way to redirect those,
unfortunately.
Something else broken? Please file a task in Phabricator in the
#Diffusion project[3].
Thanks,
Greg, on behalf of WMF Release Engineering (and all the volunteers who
helped along the way (and Ops!))
[0] eg: https://phabricator.wikimedia.org/T73974
[1] https://phabricator.wikimedia.org/diffusion/
[2] https://phabricator.wikimedia.org/T137224
[3] https://phabricator.wikimedia.org/project/profile/53/
--
| Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E |
| identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |
Hey all,
Following a brief chat in IRC, I've proposed[0] adding curl to the list of
PHP extensions required by MediaWiki, and Chad thought it'd be a good idea
to get wider thoughts before merging.
Right now we have some features that require curl (it's probably the #2
issue third parties have with installing VisualEditor, for instance, after
mis-matched versions).
We already require mbstring (as discussed in March) alongside xml, ctype,
json, and iconv. If you have an opinion, please weigh in on the task.[1]
[0] - https://gerrit.wikimedia.org/r/#/c/294259/
[1] - https://phabricator.wikimedia.org/T137926
J.
--
James D. Forrester
Lead Product Manager, Editing
Wikimedia Foundation, Inc.
jforrester(a)wikimedia.org | @jdforrester
Using HTMLForm, Is there a way to auto-submit the form when a radio button selection is changed?
Thanks
=====================================
Jim Hu
Professor
Dept. of Biochemistry and Biophysics
2128 TAMU
Texas A&M Univ.
College Station, TX 77843-2128
979-862-4054