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
Saluton,
In a series of attempt to enrich Wikimedia projects in Esperanto[1], I'm
contacting miscellaneous people who published pedagogical materials in
this language. Akademio Internacia de la Sciencoj San Marino (AIS)[2]
was included in this project.
Basically I asked whether they would be interested to publish their
material under CC-by-sa license within the Esperanto version of
Wikversity.[3] The first answer is really positive. It seems like they
are already publishing material in the public domain[4], and that they
will discuss the possibility of contribution during a meeting in end August.
So that's pretty good news, I guess.
Now my contact at AIS asked if I had any other idea. So I turn to you,
dears members of our community, do you have idea we should pass to them?
Do we have documentation on previous similar experiences? How can we
help them? What should/can they expect? Do you have any other relevant
question?
You'll find bellow the correspondence I had so far with Reinhard
Fössmeier, senata sekretario at AIS San Marino.
Kind regards,
mathieu
[1] see https://phabricator.wikimedia.org/T106974
[2]
https://en.wikipedia.org/wiki/Akademio_Internacia_de_la_Sciencoj_San_Marino
[3] https://beta.wikiversity.org/wiki/%C4%88efpa%C4%9Do
[4] I know that there are legal issues with "releasing in public
domain", but I wasn't emphatic on the topic so far.
-------- Message transféré --------
Sujet : Re: Resp: Ĉu vi dezirus kontribui al Vikiversitato?
Date : Tue, 28 Jul 2015 23:38:42 +0200
De : Mathieu Stumpf <mathieu at culture-libre dot org>
Pour : Reinhard Fössmeier <reinhard at foessmeier dot de>
Le 25/07/2015 23:28, Reinhard Fössmeier a écrit :
> Saluton,
>
> pardonu, ke mi respondas de mia privata adreso (kaj ne de
> _informo(a)ais-sanmarino.org_); nur tiel mi povas sendi kopion al la
> senato de AIS San Marino.
Ne kulpecinde. :)
>
> Principe mi opinias Viki-universitaton en Esperanto interesa afero por
> AIS. Certe la licenco de "Kreiva Komunaĵo" ne ĝenas; multaj kursoj de
> AIS estas deklaritaj publika havaĵo, kaj krea komunaĵo signifas malpli
> ampleksan rajto-cedon. Mi estas preta kontribui iujn kursojn miajn al
> tia ret-universitato.
Bonege. Notu ke vi povas publikigi kun pli ampleksa rajto-cedo sur
vikimediaj projektoj se vi deziras. Sufiĉe indiki tion sur la koncernaj
paĝoj. Ekzemple la MediaWiki dokumentado estas publiki je CC-0[1].
[1] https://www.mediawiki.org/wiki/Help:Contents
>
> La vorto "Vikiversitato" estas (same kiel "Vikipedio") ne laŭ la
> spirito de Esperanto, ĉar ĝi uzas arbitre apartigitan radikparton
> (uni-"versitato"). La angla lingvo ŝategas tiajn aferojn (ekzemple ĝi
> amas uzi "copter" anstataŭ "heli-kopter-o", kvankam la "co" devenas de
> "helico" kaj la resto de la greka "/pterón"/ [= flugilo]). Tiaj aferoj
> havas la nuran celon malfaciligi la lernadon de lingvoj, kio estas
> legitima celo, sed ne laŭ -- ekzemple -- mia gusto. Simile "pedio"
> devenas de la greka "enkiklios pedia", "cirklo de klereco", kie
> "pedia" simple signifas "infana". Kaj "universitato" (unuigaĵo) simple
> ne estas dividebla; fakte la latina "vertere" ("igi"; de la participo
> "versus") estas preskaŭ sensignifa kompare al la perdita "uni". Sed
> tio ne estu granda obstaklo al la projekto.
Venas al mi la lokucio "prediki la kredulon", sed eble "predikas la
profeton" pli proksimas realaĵon! ^^
Fatke mi volas plibonigi la Vikiversitaton ĉar mi volis transŝuti
projektojn de serĉado ke mi ekverkis franclingve[2][3]. Mi volas
esperantajn programlingvojn por kodi aliajn projektojn. Fakte mi ŝatus
havi programlingvon sen nefonetika simbolo, kaj esperanto estas bona
kandidato por tio. Do oni povas diri ke mi samopinias je AIS pri ILO.
Plie, eĉ en la franclingva, tra alia projekto[4], mi studas francajn
leksemojn do mi povas uzi pristrukturajn vortojn, prefere al
malreflektaj termoj.
Nu, pri la vorto "Vikiversitato", mi ne elektis tion. Eble, kiel la
projekto estas ankoraŭ tra testmodo, nun kontribuantoj povas ŝanĝi tion.
Sed certe la nomo devus enhavi 'viki', kio estas ambaŭ plenkonata,
klardifinita vorto[5] kaj vikimedia fabrikmarko. Ekzemple Vikivortaro
estas la esperanta versio de Wiktionary.
[2] https://fr.wikiversity.org/wiki/Recherche:Fabelebla%C4%B5o
[3] https://fr.wikiversity.org/wiki/Recherche:Algoritmaro
[4]
https://fr.wikiversity.org/wiki/Recherche:Lex%C3%A8mes_fran%C3%A7ais_relati…
[5] https://eo.wiktionary.org/wiki/vikio
>
> Mi vidas, ke iu (ĉu vi?) jam establis kategoriojn de sciencaj fakoj en
> beta.wikiversity.org
> <https://beta.wikiversity.org/wiki/%C4%88efpa%C4%9Do>. AIS San Marino
> uzas propran sistemon de fakaroj, kiu baziĝas sur filozofia divido: Ni
> dividas la sciencojn unue laŭ la metodo ("nomoteta" = difinanta
> leĝojn, aŭ "ideografa" = priskriba) kaj due laŭ la esplorata objekto
> (pens-objektoj, abstraktaĵaro, ekstera mondo). Tiel rezultas jenaj
> sekcioj:
>
> 1. Kibernetiko (nomoteta, pens-objektoj)
> 2. Hom-sciencoj (ideografa, pens-objektoj
> 3. Struktursciencoj (nomoteta, abstraktaĵoj)
> 4. Filozofio (ideografa, abstraktaĵoj)
> 5. Natursciencoj (nomoteta, ekstera mondo)
> 6. Morfosciencoj (ideografa, ekstera mondo)
>
> Tio ne malbone kongruas, ekzemple, kun la viki-versitata kunigo de
> "natursciencoj kaj inĝenierarto"; en nia sistemo ambaŭ estas nomotetaj
> kaj okupiĝas pri la ekstera mondo. Inĝenierikon ni tamen ne nomas
> "arto", ĉar arto estas io individua kaj ne facile formale komunikebla.
> Aliflanke, laŭ la esplorata objekto ni ja disigas medicinon kaj
> psikologion, ĉar la unua okupiĝas pri la ekstera mondo (la homa korpo)
> kaj la dua pri la menso, do la pens-objektoj. Do la viki-versitata
> kategorio "Sansciencoj" ne kongruas kun la AIS-strukturo, eble pro la
> vasta signifo de la vorto "sana". Sed tio ne malebligu kunlaboron.
Jes, mi lernis pri via dividmetodo kiam mi legis la vikipedian artikolon
pri AIS. Mi ne establis la "kategoriojn" ke vi vidis. Mi uzas citiloj
ĉar vikiteknike la termo "kategorio" havas precizan signifon. Mediawiki,
la programo kiu funkciigu la servico, enhavas flekseblan integritan
sistemon de kategorio. Kun ĉi tiu, oni povas facile proponi plurajn
arbojn de sciado. Vi povas aldoni kategoriojn kiuj enhavas kategoriojn.
Kaj sekve, vi povas uzi tiujn por la prezentado al la finuzantoj.
Mallonge, integri la AISan filozofian dividon estas ebla, facila, kaj ne
necesi la forigon de aliajn dividojn. La ĉefpaĝo prezentado dependas de
interkontributantaj konsentoj. Kiel vi povas vidi en la historio de la
paĝo[6], vi povas facile deveni gravan kontribuon, kun grava influo sur
la ĉefpaĝo.
Nu se vi volas mian opinion pri la divido, ĝi estas interesa. Sed
"ekstera mondo" kaj "pens-objektoj" estas malfacila distingebla, kiam vi
grava priatentas. Nu mi ne jam legis viajn oficialajn precizajn
difinojn, eble vi povas sendi min retligilon pri tio. Rapida klarigo
ofte necesas iomete malprecizajn klarigojn.
[6]
https://beta.wikiversity.org/w/index.php?title=%C4%88efpa%C4%9Do&action=his…
>
> Mi proponas, ke la kunlaboron de AIS en "wikiversity" oni diskutu en
> la onta AIS-kunveno fine de aŭgusto en Rimini
> <http://www.ais-sanmarino.org/arangxoj/it/it20150830/>. Bonvolu ne
> heziti komuniki al ni pliajn ideojn.
Mi demandos al la vikimedia komunumo se iuj havas ideojn, kaj
dokumentadon pri similaj kazoj kun kolekta sperto.
>
> Ĉion bonan,
> Reinhard Fössmeier,
> senata sekretario de AIS San Marino
Amike,
mathieu,
humila kontribuanto de vikimediaj projektoj
>
>
>
>
>
>
> Je 2015-07-25 01:29, Mathieu Stumpf skribis:
>> Saluton,
>>
>> Nuntempe la esperanta Vikiversitato estas en eka modo[1], ĉar ĝi
>> estas malsufiĉe kompleta kaj aktiva. Mi serĉas personojn kaj enhavojn
>> kiuj povas helpi min ŝanĝi tion. Vi havas ambaŭ. Kun via helop, ĝi
>> povus transiri al eo.wikiversity.org!
>>
>> Sed ĉu vi akceptus meti enhavojn sub Kreiva Komunaĵa licenco? Se jes,
>> mi povas helpi vin kun la integrado. Vi eĉ povus uzi la vikimedian
>> infrastrukturon, servicojn kaj ilojn, se li volas.
>>
>> Bonvolu diru al mi se vi estas interesata.
>>
>> Amike,
>> Mathieu
>>
>>
>> [1] https://beta.wikiversity.org/wiki/%C4%88efpa%C4%9Do
>>
>
Everyone:
About a week ago, I updated a set of wikis I help run, from MW 1.14 (and
PHP 2.5) to MW 1.25.1 (PHP 5.5.27)
One of the wikis in the set is in Russian. Before the update, I could
specify a page title on that wiki, in Cyrillic script, and it would load
without fail.
But now, this does not happen. The page is in there, all right. But when
I go to retrieve it, I go to the search page. Usually the first result
on that page is the page I want. But the page is titled in unreadable
modified Latin characters, not the Cyrillic original page title.
I have inspected the page table, and the page_title column. It has the
titles of the pages in question, all in the form that I can't read, but
which at least uniquely identifies each page.
I conclude: the routine that is supposed to translate between Cyrillic
script and the Unicode that the page titles use, is not working properly.
I've been all over the MediaWiki tech manual, Stack Overflow, and other
places too numerous to name, trying to find a solution to this problem.
So now I've come here.
What did I overlook?
Temlakos
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
Hello,
So trying to make a contribution - while logged - English Wikipedia
instance of Mediawiki returned a ban statut for the current IP. The reason :
The IP address that you are currently using has been blocked because
it is believed to be a web host provider. To prevent abuse, web
hosts may be blocked from editing Wikipedia.
While do occasionally launch a web service, this is my home IP where I
currently don't run permanently such a service. So a first technical
concern is, does this filter does have a good pattern recognition
matching the goal which is aimed?
Now a more policy concern is, why would you ban an IP when it do indeed
make webhosting? It sounds like a "shoot first at anything that would
remotely look like a dirty face criminal, and then if it survive let it
try to bring proofs that it's not guilty" policy.
Banning IP which are known for vandalism is understandable. Banning IP
on loose pattern recognition is an other topic. It's all the more
regrettable when being logged with an account that in ten years as never
been used to practice any vandalism.
Please respond to this message with all relevant links to previous
material that you know as related to this topic. Also, please feel free
to give your opinions, advises and so on on this topic.
Banned-ly[1],
mathieu
[1] Please let me know if you are aware of any already accepted adverb
derived from "ban".
Hi,
I have trouble upgrading from 1.24 to 1.25.1. After installing I get
this error. Several solutions on the mediawiki forum do not work.
where else can I look for answers?
[a386c8a1] /wiki/ MWException from line 1315 of
/var/www/html/wiki/includes/cache/LocalisationCache.php: Unable to move
the new CDB file into place.
Backtrace:
#0 /var/www/html/wiki/includes/cache/LocalisationCache.php(1017):
LCStoreCDB->finishWrite()
#1 /var/www/html/wiki/includes/cache/LocalisationCache.php(449):
LocalisationCache->recache(string)
#2 /var/www/html/wiki/includes/cache/LocalisationCache.php(323):
LocalisationCache->initLanguage(string)
#3 /var/www/html/wiki/includes/cache/LocalisationCache.php(260):
LocalisationCache->loadItem(string, string)
#4 /var/www/html/wiki/languages/Language.php(4358):
LocalisationCache->getItem(string, string)
#5 /var/www/html/wiki/languages/Language.php(208):
Language::getFallbacksFor(string)
#6 /var/www/html/wiki/languages/Language.php(167):
Language::newFromCode(string)
#7 /var/www/html/wiki/includes/Setup.php(613): Language::factory(string)
#8 /var/www/html/wiki/includes/WebStart.php(138): require_once(string)
#9 /var/www/html/wiki/index.php(38): require(string)
#10 {main}
--
met vriendelijke groeten,
Ruud Habets B-ICT
Bockstraat 41 | 6461 VV | Kerkrade
tel 0650-844386
mail ruud(a)habets.info | @kgv.nl | @tieekezingen.nl | @tjt.li
Hi all,
I just added a remote database to my media wiki setup. I can access the
database from the command line and using that info the wiki site shows up
in a browser and works.
But some of the data is sensitive so I need to add an ssl user to access
the database.
If i add an ssl user to the db, I can also access it from the command line
of the web server no problem:
[root@ops:~] #mysql -uadmin_ssl -p -h db.example.com -e "SHOW DATABASES"
Enter password:
+--------------------+
| Database |
+--------------------+
| certs |
| information_schema |
| jfwiki |
| mysql |
| performance_schema |
+--------------------+
But with the ssl user in place in LocalSettings.php, I'm getting this
response from the browser:
Sorry! This site is experiencing technical difficulties.
Try waiting a few minutes and reloading.
*(Cannot access the database: Access denied for user
'admin_ssl'@'ec2-xx-xx-xxx-xx.compute-1.amazonaws.com
<http://ec2-xx-xx-xxx-xx.compute-1.amazonaws.com>' (using password: YES)
(db.example.com <http://db.example.com>))*
You can try searching via Google in the meantime.
Note that their indexes of our content may be out of date.
JF Wiki WWW
This is what the grant for the user looks like in the database:
MariaDB [(none)]> show grants for 'admin_ssl'@'
ec2-xx-xx-xxx-xx.compute-1.amazonaws.com';
+----------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Grants for admin_ssl(a)ec2-xx-xx-xxx-xx.compute-1.amazonaws.com
|
+----------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| GRANT ALL PRIVILEGES ON *.* TO 'admin_ssl'@'
ec2-xx-xx-xxx-xx.compute-1.amazonaws.com' IDENTIFIED BY PASSWORD
'*somePasswordHash' REQUIRE SSL |
+----------------------------------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)
I was just wondering what I'd need to do to make this work!! All
suggestions welcomed.
Thanks,
Tim
--
GPG me!!
gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B
Hey guys,
I'm running a own mediawiki for a few months now.
For mobile devices we use the MobileFrontend Extension, which works
great out of the box.
Now I got a request to serve the Desktop and Mobile Frontend on
different domains.
It is explained here:
https://www.mediawiki.org/wiki/Extension:MobileFrontend
Therefore I disabled the autodetection($wgMFAutodetectMobileView) and
set the mobile url template($wgMobileUrlTemplate) for our domain
like this: de-m.%h0.%h1 which should result in rendering the mobile view
on de-m.induux.com.
Did I forget something?
Thanks for your help in advance.
Best regards
Daniel Hauck