Hey Steffen and Andy,
Continuing what I started on Twitter here, as some more characters might be
helpful :)
It seems that both our projects (FLOW3 and Wikidata) are in a similar
situation. We are using Gerrit as CR tool, and TravisCI to run our tests.
And we both want to have Travis run tests for all patchsets submitted to
Gerrit, and then +1 or -1 on verified based on the build passing or
failing. To what extend have you gotten such a thing to work on your
project? Is there code available anywhere? If both projects can use the
same code for this, I'd be happy to contribute to what you already have.
Cheers
--
Jeroen De Dauw
http://www.bn2vs.com
Don't panic. Don't be evil. ~=[,,_,,]:3
--
Sorry, I had a typo in the title of my last Email. It should be Wikivoyage
obviously, not Wikileaks or Wikisomethingelse.
Cheers,
Denny
2013/6/28 Denny Vrandečić <denny.vrandecic(a)wikimedia.de>
> Hey all,
>
> as discussed yesterday in the call, here is our current plan for deploying
> interwikilinks to Wikivoyage. If there are no complaints from your side by
> Tuesday, we will share this plan with the Wikivoyage communities and the
> Wikidata community on Wednesday.
>
>
> Wed, July 17th: Branching Wikibase 1.22-wmf12
>
> Thu, July 18th: Deploying wmf12 to the test systems and setting up
> configurations for Wikivoyage on test. This means, the Test Wikidata can
> accept links to Wikivoyage sites.
>
> Mon, July 22nd: Deploying wmf12 to wikidata.org and setting the
> configuration to accept Wikivoyage links as well.
>
> Thu, July, 25th: Deploying wmf12 client to all Wikivoyage.org language
> editions. From this moment on, Wikivoyage can access interwiki links from
> Wikidata, and does not need to have them locally anymore.
>
>
>
> Notes:
>
> * Wikivoyage will only get access to the interwikis for now, not to other
> data in Wikidata. This is planned for later, but we just want to go step by
> step (i.e. only "phase 1")
>
> * Wikipedia will not automatically and suddenly display links to
> Wikivoyage. The behavior on Wikipedia actually remains completely unchanged
> by this deployment.
>
> * Wikivoyage will not automatically get links to Wikipedia and display
> them (currently called "Related sites"). This is also left for later.
>
> * Further sister projects are planned for later, depending how smoothly
> this deployment goes.
>
> * There is no need for an additional item for e.g. New York for
> Wikivoyage, but rather the links to Wikivoyage can be entered in the same
> item that also holds the links to Wikipedia.
>
> Cheers,
> Denny
>
> P.S.: Ken, you might consider joining the Wikidata tech list. This is
> where we send the agenda for the Thursday calls around.
>
>
>
> --
> Project director Wikidata
> Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin
> Tel. +49-30-219 158 26-0 | http://wikimedia.de
>
> Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
> Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
> der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
> Körperschaften I Berlin, Steuernummer 27/681/51985.
>
--
Project director Wikidata
Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin
Tel. +49-30-219 158 26-0 | http://wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/681/51985.
Hey there!
I am writing my master thesis, an identification key for trees. A
preview is currently here:
http://ec2-54-234-76-44.compute-1.amazonaws.com/
(address may/will change).
The key (filter.php) can already be edited (editor.php), but without
history etc. Wikibase suits the requirements perfectly – you wrote it
just in time. Characters of trees are language independant,
descriptions are not; exactly what Wikibase does.
There is one point I need help with: I need a list of all
Questions/Characters/Taxa, i.e. pretty much a table dump, for the
editor (processing is all done with JavaScript). What way would you
suggest? \Wikibase\Store only returns Entities for known IDs, and I
have found no other function so far.
To distinguish between the different kinds of object (question,
character, etc.) I plan to use instance-of properties and make the IDs
of the used properties (instance-of, parent, …) and items (question,
character, taxon, …) configurable in the extension.
Greetings from Switzerland,
Simon
Hey all,
as discussed yesterday in the call, here is our current plan for deploying
interwikilinks to Wikivoyage. If there are no complaints from your side by
Tuesday, we will share this plan with the Wikivoyage communities and the
Wikidata community on Wednesday.
Wed, July 17th: Branching Wikibase 1.22-wmf12
Thu, July 18th: Deploying wmf12 to the test systems and setting up
configurations for Wikivoyage on test. This means, the Test Wikidata can
accept links to Wikivoyage sites.
Mon, July 22nd: Deploying wmf12 to wikidata.org and setting the
configuration to accept Wikivoyage links as well.
Thu, July, 25th: Deploying wmf12 client to all Wikivoyage.org language
editions. From this moment on, Wikivoyage can access interwiki links from
Wikidata, and does not need to have them locally anymore.
Notes:
* Wikivoyage will only get access to the interwikis for now, not to other
data in Wikidata. This is planned for later, but we just want to go step by
step (i.e. only "phase 1")
* Wikipedia will not automatically and suddenly display links to
Wikivoyage. The behavior on Wikipedia actually remains completely unchanged
by this deployment.
* Wikivoyage will not automatically get links to Wikipedia and display them
(currently called "Related sites"). This is also left for later.
* Further sister projects are planned for later, depending how smoothly
this deployment goes.
* There is no need for an additional item for e.g. New York for Wikivoyage,
but rather the links to Wikivoyage can be entered in the same item that
also holds the links to Wikipedia.
Cheers,
Denny
P.S.: Ken, you might consider joining the Wikidata tech list. This is where
we send the agenda for the Thursday calls around.
--
Project director Wikidata
Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin
Tel. +49-30-219 158 26-0 | http://wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/681/51985.
Hi,
I am Chinmay Naik, a GSoc intern working on a "Gene Bot" for Crowdsourcing
Biology. We are considering about a search interface which retrieves
wikidata items based on properties. Something similar to this (
http://www.wikidata.org/wiki/Wikidata:Tools#WikiData_query). Any
suggestions/pointers regarding this would be of great help.
Thanks,
Chinmay
Hi Tobi, hi Katie.
I have just merged Marius' "Client to Repo move change propagation" patch:
https://gerrit.wikimedia.org/r/#/c/65648/
This will automatically change sitelinks on the repo when a (connected) page on
the client is moved.
This required CentralAuth to work.
It would be good to have selenium tests for this, and to have our test systems
configured for checking this manually, too. I have filed a bug for this:
https://bugzilla.wikimedia.org/show_bug.cgi?id=50244
Thanks!
Daniel
I'm currently working on validation, and would like some input on the following
issue:
Data we already have in the database may become "invalid" by some definition.
This may happen because a property is deleted, the type of a property changes,
or rules for validation become stricter, etc.
It would be bad if an invalid Snak somewhere in an entity would cause all
processing of that claim or entity to fail - which would be the case if we just
triggered an exception when we encountered such a snak. Just skipping over such
Snaks would bean silently removing them with the next edit - also not a great
option.
We really want to be able to show the snak as invalid in the UI, and allow users
to replace it with something valid or remove it explicitly. So I came up with
the notion of a PropertyBadValueSnak to represent invalid snaks. Relevant
patches on gerrit:
https://gerrit.wikimedia.org/r/#/c/68952/https://gerrit.wikimedia.org/r/#/c/68002/
(if you can't see these, it'S because they are tagged as "draft" and gerrit
makes drafts visible only to invited reviewers... let me know and I'll add you).
So, to you think this is a good approach? Is the Snak level the right place for
handling this case?
-- daniel
A quick heads up:
I'm about to remove the LBFactory_Multi (or rather: disabling) setup in
WikibaseClient.example.php:
https://gerrit.wikimedia.org/r/#/c/70164/3
This setup allows the client to communicate with a repo database on a different
database server. However, this interferes with testing, especially with testing
environments using sqlite, as jenkins does.
Note that the example never worked out of the box: the example settings are
designed for two ports and multipe IPs on the local host to be configured for
MySQL, while MySQL per default only listens on a unix socket. It either needs to
be adapted to the user's actual MySQL setup, or requires the user's MySQL
install to be changed.
Since the setup for LBFactory_Multi is not obvious, an example is useful, but I
made it inactive per default.
If you have been using it, copy the disabled example into your own LocalSettings.php
-- daniel
Tomorrow at 2pm Berlin time, the Wikidata team will host a public hangout
on Travis. This is mostly meant to inform ourselves, but it might be a good
resource for others as well.
We might be late, as this is the first time we are doing such a thing, so
bring a bit patience.
We will try to record it and make it available afterwards.
We will send the login data and URLs to IRC on #wikimedia-wikidata around
that time.
Thanks to Jeroen for preparing the session, and Lydia for the technical
setup.
Cheers,
Denny
--
Project director Wikidata
Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin
Tel. +49-30-219 158 26-0 | http://wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/681/51985.