[Wikidata] Puzzling Wikidata edits appearing on Commons watchlist

[Pine W]

Hi Wikidatans,

On Commons, I have been seeing some puzzling Wikidata edits appearing in
the properties for Commons files on my watchlist.

For example: for File:Ada Lovelace portrait.jpg
 (Q736316
) I see the edit (‎Created claim:
Property:P18 : Chalon Portrait
of Queen Victoria - 1837.jpg; ‎Added reference to claim: Property:P18
: Chalon Portrait of Queen
Victoria - 1837.jpg)

This portrait of Ada Lovelace is decidedly not a portrait of Queen
Victoria. Upon further investigation, I see that the artist for both
paintings is the same. Still, why is this edit appearing for File:Ada
Lovelace portrait.jpg
? I
don't know why I should be seeing this edit on my watchlist for the
Lovelace portrait.

Similarly, for File:John Jay (Gilbert Stuart portrait).jpg (Q100
), I see on my Commons watchlist (Language
link added: eml:Boston ). Further
investigation reveals that Boston was the place of death of artist Gilbert
Stuart.

Can someone clarify why these Wikidata edits would be appearing in my
watchlist on Commons? These edits appear to be related to the artists
rather than to the image files.

I do have "Show Wikidata edits in your watchlist" checked, but I would
think that this would refer to Wikidata edits about the files themselves or
the original artwork from which the photos were derived, rather than the
artist who created the artworks from which the files on Commons were
derived. Noting that the artist who created a particular image also created
another image that we have on Commons seems to be particularly far-removed
from information that I need to know as someone who would be interested in
knowing about Wikidata changes about the particular file that I'm watching
(as opposed to the Wikidata information about the artist.)

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

Re: [Wikidata] Grammatical display of units

[Stas Malyshev]

Hi!

> Well, I think we could sidestep the grammar issue by using unit symbols. We

True, but what unit symbol is "apple"? It's actually used as measure of
height (bonus points if you can guess on which item :). Even if we don't
go this far, while SI units probably all have short names, for non-SI
units, especially older and rarer ones, it may very well not be the case.

Another tricky part is that short names are not connected to languages
right now. I.e. if your interface language is Serbian, which short name
to use? What if it's Farsi? We'd need to change how we relate units &
unit symbols then.

> An alternative is to use MediaWiki i18n messages instead of entity labels. 
> E.g.
> if the unit is Q11573, we could check if MediaWiki:wikibase-unit-Q11573 
> exists,
> and if it does, use it. We'd get internationalization including support for
> plurals for free.

That may work, but downside of this is that it is linked to unit ID - so
if we wanted to use it for, say, Commons data, we'd have to somehow link
between "metre" on Wikidata and "metre" on Commons.

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

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

[Wikidata] weekly summary #220

[Lydia Pintscher]

Hey folks :)

Here is your summary of what happened around Wikidata over the past week.

Discussions

   - Notability of items for templates
   

   - One or more property examples?
   

Events /Press/Blogs


   - Ongoing: Repository Fringe
   
   - Ongoing: ICBO  (slides
   

   )
   - Upcoming: CCBWIKI
   

   - Localités au fil de l'eau
   

   - WDQ, obsolete? 
   - BigQuery, Wikidata & AgreeList — idea
   


Other Noteworthy Stuff

   - You can now see the very first steps towards structured data support
   for Wikimedia Commons.
   

   - You can now translate all sister project pages to your language, like
   Wikidata:Wikipedia .
   Please, link to them from your projects to give your fellow users chance to
   learn Wikidata basics.
   - You can now enable the CoordinateDiffMap Gadget in your preferences to
   get a map for coordinate changes.
   - There is a new command line tool to extract taxonomies from Wikidata
   
   - Simple guide
    to help
   Wikipedia editors find Wikidata IDs. In English - please translate into
   other languages!
   - You can now use Wikidata to do cool things in Mapbox with the Mapbox
   iOS SDK 
   - IPTC's NewsCodes Working Group has mapped the top two levels of
   hierarchical terms of Media Topics to Wikidata
   
   - WMDE's progress report for the annual plan grant with a focus on
   Wikidata has been published
   

   - Need to query Wikidata, but lack SPARQL skills? There is now
Wikidata:Request
   a query  for you!

Did you know?

   - Newest properties
   : residence time
   of water , railway
   signalling system , located
   in protected area , Rolling
   Stone artist ID , French
   national research structure identifier
   , backup or reserve team
   or crew , laws applied
   , surface tension
   , Standard Geographical
   Classification code , World
   Archery ID , Conservatoire
   du littoral ID , Australian
   Heritage Database Place ID ,
   Cadw Monument ID , Marine
   Regions Geographic ID , valid
   in place , Galiciana ID
   , zanikleobce.cz abandoned
   objects ID , Untappd
   brewery ID , retirement age
   
   - Query examples: frequency of Romans' praenomen
   

Re: [Wikidata] Discussion on graph databases for WIkipedia: applications, volunteers, and stack design recommendations

[Ian Seyer]

I am reachable at this email, ian.se...@gmail.com.

On Mon, Aug 1, 2016 at 1:53 PM David McDonell  wrote:

> Ian, how do I/we get in touch with you directly?
>
> Thanks,
> --David
>
> da...@iconicloud.com
>
>
> On Monday, August 1, 2016, Ian Seyer  wrote:
>
>> Full disclosure: I am the creator of the Project Grant application for
>> Arc.heolo.gy , located here:
>> https://meta.wikimedia.org/wiki/Grants:Project/Arc.heolo.gy
>>
>> I hope for this to be a general discussion on potential applications,
>> criticisms, questions, technological recommendations, and community
>> discussion about a graph representation of Wikipedia.
>>
>> Currently, the project has a live Neo4j Graph database built and parsed
>> from a download of the English language Wikipedia from April. I have
>> temporarily hosted the database instance both on my local machine and a
>> SoftLayer server provided under a temporary entrepreneur credit.
>>
>> My goal is two fold.
>> On the backend: refine the parsing algorithm (I am getting some incorrect
>> relationships in the database), automate the parsing so that it updates the
>> database frequently, expand language support, and perform semantic parsing
>> to weight individual relationships to strengthen the ability to filter out
>> extraneous relationships.
>> On the frontend: I have done little to zero work here beyond pure
>> conceptualization. I would hope to use an asynchronous front-end javascript
>> framework to build both a 2d (d3) and 3d (webGL) interface to be able to
>> explore the database with a high amount of control and ease.
>>
>> If any of you would like to access the database for exploration, please
>> contact me privately and I will give you credentials.
>>
>> Any recommendations on parsing, hosting, visualization, or otherwise are
>> appreciated. Endorsements and Volunteers are also highly appreciated!
>>
>> p.s. I am new to directly engaging with the Wiki community, and if I
>> committed some faux pas in starting this thread please let me know and I
>> will do my best to correct it.
>> --
>> ╭╮
>> ╭╮┃┃
>> ╭╮ ╭╮╭╮
>> ┃┃ ╭╮ ┃╰╯╰╯┃┃╰
>> ╭╮┃┃╭╮┃┃╭╮┃ ╰╯
>> ╭╮ ┃╰╯┃┃╰╯
>> ┃┃╭╮┃╰╯┃┃ ╰╯
>> ╮┃╰╯┃┃ ╰╯
>> ╰╯ ┃┃
>> ╰╯
>>
>
>
> --
> David McDonell
> Co-founder & CEO
> ICONICLOUD, Inc.
> "Illuminating the cloud"
>
> M: 703-864-1203
> EM: da...@iconicloud.com
> URL: http://iconicloud.com
> ___
> 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] Discussion on graph databases for WIkipedia: applications, volunteers, and stack design recommendations

[David McDonell]

Ian, how do I/we get in touch with you directly?

Thanks,
--David

da...@iconicloud.com

On Monday, August 1, 2016, Ian Seyer  wrote:

