Il 24/feb/2015 08:38 "Vladimir Alexiev" <vladimir.alexiev(a)ontotext.com> ha
> Excellent, thanks!!
> 1. Do you have a description how does this work?
> I can't even find your presentation from Dublin 7 Feb
The paper describing the approach is under review on a top conference, I
wilk share it when the review period is over.
> 2. How can I split out Drink from Food?
> E.g. Beer is in here: http://it.dbpedia.org/downloads/dbtax/A-Box/Food.ttl
> Not joking: this can help us in Europeana Food and Drink :-)
The T-Box may help you out.
You can check http://it.dbpedia.org/downloads/dbtax/T-Box.tsv
Hope this helps.
> Cheers! Vladimir
I'd like to quickly introduce you ViziData , a data visualization app
that I wrote as part of my bachelors thesis last year and will work on
improving in the coming months. It displays the geographical and
temporal location of events (currently only births and deaths of
humans are available in the prototype). The data is extracted from
Wikidata with Wikidata Toolkit.
The tool means to show an interesting use of the data in Wikidata
(especially larger amounts) and can also give an impression about the
quality and completeness of the collected data on a larger scale.
Planned improvements include:
* other datasets to display
* more efficient and useful timeline widget
* embedded tile map for orientation
* canvas rendering for performance
* information about events (e.g. listing persons who were born at
* code quality :S
The source is available on Github under the MIT license  and the
corresponding paper can be read online  (in German only though). If
you have any questions or concerns about this project, feel free to
contact me :]
 https://ddll.inf.tu-dresden.de/web/Thema3412 (German only)
☘ excellentiā excelsiōre ☘
Note: The onwiki status update has an incomplete link under the Did you know section, maybe a bot could fix. [No quote due to character limit on mobile client].
We provide an interface for the Scribunto extension (Lua modules) in
Wikibase for quite some time now. Our integration with Scribunto was
very basic initially and not future proof enough for things like
arbitrary access or very big items.
Due to that we at some point deprecated the old Lua function to access
entities mw.wikibase.getEntity in favor of
mw.wikibase.getEntityObject which is much more than just a plain Lua
table and allowed us to introduce various convenience functions and to
improve performance. We plan to extend on that in the near future to
make arbitrary access possible, especially from a performance point of
As that's not possible with the legacy mw.wikibase.getEntity function it
would be nice if you could replace all of your usages of that function
with the new function. Migrating shouldn't be hard, but there are two
breaking changes between the output format of the two functions which
you need to be aware of and potentially adopt your modules to.
First of all the old entity format, as obtained from
mw.wikibase.getEntity, includes all claims twice once with upper and
once with lower case keys (so both "P123" and "p123" are present as
keys). That has been removed in the new format in favor of just upper
case keys ("P123").
The other breaking change is that in the new entity format the Lua
tables are no longer numbered from 0 on, but from 1 on (which is the
native Lua table enumeration).
You can find a list of all Lua modules (potentially) using the old
function sorted by number of transclusions on
Since the dumps without history show a tremendous increase in size, I
assume something interesing happened in the recent history:
3.5G Oct 12 10:13 wikidatawiki-20141009-pages-articles.xml.bz2
3.9G Nov 9 10:11 wikidatawiki-20141106-pages-articles.xml.bz2
3.9G Dec 8 05:25 wikidatawiki-20141205-pages-articles.xml.bz2
4.6G Jan 16 23:27 wikidatawiki-20150113-pages-articles.xml.bz2
But there seems to be a problem with the latest dumps with complete
history, so it is not possible to investigate this events.
The last dump that is available is:
Can someone have a look at the dump process and tell we when the next
actual dump with history will be available?
[ Crossposting to mobile and wikidata lists. Sorry about the inconvenience.
You may want to use "Reply to all". ]
The articles about the musician Eviatar Banai in Hebrew and English
Wikipedias exist fr years.
On 2015-02-04 I created one in Catalan. Today I created one in Russian.
If I look at the Hebrew Wikipedia, I see interlanguage links to Catalan,
English and Russian:
*Now here's the really fun part:*
If I look at the mobile Hebrew Wikipedia, I only see an interlanguage link
I guess that it's a caching issue, but:
1. A link from Hebrew to Catalan doesn't appear after *two weeks*.
2. It's quite surprising that links for mobile and for desktop are cached
#2 may be OK if it helps with performance or something, but #1 seems
exaggerated to me. Does it really have to take two weeks or is it a bug?
Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
“We're living in pieces,
I want to live in peace.” – T. Moore