Re: [Wikidata] Wikidata ontology

2017-01-07 Thread Gerard Meijssen
Hoi,
What I mean and what I say is that there has been noone willing to explain
why certain items are in there. When you ask questions it is seen as a
threat and consequently I find I am treated like one. The consequence is
that I do not care about the structure and totally ignore it. This is a
shame because on occasion I do expect this has an impact.
Thanks,
  GerardM

On 8 January 2017 at 00:15, Federico Leva (Nemo)  wrote:

> Markus Kroetzsch, 08/01/2017 00:12:
>
>> The subclass of and instance of statements are actually used in very
>> many WDQS queries, often with * expressions to navigate the hierarchy.
>>
>
> I think that's what Gerard meant: you don't have to know what's under the
> hood, as long as it works. When you get some unexpected result, you go
> check what went wrong in the chain of subclasses etc. This is at least what
> I do, although I also work with some more traditional people who want to
> know the full ontology before even entering their first statement (of
> course they get lost for a few months).
>
> Nemo
>
>
> ___
> Wikidata 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


Re: [Wikidata] Confusion about memorials: Q5003624 (Gedenkstätte) and Q1885014 (Mahnmal)

2017-01-07 Thread Edward Betts
Hi David,

Almost as soon as I posted this I realized that the wiki is probably a better
place to discuss this.

I didn't know about the Interwiki conflicts page.

Thanks for your help,
-- 
Edward.

David Cuenca Tudela  wrote:
> As I recently discovered, the proper place to discuss this is on this page:
> https://www.wikidata.org/wiki/Wikidata:Interwiki_conflicts
> 
> Please start a conversation there.
> 
> Thanks
> Micru
> 
> On Sat, Jan 7, 2017 at 5:36 PM, Edward Betts  wrote:
> 
> > Q5003624 (memorial) is a subclass of Q1885014 (no English label).
> >
> > Labels for Q5003624   https://www.wikidata.org/wiki/Q5003624
> > English: memorial
> > French: mémorial
> > German: Gedenkstätte
> > Portuguese: Monumento comemorativo
> > Spanish: Monumento conmemorativo
> >
> > Labels for Q1885014   https://www.wikidata.org/wiki/Q1885014
> > English: no label
> > French: monument commémoratif
> > German: Mahnmal
> >
> > These are the relevant articles on German language Wikipedia:
> > Q5003624: https://de.wikipedia.org/wiki/Gedenkst%C3%A4tte
> > Q1885014: https://de.wikipedia.org/wiki/Mahnmal
> >
> > The English description of Q1885014 is "type of monument that serves as a
> > warning". Is that right?
> >
> > Should we invent an English label, for Q1885014? How about "Warning
> > memorial"?
> >
> > It seems the like the French label for Q1885014 is the same as the
> > Portuguese
> > and Spanish labels of Q5003624. Maybe one of these labels is wrong.
> >
> > Is Q5003624 (Gedenkstätte) genuinely a subclass of Q1885014 (Mahnmal)?
> > --
> > Edward.
> >
> > ___
> > Wikidata mailing list
> > Wikidata@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikidata
> >
> 
> 
> 
> -- 
> Etiamsi omnes, ego non

> ___
> Wikidata 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


[Wikidata-bugs] [Maniphest] [Commented On] T150581: Mediawiki-Vagrant role "Wikidata" fails after timeout

2017-01-07 Thread gerritbot
gerritbot added a comment.
Change 331207 had a related patch set uploaded (by Aude):
Set COMPOSER_PROCESS_TIMEOUT to 600

https://gerrit.wikimedia.org/r/331207TASK DETAILhttps://phabricator.wikimedia.org/T150581EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, aude, Sn1per, jeblad, Aklapper, D3r1ck01, Izno, Luke081515, mobrovac, Wikidata-bugs, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T150581: Mediawiki-Vagrant role "Wikidata" fails after timeout