> Full disclosure: I am the creator of the Project Grant application for
> Arc.heolo.gy , located here:
> https://meta.wikimedia.org/wiki/Grants:Project/Arc.heolo.gy
>
> I hope for this to be a general discussion on potential applications,
> criticisms, questions, technological recommendations, and community
> discussion about a graph representation of Wikipedia.
>
> Currently, the project has a live Neo4j Graph database built and parsed
> from a download of the English language Wikipedia from April. I have
> temporarily hosted the database instance both on my local machine and a
> SoftLayer server provided under a temporary entrepreneur credit.
>
> My goal is two fold.
> On the backend: refine the parsing algorithm (I am getting some incorrect
> relationships in the database), automate the parsing so that it updates the
> database frequently, expand language support, and perform semantic parsing
> to weight individual relationships to strengthen the ability to filter out
> extraneous relationships.
> On the frontend: I have done little to zero work here beyond pure
> conceptualization. I would hope to use an asynchronous front-end javascript
> framework to build both a 2d (d3) and 3d (webGL) interface to be able to
> explore the database with a high amount of control and ease.
>
> If any of you would like to access the database for exploration, please
> contact me privately and I will give you credentials.
>
> Any recommendations on parsing, hosting, visualization, or otherwise are
> appreciated. Endorsements and Volunteers are also highly appreciated!
>
> p.s. I am new to directly engaging with the Wiki community, and if I
> committed some faux pas in starting this thread please let me know and I
> will do my best to correct it.
> --
> ╭╮
> ╭╮┃┃
> ╭╮ ╭╮╭╮
> ┃┃ ╭╮ ┃╰╯╰╯┃┃╰
> ╭╮┃┃╭╮┃┃╭╮┃ ╰╯
> ╭╮ ┃╰╯┃┃╰╯
> ┃┃╭╮┃╰╯┃┃ ╰╯
> ╮┃╰╯┃┃ ╰╯
> ╰╯ ┃┃
> ╰╯
>


-- 
David McDonell
Co-founder & CEO
ICONICLOUD, Inc.
"Illuminating the cloud"

M: 703-864-1203
EM: da...@iconicloud.com
URL: http://iconicloud.com
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata] Discussion on graph databases for WIkipedia: applications, volunteers, and stack design recommendations

[Ian Seyer]

Full disclosure: I am the creator of the Project Grant application for
Arc.heolo.gy , located here:
https://meta.wikimedia.org/wiki/Grants:Project/Arc.heolo.gy

I hope for this to be a general discussion on potential applications,
criticisms, questions, technological recommendations, and community
discussion about a graph representation of Wikipedia.

Currently, the project has a live Neo4j Graph database built and parsed
from a download of the English language Wikipedia from April. I have
temporarily hosted the database instance both on my local machine and a
SoftLayer server provided under a temporary entrepreneur credit.

My goal is two fold.
On the backend: refine the parsing algorithm (I am getting some incorrect
relationships in the database), automate the parsing so that it updates the
database frequently, expand language support, and perform semantic parsing
to weight individual relationships to strengthen the ability to filter out
extraneous relationships.
On the frontend: I have done little to zero work here beyond pure
conceptualization. I would hope to use an asynchronous front-end javascript
framework to build both a 2d (d3) and 3d (webGL) interface to be able to
explore the database with a high amount of control and ease.

If any of you would like to access the database for exploration, please
contact me privately and I will give you credentials.

Any recommendations on parsing, hosting, visualization, or otherwise are
appreciated. Endorsements and Volunteers are also highly appreciated!

p.s. I am new to directly engaging with the Wiki community, and if I
committed some faux pas in starting this thread please let me know and I
will do my best to correct it.
-- 
╭╮
╭╮┃┃
╭╮ ╭╮╭╮
┃┃ ╭╮ ┃╰╯╰╯┃┃╰
╭╮┃┃╭╮┃┃╭╮┃ ╰╯
╭╮ ┃╰╯┃┃╰╯
┃┃╭╮┃╰╯┃┃ ╰╯
╮┃╰╯┃┃ ╰╯
╰╯ ┃┃
╰╯
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Grammatical display of units

[Daniel Kinzler]

Am 28.07.2016 um 12:26 schrieb Lydia Pintscher:
> The discussion about how to do this is happening in
> https://phabricator.wikimedia.org/T86528 The basic problem is that we
> do use items for the units. I think this is the right thing to do but
> it does make this particular part a bit tricky.

Well, I think we could sidestep the grammar issue by using unit symbols. We
would have to get them from statements, and they would have to be multilingual
values (or mutliple mono-lingual values), but that is still much less
complicated than trying to apply plural rules.

An alternative is to use MediaWiki i18n messages instead of entity labels. E.g.
if the unit is Q11573, we could check if MediaWiki:wikibase-unit-Q11573 exists,
and if it does, use it. We'd get internationalization including support for
plurals for free.

We could actually combine all of these approaches: first check for a system
message, then check for a symbol statement, then use the label, and if all
fails, use the ID.

I'll comment on the ticket.

-- 
Daniel Kinzler
Senior Software Developer

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

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