Welcome, Prssanna. Because your project involves WDQS, I am cross-posting your
introduction to the Wikidata mailing list.
Good luck with your project.
Pine
( https://meta.wikimedia.org/wiki/User:Pine )
Original message From: prssanna desai Date:
5/5/18 5:56
gerritbot added a comment.
Change 431105 merged by Smalyshev:
[wikidata/query/gui-deploy@production] Merging from 244c505e9f692fe6831d6ac03d88f794eaab524f:
https://gerrit.wikimedia.org/r/431105TASK DETAILhttps://phabricator.wikimedia.org/T193930EMAIL
Hoi,
Yes but as it is the data in Wikipedia, particularly in lists is of by 6 to
8%. In order for Wikidata to host the data, the data first has to be
curated. Errors can be found on either side. So we have to be able to
compare in order to know what to curate. That takes an effort for us to be
hoo created this task.hoo added projects: Wikibase-Lua, Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWe should have a look at w:en:Module:Wikidata and see what's going on here.
Is there anything we can generalize and take over into mw.wikibase or mw.wikibase.entity? Do they
>
> More simply, there's still a long way to go until Wikidata imports all the
> data contained in Wikipedia infoboxes (or equivalent data from other
> sources), let alone the rest.
>
>
Why would you want to import all the data contained in Wikipedia info
boxes? I would rather aim for the
Andy Mabbett, 05/05/2018 20:50:
The statement I questioned was "never able"; that's not a matter of "a
long way to go".
I see. I'm not sure about the long run. On the other hand, in the long
run we're all dead.
Federico
___
Wikidata mailing list
Hoi,
And given that DBpedia finds its changes from the RSS feed for an
increasing number of Wikipedias and given that we at Wikidata do not even
regularly harvest data based on "category contains" on a regular basis
(just as an example) there is no justifiable room for any sense of
superiority at
Wikipedia isn't a read-only interface but an editable project, so there
will always be contents in Wikipedia that aren't in Wikidata, so DBpedia
will always have the opportunity to offer contents from Wikipedia that
aren't in Wikidata. That's all.
El 05/05/18 a las 19:52, Andy Mabbett escribió:
gerritbot added a comment.
Change 431105 had a related patch set uploaded (by WDQSGuiBuilder; owner: WDQSGuiBuilder):
[wikidata/query/gui-deploy@production] Merging from 244c505e9f692fe6831d6ac03d88f794eaab524f:
https://gerrit.wikimedia.org/r/431105TASK
gerritbot added a comment.
Change 431097 merged by jenkins-bot:
[wikidata/query/gui@master] Only hide “scroll to top” in embed.html
https://gerrit.wikimedia.org/r/431097TASK DETAILhttps://phabricator.wikimedia.org/T193930EMAIL
Jonas moved this task from Backlog to Done on the Wikidata Query UI board.Jonas triaged this task as "Low" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T193930WORKBOARDhttps://phabricator.wikimedia.org/project/board/2901/EMAIL
On 5 May 2018 at 15:52, David Abián wrote:
> El 05/05/18 a las 16:33, Andy Mabbett escribió:
>> On 5 May 2018 at 14:39, David Abián wrote:
>>
>>> Both Wikidata and DBpedia surely can, and should, coexist because we'll
>>> never be able to host
On 5 May 2018 at 18:04, Federico Leva (Nemo) wrote:
> Andy Mabbett, 05/05/2018 17:33:
>>>
>>> Both Wikidata and DBpedia surely can, and should, coexist because we'll
>>> never be able to host in Wikidata the entirety of the Wikipedias.
>>
>> Can you give an example of
Andy Mabbett, 05/05/2018 17:33:
Both Wikidata and DBpedia surely can, and should, coexist because we'll
never be able to host in Wikidata the entirety of the Wikipedias.
Can you give an example of something that can be represented in
DBpedia, but not Wikidata?
More simply, there's still a
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T193930EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Lucas_Werkmeister_WMDE, Aklapper, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985,
gerritbot added a comment.
Change 431097 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Lucas Werkmeister (WMDE)):
[wikidata/query/gui@master] Only hide “scroll to top” in embed.html
https://gerrit.wikimedia.org/r/431097TASK
Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata, Wikidata Query UI.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONIn an embedded WDQS query, the layers control is missing.TASK DETAILhttps://phabricator.wikimedia.org/T193930EMAIL
>
> The semantics of Wikidata qualifiers have not been defined and and won't
> be enforced. It's left up to users to invent their own meanings. (In this
> way, Wikidata is still a lot like the prose in Wikipedia.)
> We need more "curated" projects like DBpedia
Mmh, I would have rather thought
On 5 May 2018 at 14:39, David Abián wrote:
> Both Wikidata and DBpedia surely can, and should, coexist because we'll
> never be able to host in Wikidata the entirety of the Wikipedias.
Can you give an example of something that can be represented in
DBpedia, but not
Pintoch added a comment.
It would be fantastic to have more meaningful edit summaries with wbeditentity. It's of course hard to do this in general, but it would be great to have this for some common cases where a short summary seems doable (adding multiple statements with the same property, for
Both Wikidata and DBpedia surely can, and should, coexist because we'll
never be able to host in Wikidata the entirety of the Wikipedias.
However, it's clear that, the more data is in Wikidata and, therefore,
retrieved by the Wikipedias, the less data DBpedia has to extract from
these Wikipedias.
In Wikidata, the subclass hierarchy and the way that properties are used
is unmanaged and contradictory. Furthermore, Wikidata added statement
qualifiers which put the meaning of any statement in doubt. For example,
there is a property "use" https://www.wikidata.org/wiki/Property:P366 .
If
Hoi,
Given that DBpedia includes Wikidata and has its own processes to get data
from the Wikipedias it must be bigger than Wikidata.
PS There is room enough for both Wikidata and DBpedia and if anything
DBpedia is quite happy to collaborate, Wikidata is not collaborating;
everything is Wikidata
Since the subject has come out, I leave some general impressions, which
aren't necessarily applicable to the people in charge of generating the
LOD cloud.
Many DBpedia-centered researchers are truly reluctant to mention
Wikidata. Some of them don't want people to know that Wikidata exists,
so
Pintoch added a comment.
Both properties mentioned above have been created in the mean time:
https://www.wikidata.org/wiki/Property:P5037
https://www.wikidata.org/wiki/Property:P5115
So this constraint could be useful, I think.TASK DETAILhttps://phabricator.wikimedia.org/T191963EMAIL
Ivanhercaz created this task.Ivanhercaz added a project: Wikidata-primary-sources.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONI don't exactly why, but sometimes the Primary Sources tool give me the reference with the URL where is supposedly the statement confirmed and with the retrieved
eranroz closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T189972EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: gerritbot, Jonas, Smalyshev, eranroz, Amire80, Aklapper, Versusxo, Majesticalreaper22, Giuliamocci,
eranroz closed subtask T189972: In RTL UI, dragging the Wikidata Query UI splitter left moves it right and vice versa as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T178057EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: Amire80,
Addshore added a comment.
I guess this is partly blocked on being able to update the wikiba.se website (I dont think that is currently documented anywhere).
Also the whole website is terribly out of date currently.
My changes from January have still not been deployed:
Addshore closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T193842EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Tarrow, AddshoreCc: Addshore, Aklapper, Tarrow, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi,
Addshore closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T193627EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Tarrow, AddshoreCc: Addshore, Aklapper, Tarrow, Lahi, Gq86, GoranSMilovanovic, lisong, QZanden, LawExplorer, Abbe98,
Smalyshev added a comment.
I assume pcm-numa.x and pcm-memory.x require root? I've built them but they give me permission errors, and I don't have root on the servers, so maybe @Gehel could check if they produce something interesting? I placed them in my home dir on wdq3.TASK
Smalyshev added a project: Wikimedia-Hackathon-2018.
TASK DETAILhttps://phabricator.wikimedia.org/T193701EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: debt, Aklapper, Smalyshev, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, EBjune,
33 matches
Mail list logo