2017-01-07 Thread gerritbot
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T150581EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, aude, Sn1per, jeblad, Aklapper, Th3d3v1ls, Ramalepe, Liugev6, Lewizho99, Maathavan, D3r1ck01, Izno, Luke081515, mobrovac, Wikidata-bugs, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T150581: Mediawiki-Vagrant role "Wikidata" fails after timeout

2017-01-07 Thread aude
aude added a comment.
It looks like the issue is that composer install timed out.

The default timeout for composer is 300s. This was sufficient for me to enable the Wikidata role / install Wikibase, but maybe could be an issue for others. (not vagrant specific issue, but general issue)

It looks like an environment variable can be set (COMPOSER_PROCESS_TIMEOUT) to increase that, and is something we can have vagrant do.TASK DETAILhttps://phabricator.wikimedia.org/T150581EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: aude, Sn1per, jeblad, Aklapper, D3r1ck01, Izno, Luke081515, mobrovac, Wikidata-bugs, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


Re: [Wikidata] Wikidata ontology

2017-01-07 Thread Federico Leva (Nemo)

Markus Kroetzsch, 08/01/2017 00:12:

The subclass of and instance of statements are actually used in very
many WDQS queries, often with * expressions to navigate the hierarchy.


I think that's what Gerard meant: you don't have to know what's under 
the hood, as long as it works. When you get some unexpected result, you 
go check what went wrong in the chain of subclasses etc. This is at 
least what I do, although I also work with some more traditional people 
who want to know the full ontology before even entering their first 
statement (of course they get lost for a few months).


Nemo

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata


Re: [Wikidata] Wikidata ontology

2017-01-07 Thread Markus Kroetzsch

On 07.01.2017 15:27, Gerard Meijssen wrote:

Hoi,
The biggest casualty of the current mess is that people like me do not
care at all about it. It cannot be explained, nobody is interested in
explaining it and consequently there is little use for it. It is "must
have" so it is there.. fine, lets move on.


The subclass of and instance of statements are actually used in very 
many WDQS queries, often with * expressions to navigate the hierarchy. 
WDQ also had a special feature TREE for this purpose. So I'd say that 
this part of the data is rather important to Wikidata. But if you find 
little use in it, that's ok too. Nevertheless, we should try to fix the 
modelling errors there, since they will affect many other people's 
Wikidata experience.


Cheers,

Markus



On 7 January 2017 at 10:39, Markus Kroetzsch
>
wrote:



On 06.01.2017 18:24, Thomas Douillard wrote:

Same entity can be treated both as class and individual


This is valid for OWL as well.


Yes, and since Wikidata does not feature very powerful ontological
statements, you could treat this like in OWL 2 DL semantically as
well, i.e., a weak approach where the "class" and the "instance" are
not really identified works.

Nevertheless, using the ontology might still be challenging
depending on what you want to do with it, since there are quite a
few meta-levels (classes of classes of classes ...) that are not
cleanly separated. When I last checked, we even had some instance-of
cycles ;-) Even this is not a technical problem for the OWL
semantics, but maybe for some tools and approaches.

Cheers,

Markus


2017-01-05 22:21 GMT+01:00 Stas Malyshev

>>:

Hi!

> The best you can get in terms of "downloading the wikidata
ontology" would be to
> download all properties and all the items representing
classes. We currently
> don't have a separate dump for these. Also, do not expect
this to be a concise
> or consistent model that can be used for reasoning. You
are bound to find
> contradictions and lose ends.

Also, Wikidata Toolkit
(https://github.com/Wikidata/Wikidata-Toolkit

>)
can be used to generate something like taxonomy - see e.g.


http://tools.wmflabs.org/wikidata-exports/rdf/exports/20160801/dump_download.html




>

But one has to be careful with it as Wikidata may not (and
frequently
does not) follow assumptions that are true for proper OWL
models - there
are no limits on what can be considered a class, a subclass, an
instance, etc. Same entity can be treated both as class and
individual,
and there may be some weird structures, including even
outright errors
such as cycles in subclass graph, etc. And, of course, it
changes all
the time :)

--
Stas Malyshev
smalys...@wikimedia.org 
>

___
Wikidata 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



