Re: [Wikidata] Let's move forward with support for Wiktionary

Great news, and thanks! How will Wiktionary with Wikidata anticipate "voice" and "voice in translation" (for example in Google Voice or in other parallel projects)? And how will Wiktionary/Wikidata also anticipate all 7,097 living languages (Ethnologue) / 7943 entries under languages (Glottolog)

Re: [Wikidata] Let's move forward with support for Wiktionary

Am 13.09.2016 um 15:37 schrieb Gerard Meijssen: > Hoi, > You assume that it is not good to have lexicological information in our > existing > items. With Wiktionary support you bring such information on board. It would > be > really awkward when for every concept there has to be an item in two

[Wikidata-bugs] [Maniphest] [Commented On] T143819: Data request for logs from SparQL interface at query.wikidata.org

leila added a comment. @AndrewSu please read https://www.mediawiki.org/wiki/Wikimedia_Research/Formal_collaborations to learn about how we start formal collaborations (which is a per-requisite for accessing the data). If you are interested, please attach a proposal to this phabricator task, ping

[Wikidata-bugs] [Maniphest] [Updated] T145279: Links to articles in other projects from Commons categories via Wikidata

hoo added a comment. In T145279#2632186, @Lydia_Pintscher wrote: @hoo Can you give an evaluation from the technical side please? If that has no problems I am ok with doing it. If I get this right, we need T99899 to implement this (as we need to get the Item that has the commons category

[Wikidata-bugs] [Maniphest] [Commented On] T143332: Empty toc div element visible on Wikidata in debug mode

gerritbot added a comment. Change 308570 merged by jenkins-bot: More specific ".sitelinkgroupview h3" selector https://gerrit.wikimedia.org/r/308570TASK DETAILhttps://phabricator.wikimedia.org/T143332EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Commented On] T44783: Do not rerender whole client page when only sitelinks are updated

hoo added a comment. I didn't receive any input on my (RfC) change in over two weeks, I perceive this as a strong lack of interest in actually implementing this. If so, shall we decline this?TASK DETAILhttps://phabricator.wikimedia.org/T44783EMAIL

Re: [Wikidata] Let's move forward with support for Wiktionary

Héllo, I am very happy of this news. I a wiki newbie interested in using wikidata to do text analysis. I try to follow the discussion here and on french wiktionary. I take this as opportunity to try to sum up some concerns that are raised on french wiktionary [0]: - How wikidata and

[Wikidata-bugs] [Maniphest] [Commented On] T144756: track resource usage by article placeholder extension

Lydia_Pintscher added a comment. In T144756#2633485, @Esc3300 wrote: There are several requests to evaluate various aspects of this extension: T144589 T142955 T144592 As this seems to take a fairly large part of development time, it would be good to have a full picture. That is a wrong

[Wikidata-bugs] [Maniphest] [Updated] T145384: Update wmde LDAP group

hashar added a project: Operations.hashar added subscribers: Reedy, demon.hashar added a comment. From a quick look at the doc, roots and members of the ldap-admins unix group can do the the LDAP modifications.TASK DETAILhttps://phabricator.wikimedia.org/T145384EMAIL

[Wikidata-bugs] [Maniphest] [Declined] T145528: How to represent boolean data (new datatype for Wikidata?)

Lydia_Pintscher closed this task as "Declined".Lydia_Pintscher added a comment. Then let's make it this one :) I agree that most cases are likely even better served by using items.TASK DETAILhttps://phabricator.wikimedia.org/T145528EMAIL

[Wikidata-bugs] [Maniphest] [Unblock] T91505: [Epic] Adding new datatypes to Wikidata (tracking)

Lydia_Pintscher closed subtask T145528: How to represent boolean data (new datatype for Wikidata?) as "Declined". TASK DETAILhttps://phabricator.wikimedia.org/T91505EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Swpb, ArthurPSmith,

[Wikidata-bugs] [Maniphest] [Blocker] T18976: Wikis waiting for creation (tracking)

Dzahn changed the status of subtask T126832: create a wiki for Wikimedia Portugal from "Stalled" to "Open". TASK DETAILhttps://phabricator.wikimedia.org/T18976EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DzahnCc: Danny_B, TerraCodes, JEumerus, greg,

[Wikidata-bugs] [Maniphest] [Commented On] T144380: Install and configure new WDQS nodes on codfw

gerritbot added a comment. Change 310308 merged by Gehel: wdqs - use configuration file generated by scap https://gerrit.wikimedia.org/r/310308TASK DETAILhttps://phabricator.wikimedia.org/T144380EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Gehel,

[Wikidata-bugs] [Maniphest] [Commented On] T144380: Install and configure new WDQS nodes on codfw

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2016-09-13T18:08:23Z] moving to scap deployed configuration for wdqs - T144380TASK DETAILhttps://phabricator.wikimedia.org/T144380EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Gehel,

[Wikidata-bugs] [Maniphest] [Commented On] T144380: Install and configure new WDQS nodes on codfw

gerritbot added a comment. Change 310316 merged by Smalyshev: wdqs - generate RWStore cofig file in /etc/wdqs https://gerrit.wikimedia.org/r/310316TASK DETAILhttps://phabricator.wikimedia.org/T144380EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Gehel,

[Wikidata-bugs] [Maniphest] [Commented On] T145535: language code disparity (Wikidata tracking)

Esc3300 added a comment. There seem to be quite a few, but I thought I'd wait just to make sure that people actually want a tracking bug for that.TASK DETAILhttps://phabricator.wikimedia.org/T145535EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc:

[Wikidata-bugs] [Maniphest] [Edited] T145532: HH:MM:SS time in Wikidata (new datatype or display option for quantity datatype?)

Esc3300 edited the task description. (Show Details) EDIT DETAILS...This is independent from any time support for data propertiesdate-properties (called wikibase:TimeValue datatype)TASK DETAILhttps://phabricator.wikimedia.org/T145532EMAIL

Re: [Wikidata] Let's move forward with support for Wiktionary

Hoi, The main thing to remember is that all these lexemes are in fact the labels we currently hold. The relatisation that this is true is key. Thanks, Gerard On 13 September 2016 at 18:30, Daniel Kinzler wrote: > Am 13.09.2016 um 17:16 schrieb Gerard Meijssen:

Re: [Wikidata] Request for Property help (Schema.org mapping taskforce)

All, Vocabularies have their own definitions already hosted. There is no need, therefore, to replicate those same definitions in Wikidata by creating a new Wikidata item (topic / entity) for each external vocabulary class or subclass or property. Instead, the best practice is to simply POINT to

[Wikidata-bugs] [Maniphest] [Updated] T145535: language code disparity (Wikidata tracking)

Amire80 added a project: I18n.Amire80 added a comment. T129470 and T112285 come to mind.TASK DETAILhttps://phabricator.wikimedia.org/T145535EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Amire80Cc: Amire80, Aklapper, Esc3300, mschwarzer, D3r1ck01,

[Wikidata-bugs] [Maniphest] [Declined] T104749: Support dates with unknown year but known month/day

daniel closed this task as "Declined".daniel added a comment. Assuming this requests support for partial dates in Time values, I'm declining this for technical and semantic reasons. A Time data value represents a specific point in time (with some level of uncertainty). It doesn't represent a

[Wikidata-bugs] [Maniphest] [Unblock] T87764: Bugs related to time datatype (tracking)

daniel closed subtask T104749: Support dates with unknown year but known month/day as "Declined". TASK DETAILhttps://phabricator.wikimedia.org/T87764EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: T.seppelt, Agabi10, Ricordisamoa, Conny, Rical,

[Wikidata-bugs] [Maniphest] [Edited] T91505: [Epic] Adding new datatypes to Wikidata (tracking)

Esc3300 edited the task description. (Show Details) EDIT DETAILSWe want to have new datatypes in Wikidata to support additional kinds of data.We want to have new datatypes in Wikidata to support additional kinds of data. See https://www.wikidata.org/wiki/Help:Data_typeTASK

[Wikidata-bugs] [Maniphest] [Commented On] T145528: How to represent boolean data (new datatype for Wikidata?)

Esc3300 added a comment. Item-datatype should do, but I don't think there is a ticket that states that ;)TASK DETAILhttps://phabricator.wikimedia.org/T145528EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Izno, Aklapper, Esc3300, D3r1ck01,

[Wikidata-bugs] [Maniphest] [Updated] T104749: Support dates with unknown year but known month/day

Esc3300 added a comment. Following a request for jawiki, there is now https://www.wikidata.org/wiki/Property:P3150 (birthday) with item-datatype. While machine readability of these items could be improved, in terms of maintenance, I think it can be an advantage if this isn't combined in P569

[Wikidata-bugs] [Maniphest] [Edited] T145532: HH:MM:SS time in Wikidata (new datatype or display option for quantity datatype?)

Esc3300 edited the task description. (Show Details) EDIT DETAILS... - Properties that could benefit from improved display: - https://www.wikidata.org/wiki/Property:P2781 race time - https://www.wikidata.org/wiki/Property:P2907 timezone offset (maybe) -

[Wikidata-bugs] [Maniphest] [Commented On] T145528: How to represent boolean data (new datatype for Wikidata?)

Izno added a comment. Boolean is rarely useful for actually modeling information. We can tell more by linking to certain items. Example off the cuff: A "wifi" property was proposed as boolean. Instead, a "network" with the possibly types of network (wifi, ethernet, etc.) could have been proposed,

[Wikidata-bugs] [Maniphest] [Updated] T145532: HH:MM:SS time in Wikidata (new datatype or display option for quantity datatype?)

Esc3300 added a comment. This should not be related to T57755 as a date wouldn't be included.TASK DETAILhttps://phabricator.wikimedia.org/T145532EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Izno, Aklapper, Esc3300, D3r1ck01, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Block] T91505: [Epic] Adding new datatypes to Wikidata (tracking)

Izno reopened subtask T145532: HH:MM:SS time in Wikidata (new datatype or display option for quantity datatype?) as "Open". TASK DETAILhttps://phabricator.wikimedia.org/T91505EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: Swpb, ArthurPSmith,

[Wikidata-bugs] [Maniphest] [Reopened] T145532: HH:MM:SS time in Wikidata (new datatype or display option for quantity datatype?)

Izno reopened this task as "Open". TASK DETAILhttps://phabricator.wikimedia.org/T145532EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: Aklapper, Esc3300, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___

[Wikidata-bugs] [Maniphest] [Commented On] T145532: HH:MM:SS time in Wikidata (new datatype or display option for quantity datatype?)

Izno added a comment. Actually, this is probably also the "business hours" use case.TASK DETAILhttps://phabricator.wikimedia.org/T145532EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: Izno, Aklapper, Esc3300, D3r1ck01, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Block] T87764: Bugs related to time datatype (tracking)

Izno reopened subtask T145532: HH:MM:SS time in Wikidata (new datatype or display option for quantity datatype?) as "Open". TASK DETAILhttps://phabricator.wikimedia.org/T87764EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: T.seppelt, Agabi10,

[Wikidata-bugs] [Maniphest] [Updated] T145532: HH:MM:SS time in Wikidata (new datatype or display option for quantity datatype?)

Izno closed this task as a duplicate of T57755: allow time values more precise than day. TASK DETAILhttps://phabricator.wikimedia.org/T145532EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: Aklapper, Esc3300, D3r1ck01, Izno, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Merged] T57755: allow time values more precise than day

Izno added a subscriber: Esc3300.Izno merged a task: T145532: HH:MM:SS time in Wikidata (new datatype or display option for quantity datatype?) . TASK DETAILhttps://phabricator.wikimedia.org/T57755EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc:

[Wikidata-bugs] [Maniphest] [Updated] T124286: [Epic] Language support

Esc3300 added a subtask: T145535: language code disparity (Wikidata tracking). TASK DETAILhttps://phabricator.wikimedia.org/T124286EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Liuxinyu970226, Ricordisamoa, adrianheine, Aklapper, D3r1ck01, Izno,

[Wikidata-bugs] [Maniphest] [Updated] T145535: language code disparity (Wikidata tracking)

Esc3300 added a parent task: T124286: [Epic] Language support. TASK DETAILhttps://phabricator.wikimedia.org/T145535EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper, Esc3300, mschwarzer, D3r1ck01, Izno, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Updated] T142749: Add 'nb' as alias for 'no' in the "add links" interface on Wikipedia

Esc3300 added a parent task: T145535: language code disparity (Wikidata tracking). TASK DETAILhttps://phabricator.wikimedia.org/T142749EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Lydia_Pintscher, daniel, Dereckson, thiemowmde, Aklapper,

