ot.nl/2015/06/english-wikipedia-and-those-who-died-in.html
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
--
Markus Kroetzsch
Faculty of Computer Science
Technische Univer
-examples
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org/
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
.
Cheers,
Markus
[1]
http://vladimiralexiev.github.io/pres/20150209-dbpedia/dbpedia-problems-long.html
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org/
___
Wikidata mailing list
Wikidata
probably (eventually) fill it back in. Ultimately, an
automatic symmetry would seem best.
Thoughts on either of these? If there is interest I will write up a
formal proposal on-wiki.
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
out why it's happening.
>>
>> Is there a tool where one can put in a Wikidata item and it extracts
>> declarations based on "higher" properties like subclass or instance of?
>> Like if I were to input the item for Stubbs, it would travel the
>> hierarchy
/releases
[4] https://github.com/Wikidata/Wikidata-Toolkit/
[5] http://wikidata.github.io/Wikidata-Toolkit/
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org/
___
Wikidata mailing list
Wikidata
n the dump.
Markus
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrek
__
Dbpedia-discussion mailing list
dbpedia-discuss...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/m
of
the tool without everything set up as it should be. The tool should
certainly move to Wikimedia labs in the future.
Markus
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org
omy that are otherwise hard to detect. For example, you can see
easily that every "Ship" is an "Event" in Wikidata, that every "Hobbit"
is a "Fantasy Race", and that every "Monday" is both a "Mathematical
object" and a "Unit of measureme
where everything was new and there
were no applications to break.
Markus
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org/
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
ht
the list when it happens.
Thanks,
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org/
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
g/wiki/Special:BookSources/3827370191";,
"type": "string"
},
"datatype": "external-id"
}
The base URL would be given as a statement on the property, just like the base
URI.
We plan to use the same mechanism for giving Quantit
(not sure if there are consumers of the live exports).
The SPARQL query service uses the correct URIs in its example queries
and data. The URIs in the ontology documents at wikiba.se are also
correct, so this only seems to affect the PHP code.
Cheers,
Markus
[1] wikiba.se/ontology
--
Mark
tever we do, the same thing should use the same URI in SPARQL
results and live exports.
(2) It is better to version ontology documents rather than the URIs
themselves. Otherwise everybody will have to change all of their queries
(in wiki pages, in code, in their heads, ...) once we get out of beta.
beta ;-)
Cheers,
Markus
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org/
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
ta@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dr
On 13.02.2016 22:56, Markus Kroetzsch wrote:
And here is another comment on this interesting topic :-)
I just realised how close the service is to answering the query. It
turns out that you can in fact get the whole set of (currently >324000
result items) together with their GND identifiers
idata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org/
___
Wikidata mailing list
Wikidata@
On 13.02.2016 23:56, Kingsley Idehen wrote:
On 2/13/16 4:56 PM, Markus Kroetzsch wrote:
...
For a page-size of 20 (covered by LIMIT) you can move through offets of
20 via:
To clarify: I just added the LIMIT to prevent unwary readers from
killing their browser on a 100MB HTML result page
lists.wikimedia.org>
https://lists.wikimedia.org/mailman/listinfo/wikidata
___
Wikidata mailing list
Wikidata@lists.wikimedia.org <mailto:Wikidata@lists.wikimedia.org>
https://lists.wikimedia.org/mailman/listin
On 14.02.2016 18:03, Hay (Husky) wrote:
On Sun, Feb 14, 2016 at 4:40 PM, Markus Kroetzsch
wrote:
I suspect that https://query.wikidata.org can count how many times each
property is used.
Amazingly, you can (I was surprised):
https://query.wikidata.org/#SELECT%20%3FanyProp%20%28count%28*%29
an 0.001% of the 623,963 P279 statements, but it's still enough to
have application code trip over the unexpected return format ;-).
Best
Markus
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 384
on the query service ;-).
Cheers,
Markus
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org/
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
his issue with Blazegraph and it also may be
worth to submit Phabricator issue about it.
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org/
___
Wikidata mailing list
Wikidata@
ve had the same questions.
In your case, however, the answer probably is: you cannot contribute
there at all, since you are a Wikimedia employee and this is a
content-related community discussion. ;-)
Best,
Markus
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität
p paid and private
activities separate by using different accounts.
Markus
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org/
___
Wikidata mailing list
Wikidata@lists.wikimedia
o Wikidata at some point. It works much
better than creating new datatypes for each case, it can build on
existing data (rather than starting new discussions on datatype
conversion), and it has the advantage that it can also group properties
of different
out.
and the expanded urls as derived values if available.
What you mean by "derived values"?
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org/
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
On 10.03.2016 18:43, Daniel Kinzler wrote:
Am 10.03.2016 um 10:26 schrieb Markus Kroetzsch:
I am surprised by the amount of confusion in this discussion. There is
absolutely no relationship between mapping of Wikidata values to URIs and the
external id datatype.
You are correct that such a
had to IP-block an RDF crawler
from one of my sites after it had ignored robots.txt completely).
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org/
___
Wikidata mailing list
Wikidata
of its own technology ... (I recently had to IP-block an RDF crawler
from one of my sites after it had ignored robots.txt completely).
We don't have any blocks or throttle mechanisms right now. But if we see
somebody making serious negative impact on the service, we may have to
change that.
--
M
On 18.04.2016 21:56, Markus Kroetzsch wrote:
Thanks, the dashboard is interesting.
I am trying to run this query:
SELECT ?subC ?supC WHERE { ?subC p:P279/ps:P279 ?supC }
It is supposed to return a large result set. But I am only running it
once per week. It used to work fine, but today I
On 18.04.2016 22:21, Markus Kroetzsch wrote:
On 18.04.2016 21:56, Markus Kroetzsch wrote:
Thanks, the dashboard is interesting.
I am trying to run this query:
SELECT ?subC ?supC WHERE { ?subC p:P279/ps:P279 ?supC }
It is supposed to return a large result set. But I am only running it
once
Foundation
DFG. All of us are at TU Dresden. Complex statistics are computed with
Wikidata Toolkit. Live query results come from the Wikidata SPARQL Query
Service.
Enjoy,
Markus
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463
On 19.04.2016 23:03, Magnus Manske wrote:
That looks familiar :-)
Yes, thanks for the styles :-) I was trying to make it look familiar on
the UI, although it's a rather different application in the back.
Markus
On Tue, Apr 19, 2016 at 8:46 PM Markus Kroetzsch
mailto:markus.kroetz.
property example statements on the property pages, like here:
http://localhost/wdcb/#/view?id=P553
But I have no idea about the references.
Markus
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org
On 20.04.2016 22:29, Markus Kroetzsch wrote:
On 20.04.2016 21:58, Stas Malyshev wrote:
Hi!
Nice work! I especially like the ability to filter the properties by
usage amount here:
https://tools.wmflabs.org/sqid/#/browse?type=properties This makes it
super easy to find unused or nearly unused
rkus
Cheers, Joachim
-Ursprüngliche Nachricht-
Von: Wikidata [mailto:wikidata-boun...@lists.wikimedia.org] Im Auftrag von
Markus Kroetzsch
Gesendet: Dienstag, 19. April 2016 21:45
An: Discussion list for the Wikidata project.
Betreff: [Wikidata] SQID: the new "Wikidata classes and prop
-Ursprüngliche Nachricht-
Von: Wikidata [mailto:wikidata-boun...@lists.wikimedia.org] Im Auftrag von
Markus Kroetzsch
Gesendet: Donnerstag, 21. April 2016 10:49
An: Discussion list for the Wikidata project.
Betreff: Re: [Wikidata] SQID: the new "Wikidata classes and properties
browser"
On
?
Markus
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org/
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
worthwhile at
some point, since we do have quite a lot of messages already.
Markus
On 21 April 2016 at 22:40, Markus Kroetzsch
mailto:markus.kroetz...@tu-dresden.de>>
wrote:
On 21.04.2016 22:27, Gerard Meijssen wrote:
Hoi,
A question.. I do understand that proper i
ion is maybe no problem.
Cheers,
Markus
Thanks!
Sebastian
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dres
d, Apr 27, 2016 at 9:54 PM Markus Kroetzsch
mailto:markus.kroetz...@tu-dresden.de>> wrote:
Doing this in Wikidata is tricky and takes time. I don't even
see how to
do it well (note that external tools like Reasonator or SQID
would also
need t
an determining
what URL to use?
How are you representing entity labels / IDs to users?
Best,
Julie
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
--
Markus Kroetzsch
Faculty o
rties. All in all, the basic encoding (with statements,
references, and complex values represented by own RDF resources) is the
same, but the syntactic details changed quite a bit between our original
ISWC publication and the launch of the SPARQL service.
Cheers,
Markus
--
Markus Kroetzsch
Fa
their use cases, but I would rather
suggest us all to switch to the new URIs.
Are there additional URIs for non-Swedish versions of the new ontology?
No. :-)
Markus
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität
w format, we can certainly do this in the
next couple of weeks. Even with the official dumps in place now, it is
probably useful to have our modular dumps of smaller sizes.
Best regards,
Markus
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
ht
On 02.05.2016 20:26, Jan Macura wrote:
Thanks for reply.
2016-05-02 7:19 GMT+02:00 Markus Kroetzsch
mailto:markus.kroetz...@tu-dresden.de>>:
To be honest, I had not expected this to be of much importance for
many users at the time, but if there is interest in us updating our
ested
"directories") has been decided mostly based on technical considerations
that I don't recall in detail.
Cheers,
Markus
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org/
_
sts.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org/
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimed
ersity, UK)
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://k
On 05.05.2016 22:17, Lydia Pintscher wrote:
On Thu, May 5, 2016 at 9:47 PM Markus Kroetzsch
mailto:markus.kroetz...@tu-dresden.de>>
wrote:
Dear Andrea,
It does not give a good impression if your first and only message to an
email list is a cross-posted advertisement that do
idata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
--
Markus Kroetzsch
Faculty of Computer Sc
On 27.05.2016 07:06, Biyanto Rebin wrote:
Hello all,
Do we have specific property about time of researching before it's
published?
I'm trying to find in here:
https://www.wikidata.org/wiki/Special:WhatLinksHere/Q18636219
and here:
https://www.wikidata.org/wiki/Wikidata:List_of_properties/all#Dat
.
Cheers,
Markus
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org/
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
rkus
[1] http://tools.wmflabs.org/sqid/
[2] http://tools.wmflabs.org/sqid/#/view?id=Q30
[3] https://tools.wmflabs.org/reasonator/?q=Q30
[4] https://github.com/Wikidata/WikidataClassBrowser/tree/master/src/lang
[5] https://github.com/Wikidata/WikidataClassBrowser
--
Markus Kroetzsch
Faculty of Computer Sci
mean here. When I open Q30 in SQID, I can see Obama
listed as the president, with the correct times, and marked as a
preferred statement (this is the star). What's missing for you?
Cheers,
Markus
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463
the US.
Markus
On 2 June 2016 at 09:07, Markus Kroetzsch
mailto:markus.kroetz...@tu-dresden.de>>
wrote:
Hi,
On 02.06.2016 08 :13, Gerard Meijssen wrote:
Hoi,
It is great to see it evolve so well. Congratulations.
There are a few things that may be co
On 02.06.2016 15:55, Markus Kroetzsch wrote:
On 02.06.2016 12:11, Gerard Meijssen wrote:
Hoi,
Check out the head of government
<http://tools.wmflabs.org/sqid/#/view?id=P6>. Having both is probably
redundant.
I see. The order in SQID is not good there, since Obama is at the bottom
of
Dear all,
By popular demand, SQID now also shows references for most statements
(collapsed by default, of course). You can see it, e.g., here:
http://tools.wmflabs.org/sqid/#/view?id=Q42
Cheers,
Markus
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351
Query_Examples#German_states.2C_ordered_by_the_number_of_company_headquarters_per_million_inhabitants
Side remark: using arithmetic operations on query results is a great way
to get even more misleading statistics out of Wikidata ;-) It does not
seem as if we have that feature yet in many example queries.
--
Markus Kroetzsch
Faculty of Computer Sc
nd on Wikidata.
Cheers,
Markus
[1]
https://www.mediawiki.org/wiki/Wikibase/Indexing/SPARQL_Query_Examples#Wikidata_people_per_million_inhabitants_for_all_EU_countries
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrek
ecision I
was mentioning above who are really alive but filtered by your
approach). Either way this could be something to look at.
Cheers
Markus
[1] A regrettable misnaming, since it has an epistemological component
that is not part of the technical usage.
A.
On 4 June 2016 at 00:04, Markus Kroetz
mer 27/029/42207.
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
ht
users than a
BlazeGraph-specific file. For the internal use (WDQS), dumps are created
in a special way already, so they do not depend on the external ttl
files. Moreover, they mostly update from the live edits rather than
re-importing a full dump once a week.
Markus
--
Markus Kroetzsch
Faculty of
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org/
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
On 10.06.2016 12:20, Jane Darnell wrote:
Yes I agree, so I guess I disagree with the idea of a "data lock". I do
however, recognize the desire for a "data lock" which arises out of a
personal frustration with good-faith Wikidata editor behavior. Many of
these unnecessary edits & subsequent revers
given
is not changed. I think this could be a symptom of a typical
misunderstanding by newcomers (the population changed, so we just "edit"
it to fix the number, rather than creating a new population value that
supersedes the historic one).
Markus
--
Markus Kroetzsch
Faculty o
kidata too much.
The pros and cons of flagged revisions have been discussed in breadth on
several Wikipedias, with diverse outcomes, so it is probably a tricky
thing to settle on a conclusion here.
Best regards,
Markus
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität
1] I think this is nothing to be ashamed of -- Google is huge and their
own internal data is likely much larger than what we have in Wikidata
today. We may get there yet. Most importantly, our data is available
freely while Google's is not.
--
Markus Kroetzsch
Faculty of Computer Sci
nviado seguramente pelo Tutanota. Torne sua caixa de correio
criptografada hoje mesmo! https://tutanota.com
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
--
Markus Kroetzsch
Faculty of Computer S
ta@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org/
___
Wikidata mailing list
Wikidata@lis
for a lot more spam than we are seeing now.
Markus
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org/
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org
tificial barriers to it out of misguided fear to somehow benefit
somebody "wrong".
--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org/
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
es [5].
Cheers,
Markus
[1] http://tools.wmflabs.org/sqid/
[2] http://tools.wmflabs.org/sqid/#/browse?type=properties
[3] https://github.com/Wikidata/SQID/tree/master/src/lang
[4] https://github.com/Wikidata/SQID/issues/71
[6] https://github.com/Wikidata/SQID/issues
--
Markus Kroetzsch
Faculty of Com
hu, Jun 2, 2016 at 11:26 PM, Markus Kroetzsch
mailto:markus.kroetz...@tu-dresden.de>> wrote:
> Dear all,
>
> By popular demand, SQID now also shows references for most
statements
> (collapsed by default, of course). You can s
SPARQL endpoint.
Markus
[1] Most recent one is already two montsh old though; there seems to be
a bug with the generator:
http://tools.wmflabs.org/wikidata-exports/rdf/index.php?content=dump_download.php&dump=20160425
[2] http://tools.wmflabs.org/sqid/#/browse?type=properties
--
Mark
nticipating student applications this autumn)? Could prospective
students begin to apply in voice to WUaS, for example, as if applying to
MIT or Stanford from around the world, first in English?
Thank you.
Best regards, Scott
http://worlduniversityandschool.org <http://worlduniversityandscho
Hi Stas,
Good point. Could we not just have a monolingual text string property
that gives the preferred writing of the unit when used after a number? I
don't think the plural/singular issue is very problematic, since you
would have plural almost everywhere, even for "1.0 metres". So maybe we
On 28.07.2016 20:41, Stas Malyshev wrote:
Hi!
Good point. Could we not just have a monolingual text string property
that gives the preferred writing of the unit when used after a number? I
don't think the plural/singular issue is very problematic, since you
would have plural almost everywhere,
On 02.08.2016 13:11, Ghislain ATEMEZING wrote:
Thanks Yuri. I will try to define a kind a metric for those having a
number of wikipedia entries. For example, a person with 127 entries
would be "famous" while another with just 10 is not "famous"...
Side remark @Stas: it could be very helpful to
On 02.08.2016 20:06, Daniel Kinzler wrote:
Am 02.08.2016 um 18:41 schrieb Andrew Gray:
I'd agree with both interpretations - the majority of people in Wikidata are
Using the existence of Wikipedia articles as a threshold, as suggested, seems a
pretty good test - it's flawed, of course, but it's
On 02.08.2016 20:59, Daniel Kinzler wrote:
Am 02.08.2016 um 20:19 schrieb Markus Kroetzsch:
Oh, there is a little misunderstanding here. I have not suggested to create a
property "number of sitelinks in this document". What I propose instead is to
create a property "number of si
be tricky. Currently, the RDF data about
each item only depends on the content of this item's Wikidata page. The
number of inlinks depends on other Wikidata pages, and therefore it is
much more work to keep it up to date when there are edits.
Markus
On Aug 2, 2016 10:41 PM, &q
On 03.08.2016 02:49, Stas Malyshev wrote:
Hi!
Oh, there is a little misunderstanding here. I have not suggested to
create a property "number of sitelinks in this document". What I propose
instead is to create a property "number of sitelinks for the document
associated with this entity". The dom
On 03.08.2016 02:51, Stas Malyshev wrote:
Hi!
Is there a way we could have more than just the number of language
links? Eg number of incoming links from other wikipedia pages?
If we implement T129046 we can have any page props we want to :)
Of course, adding them for the whole DB would requir
Mh. Is this actually leading anywhere? I can see both views, but there
is a danger that things are getting non-constructive here. A particular
issue in my view is playing the "Wikipedia-vs-Wikidata" card. I don't
see things in this way, and I hope most Wikipedia and Wikidata editors
don't eithe
we ever going to get email notifications of API changes
implemented by the team rather than having to fix the damage after they
happened?
Markus
--
Prof. Dr. Markus Kroetzsch
Knowledge-Based Systems Group
Faculty of Computer Science
TU Dresden
+49 351 463 38486
https://iccl.inf.tu-dresden.de
On 04.08.2016 11:45, Lydia Pintscher wrote:
On Thu, Aug 4, 2016 at 9:27 AM, Markus Kroetzsch
wrote:
Hi,
It seems that some changes have been made to the JSON serialization
recently:
https://github.com/Wikidata/Wikidata-Toolkit/issues/237
Could somebody from the dev team please comment on
there is a policy
saying that it should.
Markus
On 04.08.2016 16:48, Daniel Kinzler wrote:
Hi Markus!
I would like to elaborate a little on what Lydia said.
Am 04.08.2016 um 09:27 schrieb Markus Kroetzsch:
It seems that some changes have been made to the JSON serialization recently:
ht
/releases
[4] https://github.com/Wikidata/Wikidata-Toolkit/
[5] http://wikidata.github.io/Wikidata-Toolkit/
--
Prof. Dr. Markus Kroetzsch
Knowledge-Based Systems Group
Faculty of Computer Science
TU Dresden
+49 351 463 38486
https://iccl.inf.tu-dresden.de/web/KBS/en
Hi Aidan,
Thanks, very interesting, though I have not read the details yet.
I wonder if you have compared the actual query results you got from the
different stores. As far as I know, Neo4J actually uses a very
idiosyncratic query semantics that is neither compatible with SPARQL
(not even on
On 07.08.2016 22:58, Stas Malyshev wrote:
Hi!
the area for a long time). I guess the more difficult question then, is,
which RDF/SPARQL implementation to choose (since any such implementation
should cover as least points 1, 2 and 4 in a similar way), which in turn
reduces down to the distinguis
On 11.08.2016 13:40, Daniel Kinzler wrote:
Hi Navino!
Thank you for your awesome work!
Since this has caused some confusion again recently, I want to caution you about
a major gotcha regarding dates in RDF and JSON: they use different conventions
to represent years BCE. I just updated our JSON
On 11.08.2016 18:45, Andra Waagmeester wrote:
On Thu, Aug 11, 2016 at 4:15 PM, Markus Kroetzsch
mailto:markus.kroetz...@tu-dresden.de>>
wrote:
has a statement "population: 20,086 (point in time: 2011)" that is
confirmed by a reference. Nevertheless, the statem
Dear all,
There have been some interesting discussions about breaking changes
here, but before we continue in this direction, let me repeat that I did
not start this thread to define what is a "breaking change" in JSON.
There are JSON libraries that define this in a strict way (siding with
Pe
lar problems occur for the mayor of this town.
I hope there is no deeper confusion in the community regarding this
intended use of "preferred" and "deprecated". Most other items are using
it correctly, it seems. The fact that it occurs in a showcase item is
still making me a bit c
On 12.08.2016 17:24, Jean-Luc Léger wrote:
On 2016-08-11 22:29, Markus Kroetzsch wrote:
On 11.08.2016 18:45, Andra Waagmeester wrote:
On Thu, Aug 11, 2016 at 4:15 PM, Markus Kroetzsch
mailto:markus.kroetz...@tu-dresden.de>
<mailto:markus.kroetz...@tu-dres
r tooling and
do consider what it is we aim for.
Thanks,
GerardM
On 14 August 2016 at 14:26, Markus Kroetzsch
mailto:markus.kroetz...@tu-dresden.de>>
wrote:
On 12.08.2016 17:24, Jean-Luc Léger wrote:
On 2016-08-11 22:29, Markus Kroetzsch wrote:
On 11.08
1 - 100 of 178 matches
Mail list logo