___
Wikidata mailing list
Wikidata@lists.wikimedia.org 
https://lists.wikimedia.org/mailman/listinfo/wikidata





___
Wikidata mailing 

[Wikidata-bugs] [Maniphest] [Commented On] T152495: E-Mail notification on failures of Wikidata-builds

2017-01-07 Thread Zppix
Zppix added a comment.
@Tobi_WMDE_SW You wouldnt happen to know what Jenkins file these would be under, by chance would you?TASK DETAILhttps://phabricator.wikimedia.org/T152495EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ZppixCc: Jonas, aude, hoo, daniel, Tobi_WMDE_SW, Aklapper, Th3d3v1ls, Ramalepe, Liugev6, Lewizho99, Maathavan, D3r1ck01, Andrew-WMDE, Izno, Wikidata-bugs, Mbch331, Jay8g, hashar___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


Re: [Wikidata] Confusion about memorials: Q5003624 (Gedenkstätte) and Q1885014 (Mahnmal)

2017-01-07 Thread Tom Morris
Based on the definitions here: https://en.wiktionary.org/wiki/Mahnmal
I'd say the subclass relationship is backwards.
It's also sounds like it's a loan word in English, so Mahnmal could be used
as the English label.

Tom

On Sat, Jan 7, 2017 at 11:36 AM, Edward Betts  wrote:

> Q5003624 (memorial) is a subclass of Q1885014 (no English label).
>
> Labels for Q5003624   https://www.wikidata.org/wiki/Q5003624
> English: memorial
> French: mémorial
> German: Gedenkstätte
> Portuguese: Monumento comemorativo
> Spanish: Monumento conmemorativo
>
> Labels for Q1885014   https://www.wikidata.org/wiki/Q1885014
> English: no label
> French: monument commémoratif
> German: Mahnmal
>
> These are the relevant articles on German language Wikipedia:
> Q5003624: https://de.wikipedia.org/wiki/Gedenkst%C3%A4tte
> Q1885014: https://de.wikipedia.org/wiki/Mahnmal
>
> The English description of Q1885014 is "type of monument that serves as a
> warning". Is that right?
>
> Should we invent an English label, for Q1885014? How about "Warning
> memorial"?
>
> It seems the like the French label for Q1885014 is the same as the
> Portuguese
> and Spanish labels of Q5003624. Maybe one of these labels is wrong.
>
> Is Q5003624 (Gedenkstätte) genuinely a subclass of Q1885014 (Mahnmal)?
> --
> Edward.
>
> ___
> Wikidata 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


Re: [Wikidata] Confusion about memorials: Q5003624 (Gedenkstätte) and Q1885014 (Mahnmal)

2017-01-07 Thread David Cuenca Tudela
As I recently discovered, the proper place to discuss this is on this page:
https://www.wikidata.org/wiki/Wikidata:Interwiki_conflicts

Please start a conversation there.

Thanks
Micru

On Sat, Jan 7, 2017 at 5:36 PM, Edward Betts  wrote:

> Q5003624 (memorial) is a subclass of Q1885014 (no English label).
>
> Labels for Q5003624   https://www.wikidata.org/wiki/Q5003624
> English: memorial
> French: mémorial
> German: Gedenkstätte
> Portuguese: Monumento comemorativo
> Spanish: Monumento conmemorativo
>
> Labels for Q1885014   https://www.wikidata.org/wiki/Q1885014
> English: no label
> French: monument commémoratif
> German: Mahnmal
>
> These are the relevant articles on German language Wikipedia:
> Q5003624: https://de.wikipedia.org/wiki/Gedenkst%C3%A4tte
> Q1885014: https://de.wikipedia.org/wiki/Mahnmal
>
> The English description of Q1885014 is "type of monument that serves as a
> warning". Is that right?
>
> Should we invent an English label, for Q1885014? How about "Warning
> memorial"?
>
> It seems the like the French label for Q1885014 is the same as the
> Portuguese
> and Spanish labels of Q5003624. Maybe one of these labels is wrong.
>
> Is Q5003624 (Gedenkstätte) genuinely a subclass of Q1885014 (Mahnmal)?
> --
> Edward.
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>