[Wikidata-bugs] [Maniphest] [Updated] T145535: language code disparity (Wikidata tracking)

Esc3300 added a subtask: T142749: Add 'nb' as alias for 'no' in the "add links" interface on Wikipedia. TASK DETAILhttps://phabricator.wikimedia.org/T145535EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper, Esc3300, mschwarzer, D3r1ck01,

[Wikidata-bugs] [Maniphest] [Updated] T145535: language code disparity (Wikidata tracking)

Esc3300 added a project: Tracking. TASK DETAILhttps://phabricator.wikimedia.org/T145535EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper, Esc3300, mschwarzer, D3r1ck01, Izno, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Created] T145535: language code disparity (Wikidata tracking)

Esc3300 created this task.Esc3300 added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONTracking of bugs, incidents, feature requests related to difference in language codes between a currently used code and some other (past, future, theoretical or special-purpose).

[Wikidata-bugs] [Maniphest] [Updated] T133381: Add support for foreign entities to EntityId

Esc3300 added a parent task: T91505: [Epic] Adding new datatypes to Wikidata (tracking). TASK DETAILhttps://phabricator.wikimedia.org/T133381EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Jakob_WMDE, WMDE-leszek, Ricordisamoa, jayvdb, aude,

[Wikidata-bugs] [Maniphest] [Updated] T91505: [Epic] Adding new datatypes to Wikidata (tracking)

Esc3300 added a subtask: T133381: Add support for foreign entities to EntityId. TASK DETAILhttps://phabricator.wikimedia.org/T91505EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Swpb, ArthurPSmith, gerritbot, Smalyshev, Shrutika719, MGChecker,

[Wikidata-bugs] [Maniphest] [Edited] T145522: [feature request] how to clean up redirects in sitelinks

Esc3300 edited the task description. (Show Details) EDIT DETAILS...* Many items linking to redirects only don't get statements due to a lack of normally linked articles: https://en.wikipedia.org/wiki/Category:Redirects_from_merges is one of the top categories on

[Wikidata-bugs] [Maniphest] [Edited] T145522: [feature request] how to clean up redirects in sitelinks

Esc3300 edited the task description. (Show Details) EDIT DETAILS...* Many items linking to redirects only don't get statements due to a lack of normally linked articles: https://en.wikipedia.org/wiki/Category:Redirects_from_merges is one of the top categories on

[Wikidata-bugs] [Maniphest] [Commented On] T143762: WDQS: Geographic breakdown of SPARQL queries

mpopov added a comment. Reviewed copy with minor corrections & suggestions sent back to Chelsy.TASK DETAILhttps://phabricator.wikimedia.org/T143762EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: chelsyx, mpopovCc: Addshore, Aklapper, mpopov, Smalyshev, debt,

[Wikidata-bugs] [Maniphest] [Updated] T144756: track resource usage by article placeholder extension

Esc3300 added a comment. There are several requests to evaluate various aspects of this extension: T144589 T142955 T144592 As this seems to take a fairly large part of development time, it would be good to have a full picture. If the same is done for all activities, all the better. I think it

[Wikidata-bugs] [Maniphest] [Edited] T145522: [feature request] how to clean up redirects in sitelinks

Esc3300 edited the task description. (Show Details) EDIT DETAILS...* In merge lists, frequently we find duplicate items with sitelinks to the same article at a client wikifrequently, we find duplicate items with sitelinks to the same article at a client wiki: one through a direct link, the other

Re: [Wikidata] Let's move forward with support for Wiktionary

Am 13.09.2016 um 17:16 schrieb Gerard Meijssen: > Hoi, > The database design for OmegaWiki had a distinction between the concept and > all > the derivatives for them. Wikidata will have Lexemes and their Forms and Senses. > So bumblebee is more complex than just "instance of" noun. It is an

[Wikidata-bugs] [Maniphest] [Updated] T87764: Bugs related to time datatype (tracking)

Esc3300 added a subtask: T145532: HH:MM:SS time in Wikidata (new datatype or display option for quantity datatype?) . TASK DETAILhttps://phabricator.wikimedia.org/T87764EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: T.seppelt, Agabi10,

