[Wikidata-bugs] [Maniphest] T106456: Editing label and description simultaneously conflicts with existing items which have the new label and old description
SJu added a comment. Does such a problem really have to persist for 8 and a half years without a solution? Isn't it possible to turn off the block completely if it doesn't work and prevents normal editing? TASK DETAIL https://phabricator.wikimedia.org/T106456 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: SJu, WolfgangFahl, Lucas_Werkmeister_WMDE, Herzi.Pinki, pywikibot-bugs-list, Framawiki, Ladsgroup, XXN, Magnus, Multichill, jeblad, Fomafix, Nikki, Aklapper, Danny_Benjafield_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, darthmon_wmde, Ferenczy, sarhan.alaa, Samuditha24, IM3847, Nandana, kostajh, lucamauri, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, Chicocvenancio, MichaelSchoenitzer_WMDE, QZanden, KimKelting, LawExplorer, Jogi_don, _jensen, rosalieper, xSavitar, Scott_WUaS, Wikidata-bugs, aude, Mbch331, jayantanth, Rxy ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T259323: Not possible to move a description to a label or a label to a description (at Wikidata item pages)
SJu added a comment. related to T106456 <https://phabricator.wikimedia.org/T106456>, T217572 <https://phabricator.wikimedia.org/T217572>, T76703 <https://phabricator.wikimedia.org/T76703> etc. TASK DETAIL https://phabricator.wikimedia.org/T259323 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: Sarai-WMDE, taavi, SJu, Aklapper, Danny_Benjafield_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, KimKelting, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T313638: Coordinates in Structured Data cannot be removed from or changed
SJu added a comment. The bug stil persists. TASK DETAIL https://phabricator.wikimedia.org/T313638 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: matthiasmullie, SimoneThisDot, vadim-kovalenko, Etonkovidova, CBogen, Herzi.Pinki, Fl.schmitt, El_Grafo, Sitacuisses, SJu, Aklapper, Astuthiodit_1, karapayneWMDE, toberto, Invadibot, GFontenelle_WMF, maantietaja, Y.ssk, FRomeo_WMF, Muchiri124, ItamarWMDE, Nintendofan885, Akuckartz, Nandana, JKSTNK, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Susannaanas, Ixocactus, Wong128hk, Fuzheado, Jane023, Wikidata-bugs, Base, aude, Daniel_Mietchen, Dinoguy1000, Ricordisamoa, Wesalius, Lydia_Pintscher, Raymond, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T313833: [EPIC] Automate Item descriptions based on statements
SJu added a comment. Not only P31 <https://phabricator.wikimedia.org/P31>, but also other statements can be used for the generic (default) description. E.g. P17+P131 <https://phabricator.wikimedia.org/P131> (country+administrative unit) as a basal localization of localizable instances (geographic features, structures, events etc.), P403 <https://phabricator.wikimedia.org/P403>/P4614 <https://phabricator.wikimedia.org/P4614> (tributary of / basin) for watercourses, P2505 <https://phabricator.wikimedia.org/P2505>+P177 <https://phabricator.wikimedia.org/P177> (carries + crosses) for bridges, tunels, ferries etc., P4552 <https://phabricator.wikimedia.org/P4552> (mountain range) for mountains, P27 <https://phabricator.wikimedia.org/P27>+P106 <https://phabricator.wikimedia.org/P106>/P39 <https://phabricator.wikimedia.org/P39> for people etc. Maybe, some generic international patterns for some classes of items can be created, and specific international patterns for such cases where the generic pattern would be ambiguous, or redundant, or where the universal patter is not able to select the most relevant statements. I mean a supralinguistic summary of basic statements, which would be automatically translated into individual languages. It is important that it is a dynamic translation, i.e. that every improvement of the template is reflected in all uses and translations, without having to fix and save all translations separately. Commons :Wikidata_Infobox <https://commons.wikimedia.org/wiki/Template:Wikidata_Infobox> gives an univerzal reprezentation of whatever item in an infobox. Similarly, we need a script which gives an univerzal short summary of the most relevant statements in one line. TASK DETAIL https://phabricator.wikimedia.org/T313833 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: SJu, Michael, Manuel, Aklapper, Astuthiodit_1, BeautifulBold, Suran38, karapayneWMDE, Invadibot, maantietaja, Peteosx1x, NavinRizwi, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Dinoguy1000, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T313638: Coordinates cannot be removed from the Structured Data
SJu added a comment. I tested the bug in two languages, cs and en. The behaviour was identical. TASK DETAIL https://phabricator.wikimedia.org/T313638 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: Sitacuisses, #structureddataoncommons, SJu, Aklapper, FRomeo_WMF, CBogen, Nintendofan885, JKSTNK, Fuzheado, Daniel_Mietchen, Lydia_Pintscher ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T313638: Coordinates cannot be removed from the Structured Data
SJu added a comment. See also Commons talk:Structured data/Reconciliation <https://commons.wikimedia.org/wiki/Commons_talk:Structured_data/Reconciliation#Coordinates_of_the_position_cannot_be_changed> for som other bug reports, possibly related. TASK DETAIL https://phabricator.wikimedia.org/T313638 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: #structureddataoncommons, SJu, Aklapper, FRomeo_WMF, CBogen, Nintendofan885, JKSTNK, Fuzheado, Daniel_Mietchen, Lydia_Pintscher ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T313638: Coordinates cannot be removed from the Structured Data
SJu created this task. SJu added a project: StructuredDataOnCommons. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION **Steps to replicate the issue** (include links if applicable): Attempt 1: 1. I opened a file page at Commons with coordinates (https://commons.wikimedia.org/wiki/File:Overview_of_road_in_Keblov,_Bene%C5%A1ov_District.jpg). 2. I corrected the coordinates in the Location <https://commons.wikimedia.org/wiki/Template:Location> template at the file page and saved the change. 3. Module:Coordinates <https://commons.wikimedia.org/wiki/Module:Coordinates> displayed the message: "There is a discrepancy of 46 meters between the above coordinates and the ones stored at SDC (49°40′42″N 15°4′18″E, precision: 5 m). Please reconcile them." 4. I clicked to the "Structured data" bookmark to display Structured Data of the file 5. I found "coordinates of the point of view" statement and clicked "Edit" on it 6. I clicked on "Remove" icon beside the wrong coordinates. The coordinates dissapeared, but the button "Publish changes" remained gray, not active. There is not possible to confirm and save the change. 7. I clicked on "Purge" button to refresh the page. The coordinates appeared again, the remove was unsuccesfull. Attempt 2: 1. I clicked to the "Structured data" bookmark to display Structured Data of the file. 2. I found "coordinates of the point of view" statement and clicked "Edit" on it. 3. I clicked on "Remove all" link at the end of the line with "Publish changes" and "Storno" buttons. A message window "Remove all?" appeared. 4. I confirmed it by clicking on the "Remove" button". 5. The dialogue window dissapeared and the coordinates also disappeared, as well as the line with "Publish changes" and "Storno" buttons. 6. I clicked on "Purge" button to refresh the page. The coordinates appeared again, the remove was unsuccesfull. **What happens?**: Both possible attemts to remove the uncorrect coordinates were unsuccesfull. In both attempts, it seemed as if the coordinates were successfully deleted. However, on any attempt to refresh the page or return to the page, the coordinates reappeared as if they had not been deleted. **What should have happened instead?**: If the user deleted the coordinates, the coordinates should be deleted. **Other information** (browser name/version, screenshots, etc.): Probably not relevant. Can be added if needed. TASK DETAIL https://phabricator.wikimedia.org/T313638 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: #structureddataoncommons, SJu, Aklapper, FRomeo_WMF, CBogen, Nintendofan885, JKSTNK, Fuzheado, Daniel_Mietchen, Lydia_Pintscher ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T212869: Make it impossible to set the same content in the same language for label and description
SJu added a comment. This feature should be switched off until T259323 <https://phabricator.wikimedia.org/T259323> is solved. TASK DETAIL https://phabricator.wikimedia.org/T212869 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Greta_Doci_WMDE, SJu Cc: SJu, Pablo-WMDE, Lea_Lacroix_WMDE, hoo, Lucas_Werkmeister_WMDE, alaa_wmde, abian, Aklapper, Fernandobacasegua34, Astuthiodit_1, 786, Suran38, Biggs657, karapayneWMDE, Invadibot, maantietaja, Juan90264, Alter-paule, Beast1978, ItamarWMDE, Un1tY, Akuckartz, Hook696, Iflorez, Kent7301, joker88john, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Neuronton, Scott_WUaS, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T259323: Not possible to move a description to a label or a label to a description (at Wikidata item pages)
SJu added a comment. Nobody has been solving this bug for two years now. TASK DETAIL https://phabricator.wikimedia.org/T259323 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: Majavah, SJu, Aklapper, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T106748: [Story] Display "What statements link here" on item pages and add a Wikibase-Client function to access these statements from the 'object' item
SJu added a comment. There are several ways how to deal this need. They can be developed paralelly or even synergistically: - to modify the current "Special:WhatLinksHere" function - to sort and **group links by property** which uses the item as a statement value (the easiest way to start) - to develop **quasicategories** - reciprocal properties (properties which use and link other items as values in their statements) or even all properties can be managed in similar ways as classic "categories" do - i.e. such links can work similarly as "category tags" do (and similarly as hashtags work usually): the list of items which link to the same target item using the same property can look and work similarly as a category page. Where statements forms a logical hierarchy, some functions similar to Hot-cat and Cat-a-lot can be implemented to facilitate the maintenance of statements. This may be a next phase following the first step (can be gradually developed from the "Special:WhatLinksHere" function). - to create **virtual statements** - values (properties) which could be called in the same way as classical directly filled statements, but in reality it would be a calculated function. It can apply for automatical mirroring of reciprocal/inverse statements, but also for some other cases, e.g. to calculate "region", "municipality" or "province" from the chain of P131 <https://www.wikidata.org/wiki/Property:P131> statements, or certain level of classification from the biological taxonomy hierarchy. There are two options to consider: the values calculated and displayed automatically before they are called, or the values calculated only when they are called. If Wikidata can do this directly, it will not be necessary to program it separately for each sister project and each infobox. TASK DETAIL https://phabricator.wikimedia.org/T106748 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: SJu, Esc3300, PokestarFan, Herzi.Pinki, Ricordisamoa, Daniel_Mietchen, Lydia_Pintscher, Bene, Multichill, Pasleim, Mbch331, Popcorndude, Filceolaire, Aklapper, Invadibot, maantietaja, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T288802: Enable to move a complete property value block (or the entire page) to another Wikdiata item
SJu created this task. SJu added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION When an Wikidata item is to be split into two related items, or any closely related item should be created, usually some property values need to be moved or copied to the another (new) item. However, if the value has difficultly described references or qualifiers, this information is often lost because it is too laborious to transmit all this information one by one thoroughly. It would be very helpful, if the entire property block (including references and properties) would be possible to copy or move to another item page. We already have a similar useful and handy tool here (the green arrow in circle) for moving interproject links. Could these green arrows also be added to properties and identifiers, and split into two variants: move/copy for that usage? An example: we have one item for a "castle ground with a church" and we want to create separate items for the abandoned castle ground and for the (newer) church at that place. However, part of properties and references is identical for both items. An another way should be the possibility to copy (clone, reproduce) the whole item page with the intention that subsequently both content-identical pages will be modified separately. This can be useful even if the user is creating a series of items with very similar content. (Unlike all other Wikimedia projects, Wikidata does not enable to copy an entire page and edit it before saving as a new page.) TASK DETAIL https://phabricator.wikimedia.org/T288802 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: SJu, Aklapper, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T259323: Not possible to move a description to a label or a label to a description (at Wikidata item pages)
SJu added a comment. The problem continues... TASK DETAIL https://phabricator.wikimedia.org/T259323 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: Majavah, SJu, Aklapper, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T284854: Cannot add language versions of Wikipedia on Commons: "Page" (wikibase-linkitem-input-page) remains disabled in the "Link with page" dialog
SJu added a comment. Tested now: at Commons, the problem continues. Language/project selection in the AddLinks form fails. At en:Wikipedia and cs:Wikipedia: the AddLinks form works correctly. TASK DETAIL https://phabricator.wikimedia.org/T284854 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: SJu, Jdlrobson, Mike_Peel, Robby, Aklapper, Invadibot, maantietaja, Muchiri124, CBogen, Akuckartz, Nandana, Lahi, Gq86, Ramsey-WMF, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Ixocactus, Wong128hk, Wikidata-bugs, aude, El_Grafo, Dinoguy1000, Lydia_Pintscher, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T284854: Cannot add language versions of Wikipedia on Commons: "Page" (wikibase-linkitem-input-page) remains disabled in the "Link with page" dialog
SJu added a comment. This bug was reported also at Commons:Village pump#Interwiki linking disabled? <https://commons.wikimedia.org/wiki/Commons:Village_pump#Interwiki_linking_disabled?> at 05:31, 11 June 2021 (UTC) . TASK DETAIL https://phabricator.wikimedia.org/T284854 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: SJu, Jdlrobson, Mike_Peel, Robby, Aklapper, Invadibot, maantietaja, Muchiri124, CBogen, Akuckartz, Nandana, Lahi, Gq86, Ramsey-WMF, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Ixocactus, Wong128hk, Wikidata-bugs, aude, El_Grafo, Dinoguy1000, Lydia_Pintscher, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T263738: Wikidata labels and aliases cannot be equipped with references and qualifiers
SJu created this task. SJu added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Labels and aliases of Wikidata items don't enable to be accompanied by references or qualifiers. To be fully-fledged, labels (and aliases) should have the same features as statements. TASK DETAIL https://phabricator.wikimedia.org/T263738 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: Aklapper, SJu, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T260945: Enable a combined text/item datatype of Wikidata property values
SJu created this task. SJu added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Currently, we have a P2093 <https://www.wikidata.org/wiki/Property:P2093> property "author name string" as an alternative for P50 <https://www.wikidata.org/wiki/Property:P50> "author", for an author which has not yet (or will never have) its own item. This solution is somewhat unsystematic. For the same reason, we would then have to duplicate a lot of other properties where we have the same problem. "Creator" and "Creator name string", "Architect" and "Architect name string", "Discoverer or inventor" and "Discoverer or inventor name string", "Street" and "Street name string", "Surname" and "Surname string", "Given name" and "Given name string", "Location" and "Location name string" etc. etc. Virtually every property which refers to a specific entity that has its proper name. An elegant solution would be an combined text/item datatype, which enable to enter both, either the item link or a character string. Of course, tools would still need to be developed that could additionally transform a string into a link as soon as the item were ever created. There are several ways how to construct the combined datatype. One of them is to switch string/link modes, the second one can be to create automatically some virtual/temporary items, which would be similar to disambiguation pages. This taks has relation to the T107693 <https://phabricator.wikimedia.org/T107693> task (both are related to the cases where the target item doesn't exist). Sometimes it is better to create such an item, other times not. TASK DETAIL https://phabricator.wikimedia.org/T260945 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: SJu, Aklapper, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T260940: The property value edit field in Wikidata is too little intelligent - ignores description and properties of the target item
SJu created this task. SJu added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Even when an user knows exactly the label of the target item and its description, the item is often unavailable through the property value edit field, among other things due to T260937 <https://phabricator.wikimedia.org/T260937> bug. If the user tries to add any disambiguation, e. g. from the description of the target item, or from some crucial property of it, the edit field is not able to accept and process it. The algorithm does not even take into account any correlations between the current topic and the target topic (e.g. to prefer targets from the same country or the same administrative unit). Example: I edit an item of any building in the Bezručova street (Q45320832) in the town of Černovice (Q339102). Even when I put "Bezručova" to the value field of the "street" property, the drop-down menu offers defaultly 7 (at most 56) target items and the correct one is not among them, i.e. is unavailable through the label. The offer cannot be affected even by entering the city name, if it is not part of the target label. The alghoritm also absolutely ignores correlation between crucial properties of the current item and the target items (e.g. P17 and P131 <https://phabricator.wikimedia.org/P131> in our case). However, when I enter "Bezručova Černovice" or "Bezručova (Černovice)" to the main search field of the Wikidata page, the alghoritm is able to find unmistakably and without problem just the only right target item. Can't this edit interface be at least as intelligent as the main search algorithm is? TASK DETAIL https://phabricator.wikimedia.org/T260940 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: Aklapper, SJu, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T260937: The property value drop-down menu in Wikidata fails for more than 56 findings
SJu created this task. SJu added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION The property value drop-down menu in Wikidata offers defaultly only 7 findings, even when there exist more items with corresponding label. The list adds allways next 7 findings if the user clicks "more", however this is possible only 7times. Once the length of the list reaches 56 items, more are no longer available and the menu looks as if no more exist. But also the necessity to open a list with 7 extra clicks is misleading and very time consuming and annoying. This problem has some relation to T223314 <https://phabricator.wikimedia.org/T223314> and also with T107693 <https://phabricator.wikimedia.org/T107693>. TASK DETAIL https://phabricator.wikimedia.org/T260937 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: Aklapper, SJu, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T259323: Not possible to move a description to a label or a label to a description (at Wikidata item pages)
SJu created this task. SJu added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Wikidata contains a tool which impedes to save an edit if the "label" is identical with the "description" in any language (and not empty). This feature was implemented on the request T212869 <https://phabricator.wikimedia.org/T212869>. However, this tool compares the newly entered data with the existing data, not with the resulting state. So if the new label is identical with the old description, the system incorrectly displays a message: "Could not save due to an error. Label and description for language code en can not have the same value." and blocks the save. In addition, the system probably detects the original state from some delayed cache, so that such a blocking occurs even if both steps are performed sequentially immediately after each other. There are several types of situations where the label after editing is equal to the description before editing or the description after editing is equal to the label before editing: 1. The original label is too general, vague or inaccurate, while the original description is an optimally concise specification appropriate to become a label (and the description can remain empty) 2. The original label and description are very similar (almost identical in content), but the original description is a bit more appropriate to be a label (and the description can remain empty) 3. The original label is too descriptive and explanatory and should be used rather as a description, while the new label should be shorter TASK DETAIL https://phabricator.wikimedia.org/T259323 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: SJu, Aklapper, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T259088: Add WhatLinksHere (inverse properties) section to the WikiData item pages
SJu created this task. SJu added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Properties have a fundamental system defect from the beginning. While Wikidata interproject links (as well as classic category wikitags in other projects) works really bidirectionally (reciprocally, complementarily), properties linking an another item work only in one direction. The inverse property needs to be created manually, So far, this defect has only been compensated for by the fact that there is a system of warnings that encourage this manual creation of inverse properties. But there is no indication on the target item page that any link points to that page and that the inverse property is missing. This problem was reported e.g. in T51165 <https://phabricator.wikimedia.org/T51165>. Related problems and some ways how to solve and treat them were suggested e.g. in T209559 <https://phabricator.wikimedia.org/T209559>. A concept of "virtual properties" can be acceptable until we have fully-fledged two-way properties. The first step can be to **add a section of "virtual properties" to the Wikidata item pages.** This section would be in principle the function "WhatLinksHere", but specially modified: the links should be sorted by the calling property, and the format of the list should be as similar as possible to the format of the previous section of properties. Thus, **these property links should be presented as virtual inverse properties**. Such "virtual properties" should be invocable and linkable (from infoboxes etc.) in the same way as "real" (directly stated) properties. The prospective target state should be that the properties referring from one item to an another item work realistically as bidirectional, ie that their editing or monitoring of their history can be performed in exactly the same way from both sides. Thus, it would probably be appropriate for individual connections not to be an integral part of one of the item page and its editing history, but to be managed in an autonomous indexed database. Btw. category tags in other projects can be managed in a similar way and both systems (category links and property links) can be prospectively directed to their mutual compatibility. TASK DETAIL https://phabricator.wikimedia.org/T259088 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: SJu, Aklapper, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T214213: "Special:NewItem" form get frozen when Wikidata item doesn't exist
SJu created this task.SJu added projects: Multimedia, SDC General.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata. TASK DESCRIPTIONCirca since 16 January 2019, the "Special:NewItem" form (opened through the "Add links" link in the interwiki section of the left menu) get frozen when a Wikimedia Commons category page should be joined with a Wikipedia article which have not its own Wikidata item yet. Tested on Category:Rabštejn (Hanušovická vrchovina). As "Link with page" button is clicked, the form works and works and works and never finishes.TASK DETAILhttps://phabricator.wikimedia.org/T214213EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SJuCc: MediaWiki-Interwiki, Wikidata, SJu, Aklapper, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, V4switch, LawExplorer, Silverfish, _jensen, Susannaanas, Wong128hk, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Matanya, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T203333: "Add links" should support search by Wikidata title and links to Commons
SJu created this task.SJu added projects: Wikidata, MediaWiki-extensions-WikibaseClient.Restricted Application added a subscriber: Aklapper. TASK DESCRIPTIONThe "Add links" function enables to join a Wikipedia page from the Commons page, but not in the opposite direction: the dialog doesn't enable to insert "commons" or "c" instead the Wikipedia language code. "Add links" function doesn't enable to join a Wikipedia page or a Commons page with the existing Wikidata item, using the Wikidata title. The dialog doesn't enable to insert "wikidata" or "d" instead the Wikipedia language code.TASK DETAILhttps://phabricator.wikimedia.org/T20EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SJuCc: SJu, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T165244: Order of Wikidata statements is arbitrary and cannot be changed
SJu created this task.SJu added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONStatements at Wikidata item page are sorted atrbitrarily (chronologically) and cannot be simply changed.TASK DETAILhttps://phabricator.wikimedia.org/T165244EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SJuCc: Aklapper, SJu, GoranSMilovanovic, QZanden, Izno, 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] T165245: Order of atributes within Wikidata statements is arbitrary and cannot be changed
SJu created this task.SJu added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONAtributes of any statement at Wikidata item page are sorted atrbitrarily (chronologically) and cannot be simply changed.TASK DETAILhttps://phabricator.wikimedia.org/T165245EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SJuCc: SJu, Aklapper, GoranSMilovanovic, QZanden, Izno, 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] T156563: Wikidata labels are not updated when interwiki links are moved
SJu created this task.SJu added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWhen an interwiki link or links are moved using "move" icon in the interwiki links, labels imported originally from the removed pages are not removed from the label list and are not imported to the targed item.TASK DETAILhttps://phabricator.wikimedia.org/T156563EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SJuCc: SJu, Aklapper, D3r1ck01, Izno, 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] T121978: Label of Wikidata item is not changed by rename of the source article
SJu added a comment. The differences between Wiidata labels and linked pages from other projects should be tracked and listed for review. The lists should be special forms (by language) with clickable service buttons, e.g. "correct the label", "approve the distinction", "suggest for discussion" etc. Handling capitals should be included. Typical cases of acceptable distinctions should be analyzed and described (e.g. synonymic titles, language variations etc.).TASK DETAILhttps://phabricator.wikimedia.org/T121978EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SJuCc: Nikki, Sjoerddebruin, hoo, Aklapper, SJu, StudiesWorld, D3r1ck01, Izno, 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] T137699: Old version of Wikidata item links to current "labels list" only
SJu created this task.Herald added subscribers: Zppix, Aklapper.TASK DESCRIPTIONWhen displayed an old version of Wikidata item page, the bookmark link "labels list" displays the current labels list only, not the labels list corresponding to the old version.TASK DETAILhttps://phabricator.wikimedia.org/T137699EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Wikidata-bugs, SJuCc: Aklapper, Zppix, SJu, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T122693: Local interwiki link bloks the "link with page" dialog
SJu created this task. SJu added a subscriber: SJu. SJu added projects: MediaWiki-extensions-Interwiki, Wikidata. Herald added subscribers: StudiesWorld, Aklapper. TASK DESCRIPTION When a page is not linked with any Wikidata item, the "Add links" link below interwiki section starts the "link with page" pop-up dialog window. However, if the page contains any local interwiki link, the "Add links" starts "Create a new item" Wikidata page instead. (Just not prefilled - the interwiki is not utilized). I can see no logic and no benefit in such different behaviour. TASK DETAIL https://phabricator.wikimedia.org/T122693 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: Aklapper, SJu, StudiesWorld, Wikidata-bugs, aude, Mbch331, matej_suchanek ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T121978: Label of Wikidata item is not changed by rename of the source article
SJu created this task. SJu added a subscriber: SJu. SJu added a project: Wikidata. Herald added subscribers: StudiesWorld, Aklapper. TASK DESCRIPTION Even though labels of Wikidata items were imported from titles of Wikipedia articles and redirects, the label is not updated automatically nor semi-automatically when the original article is renamed. If it is not automatic, it can be a question in the rename dialog (rename the Wikidata label too?). TASK DETAIL https://phabricator.wikimedia.org/T121978 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: Aklapper, SJu, StudiesWorld, Wikidata-bugs, aude, Mbch331, matej_suchanek ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T74815: Add mw.wikibase.getEntityObject by site link (title) Lua function
SJu added a subscriber: SJu. TASK DETAIL https://phabricator.wikimedia.org/T74815 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: SJu, Bene, Herzi.Pinki, Mbch331, Daniel_Mietchen, Aklapper, Edgars2007, matej_suchanek, Aubrey, Accurimbono, ValterVB, Nemo_bis, Yair_rand, Liuxinyu970226, Candalua, Ricordisamoa, Wikidata-bugs, JulesWinnfield-hu, Lydia_Pintscher, hoo, aude, Malyacko ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T104451: Transform categorization system and statement system to be compatible/merged, autonomize connecting elements
SJu created this task. SJu added a subscriber: SJu. SJu added projects: MediaWiki-Categories, Wikidata. Herald added a subscriber: Aklapper. TASK DESCRIPTION There exist several fundamental problems with item statements system at Wikidata as well as with categorization system at wiki projects. Broadly speaking, Wikidata statements miss some functionalities of categories, categorization system misses some functionalities of statements, and both systems have some common limits and system problems which can be overcome in similar way. Most of statements are designed as reciprocial (the define relation between two items) but they **don't work really as reciprocial**. Statements are **not able to be chained to threads** - that fact leads to the situation that many used statements are paralelly **redundant**, and the whole system of statements is chaotic, not transparent, unmaintainnable. Categorization system have both these problems splendidly resolved. The edit interface is heavily clumsy and disorganized. Categorization system is very complex, transparent, intuitive and easily maintainnable, However, it don't enable to distinguish a type of relation, which **impedes to extract (filter) purely hyponymic or purely meronymic threads from the structure**, when needed. There are also problems with relations, which are not clearly hierarchic (People should be a subcategory of Anthropology, or Anthropology should be a subcategory of People?). A problem of both these systems is that the connecting elements are not autonomous but are a part of one of the two connected items. In the categorization system, the connection is a part of the lower item page. At wikidata, the relation need to be additionally duplicated (rendered) to the reverse statement in the opposite item. If we will separate the connection elements to **autonomous elements**, we can reach higher universality of both systems, real functional symmetry of relations, and using suitable qualifiers, we can **archive history of the relations** and link it with the history pages of affected items. A qualifier can also limit the relation to a specific project, as well as share identic relation by more projects. Such a transformation would open doors to crystallize a **meta-categorization structure** which can be helpful support for construction, compatibity and mutual influencing of local categorization structures in particular projects. TASK DETAIL https://phabricator.wikimedia.org/T104451 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: SJu, Aklapper, Wikidata-bugs, aude, Jackmcbarn, Malyacko, P.Copp, matej_suchanek ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T49930: Allow accessing data from a Wikidata item not connected to the current page - arbitrary access (tracking)
SJu added a subscriber: SJu. TASK DETAIL https://phabricator.wikimedia.org/T49930 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: SJu, Marsupium, JanZerebecki, Movermeyer, waldyrious, Nastoshka, DSGalaktos, Accurimbono, Rschen7754, Candalua, adrianheine, Eloquence, Reaper35, Pengo, Dr_Brains, jeremyb, RP88, -jem-, Wikidata-bugs, Rical, greg, Kersti, Abraham, JulesWinnfield-hu, Jasper, HenkvD, Addshore, mxn, He7d3r, Daniel_Mietchen, ValterVB, Filceolaire, Bennylin, jayvdb, Denny, Micru, aude, Qgil, matej_suchanek, Cwek, Aubrey, Ricordisamoa, Jarekt, MZMcBride, Aklapper, Hkjacksonhk, Ash_Crow, geraki, Yann, Multichill, Snipre, Liuxinyu970226, Florian, Pietrodn, Ainali, Chmarkine, Laddo, Lydia_Pintscher, MF-Warburg, Stryn, zhuyifei1999, Ltrlg, daniel, Danmichaelo, hoo, Johan, gpaumier, Jay8g, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T104162: Transform Wikidata:Property:P373 to functional interproject link
SJu created this task. SJu added a subscriber: SJu. SJu added projects: Wikidata, Commons, Wikimedia-Interwiki-links. Herald added subscribers: Steinsplitter, Aklapper. TASK DESCRIPTION The prevalent linking from Wikipedia (article) pages to Commons (category) pages of identic item is through Commonscat template, exported to Wikidata as the property [[ https://www.wikidata.org/wiki/Property:P373 | P373 ]]. However, this linking is available at the Wikipedia page only using a template with a special inclusion function, and is utterly not available nor detectable from the target Commons category page. As long as there is not possible to connect both article pages and category pages of identic item to one item page and we have two item pages for one item (first page for articles and second page for categories of identic item), we depend on linking through properties, However, such a linking is not so functional as standard interproject links. Some improvements to compensation of that deficit should be developed. - At Wikipedia pages, the [[ https://www.wikidata.org/wiki/Property:P373 | P373 ]] link from the attached Wikidata item page should be displayed as an interproject link even if the page doesn't contain a template with inclusion function. (This point shoud be very easily realizable IMHO.) - At the Commons page which is a target page of [[ https://www.wikidata.org/wiki/Property:P373 | P373 ]] from one or more Wikidata items, links to the item page(s) and its/their interwikis should be displayed as interproject links (in any appropriate form, e.g. as a drop-down list). - At the Wikidata, item page, [[ https://www.wikidata.org/wiki/Property:P373 | P373 ]] should be checked that the target page really exists. When the target page is deleted, moved or hard- or soft- redirected, [[ https://www.wikidata.org/wiki/Property:P373 | P373 ]] link should be automatically updated. - If the attached Wikidata item page links to [[ https://www.wikidata.org/wiki/Property:P910 | P910 ]] or [[ https://www.wikidata.org/wiki/Property:P301 | P301 ]] or is linked from another item page by [[ https://www.wikidata.org/wiki/Property:P910 | P910 ]] or [[ https://www.wikidata.org/wiki/Property:P301 | P301 ]], the [[ https://www.wikidata.org/wiki/Property:P373 | P373 ]] property and other interproject links should be read from both item pages (because they both are related to identic item). Some of these improvements should be applied also for other properties which links to Wikimedia pages, such links should be a special datatype Wikimedia page instead of string datatype and they should work similarly as interproject links. TASK DETAIL https://phabricator.wikimedia.org/T104162 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: Aklapper, Steinsplitter, SJu, Wikidata-bugs, aude, El_Grafo, TTO, Malyacko, P.Copp, matej_suchanek ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T60852: Autocompletion in properties linking Commons pages
SJu added a project: Commons. SJu set Security to None. Herald added a subscriber: Steinsplitter. TASK DETAIL https://phabricator.wikimedia.org/T60852 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: Steinsplitter, Wikidata-bugs, SJu, Ricordisamoa, Lydia_Pintscher, aude, El_Grafo, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T102360: Dodging cursor in interproject links at item pages of Wikidata
SJu created this task. SJu added a subscriber: SJu. SJu added a project: Wikidata. Herald added a subscriber: Aklapper. TASK DESCRIPTION When editing names of the target pages in the interproject links at Wikidata item pages, it's difficult to add a word or other character sequention to the top of the edited field. After writing one character, the cursor jumps at the bottom of the line. TASK DETAIL https://phabricator.wikimedia.org/T102360 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: SJu, Aklapper, Wikidata-bugs, aude, Malyacko ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T85257: Properties linking to Commons pages are not updated automatically when the page is moved
SJu created this task. SJu added a subscriber: SJu. SJu added projects: MediaWiki-extensions-WikibaseClient, MediaWiki-extensions-WikibaseRepository. TASK DESCRIPTION The page names in the property P373 (commons category) are not updated automatically and immediately when the target Commons pages is renamed/moved. Properties P935, P1472, P1612 and maybe also P18, P10, P51, P443 and P990 linking to Commons may be also affected. TASK DETAIL https://phabricator.wikimedia.org/T85257 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign username. EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: Aklapper, SJu, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T85259: Reciprocal Wikidata properties don't work really as reciprocal
SJu created this task. SJu added subscribers: Aklapper, SJu. SJu added a project: MediaWiki-extensions-WikibaseRepository. TASK DESCRIPTION Most of Wikidata properties are reciprocal by their essence. Some of them symmetrically, some of them asymmetrically, some of them 1:1, some 1:n, n:1 or n:n. However, they are really not built as reciprocal and don't really work as reciprocal. TASK DETAIL https://phabricator.wikimedia.org/T85259 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign username. EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SJu Cc: Aklapper, SJu, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs