date:20181114

[Wikidata-bugs] [Maniphest] [Updated] T209496: "In more languages" link state

2018-11-14 Thread WMDE-leszek

WMDE-leszek added projects: Wikidata, Wikidata-Termbox-Hike.WMDE-leszek added a comment.
oh, sorry. fixed project tags @Aklapper !TASK DETAILhttps://phabricator.wikimedia.org/T209496EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: Aklapper, WMDE-leszek, Lea_WMDE, Pablo-WMDE, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, D3r1ck01, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T209559: Inverse statements duplicate work, data, and may be out of sync

2018-11-14 Thread dbarratt

dbarratt updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Regardless of the specific syntax, making this possible will greatly reduce the number of properties on wikidata, the amount of data, and the amount of work.

**Alternative Solution**
A concept of "virtual properties" could be implemented. These properties would be tied to their inverse. For instance [[ https://www.wikidata.org/wiki/Property:P1830 | owner of ]] might be a virtual property, so you would see the values and be able to edit them (just as you can today), but any edits would actually be stored as [[ https://www.wikidata.org/wiki/Property:P127 | owned by ]] on whatever entity value specify. This would allow the wikis to continue to use the [[ https://www.wikidata.org/wiki/Property:P1830 | owner of ]] property the same way they do now.

I imagine this would be more challenging on a technical level, but it would make the usability of inverses a lot better. The user wouldn't be required to figure out //what// the inverse is and wouldn't have to go to each item to set it. It would also allow for inverses with a //huge// number of values to be presented (and paginated) to the user.

If there is one that is ambiguous (like [[ https://www.wikidata.org/wiki/Property:P40 | child ]]) perhaps the "virtual properties" would allow an inverse to multiple real properties (i.e. [[ https://www.wikidata.org/wiki/Property:P25 | mother ]]/[[ https://www.wikidata.org/wiki/Property:P22 | father ]]) and the user would be forced to specify which one they want (just like a user is forced to specify a `unit` on amount properties or a `language` on monolingual properties). Then the inverse can be retrieved for both of the real properties, which would make it way easier to query or include in sidebars, etc.TASK DETAILhttps://phabricator.wikimedia.org/T209559EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarrattCc: Addshore, Aklapper, dbarratt, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, D3r1ck01, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T209559: Inverse statements duplicate work, data, and may be out of sync

2018-11-14 Thread dbarratt

dbarratt updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...This is a **huge** amount of duplicate data, and duplicate work.  ...TASK DETAILhttps://phabricator.wikimedia.org/T209559EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarrattCc: Aklapper, dbarratt, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, D3r1ck01, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T209559: Inverse statements duplicate work, data, and may be out of sync

2018-11-14 Thread dbarratt

dbarratt created this task.dbarratt added projects: MediaWiki-extensions-WikibaseRepository, Wikibase-DataModel.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONProblem
There are a huge number of properties that have inverse properties.
Examples:

characters ↔ present in work
child ↔ mother/father
owner of ↔ owned by
participant ↔ participant of

There might be a way to query for properties that have inverse properties, but I imagine it's in the hundreds (if not, thousands?). It seems that for almost any property that refer to another entity, there is an inverse of that same property.

This is a huge amount of duplicate data, and duplicate work.

However, as one user pointed out, this is currently necessary in order to use the data in infoboxes:

It would be very difficult to retrieve all this information from somewhere else, as we cannot use queries while building infoboxes.

Another user added:

The inverse thing is unfortunate. When querying data, you'd actually need to run the query in both directions and merge the results, since the inverses are often missing.

While there is a need for project-wide policy, the infobox use-case cannot be resolved by policy as it is a technical problem rather than a policy problem.

Solution
Make it possible to refer to inverse values of the current entity in an infobox.

For example, if the child property was removed, then on Alec Baldwin they would need a way to get all of the items that list their father as Alec Baldwin.

Maybe a new template should exist? something like:

or maybe just another parameter?

Regardless of the specific syntax, making this possible will greatly reduce the number of properties on wikidata, the amount of data, and the amount of work.TASK DETAILhttps://phabricator.wikimedia.org/T209559EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarrattCc: Aklapper, dbarratt, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, D3r1ck01, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T207718: Errors trying to fetch RDF from Wikidata

2018-11-14 Thread Imarlier

Imarlier added a comment.
Hrm.  In that case, very likely that you're right, and what I'm seeing is
the retry.

Out of curiosity, have you examined GC behavior around the times that these
issues crop up?TASK DETAILhttps://phabricator.wikimedia.org/T207718EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ImarlierCc: BBlack, ema, Gehel, Aklapper, Smalyshev, Legado_Shulgin, Nandana, thifranc, AndyTan, Davinaclare77, Qtn1293, Imarlier, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, EBjune, merbst, LawExplorer, Vali.matei, Zppix, D3r1ck01, Jonas, Xmlizer, Wong128hk, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, faidon, Mbch331, Jay8g, fgiunchedi___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T204159: ApiEchoNotifications query fails with "BadMethodCallException: Call getPrefixedText on a non-object" from WikibaseClient

2018-11-14 Thread Krinkle

Krinkle closed this task as "Resolved".Krinkle removed a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T204159EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanek, KrinkleCc: gerritbot, SBisson, Krinkle, Aklapper, Nandana, kostajh, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, D3r1ck01, Taiwania_Justo, Luke081515, Wikidata-bugs, aude, Catrope, Jdforrester-WMF, Mbch331, Jay8g, Krenair, CucyNoiD, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Baloch007, Darkminds3113, Bsandipan, Lordiis, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, Lewizho99, Maathavan___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T209371: Bump mediawiki-vendor versions for data-model 9.0 everywhere

2018-11-14 Thread ReleaseTaggerBot

ReleaseTaggerBot added a project: MW-1.33-notes (1.33.0-wmf.6; 2018-11-27).
TASK DETAILhttps://phabricator.wikimedia.org/T209371EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, ReleaseTaggerBotCc: Pablo-WMDE, Aklapper, gerritbot, JeroenDeDauw, Addshore, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, D3r1ck01, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, Legoktm___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T154869: Adding/removing qualifier/reference using the keyboard (by pressing enter) saves the statement too

2018-11-14 Thread Lucas_Werkmeister_WMDE

Lucas_Werkmeister_WMDE added a comment.
The fix is live on Wikidata now! \o/TASK DETAILhttps://phabricator.wikimedia.org/T154869EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Tarrow, Addshore, Lucas_Werkmeister_WMDE, gerritbot, Yair_rand, Lydia_Pintscher, thiemowmde, Jonas, Aklapper, Nikki, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, D3r1ck01, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

1 2 >

1 - 100 of 180 matches

Mail list logo