[Wikidata-bugs] [Maniphest] [Updated] T91505: [Epic] Adding new datatypes to Wikidata (tracking)

Esc3300 added a subtask: T145532: HH:MM:SS time in Wikidata (new datatype or display option for quantity datatype?) . TASK DETAILhttps://phabricator.wikimedia.org/T91505EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Swpb, ArthurPSmith, gerritbot,

[Wikidata-bugs] [Maniphest] [Updated] T145532: HH:MM:SS time in Wikidata (new datatype or display option for quantity datatype?)

Esc3300 added parent tasks: T91505: [Epic] Adding new datatypes to Wikidata (tracking), T87764: Bugs related to time datatype (tracking). TASK DETAILhttps://phabricator.wikimedia.org/T145532EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper,

Re: [Wikidata] Let's move forward with support for Wiktionary

I'm really glad to see this. I have been an avid contributor to Wiktionary for a few years, until about 10 years ago. Then Openstreetmap caught my attention and Wiktionary became dull as it was mostly fighting vandalism at some point. I'm certainly going to follow up on this, Polyglot

[Wikidata-bugs] [Maniphest] [Retitled] T91505: [Epic] Adding new datatypes to Wikidata (tracking)

Esc3300 changed the title from "[Epic] Adding new datatypes to Wikidata" to "[Epic] Adding new datatypes to Wikidata (tracking)". TASK DETAILhttps://phabricator.wikimedia.org/T91505EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Swpb, ArthurPSmith,

[Wikidata-bugs] [Maniphest] [Created] T145532: HH:MM:SS time in Wikidata (new datatype or display option for quantity datatype?)

Esc3300 created this task.Esc3300 added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONValues like 1h20' and 1'20'' are currently entered as 1.33. It should possible to display/enter these as time values. Options: add option to change display for quantity datatype

[Wikidata-bugs] [Maniphest] [Updated] T145531: [feature request] allow calculated properties, derived properties

Esc3300 added a parent task: T91505: [Epic] Adding new datatypes to Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T145531EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper, Esc3300, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas,

[Wikidata-bugs] [Maniphest] [Updated] T91505: [Epic] Adding new datatypes to Wikidata

Esc3300 added a subtask: T145531: [feature request] allow calculated properties, derived properties. TASK DETAILhttps://phabricator.wikimedia.org/T91505EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Sumit, Swpb, ArthurPSmith, gerritbot, Smalyshev,

[Wikidata-bugs] [Maniphest] [Created] T145531: [feature request] allow calculated properties, derived properties

Esc3300 created this task.Esc3300 added projects: Wikidata, Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added a project: Discovery. TASK DESCRIPTIONFor easy retrieval, it could be helpful to define calculated properties, i.e. properties whose value are derived from one or

[Wikidata-bugs] [Maniphest] [Updated] T127950: [Story] Support celestial coordinates

Esc3300 added a parent task: T91505: [Epic] Adding new datatypes to Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T127950EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Ricordisamoa, Jc3s5h, Swpb, Nikki, Aklapper, Micru, StudiesWorld,

[Wikidata-bugs] [Maniphest] [Updated] T91505: [Epic] Adding new datatypes to Wikidata

Esc3300 added a subtask: T127950: [Story] Support celestial coordinates. TASK DETAILhttps://phabricator.wikimedia.org/T91505EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Sumit, Swpb, ArthurPSmith, gerritbot, Smalyshev, Shrutika719, MGChecker,

[Wikidata-bugs] [Maniphest] [Edited] T57549: [Story] Add a new datatype for geoshapes

Esc3300 edited the task description. (Show Details) EDIT DETAILS...{T28059} {T55023}{T55023} Current workaround: https://www.wikidata.org/wiki/Property:P3096TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Updated] T145528: How to represent boolean data (new datatype for Wikidata?)

Esc3300 added a parent task: T91505: [Epic] Adding new datatypes to Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T145528EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper, Esc3300, D3r1ck01, Izno, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Updated] T91505: [Epic] Adding new datatypes to Wikidata

Esc3300 added a subtask: T145528: How to represent boolean data (new datatype for Wikidata?). TASK DETAILhttps://phabricator.wikimedia.org/T91505EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Sumit, Swpb, ArthurPSmith, gerritbot, Smalyshev,

