Re: [Wikidata] [Wikimediaindia-l] New portal on Wikidata: Wikidata:WikiProject India

Thanks a lot for the email Viswaprabha. I am quite sure that this project will be really helpful to improve Indic content on Wikidata. Thanks Tito Dutta Note: If I don't reply to your email in 2 days, please feel free to remind me over email or phone call. On 9 September 2017 at 03:46,

[Wikidata] New portal on Wikidata: Wikidata:WikiProject India

Dear Wikimedians, As the month long country-wide Wikidata Training Tour by Asaf Bartov [*1] is in progress through several communities and cities within India, the term 'Wikidata' has started rolling out as a new technology buzzword among Indian communities and media. Choosing the occasion as

Re: [Wikidata] Which external identifiers are worth covering?

Hi Marco, On 07-09-17 20:51, Marco Fossati wrote: Hi everyone, As a data quality addict, I've been investigating the coverage of external identifiers linked to Wikidata items about people. Given the numbers on SQID [1] and some SPARQL queries [2, 3], it seems that even the second most used

[Wikidata-bugs] [Maniphest] [Merged] T143485: [bug] sitelink on Wikidata not removed when page on client is deleted

matej_suchanek added subscribers: IKhitron, Legoktm, Amire80, eranroz.matej_suchanek merged a task: T175398: Interwiki to page deleted months ago wasn't removed. TASK DETAILhttps://phabricator.wikimedia.org/T143485EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T175398: Interwiki to page deleted months ago wasn't removed

matej_suchanek closed this task as a duplicate of T143485: [bug] sitelink on Wikidata not removed when page on client is deleted. TASK DETAILhttps://phabricator.wikimedia.org/T175398EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Legoktm,

[Wikidata-bugs] [Maniphest] [Commented On] T175398: Interwiki to page deleted months ago wasn't removed

IKhitron added a comment. Thanks.TASK DETAILhttps://phabricator.wikimedia.org/T175398EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IKhitronCc: Legoktm, Amire80, eranroz, IKhitron, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Updated] T175398: Interwiki to page deleted months ago wasn't removed

Legoktm edited projects, added Wikidata; removed Regression, MediaWiki-Interwiki, MediaWiki-Database.Legoktm added a comment. The page was moved and the interwiki wasn't updated on Wikidata, so putting under #Wikidata .TASK DETAILhttps://phabricator.wikimedia.org/T175398EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T175199: Index certain statements for Wikidata items

Smalyshev added a comment. I'm not sure we should really go as far as indexing all statements, now. Most of them would not be very useful for the search purposes for now, and already served by Query Service. Most useful ones would be those that are legitimately limit the searches for relevant

[Wikidata-bugs] [Maniphest] [Edited] T175316: Very large jobs posted by Wikidata

GWicke updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION..."2653965": [6, "Meyers_b9_s0043.jpg"], (..a few million further page entries...) },...TASK DETAILhttps://phabricator.wikimedia.org/T175316EMAIL

