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
On 24 October 2014 08:41, Chad <innocentkiller(a)gmail.com> wrote:
> On Fri, Oct 24, 2014 at 8:12 AM, James Forrester <jforrester(a)wikimedia.org
> >
> wrote:
>
> > On 23 October 2014 18:39, Legoktm <legoktm.wikipedia(a)gmail.com> wrote:
> >
> > > Hi,
> > >
> > > As part of the librarization project[1], we are planning on taking the
> > > CSSJanus library that is currently in includes/lib/ and bringing it in
> > > with composer. However, it requires PHP >=5.3.3 in its
> composer.json[2].
> > > Krinkle has stated[3] that is due to the fact that it has only been
> > > tested on 5.3.3 and higher, and it's also what travis-ci provides.
> > >
> > > After doing some research[4], it appears that we would be dropping
> > > support for Ubuntu 10.04LTS, which has security support until April
> > > 2015. MediaWiki 1.25.0 is expected to be released in May 2015.
> > >
> > > Does anyone have any objections to dropping 5.3.2 support? I've
> uploaded
> > > [5] that actually increments the required version number.
> > >
> >
> > I understood that the vague plan was to switch over to 5.4.x
> requirement,
> > and that we'd only waited because Wikimedia wasn't ready yet. Has this
> > changed? I know a number of people have talked about wanting to use PHP
> > traits.
> >
> >
> Yes, but that's longer term.
>
How much longer? 1.25 is May 2015; Wikimedia's ZAP -> HAT migration is
nominally to be finished within a month…
> This minor bump still in the 5.3.x branch I think we can do immediately.
>
Sure, if announcing a 1.25 dependency change and then changing the change
later won't disrupt people too much.
(Copying the main MediaWiki-l list for those who don't follow wikitech-l)
J.
--
James D. Forrester
Product Manager, Editing
Wikimedia Foundation, Inc.
jforrester(a)wikimedia.org | @jdforrester
While looking into upgrading my 1.22.5 installation to 1.23.5, I noticed that the tests/ directory was missing. Looking in git it is there for the REL1_23, but seems to have vanished in the tarballs for releases?
Am I missing something? or are these releases incomplete?
Sincerely confused,
-Daniel (Us+er:AlephNull)
Hello all,
I just applied MW 1.24.1 patch, and got a few SQL errors which prevent a
page edit from applying. I had no issues apart from some minor extensions
stuff when upgrading from 1.23.x to 1.24.0.
System is RHEL 6.5 with Postgresql 9.2 (via RH Software Collections).
The PostgreSQL log shows:
ERROR: column "pl_from_namespace" of relation "pagelinks" does not
exist at character 75
STATEMENT: INSERT /* LinksUpdate::incrTableUpdate Dwc62 */ INTO
"pagelinks" (pl_from,pl_from_namespace,pl_namespace,pl_title) VALUES
('105','0','0','OS_Upgrades')
Any hints on how to fix this?
Thanks,
Dave
--
David Chin, Ph.D.
david.chin(a)drexel.edu Sr. Systems Administrator, URCF, Drexel U.
http://www.drexel.edu/research/urcf/https://linuxfollies.blogspot.com/
215.221.4747 (mobile)
https://github.com/prehensilecode
Hello,
I am updating an old 1.19 wiki to a new server with mediawiki 1.24. The
O/S has also gone from CentOS 6 to 7. So far no real problems, but when
I access the 'Special pages' link, all I see is a blank page. The PHP
error is logged as:
===============
PHP Fatal error: Class 'SpecialAllpages' not found
in /var/www/html/mediawiki/includes/specialpage/SpecialPageFactory.php
on line 410
===============
Has anyone else seen this? I'm not really sure what it means - or rather
what to do about it!
Thanks,
John.
--
John Horne Tel: +44 (0)1752 587287
Plymouth University, UK
Hello!
I am emailing you from my work email. I have thoroughly searched your
forums but I cannot find the answers to my question(s).
Q1.) How can I change my domain?
My domain for
Mediawiki is http://127.0.0.1/mediawiki/index.php/Main_Page. I followed
the installation through with Xmapp, which gave me success but I do not
want people to access my domain from there. I would like them to access
it from here at - guardianstesv.tk (which is invalid). How Can I change
the name of my URL? I have tried to follow the Short URL Tutorial but I
do not completely understand. Could you make it clearer with some
Instructions?
If you need some more detail, please let me know.
Anu Hassan,
Mod Author/Website Admin
Anu Hassan,
Mod Author/Website Admin
Hello,
I'm working with a client to utilize their Google Search Appliance
(GSA) for searching within their externally facing customer wiki. I'm
required to access the GSA through it's API and pass the following
parameters:
linkID=10 (this tells the GSA what enterprise site is being searched)
searchTerm= the query string
selectionTopic=default_en (returns English results and is constant)
startNum=0 (the start result number)
I've been trying to get mediawiki-gsa-engine
(https://code.google.com/p/mediawiki-gsa-engine/) to work
unsuccessfully. And it would appear the extension is unmaintained.
What's my path of least resistance here? Should I simply hack the
SimpleSearch section of the Vector.php?
I haven't found any other extensions in the wild that integrate with a GSA.
Any advice would be appreciated.
Thanks
Bill
Hello all,
I would like to announce the release of MediaWiki Language Extension
Bundle 2014.12. This bundle is compatible with MediaWiki 1.23.8 and
MediaWiki 1.24.1 releases.
* Download: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2014.12.tar…
* sha256sum: 5a0e00d27e2a81b896de4015a8f0933f24ea3409e554b0ba7f2e3c27ec27430f
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, CleanChanges and LocalisationUpdate ==
* Localisation updates only.
== CLDR ==
* Fixed incorrect version.
== Translate ==
* Due to MediaWiki core plural rule changes, Translate extension
contains interface translations which are not compatible with any
released version of MediaWiki. If you are using Translate in the
affected languages, (See
https://blog.wikimedia.org/2014/11/04/updates-in-mediawiki-internationaliza…
for more details and list of affected languages) you might want to
consider using MLEB 2014.09 instead. The issue manifests as incorrect
plural forms used in the interface for certain numbers.
* T76184: Improvements in ElasticSearch TTM. Query results are now
more reliable and consistent.
* T49044: Fixed issue with button with long text in Special:Translate.
== UniversalLanguageSelector ==
* As a part of refactoring ULS design, world map from ULS has been
removed. You can track progress of task at
https://phabricator.wikimedia.org/T85519
* Removed support for MediaWiki <= 1.21.
=== Fonts ===
* Removed ComicNeue font for non-supported languages.
--
Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_
{kartikm, 0x1f1f}.wordpress.com