[Wikidata-bugs] [Maniphest] [Updated] T145528: How to represent boolean data (new datatype for Wikidata?)

Esc3300 added a project: Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T145528EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper, Esc3300, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___

[Wikidata-bugs] [Maniphest] [Commented On] T86517: [Story] Add a new datatype for multilingual text

Esc3300 added a comment. Is there still a point in having this? We could merely improve display of various languages for properties with multiple monolingual strings.TASK DETAILhttps://phabricator.wikimedia.org/T86517EMAIL

[Wikidata-bugs] [Maniphest] [Edited] T112247: [RFC] Create a "number" datatype for exact values

Esc3300 edited the task description. (Show Details) EDIT DETAILS...If the precision is *always* +/- 0, we could use the simpler DecimalValue or even NumberValue class for storage, instead of QuantityValue. But that would also mean we can't use this type for some use cases (e.g. population

[Wikidata-bugs] [Maniphest] [Updated] T112247: [RFC] Create a "number" datatype for exact values

Esc3300 added a parent task: T91505: [Epic] Adding new datatypes to Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T112247EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Thryduulf, abian, Nikki, TerraCodes, JohnLewis, JanZerebecki, Micru,

[Wikidata-bugs] [Maniphest] [Updated] T91505: [Epic] Adding new datatypes to Wikidata

Esc3300 added a subtask: T112247: [RFC] Create a "number" datatype for exact values. TASK DETAILhttps://phabricator.wikimedia.org/T91505EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Sumit, Swpb, ArthurPSmith, gerritbot, Smalyshev, Shrutika719,

[Wikidata-bugs] [Maniphest] [Edited] T144274: [feature request] how to support vertical script direction at Wikidata

Esc3300 edited the task description. (Show Details) EDIT DETAILS...Merely storing the string and relying on clients to interpret it should be possible. Current status (per T137808): such codes can be created, but vertical display relies on clients.TASK

[Wikidata-bugs] [Maniphest] [Updated] T54564: Allow sitelinks to redirect pages to fix the 'Bonnie and Clyde problem'

Esc3300 added a subtask: T145522: [feature request] how to clean up redirects in sitelinks. TASK DETAILhttps://phabricator.wikimedia.org/T54564EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Acer, Elitre, Sylvain_WMFr, Lea_Lacroix_WMDE, Schlum,

[Wikidata-bugs] [Maniphest] [Updated] T145522: [feature request] how to clean up redirects in sitelinks

Esc3300 added a parent task: T54564: Allow sitelinks to redirect pages to fix the 'Bonnie and Clyde problem'. TASK DETAILhttps://phabricator.wikimedia.org/T145522EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper, Esc3300, D3r1ck01, Izno,

[Wikidata-bugs] [Maniphest] [Updated] T143486: [feature request] remove sitelinks / update sitelinks on Wikidata when pages are deleted/moved on client wikis (all users)

Esc3300 added a parent task: T145522: [feature request] how to clean up redirects in sitelinks. TASK DETAILhttps://phabricator.wikimedia.org/T143486EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Izno, hoo, Aklapper, Esc3300, D3r1ck01,

Re: [Wikidata] Let's move forward with support for Wiktionary

On Tue, 13 Sep 2016 at 06:18 Lydia Pintscher wrote: > Because of this we will start implementing support for Wiktionary in > parallel to Commons based on our annual plan and quarterly plans. > Fantastic news. I'm hugely excited about this. J. -- James D.

[Wikidata-bugs] [Maniphest] [Updated] T145522: [feature request] how to clean up redirects in sitelinks

Esc3300 added a subtask: T143486: [feature request] remove sitelinks / update sitelinks on Wikidata when pages are deleted/moved on client wikis (all users). TASK DETAILhttps://phabricator.wikimedia.org/T145522EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Created] T145522: [feature request] how to clean up redirects in sitelinks

Esc3300 created this task.Esc3300 added projects: Wikidata, MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Aklapper. TASK DESCRIPTIONProblems: In merge lists, frequently we find duplicate items with sitelinks to the same article at a client wiki, one through a direct link, the

[Wikidata-bugs] [Maniphest] [Commented On] T145279: Links to articles in other projects from Commons categories via Wikidata

