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
Unknown extension tag "indicator"
This just started popping up.
Anyone know what is this caused by?
I am guessing some extension that I need but, I have not been able to
find much on this error message.
Thanks.
--
John Foster
JW Foster & Associates
On Tuesday June 9th, join us to discuss lessons-learned, share open-source
software, and explore opportunities for collaborative development
agreements on expanding and improving knowledge management tools. This
includes but is not limited to extensions for MediaWiki and other wiki
platforms. We'd like to invite everyone ranging from software developers
and system administrators to end users and managers. NASA's Johnson Space
Center is teaming with the Technology Collaboration Center of Houston to
host this event.
Our preliminary agenda includes (but is not limited to):
- How a wiki can be more accountable than any other KM system
- How to organize data using templates and onboard new users
- What features and qualities make for the "perfect" KM system?
- How to complete the culture shift to using a wiki (getting the last
10% to use it)
- NASA's strategy for critical data visibility through KM
- Accelerating development of a knowledge sharing program
If you are interested in attending, please register so we can finalize the
logistics including room size. If you would like to present a relevant
topic, please contact us with the details.
Register at
http://www.tcc-houston.org/knowledge-management-technologies.html
We may offer the ability to remotely participate. If you are unable to
travel to Houston and would like more information, please contact us.
If you have any questions, feel free to email us at
enterprisemediawiki(a)gmail.com
Daren
--
EnterpriseMediawiki.org
Heiya,
on a wiki I unsuccessfully try to return users to the very page they
started out with their user registration by adding: |
[{{fullurl:Special:UserLogin/signup|returnto={{FULLPAGENAMEE}}}}
''Login'' to this wiki (and come back here)]|.
So what happens: After registration the user stays on
"Special:UserLogin" showing "Welcome, username" and below some other
included system messages together with a link "Return to 'the page you
last visited'". So there is no direct return to the original page.
On e.g. German Wikipedia I get directly to the original page. Does
anyone know the trick to get MW obeying the "returnto" parameter instead
of ignoring like described? I will document this as soon as the trick in
know to me.
Thanks and cheers
Karsten
Hello all,
I would like to announce the release of MediaWiki Language Extension
Bundle 2015.04.
* Download: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2015.04.tar…
* sha256sum: 0aaae92b987130068b9fc03595428286d96541a947cbd137147ae7c0f50d9241
Quick links:
* Installation instructions are at: https://www.mediawiki.org/wiki/MLEB
* Announcements of new releases will be posted to a mailing list:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n
* Report bugs to: https://phabricator.wikimedia.org/
* Talk with us at: #mediawiki-i18n @ Freenode
Release notes for each extension are below.
-- Kartik Mistry
== Babel ==
* T95157: Restore compatibility with MediaWiki 1.24 and older version.
== CLDR ==
* T96650: Update to CLDR 27.0.1
== LocalisationUpdate and CleanChanges ==
* Localisation updates only.
== Translate ==
* Avoid unneeded warnings on stable MediaWiki releases.
* T54728: Small optimizations to Special:SupportedLanguages
* Styled search result navigation buttons in Special:SearchTranslations
* Fixed Special:PagePreparation, now works better and has autocompletion
== UniversalLanguageSelector ==
* T76196: Show the Common language section only if the list is long enough.
* Fixed the regions for some languages.
* T88279: Make ULS IME working in Content Translation.
* Added support for Talossan in ULS.
Thanks!
--
Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_
{kartikm, 0x1f1f}.wordpress.com
Trying to run 'runJobs.php' with the --memory-limit "max" param. gives:
"Fatal error: Allowed memory size of 262144 bytes exhausted".
php.ini memory_limit is set at 1000M. So can somebody tell what exactly
is setting a max memory size of only 256K for this script?
It runs fine without that param but I'd like to check if more memory
might speed it up a bit.
Peter P
Dear All,
My mediawiki framework running on two web server A, B. but when client
send request to A and uploaded some images those files will be store in
server A. but when another time request come to B those files will not be
available.
So my question is how to make Image folder shareable (read and write) for
both the servers.
I welcome your suggestions and help!!
I am using media wiki framework 1.17
Database- Oracle11g
OS: Windows 2008 R2
--
Thanks & With Regards,
*raul s*
PRODUCT VERSION:
MediaWiki 1.24.2
PHP 5.3.16 (cgi-fcgi)
MySQL 5.1.63-cll
SMW 2.1.3
Hi everyone.
After 1.24 upgrade, I randomly get the error in the subject of this e-mail.
A check in the database says that the following tables (but not only and
not always the same tables) have some issue:
[tunearch_wikidb.job] warning: 2 clients are using or haven't closed the
table properly
[tunearch_wikidb.l10n_cache] warning: 2 clients are using or haven't closed
the table properly
[tunearch_wikidb.msg_resource] warning: 2 clients are using or haven't
closed the table properly
[tunearch_wikidb.msg_resource_links] warning: 2 clients are using or
haven't closed the table properly
[tunearch_wikidb.objectcache] warning: 2 clients are using or haven't
closed the table properly
[tunearch_wikidb.page] warning: 2 clients are using or haven't closed the
table properly
The quick and dirty solution to the problem is to make a "*repair DB*"
using a feature of the control panel provided by my ISP.
Following is a list of the MW and SMW extensions installed.
Any idea?
*Semantic Drilldown 2.0 *
*Semantic Forms 2.8 GPL-2.0+ *
*Semantic Forms Inputs 0.7 *
*Semantic MediaWiki 2.1.3 *
*Semantic Result Formats 1.8 *
*SMWAskAPI 0.9 alpha *
*Confirm User Accounts – *
*Flagged Revisions – (d32a612) 19:50, 14 April 2015 *
*Replace Text 1.0.1 (d31924e) 14:56, 12 April 2015 *
*User Merge and Delete 1.9.0 *
*Parser hooks*
*Header Tabs 1.0.1 (4f57b96) 15:55, 23 March 2015 *
*HTMLets – *
*ParserFunctions 1.6.0 *
*SidebarDonateBox 1.2.0 *
*Spam prevention*
*ConfirmEdit 1.3 *
*DataValues 1.0 GPL-2.0+ *
*DataValues Common 0.2.3 GPL-2.0+ *
*DataValues Interfaces 0.1.5 GPL-2.0+ *
*DataValues Validators 0.1.2 GPL-2.0+ *
*HidePrefix 0.0.1+ (cc7a1a7) 15:55, 23 March 2015 *
*Lockdown – *
*Mantle – *
*MobileFrontend – *
*News – *
*Preloader 1.1.1 *
*redirectAfterLogout 1.0 *
*redirectOnLogin 1.1 *
*Score 0.3.0 *
*SphinxSearch 0.9.0 *
*Validator 2.0.4 *
*WikiEditor 0.3.0*
Thanks,
Valerio