-- 
Etiamsi omnes, ego non
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata


[Wikidata-bugs] [Maniphest] [Unassigned] T147745: DuplicateReferences shows copy button in diff view

2017-01-07 Thread matej_suchanek
matej_suchanek removed Lydia_Pintscher as the assignee of this task.
TASK DETAILhttps://phabricator.wikimedia.org/T147745EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Lydia_Pintscher, Jonas, Sjoerddebruin, Aklapper, dachary, D3r1ck01, Izno, Wikidata-bugs, aude, Ricordisamoa, Mbch331, Framawiki___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata] Confusion about memorials: Q5003624 (Gedenkstätte) and Q1885014 (Mahnmal)

2017-01-07 Thread Edward Betts
Q5003624 (memorial) is a subclass of Q1885014 (no English label).

Labels for Q5003624   https://www.wikidata.org/wiki/Q5003624
English: memorial
French: mémorial
German: Gedenkstätte
Portuguese: Monumento comemorativo
Spanish: Monumento conmemorativo

Labels for Q1885014   https://www.wikidata.org/wiki/Q1885014
English: no label
French: monument commémoratif
German: Mahnmal

These are the relevant articles on German language Wikipedia:
Q5003624: https://de.wikipedia.org/wiki/Gedenkst%C3%A4tte
Q1885014: https://de.wikipedia.org/wiki/Mahnmal

The English description of Q1885014 is "type of monument that serves as a
warning". Is that right?

Should we invent an English label, for Q1885014? How about "Warning memorial"?

It seems the like the French label for Q1885014 is the same as the Portuguese
and Spanish labels of Q5003624. Maybe one of these labels is wrong.

Is Q5003624 (Gedenkstätte) genuinely a subclass of Q1885014 (Mahnmal)?
-- 
Edward.

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata


[Wikidata-bugs] [Maniphest] [Commented On] T154808: No longer getting Revert notifications

2017-01-07 Thread gerritbot
gerritbot added a comment.
Change 331155 had a related patch set uploaded (by Matěj Suchánek):
Pass undone revision id for further proccessing

https://gerrit.wikimedia.org/r/331155TASK DETAILhttps://phabricator.wikimedia.org/T154808EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Mholloway, matej_suchanek, Aklapper, Dbrant, D3r1ck01, Izno, SBisson, Luke081515, Wikidata-bugs, aude, Catrope, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T154808: No longer getting Revert notifications

2017-01-07 Thread gerritbot
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T154808EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Mholloway, matej_suchanek, Aklapper, Dbrant, Th3d3v1ls, Ramalepe, Liugev6, Lewizho99, Maathavan, D3r1ck01, Izno, SBisson, Luke081515, Wikidata-bugs, aude, Catrope, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


Re: [Wikidata] Revert notifications?

2017-01-07 Thread Lydia Pintscher
On Fri, Jan 6, 2017 at 3:45 PM, Dmitry Brant  wrote:
> Hi all,
>
> I seem to have stopped being able to receive "revert" notifications (via
> Echo) on Wikidata. (i.e. if I make a change to an item's description, and
> someone reverts it, I no longer get a notification. This is for testing of
> our Android app that will soon allow editing of descriptions.)
>
> Do you know if something has changed within the last day or so that affects
> this behavior? I was able to get these notifications prior to yesterday. (Or
> am I not doing something correctly?)

I am not aware of any changes on our side. Let's solve it in the
ticket you filed: https://phabricator.wikimedia.org/T154808


Cheers
Lydia

-- 
Lydia Pintscher - http://about.me/lydia.pintscher
Product Manager for Wikidata

Wikimedia Deutschland e.V.
Tempelhofer Ufer 23-24
10963 Berlin
www.wikimedia.de

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.

Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
Finanzamt für Körperschaften I Berlin, Steuernummer 27/029/42207.

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata


[Wikidata-bugs] [Maniphest] [Commented On] T150891: Find a good way to represent multi-lingual text fields in Elastic