[Wikidata-bugs] [Maniphest] [Created] T175380: Queries with wikibase:statements or wikibase:sitelinks are slow

Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata, Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added a project: Discovery. TASK DESCRIPTIONI would expect this query to be very efficient: SELECT ?item ?sitelinks WHERE { ?item

[Wikidata-bugs] [Maniphest] [Commented On] T175316: Very large jobs posted by Wikidata

Pchelolo added a comment. In T175316#3591889, @GWicke wrote: @Pchelolo, based on our previous conversation about this I am assuming that the bulk of the task is a very large list of pages. Is this correct? Ye, in the actual event the params.pages array contains millions and millions of

Re: [Wikidata] Which external identifiers are worth covering?

Hoi, I understand the tendency to have English labels for items seen as important. However, there are bots who add labels to many, many languages as the labels tend to be the same. In my opinion we should encourage the inclusion of information. Yes, we may get duplicates but having the data early

Re: [Wikidata] Which external identifiers are worth covering?

Interesting! I noticed that suddenly a lot more politicians were showing up in my queries - have you been adding the occupation=politician property? I believe politicians are severely underrepresented on Wikipedia projects (except for the top people in the news) so if you have good metadata, then

[Wikidata-bugs] [Maniphest] [Commented On] T175376: Parser and Lua functions should track changes to 'formatter URL' property

matej_suchanek added a comment. Now this is not being tracked at all and we are not able to focus a single property. So the only way is to use an inaccurate aspect (O/X) that tracks all changes to the property, which are irrelevant to individual articles. With C introduction, the aspect will be as

[Wikidata-bugs] [Maniphest] [Updated] T175376: Parser and Lua functions should track changes to 'formatter URL' property

eranroz added a comment. @matej_suchanek , this is good point. I think it is not related to usage aspect C directly. Can you please elaborate ? Currently either someone access it explicitly (getEntity(P214)) or implicitly using formatValue and similar stuff. I think it is/should be handled in

Re: [Wikidata] Which external identifiers are worth covering?

Hi folks, Very happy to see this discussion happening. I work on the EveryPolitician project [0] and for several years, we have been mapping official IDs to Wikidata IDs. We have probably half the national legislators in the world mapped this way, and many of the ones we’re missing are because

[Wikidata-bugs] [Maniphest] [Created] T175376: Parser and Lua functions should track changes to 'formatter URL' property

matej_suchanek created this task.matej_suchanek added projects: Wikidata, MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Aklapper. TASK DESCRIPTIONThis may happen after the usage aspect C is deployed. It will require some more thinking, though, since the option formatterUrlProperty

[Wikidata-bugs] [Maniphest] [Updated] T175370: Track incompatible (mutually exclusive) constraints

Lucas_Werkmeister_WMDE added a project: Wikibase-Quality. TASK DETAILhttps://phabricator.wikimedia.org/T175370EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: matej_suchanek, Aklapper, Lucas_Werkmeister_WMDE, GoranSMilovanovic,

[Wikidata-bugs] [Maniphest] [Created] T175370: Track incompatible (mutually exclusive) constraints

matej_suchanek created this task.matej_suchanek added a project: Wikibase-Quality-Constraints.Herald added a subscriber: Aklapper.Herald added a project: Wikidata. TASK DESCRIPTIONSample (A,B,C are properties): A is an inverse to B and conflicts with C. B requires items with A to also have C. A

[Wikidata-bugs] [Maniphest] [Updated] T175316: Very large jobs posted by Wikidata

mobrovac edited projects, added Services (designing), EventBus; removed Services (doing).Herald added a project: Analytics. TASK DETAILhttps://phabricator.wikimedia.org/T175316EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pchelolo, mobrovacCc: daniel,

[Wikidata-bugs] [Maniphest] [Commented On] T154555: Special:SetSiteLink, other SpecialModifyEntity subclasses open master connection on GET

gerritbot added a comment. Change 376700 merged by jenkins-bot: [mediawiki/extensions/Wikibase@master] Use master when needed in EditEntity::getLatestRevision() https://gerrit.wikimedia.org/r/376700TASK DETAILhttps://phabricator.wikimedia.org/T154555EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T172246: Support rollout of editing wikidata descriptions on Android for en.wp

Elitre added a comment. The announcements were posted days ago at en.wp and Wikidata (Wikidata staff was also pinged about this as usual). We're keeping an eye on the conversation and addressing feedback as it comes.TASK DETAILhttps://phabricator.wikimedia.org/T172246EMAIL

Re: [Wikidata] Which external identifiers are worth covering?

On 7 September 2017 at 19:51, Marco Fossati wrote: > external identifiers linked to Wikidata items about people. I'll take this as an invitation to remind everyone about ORCID iDs ;-) See: https://www.wikidata.org/wiki/Wikidata:ORCID and:

[Wikidata-bugs] [Maniphest] [Commented On] T173742: [Story] Editable Grammatical Feature of a Form (presistent)

gerritbot added a comment. Change 376705 had a related patch set uploaded (by Aleksey Bekh-Ivanov (WMDE); owner: Aleksey Bekh-Ivanov (WMDE)): [mediawiki/extensions/WikibaseLexeme@master] Use FormSet inside of the Lexeme class https://gerrit.wikimedia.org/r/376705TASK

[Wikidata-bugs] [Maniphest] [Commented On] T173742: [Story] Editable Grammatical Feature of a Form (presistent)

gerritbot added a comment. Change 376704 had a related patch set uploaded (by Aleksey Bekh-Ivanov (WMDE); owner: Aleksey Bekh-Ivanov (WMDE)): [mediawiki/extensions/WikibaseLexeme@master] [WIP] Add form API module https://gerrit.wikimedia.org/r/376704TASK

[Wikidata-bugs] [Maniphest] [Commented On] T173742: [Story] Editable Grammatical Feature of a Form (presistent)

gerritbot added a comment. Change 376703 had a related patch set uploaded (by Aleksey Bekh-Ivanov (WMDE); owner: Aleksey Bekh-Ivanov (WMDE)): [mediawiki/extensions/WikibaseLexeme@master] Add assertions to ensure $nextFormId correctness in Lexeme https://gerrit.wikimedia.org/r/376703TASK

Re: [Wikidata] Which external identifiers are worth covering?

Somewhat related to this discussion is the coli-conc project, which collects statistics about KOS-type (thesaurus, authority file etc.) identifier links in Wikidata: http://coli-conc.gbv.de/concordances/wikidata/ You can also find statistics about indirect mappings, from one KOS via Wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T165578: [Story] New datatype for referencing Lexemes

gerritbot added a comment. Change 357796 abandoned by Ladsgroup: [Code experiment] What needs to be done to make lexeme datatype work https://gerrit.wikimedia.org/r/357796TASK DETAILhttps://phabricator.wikimedia.org/T165578EMAIL

Re: [Wikidata] Which external identifiers are worth covering?

In general, I think it would be great to store inside Wikidata the graph of relations between identifiers. Something like: VIAF linksTo ISNI VIAF linksTo GND … GRID linksTo ISNI arXiv linksTo DOI Last time I looked, there was no simple way to do that. So for WikiProject Universities we have used

[Wikidata-bugs] [Maniphest] [Commented On] T154555: Special:SetSiteLink, other SpecialModifyEntity subclasses open master connection on GET

gerritbot added a comment. Change 376700 had a related patch set uploaded (by Ladsgroup; owner: Amir Sarabadani): [mediawiki/extensions/Wikibase@master] Use master when needed in EditEntity::getLatestRevision() https://gerrit.wikimedia.org/r/376700TASK

Re: [Wikidata] Which external identifiers are worth covering?

Is anyone working on an "auto-resolve" bot? If you have VIAF (but nothing else), you can resolve other identifiers via the VIAF site; similarly, if you have only GND, you could try to reverse-lookup VIAF. I think a list of items that have zero external identifiers, ordered by "importance"

Re: [Wikidata] Which external identifiers are worth covering?

As a basic rule for "which external identifiers are worth covering", I would begin with any national identifiers we have for people (politicians, artists, writers, theologians, scientists, etc), then national identifiers for organizations (government-related, GNP-related businesses, nonprofits,

[Wikidata-bugs] [Maniphest] [Updated] T175199: Index certain statements for Wikidata items

EBernhardson added a comment. It's possible to hack something together by using pattern capture filter to either capture the letter P, or capture the full line if the P-id is one we accept. Then add a stop words filter to strip out the P tokens. TBH that's pretty messy though: P5976 Provided the

[Wikidata-bugs] [Maniphest] [Commented On] T175153: Constraints gadget: change help button to normal link

gerritbot added a comment. Change 376538 merged by jenkins-bot: [mediawiki/extensions/WikibaseQualityConstraints@master] Add margin-left to gadget help link https://gerrit.wikimedia.org/r/376538TASK DETAILhttps://phabricator.wikimedia.org/T175153EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T175199: Index certain statements for Wikidata items

dcausse added a comment. maybe custom analysis components in the extra plugin would make this easier? Unless we have some objections to making wikibase dependent on the wmf elastic plugins?TASK DETAILhttps://phabricator.wikimedia.org/T175199EMAIL