Nemo_bis added a comment. Manually adding 47000+ links is not something I look forward to, and that's just for English. You can probably add all sitelinks with interwiki.py without any manual effort, simply by matching articles and categories which have the same name.TASK

Re: [Wikidata] Let's move forward with support for Wiktionary

Hoi, The database design for OmegaWiki had a distinction between the concept and all the derivatives for them. The lexemes were all connected to the concept and independent of the spelling they are connected to the concept. Obviously this is language dependent. So bumblebee is more complex than

[Wikidata-bugs] [Maniphest] [Commented On] T136393: Some items on WDQS out of sync

Esc3300 added a comment. wasn't the explanation for this that replication of changes doesn't always follow revision id?TASK DETAILhttps://phabricator.wikimedia.org/T136393EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, Esc3300Cc: hoo, thiemowmde,

Re: [Wikidata] Let's move forward with support for Wiktionary

\o/ On Tue, Sep 13, 2016 at 6:18 AM Lydia Pintscher < lydia.pintsc...@wikimedia.de> wrote: > Hey everyone :) > > Wiktionary is our third-largest sister project, both in term of active > editors and readers. It is a unique resource, with the goal to provide > a dictionary for every language, in

[Wikidata-bugs] [Maniphest] [Commented On] T144380: Install and configure new WDQS nodes on codfw

gerritbot added a comment. Change 310316 had a related patch set uploaded (by Gehel): wdqs - generate RWStore cofig file in /etc/wdqs https://gerrit.wikimedia.org/r/310316TASK DETAILhttps://phabricator.wikimedia.org/T144380EMAIL

[Wikidata] Proposed update to the stable interfaces policy

Tomorrow I plan to apply the following update to the Stable Interface Policy: https://www.wikidata.org/wiki/Wikidata_talk:Stable_Interface_Policy#Proposed_change_to_to_the_.22Extensibility.22_section Please comment there if you have any objections. Thanks! -- Daniel Kinzler Senior Software

[Wikidata-tech] Proposed update to the stable interfaces policy

Tomorrow I plan to apply the following update to the Stable Interface Policy: https://www.wikidata.org/wiki/Wikidata_talk:Stable_Interface_Policy#Proposed_change_to_to_the_.22Extensibility.22_section Please comment there if you have any objections. Thanks! -- Daniel Kinzler Senior Software

[Wikidata-bugs] [Maniphest] [Updated] T133381: Add support for foreign entities to EntityId

Jakob_WMDE added a subtask: T145516: Add repository field to EntityId. TASK DETAILhttps://phabricator.wikimedia.org/T133381EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDECc: Jakob_WMDE, WMDE-leszek, Ricordisamoa, jayvdb, aude, JeroenDeDauw, Jonas,

[Wikidata-bugs] [Maniphest] [Updated] T145516: Add repository field to EntityId

Jakob_WMDE added a parent task: T133381: Add support for foreign entities to EntityId. TASK DETAILhttps://phabricator.wikimedia.org/T145516EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDECc: Aklapper, Jakob_WMDE, D3r1ck01, Izno, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Created] T145516: Add repository field to EntityId

Jakob_WMDE created this task.Jakob_WMDE added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTION the string returned by getSerialization() should include the prefix. equals() should consider the prefix. New methods to add: getRepoName() (or getRepoPrefix, or getOrigin,

[Wikidata-bugs] [Maniphest] [Commented On] T144380: Install and configure new WDQS nodes on codfw

gerritbot added a comment. Change 310308 had a related patch set uploaded (by Gehel): wdqs - use configuration file generated by scap https://gerrit.wikimedia.org/r/310308TASK DETAILhttps://phabricator.wikimedia.org/T144380EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T133381: Add support for foreign entities to EntityId

daniel added a comment. When adding support for the repo prefix to EntityId, please note the following points: the string returned by getSerialization() should include the prefix. equals() should consider the prefix. New methods to add: getRepoName() (or getRepoPrefix, or getOrigin, or...);

[Wikidata-bugs] [Maniphest] [Commented On] T144380: Install and configure new WDQS nodes on codfw

gerritbot added a comment. Change 310307 had a related patch set uploaded (by Gehel): wdqs - make RWStore configuration file configureable https://gerrit.wikimedia.org/r/310307TASK DETAILhttps://phabricator.wikimedia.org/T144380EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T144616: Enable the revisionslider on test.wikidata.org

Addshore added a comment. Note: this is now deployed on wikidatawiki tooTASK DETAILhttps://phabricator.wikimedia.org/T144616EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Lea_Lacroix_WMDE, Glorian_Yapinus, gerritbot, Sjoerddebruin,

[Wikidata-bugs] [Maniphest] [Commented On] T144616: Enable the revisionslider on test.wikidata.org

Glorian_Yapinus added a comment. @Lydia_Pintscher & @Lea_WMDE : I have tested this feature and everything seems fine (refer to the attached screenshot)..F4463777: Selection_001.pngTASK DETAILhttps://phabricator.wikimedia.org/T144616EMAIL

Re: [Wikidata] Let's move forward with support for Wiktionary

Hello Gerard, We won't create a second database, only improve the existing one with new types of entities, especially for Lexemes. They will have their own specific structure, and will be linked to the concepts (items) by their statements. The statements you can make about a word are very

[Wikidata] Let's move forward with support for Wiktionary

Hey everyone :) Wiktionary is our third-largest sister project, both in term of active editors and readers. It is a unique resource, with the goal to provide a dictionary for every language, in every language. Since the beginning of Wikidata but increasingly over the past months I have been