2017-01-07 Thread Lydia_Pintscher
Lydia_Pintscher added a comment.
Yeah there are a few other things that need the move to Elastic (for example better ranking of suggestions). So if we can move this forward with WMF help that'd be awesome.TASK DETAILhttps://phabricator.wikimedia.org/T150891EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aude, Lydia_PintscherCc: Lydia_Pintscher, Jan_Dittrich, EBernhardson, dcausse, hoo, Ricordisamoa, aude, Deskana, StudiesWorld, Aklapper, Smalyshev, Tobi_WMDE_SW, thiemowmde, JanZerebecki, gerritbot, Jonas, daniel, EBjune, mschwarzer, Avner, debt, Gehel, D3r1ck01, FloNight, Izno, Wikidata-bugs, jayvdb, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


Re: [Wikidata] Wikidata ontology

2017-01-07 Thread Gerard Meijssen
Hoi,
The biggest casualty of the current mess is that people like me do not care
at all about it. It cannot be explained, nobody is interested in explaining
it and consequently there is little use for it. It is "must have" so it is
there.. fine, lets move on.
Thanks,
 GerardM

On 7 January 2017 at 10:39, Markus Kroetzsch  wrote:

>
>
> On 06.01.2017 18:24, Thomas Douillard wrote:
>
>> Same entity can be treated both as class and individual
>>>
>>
>> This is valid for OWL as well.
>>
>
> Yes, and since Wikidata does not feature very powerful ontological
> statements, you could treat this like in OWL 2 DL semantically as well,
> i.e., a weak approach where the "class" and the "instance" are not really
> identified works.
>
> Nevertheless, using the ontology might still be challenging depending on
> what you want to do with it, since there are quite a few meta-levels
> (classes of classes of classes ...) that are not cleanly separated. When I
> last checked, we even had some instance-of cycles ;-) Even this is not a
> technical problem for the OWL semantics, but maybe for some tools and
> approaches.
>
> Cheers,
>
> Markus
>
>
>> 2017-01-05 22:21 GMT+01:00 Stas Malyshev > >:
>>
>> Hi!
>>
>> > The best you can get in terms of "downloading the wikidata
>> ontology" would be to
>> > download all properties and all the items representing classes. We
>> currently
>> > don't have a separate dump for these. Also, do not expect this to
>> be a concise
>> > or consistent model that can be used for reasoning. You are bound
>> to find
>> > contradictions and lose ends.
>>
>> Also, Wikidata Toolkit (https://github.com/Wikidata/Wikidata-Toolkit
>> )
>> can be used to generate something like taxonomy - see e.g.
>> http://tools.wmflabs.org/wikidata-exports/rdf/exports/201608
>> 01/dump_download.html
>> > 801/dump_download.html>
>>
>> But one has to be careful with it as Wikidata may not (and frequently
>> does not) follow assumptions that are true for proper OWL models -
>> there
>> are no limits on what can be considered a class, a subclass, an
>> instance, etc. Same entity can be treated both as class and
>> individual,
>> and there may be some weird structures, including even outright errors
>> such as cycles in subclass graph, etc. And, of course, it changes all
>> the time :)
>>
>> --
>> Stas Malyshev
>> smalys...@wikimedia.org 
>>
>> ___
>> Wikidata 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
>>
>>
> ___
> Wikidata 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


[Wikidata-tech] Making items appear ahead of aliases when searching for entities

2017-01-07 Thread Miguel Paraz
Hi,
I found that if I have items, the first one matching the alias is found,
instead of a later one which matches the label.
Example:
Q1 Label=SomethingElse, Alias=ABC
Q2 Label=ABC

Would it be possible to make Q2 appear first?
This is most useful if I only ask for one entity, thus this would be the
best match.

Thanks!

Cheers
Miguel
___
Wikidata-tech mailing list
Wikidata-tech@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-tech


[Wikidata-bugs] [Maniphest] [Commented On] T154808: No longer getting Revert notifications

2017-01-07 Thread Dbrant
Dbrant added a comment.
Sure, it seems like it's any revision made after 01/05, including:


https://www.wikidata.org/w/index.php?title=Q4115189=425035510
https://www.wikidata.org/w/index.php?title=Q4115189=424954913
https://www.wikidata.org/w/index.php?title=Q24037694=425409940
TASK DETAILhttps://phabricator.wikimedia.org/T154808EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DbrantCc: matej_suchanek, Aklapper, Dbrant, D3r1ck01, Izno, SBisson, Luke081515, Wikidata-bugs, aude, Catrope, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


Re: [Wikidata] Revert notifications?

2017-01-07 Thread AMIT KUMAR JAISWAL
Hey Dmitry,

I would like to test the beta version of your Android app, Is Beta
version available?

Did you used Progressive Web Apps technologies in building your mobile app?

Looking forward to hear from you.

Cheers,
Amit Kumar Jaiswal

On 1/6/17, Dmitry Brant  wrote:
> Hi all,
>
> I seem to have stopped being able to receive "revert" notifications (via
> Echo) on Wikidata. (i.e. if I make a change to an item's description, and
> someone reverts it, I no longer get a notification. This is for testing of
> our Android app that will soon allow editing of descriptions.)
>
> Do you know if something has changed within the last day or so that affects
> this behavior? I was able to get these notifications prior to yesterday.
> (Or am I not doing something correctly?)
>
>
> Best,
>
> --
> Dmitry Brant
> Senior Software Engineer / Product Owner (Android)
> Wikimedia Foundation
> https://www.mediawiki.org/wiki/Wikimedia_mobile_engineering
>


-- 
Amit Kumar Jaiswal
Mozilla Representative : http://reps.mozilla.org/u/amitkumarj441
Kanpur | Uttar Pradesh | India
Contact No : +91-8081187743
Web : http://amitkumarj441.github.io | Twitter : @AMIT_GKP
LinkedIn : http://in.linkedin.com/in/amitkumarjaiswal1
PGP Key : EBE7 39F0 0427 4A2C

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata


Re: [Wikidata] Wikiopinion - Structured opinions

2017-01-07 Thread Hector Perez
Kingsley, thanks for sending it to DBpedia's list too.

I'll have a look at your Linked Data Middleware!

On Wed, Jan 4, 2017 at 8:36 PM, Kingsley Idehen 
wrote:

> On 1/4/17 3:34 AM, Hector Perez wrote:
>
>
> To sum up, we think that a social network that challenges what you post
> and organises who agrees on what and why would complement Wikipedia and the
> traditional story telling. What do you think? Would you like to join us?
> Should this project be non-profit or for-profit? Would you donate or help
> us to fund raise?
>
> Kind regards,
>
> Hector
>
> [1]. Original post: https://medium.com/@HectorPere
> z/wikipedias-social-network-578b0257b8ae
>
>
> Nice idea! I've copied in the DBpedia list, as this would be of interest
> to that community also.
>
> I passed your Medium post through our Linked Data Middleware service en
> route to demonstrating what might complement your ultimate goal. Here are
> the results:
>
> [1] http://linkeddata.uriburner.com/about/html/https/medium.
> com/@HectorPerez/wikipedias-social-network-578b0257b8ae#.bvs2iko2w
>
> [2] http://linkeddata.uriburner.com/describe/?url=http%3A%2F%
> 2Flinkeddata.uriburner.com%2Fabout%2Fid%2Fentity%2Fhttps%
> 2Fmedium.com%2F@HectorPerez%2Fwikipedias-social-network-
> 578b0257b8ae=1
>
> Fundamentally, what you see is the effect of loosely-coupled NLP, AI, and
> Machine Learning oriented services that collectively contribute to a final
> Linked Open Data graph that represents a variety of entity relationships
> and entity relationship types :)
>
>
> --
> Regards,
>
> Kingsley Idehen   
> Founder & CEO
> OpenLink Software   (Home Page: http://www.openlinksw.com)
>
> Weblogs (Blogs):
> Legacy Blog: http://www.openlinksw.com/blog/~kidehen/
> Blogspot Blog: http://kidehen.blogspot.com
> Medium Blog: https://medium.com/@kidehen
>
> Profile Pages:
> Pinterest: https://www.pinterest.com/kidehen/
> Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen
> Twitter: https://twitter.com/kidehen
> Google+: https://plus.google.com/+KingsleyIdehen/about
> LinkedIn: http://www.linkedin.com/in/kidehen
>
> Web Identities (WebID):
> Personal: http://kingsley.idehen.net/dataspace/person/kidehen#this
> : 
> http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this
>
>
> ___
> Wikidata 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


Re: [Wikidata] Wikidata ontology

2017-01-07 Thread Markus Kroetzsch



On 06.01.2017 18:24, Thomas Douillard wrote:

Same entity can be treated both as class and individual


This is valid for OWL as well.


Yes, and since Wikidata does not feature very powerful ontological 
statements, you could treat this like in OWL 2 DL semantically as well, 
i.e., a weak approach where the "class" and the "instance" are not 
really identified works.


Nevertheless, using the ontology might still be challenging depending on 
what you want to do with it, since there are quite a few meta-levels 
(classes of classes of classes ...) that are not cleanly separated. When 
I last checked, we even had some instance-of cycles ;-) Even this is not 
a technical problem for the OWL semantics, but maybe for some tools and 
approaches.


