[Wikidata-bugs] [Maniphest] T106456: Editing label and description simultaneously conflicts with existing items which have the new label and old description

2024-02-11 Thread SJu
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)

2024-01-18 Thread SJu
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

2023-02-28 Thread SJu
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

2023-02-19 Thread SJu
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

2022-07-22 Thread SJu
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

2022-07-22 Thread SJu
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

2022-07-22 Thread SJu
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

2022-06-13 Thread SJu
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)

2022-06-13 Thread SJu
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

2021-08-16 Thread SJu
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

2021-08-13 Thread SJu
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)

2021-07-10 Thread SJu
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

2021-06-14 Thread SJu
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

2021-06-14 Thread SJu
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

2020-09-24 Thread SJu
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

2020-08-20 Thread SJu
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

2020-08-20 Thread SJu
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

2020-08-20 Thread SJu
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)

2020-07-30 Thread SJu
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

2020-07-28 Thread SJu
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

2019-01-18 Thread SJu
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

2018-09-01 Thread SJu
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

2017-05-14 Thread SJu
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

2017-05-14 Thread SJu
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

2017-01-28 Thread SJu
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

2016-08-19 Thread SJu
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

2016-06-13 Thread SJu
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

2015-12-31 Thread SJu
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

2015-12-19 Thread SJu
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

2015-08-23 Thread SJu
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

2015-07-01 Thread SJu
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)

2015-06-28 Thread SJu
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

2015-06-28 Thread SJu
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

2015-06-28 Thread SJu
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

2015-06-13 Thread SJu
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

2014-12-23 Thread SJu
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

2014-12-23 Thread SJu
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