Re: [Wikidata] Request for Property help (Schema.org mapping taskforce)

Hoi, Please explain how this would make a practical difference. We do not need it unless there is a structural need. Please describe practical benefits. Thanks, GerardM On 13 September 2016 at 12:28, Andra Waagmeester wrote: > Thad, > > I actually don't see how

Re: [Wikidata] Request for Property help (Schema.org mapping taskforce)

Thad, I actually don't see how using internal properties would go against Wikidata policy. There is the requirement of notability, " 1. It fulfills *some structural need*, for example: it is needed to make statements made in other items more useful." [1] I might be wrong, but I

[Wikidata-bugs] [Maniphest] [Commented On] T105100: [Task] Run bot to mark dates that need checking for calendar model correctness

Addshore added a comment. @Jc3s5h Here is the diagram that we cam up with (some time ago now) https://upload.wikimedia.org/wikipedia/commons/c/ca/Wikidata_Calendar_Model_Decision_Tree.svgTASK DETAILhttps://phabricator.wikimedia.org/T105100EMAIL

Re: [Wikidata] Request for Property help (Schema.org mapping taskforce)

I'm a little confused by this suggestion - surely on Wikidata, the natural thing is for Game (Q11410) should have the subclass of Videogame (Q7889), or vice versa, and each of those items should link out to their equivalents of schema.org/Game / schema.org/VideoGame. I'm not sure why we then need

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T145279: Links to articles in other projects from Commons categories via Wikidata

Lydia_Pintscher added subscribers: hoo, Lydia_Pintscher.Lydia_Pintscher added a comment. @hoo Can you give an evaluation from the technical side please? If that has no problems I am ok with doing it.TASK DETAILhttps://phabricator.wikimedia.org/T145279EMAIL

[Wikidata] Greater than 400 char limit for Wikidata string data types

Hi all, I think this topic might have been discussed many months ago. For certain data types in the chemical compound space (P233, canonical smiles, P2017 isomeric smiles and P234 Inchi key) a higher character limit than 400 would be really helpful (1500 to 2000 chars (I sense that this might

[Wikidata-bugs] [Maniphest] [Closed] T137809: Add monolingual language code otk

Lydia_Pintscher closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T137809EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, Lydia_PintscherCc: gerritbot, thiemowmde, Esc3300, Lydia_Pintscher, GerardM, Aklapper, Zppix,

[Wikidata-bugs] [Maniphest] [Unblock] T144272: new monolingual language code requests for Wikidata (tracking)

Lydia_Pintscher closed subtask T137809: Add monolingual language code otk as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T144272EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Liuxinyu970226, GerardM, thiemowmde, Aklapper,

[Wikidata-bugs] [Maniphest] [Commented On] T145279: Links to articles in other projects from Commons categories via Wikidata

Acer added a comment. That's the point of this ticket, to use the Commonscat property to generate interlinks. This would solve everyone's problem in a simple, elegant way. The Wikidata folks are concerned about internal consistency, so they want Articles paired with Articles and Categories paired

  1   2   >