Cheers,

Markus



2017-01-05 22:21 GMT+01:00 Stas Malyshev >:

Hi!

> The best you can get in terms of "downloading the wikidata ontology" 
would be to
> download all properties and all the items representing classes. We 
currently
> don't have a separate dump for these. Also, do not expect this to be a 
concise
> or consistent model that can be used for reasoning. You are bound to find
> contradictions and lose ends.

Also, Wikidata Toolkit (https://github.com/Wikidata/Wikidata-Toolkit
)
can be used to generate something like taxonomy - see e.g.

http://tools.wmflabs.org/wikidata-exports/rdf/exports/20160801/dump_download.html



But one has to be careful with it as Wikidata may not (and frequently
does not) follow assumptions that are true for proper OWL models - there
are no limits on what can be considered a class, a subclass, an
instance, etc. Same entity can be treated both as class and individual,
and there may be some weird structures, including even outright errors
such as cycles in subclass graph, etc. And, of course, it changes all
the time :)

--
Stas Malyshev
smalys...@wikimedia.org 

___
Wikidata 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



___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata


[Wikidata-bugs] [Maniphest] [Updated] T110948: [Task] Fix several i18n/l10n issues in Quality extensions

2017-01-07 Thread Umherirrender
Umherirrender removed a parent task: T154838: Let ApiDocumentationTest structure test pass on all repos.
TASK DETAILhttps://phabricator.wikimedia.org/T110948EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: UmherirrenderCc: Purodha, Liuxinyu970226, Raymond, Nemo_bis, Aklapper, D3r1ck01, MuhammadShuaib, Izno, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T110948: [Task] Fix several i18n/l10n issues in Quality extensions

2017-01-07 Thread Umherirrender
Umherirrender added a parent task: T154838: Let ApiDocumentationTest structure test pass on all repos.
TASK DETAILhttps://phabricator.wikimedia.org/T110948EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: UmherirrenderCc: Purodha, Liuxinyu970226, Raymond, Nemo_bis, Aklapper, D3r1ck01, MuhammadShuaib, Izno, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T154808: No longer getting Revert notifications

2017-01-07 Thread matej_suchanek
matej_suchanek added a project: Notifications.Herald added a project: Collaboration-Team-Triage.
TASK DETAILhttps://phabricator.wikimedia.org/T154808EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Aklapper, Dbrant, D3r1ck01, Izno, SBisson, Luke081515, Wikidata-bugs, aude, Catrope, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T154808: No longer getting Revert notifications

2017-01-07 Thread matej_suchanek
matej_suchanek added a comment.
Do you have an example of revert which didn't create a notification?TASK DETAILhttps://phabricator.wikimedia.org/T154808EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: matej_suchanek, Aklapper, Dbrant, D3r1ck01, Izno, SBisson, Luke081515, Wikidata-bugs, aude, Catrope, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs