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
Thank you Bartosz Dziewoński,
I hadn't known that, but I'm not using media queries in the
ResourceLoader module definition, and it does work when I load the page
with ?debug=true. So I guess I need more suggestions for the difference
between debug mode and regular mode.
Eli Handel
> From:
> Bartosz Dziewoński <matma.rex(a)gmail.com>
>
> On Wed, 19 Aug 2015 03:22:09 +0200, Eli Handel <elihandel(a)gmail.com>
> wrote:
>
>> Hi,
>>
>> I've been having this problem for a couple of years, but now it's
>> becoming more pressing as I add responsive support to my skin.
>>
>> If there are @media designations in my skin's LESS or CSS files, then
>> when I view the site on IE9, the @media designations are ignored and
>> everything follows the latest CSS rules even if the @media
>> designations don't apply. On the other hand when I load the pages
>> with ?debug=true, there's no problem and the @media designations are
>> respected.
>>
>> Can anyone offer suggestions?
>
> IE 9 does not support nested @media declarations. [1] Make sure that
> you're not nesting them, for example by using the 'foo.css' => array(
> 'media' => 'screen' ) syntax in the ResourceLoader module definition.
> (This wraps the whole file in `@media screen { … }`.)
>
> [1] http://caniuse.com/#feat=css-mediaqueries
>
> --
> Bartosz Dziewoński
Hey guys,
I have a database cluster consisting of four MariaDB10 servers. The first
two are setup in a master/master setup providing HA/Failover via HA/Proxy.
The second two are slave mysql nodes running in read_only mode. What I
would like to do is to setup my mediawiki site to send only mysql write
commands (insert,delete) to the two masters and reads (selects) from the
slaves.
I'll be putting all 4 mysql hosts into my HA/Proxy config. But what do I
need to do on the mediawiki end to make this happen? Are there any articles
I can read that are geared towards this goal? And docs you can point me to,
or advice you can share would be greatly appreciated.
Thanks,
Tim
--
GPG me!!
gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B
Thanks Daniel for your prompt response!
Currently, I am using Mediawiki version 1.17.
I tried to add $wgEnableCanonicalServerLink
<https://www.mediawiki.org/wiki/Manual:$wgEnableCanonicalServerLink> =
true; to LocalSettings.php.
When I add <link rel="canonical"> on Main Page, the code will visible.
I tried CanonURL extension, but it requires Mediawiki version 1.20.
Is there proper way to accept rel=canonical on version 1.17 of Mediawiki?
Thanks.
James
On Thu, Aug 27, 2015 at 10:11 AM, Daniel Friesen <daniel(a)nadir-seen-fire.com
> wrote:
> On 2015-08-26 7:05 PM, James wrote:
> > When I access wiki.old-domain.net or .org, it will redirect me to
> > http://wiki.domain.co/Main_Page.
> > Now, I want to eliminate "/Main_Page" and make it single URL
> > http://wiki.domain.co only.
> MediaWiki does not support this.
>
> > The reason behind all of this is due to errors getting when changing of
> > address on Google search console which G wants to make it wiki.domain.co
> > only and not having /Main_Page.
> >
> > Any advise and help would be much appreciated.
> MediaWiki should be setting rel=canonical for the main page, so there
> should be no indexing issues with systems that want to strip the
> /Main_Page from the url, both will end up indexing/providing pagerank to
> the same url.
>
> ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/]
>
>
Hello all,
I would like to announce the release of MediaWiki Language Extension
Bundle 2015.08. This bundle is compatible with MediaWiki 1.23.x and
MediaWiki 1.24.x releases.
Next MLEB is expected to be released in 3 months. We are trying less
frequent releases due to low number of changes per month in the
included extensions. If there are major changes or important bug
fixes, we will do intermediate release. Please give us your feedback
at [[Talk:MLEB|https://www.mediawiki.org/wiki/Talk:MLEB]].
* Download: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2015.08.tar…
* sha256sum: 21cb43509d1e6da3cadc7e594866215d430e110aea5d04857e5cffd2a69db031
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 ==
* Localisation updates only.
== CleanChanges and LocalisationUpdate ==
* Supports extension registration now.
== CLDR ==
* Fix names and translations for Northern Luri, Southern Luri,
Shawiya, Laki, Jinyu (cjy) and Cham.
== Translate ==
* Special:SearchTranslations has acquired lots of new features, such
as cross language search. To take advantage of all the new features,
you need to reindex the index with "php scripts/ttmserver-export.php
--reindex". You also need to update ruflin/elastica to 2.2.0 or later,
or recent version of CirrusSearch which bundles it.
* Translatewiki.net specific message group descriptions have been removed.
* ApiHardMessage has been removed.
* The hidden, deprecated non-TUX translation view is being phased out
and many non-essential features have been removed.
* Web service queries to machine translation and remote translation
memory services are now done parallel.
* Some improvements to cache handling so that some caches are
regenerated instead of just purged when content changes.
* The appearance of workflow state selector on Special:Translate has
been improved.
* Breaking change: The output format of ApiQueryMessageGroups has
changed regarding to workflow states.
* The code no longer checks for the presence of the long deprecated
"revtag_type" database table. Things like proofread messages might
appear as unproofread. If this is the case, run "php
scripts/migrate-schema2.php"
== UniversalLanguageSelector ==
* ULS will use jQuery.i18n from MediaWiki core if available.
* Updated the default geoiplookup URL.
* ULS supports extension registration now.
* Fonts:
** Added Gothic font.
* Input Methods:
** Add Northern Luri keyboard layout.
** Add Southern Kurdish keyboard layout.
** Add South Azerbaijani keyboard layout.
** Add Arabic keyboard layout for Western Baluchi (bgn) (Only for
MediaWiki > 1.25).
** Improvement in many keyboard layouts.
--
Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_
{kartikm, 0x1f1f}.wordpress.com
Dikirim dari ponsel cerdas BlackBerry 10 saya dengan jaringan Telkomsel.
Pesan Asli
Dari: mediawiki-l-request(a)lists.wikimedia.org
Terkirim: Sabtu, 29 Agustus 2015 20.01
Ke: mediawiki-l(a)lists.wikimedia.org
Balas Ke: mediawiki-l(a)lists.wikimedia.org
Perihal: MediaWiki-l Digest, Vol 143, Issue 27
Send MediaWiki-l mailing list submissions to
mediawiki-l(a)lists.wikimedia.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
or, via email, send a message with subject or body 'help' to
mediawiki-l-request(a)lists.wikimedia.org
You can reach the person managing the list at
mediawiki-l-owner(a)lists.wikimedia.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of MediaWiki-l digest..."
Today's Topics:
1. MediaWiki Language Extension Bundle 2015.08 release
(Kartik Mistry)
----------------------------------------------------------------------
Message: 1
Date: Fri, 28 Aug 2015 18:50:05 +0530
From: Kartik Mistry <kartik.mistry(a)gmail.com>
To: MediaWiki internationalisation
<mediawiki-i18n(a)lists.wikimedia.org>, MediaWiki announcements and
site admin list <mediawiki-l(a)lists.wikimedia.org>, Wikimedia
developers <wikitech-l(a)lists.wikimedia.org>
Subject: [MediaWiki-l] MediaWiki Language Extension Bundle 2015.08
release
Message-ID:
<CAPDygew_T1QOgSMX1Zd=o4MC3O9JCVEh1qp3r-RGL9_9j9M1Qw(a)mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Hello all,
I would like to announce the release of MediaWiki Language Extension
Bundle 2015.08. This bundle is compatible with MediaWiki 1.23.x and
MediaWiki 1.24.x releases.
Next MLEB is expected to be released in 3 months. We are trying less
frequent releases due to low number of changes per month in the
included extensions. If there are major changes or important bug
fixes, we will do intermediate release. Please give us your feedback
at [[Talk:MLEB|https://www.mediawiki.org/wiki/Talk:MLEB]].
* Download: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2015.08.tar…
* sha256sum: 21cb43509d1e6da3cadc7e594866215d430e110aea5d04857e5cffd2a69db031
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 ==
* Localisation updates only.
== CleanChanges and LocalisationUpdate ==
* Supports extension registration now.
== CLDR ==
* Fix names and translations for Northern Luri, Southern Luri,
Shawiya, Laki, Jinyu (cjy) and Cham.
== Translate ==
* Special:SearchTranslations has acquired lots of new features, such
as cross language search. To take advantage of all the new features,
you need to reindex the index with "php scripts/ttmserver-export.php
--reindex". You also need to update ruflin/elastica to 2.2.0 or later,
or recent version of CirrusSearch which bundles it.
* Translatewiki.net specific message group descriptions have been removed.
* ApiHardMessage has been removed.
* The hidden, deprecated non-TUX translation view is being phased out
and many non-essential features have been removed.
* Web service queries to machine translation and remote translation
memory services are now done parallel.
* Some improvements to cache handling so that some caches are
regenerated instead of just purged when content changes.
* The appearance of workflow state selector on Special:Translate has
been improved.
* Breaking change: The output format of ApiQueryMessageGroups has
changed regarding to workflow states.
* The code no longer checks for the presence of the long deprecated
"revtag_type" database table. Things like proofread messages might
appear as unproofread. If this is the case, run "php
scripts/migrate-schema2.php"
== UniversalLanguageSelector ==
* ULS will use jQuery.i18n from MediaWiki core if available.
* Updated the default geoiplookup URL.
* ULS supports extension registration now.
* Fonts:
** Added Gothic font.
* Input Methods:
** Add Northern Luri keyboard layout.
** Add Southern Kurdish keyboard layout.
** Add South Azerbaijani keyboard layout.
** Add Arabic keyboard layout for Western Baluchi (bgn) (Only for
MediaWiki > 1.25).
** Improvement in many keyboard layouts.
--
Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_
{kartikm, 0x1f1f}.wordpress.com
------------------------------
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
End of MediaWiki-l Digest, Vol 143, Issue 27
********************************************
Hi,
I have a previous domain.
I moved my Mediawiki from http://wiki.old-domain.com tohttp://wiki.domain.co
.
On vhost wiki.old-domain.com, this is the content of .htaccess file.
RewriteEngine On
RewriteCond %{HTTP_HOST} ^wiki.old-domain.net$ [NC,OR]
RewriteCond %{HTTP_HOST} ^wiki.old-domain.org$ [NC]
RewriteRule ^(.*)$ http://wiki.domain.co/$1 [L,R=301,NC]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ %{DOCUMENT_ROOT}/index.php?title=$1 [PT,L,QSA]
Here is .htaccess file for vhost wiki.domain.co:
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ %{DOCUMENT_ROOT}/index.php?title=$1 [PT,L,QSA]
When I access wiki.old-domain.net or .org, it will redirect me to
http://wiki.domain.co/Main_Page.
Now, I want to eliminate "/Main_Page" and make it single URL
http://wiki.domain.co only.
The reason behind all of this is due to errors getting when changing of
address on Google search console which G wants to make it wiki.domain.co
only and not having /Main_Page.
Any advise and help would be much appreciated.
Thanks.
James
Call for Developers
We are planning to create a Digital Library Card Platform for The Wikipedia
Library. We are looking for a developer, or team, with a history of
successfully developing web applications in open development frameworks
(such as Drupal, Angular, Ember, CiviCRM, etc.). Efficient production,
clear communication, and well-structured and secure code are a must.
Additional consideration will go towards applicants who have worked in the
Library and Information Science field, on Open Source projects, or in the
Wikimedia/Mediawiki communities. Our budget currently allows for
$5000-$15,000 for development of a working version within 4- 6 months. We
expect to expand the platform in two later phases to add additional
functionality around standard library services.
The Wikipedia Library helps Wikipedia's top editors receive access to
donations from leading publishers and databases. Now that we have over 3
dozen publishing partners including Elsevier JSTOR, Oxford University
Press, and SAGE, AND nearly a dozen global branches with 2 dozen more
planned for the next year AND commitments to support other TWL programs
across the globe... we need to create a system that will facilitate our
expansion. In the past, manual and separate processes for delivering
access were appropriate, but this year's focus is on scaling and
growth. Developing
the Digital Library Card Platform tool is a top priority for us this year.
Qualified and interested applicants should read this project overview and
fill out the form linked on this page:
*https://docs.google.com/document/d/1S_Da5E4mKcpVASNCtZyVnzkdXcVUPKD49bAwqxfHoIY/edit?usp=sharing
<https://docs.google.com/document/d/1S_Da5E4mKcpVASNCtZyVnzkdXcVUPKD49bAwqxf…>*
Please feel free to share this email with friends or colleagues who may
also be interested.
Best,
*Jake Orlowitz*
<https://www.linkedin.com/profile/view?id=AAIAAAvHNLMBweA-KfaGsjpRk0P4hoI6Oo…>
*Head of The Wikipedia Library <https://meta.wikimedia.org/wiki/TWL>*
*Wikimedia Foundation*