On Sat, 2012-04-28 at 21:43 +0200, Gerard Meijssen wrote:
So far the discussion is about interwiki links in a Wikipedia context.
There are however interwiki links in a Wiktionary context as well.
They are often linked from Wikipedia and they often have information
in languages we do not have
On 21/05/12 13:18, Jan Kučera wrote:
Are there some docs describing client-syntax etc. (eg. how it actually works)?
http://www.mediawiki.org/wiki/Extension:WikibaseClient#Usage
smime.p7s
Description: S/MIME Cryptographic Signature
___
Wikidata-l
On 22/05/12 13:47, Daniel Kinzler wrote:
I have created a first preliminary draft of how data items from the Wikidata
repository may be accessed and rendered on the client wiki, e.g. to make
infoboxes.
https://meta.wikimedia.org/wiki/Wikidata/Notes/Inclusion_syntax
It would be great if you
On 08/06/12 21:52, Lydia Pintscher wrote:
On Fri, Jun 8, 2012 at 6:19 PM, Friedrich Röhrs
f.roe...@mis.uni-saarland.de wrote:
is there any way to find the correspoding page on the repo
(http://wikidata-test-repo.wikimedia.de/) for a page on the client
On 14/06/12 00:39, jmccl...@hypergrove.com wrote:
Transclusion is surely fundamental to wiki application design. The
[[wikidata]] proposal by contrast is a client-server API, such things an
artifact of the 20th century. What is the point of it here?
Ultimately the problem you're grappling with
On 14/08/12 09:28, Amir E. Aharoni wrote:
2012/8/14 Nikola Smolenskismole...@eunet.rs:
On 14/08/12 08:57, Amir E. Aharoni wrote:
2012/8/14 Nikola Smolenskismole...@eunet.rs:
I believe it should be possible to alleviate this problem to an extent by
introducing automatic transcription between
On 14/08/12 22:57, Gregor Hagedorn wrote:
I would prefer if the decision whether entity-identity is known or
whether only a name-string or other label is known, should be left to
the Wikidata editor community, and not prescribed by the software.
I'm afraid that this will not be really possible
On 15/08/12 15:03, Gregor Hagedorn wrote:
Basically what Daniel proposed is, that it would be best practice that
for every string that refers to a concept, event, thing, person,
unless the editor is certain about item identity, a new wikidata item
entity should be created.
I could imagine this
On 01/12/12 20:17, Bináris wrote:
Can or will Wikidata handle Link FA / Link GA? Or will the Wikipedias
handle it in the old way? Will that fit into the system?
Right now, the Wikipedias are able to handle it in the old way. It is
planned that in the future Wikidata will include information
On 18/12/12 16:52, Denny Vrandečić wrote:
Thank you for your comments, Marco.
2012/12/18 Marco Fleckinger marco.fleckin...@wikipedia.at
mailto:marco.fleckin...@wikipedia.at
IMHO it would be make sense to have something hybrid. The datatype
for geolocation should accept something like a
On 19/12/12 15:33, Nikola Smolenski wrote:
On 19/12/12 12:23, Daniel Kinzler wrote:
I don't think we can sensibly support historical units with unknown
conversions,
because they cannot be compared directly to SI units. So, they
couldn't be used
to answer queries, can't be converted for display
On 08/01/13 12:36, Denny Vrandečić wrote:
Location:
https://meta.wikimedia.org/wiki/Wikidata/Development/Representing_values#Geolocation
I'm not sure if we should be going that far, but there may be cases
where longitude and latitude are known with different degree of
accuracy, so multiple
On 28/01/13 15:39, Lydia Pintscher wrote:
Is anyone interested in getting us some stats for the deployment on
the Hungarian Wikipedia? There is a database dump at
http://dumps.wikimedia.org/backup-index.html from the 22nd of January
that could be used. I'm interested in the effect Wikidata had
On 29/01/13 10:28, Magnus Manske wrote:
So are the same bots doing different things? I seem to remember there
was one giant toolserver pybot instance doing only interwiki.
OTOH, yes, I believe there are bots doing only interwikis that could
probably be blocked. But isn't anyone from Hungarian
On 29/01/13 21:45, Amir E. Aharoni wrote:
And until the Big Links Remove, if the bots don't re-add the removed
links by force, that should be enough.
They should not be doing that. Any well-behaving bot will get the list
of links from the API and not by parsing the article text. And the list
On 11/03/13 14:52, Denny Vrandečić wrote:
Personally, I regard Wiktionary as the third priority, following
Wikipedia and Commons. A lot of the other projects -- like Wikivoyage or
Wikisource -- can be served with only small changes to Wikidata as it
is, but both Commons and Wiktionary would
On 05/04/13 16:00, Lukas Benedix wrote:
* when no text is available in the users language the statement section
looks like this:
http://lbenedix.monoceres.uberspace.de/screenshots/mejpee0fxi_(2013-04-05_15.34.41).png
Two quick questions, I'll use the list since they are technical.
On 25/06/13 14:28, Daniel Kinzler wrote:
Over the last year, we have seen some discussion about if and how Wikidata can
be useful for Wikimedia Commons. One aspect of this is maintaining meta data as
structured data.
On behalf of
On 25/06/13 15:04, Daniel Kinzler wrote:
Am 25.06.2013 14:58, schrieb Nikola Smolenski:
Do you think it would it be possible to have this data on the actual image page,
where current page text would be just one of the items?
In theory yes, but I think that would create more problems than
19 matches
Mail list logo