[Wikidata-bugs] [Maniphest] [Changed Subscribers] T68108: Store media information for files on Wikimedia Commons as structured data
Filceolaire added a subscriber: Filceolaire. TASK DETAIL https://phabricator.wikimedia.org/T68108 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Filceolaire Cc: Filceolaire, MZMcBride, bzimport, wikibugs-l-list, TheDJ, zhuyifei1999, Meno25, DixonD, Bugreporter, RP88, Aklapper, Matanya, waldyrious, El_Grafo, Daniel_Mietchen, Jdforrester-WMF, GPHemsley, Bene, Legoktm, Nemo_bis, Lokal_Profil, Tobi_WMDE_SW, He7d3r, Petrb, Gilles, jayvdb, Kelson, MarkTraceur, Steinsplitter, JeroenDeDauw, Micru, revi, JanZerebecki, JeanFred, Ricordisamoa, Snowolf, Keegan, Rillke, Bawolff, Fabrice_Florin, Multichill, Liuxinyu970226, Ainali, Tgr, Lydia_Pintscher, jeremyb, Stryn, Ltrlg, daniel, Dereckson, JohnLewis, 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] T91981: Show an auto-generated article description when a user-contributed one is unavailable.
Filceolaire added a comment. If the user doesn't like the auto-description then the user can fix the two or three wikidata statements used to generate the description. This will fix the description in all languages so this is what we should be encouraging. Fixing the English description will just fix the English description. I am shocked the description of this bug does not mention improving Localisation which, for me, is the most important thing about this bug. TASK DETAIL https://phabricator.wikimedia.org/T91981 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Filceolaire Cc: StudiesWorld, Filceolaire, Nemo_bis, Jdlrobson, Magnus, thiemowmde, Lydia_Pintscher, Tgr, Deskana, bearND, Dbrant, Aklapper, Cxyshine, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T91981: Show an auto-generated article description when a user-contributed one is unavailable.
Filceolaire added a subscriber: Filceolaire. Herald added a subscriber: StudiesWorld. TASK DETAIL https://phabricator.wikimedia.org/T91981 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Filceolaire Cc: StudiesWorld, Filceolaire, Nemo_bis, Jdlrobson, Magnus, thiemowmde, Lydia_Pintscher, Tgr, Deskana, bearND, Dbrant, Aklapper, Cxyshine, 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] T97882: [Story] Support multiple scripts for one language
Filceolaire added a comment. There are Three separate use cases which need to be treated differently 1. Sitelinks. These are determined by the wikis we have. If we have a multiscript or even a multilingual wiki then the sitelinks should follow that. 2. Labels, Descriptions and Aliases. We have agreed in principal that we should be able to have labels etc. in any language and in the different script versions of those languages. Here the program needs to be able to tell what language each label is in and - for multi script languages - what script. This needs to be combined with fallback languages, automatic transcription, automatically generated descriptions based on claims etc. In practice this does not extend to all languages. A language needs to have a been recorded in some way and be in use to some extent. 3. Text datatype. This is used to record actual text - official names, inscriptions etc. It is important to record exactly what language and script the text is in. The whole point of this datatype is to record the original exactly so it must never be automatically transcribed or translated (though there may be a transcription or translation in a separate qualifier claim using a 'translation' or 'transcription' property). It must be possible to tag this with it's language and script even if that language or script is so rare that this inscription is the only existing example known or if the language and script was invented for one movie. TASK DETAIL https://phabricator.wikimedia.org/T97882 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Filceolaire Cc: Liuxinyu970226, Filceolaire, Ricordisamoa, daniel, Aklapper, Amire80, GerardM, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T97882: [Story] Support multiple scripts for one language
Filceolaire added a comment. @Daniel I agree Sitelinks mostly works. as designed. We just get strange corner cases where a wikipedia has two articles about the same topic in two different languages/dialects and they can't add sitelinks for both. I would expect there to be a way to do these sitelinks. For Labels and descriptions there doesn't seem to be a way to start entering values in a new language or a new script for an existing language. Where is the "Add a language" pop-up? For Monolingual text how do we show the official name in Korean-Hangul and in Korean-Hanja? How do we record the language and script of the inscription on the 'One Ring' in Lord of the Rings. I expect to be able to use any item as a language tag or a script tag so restrictions are via bots (like number datatype) and users can add a tag if they need it. Multilingual Text datatype doesn't work. I expect it to work like Descriptions with the users preferred language displayed plus fallbacks etc. TASK DETAIL https://phabricator.wikimedia.org/T97882 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Filceolaire Cc: Liuxinyu970226, Filceolaire, Ricordisamoa, daniel, Aklapper, Amire80, GerardM, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T97882: [Story] Support multiple scripts for one language
Filceolaire added a comment. Do we need a separate phabricator item for "multilingual text language tag should support multiple scripts for one language (separate language tag for each script)" TASK DETAIL https://phabricator.wikimedia.org/T97882 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Filceolaire Cc: Filceolaire, Ricordisamoa, daniel, Aklapper, Amire80, GerardM, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T78006: [Story] Determine list of available languages in a uniform way
Filceolaire added a subscriber: Filceolaire. TASK DETAIL https://phabricator.wikimedia.org/T78006 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Filceolaire Cc: Filceolaire, Mbch331, Ricordisamoa, jeblad, thiemowmde, jayvdb, JanZerebecki, adrianheine, Aklapper, Snipre, Lydia_Pintscher, daniel, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T97882: [Story] Support multiple scripts for one language
Filceolaire added a subscriber: Filceolaire. TASK DETAIL https://phabricator.wikimedia.org/T97882 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Filceolaire Cc: Filceolaire, Ricordisamoa, daniel, Aklapper, Amire80, GerardM, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T97882: [Story] Support multiple scripts for one language
Filceolaire added a comment. This is very important for the "monolingual text" datatype. We do not enter text in a language. We always enter text in a script. For properties where we make the datatype "monolingual text" it is because we want to know the data in that language. Where there are alternative versions in multiple scripts then it is a requirement that we note which script has been used for the value entered. This is not negotiable. the "language" tag for a "Monolingual text" value is meaningless if it doesn't specify which script version of the language that value is in. In many cases it will be more important to specify the script than the language (since there well may be multiple languages using the same script version). If this means "redefining what a language is" then we need to get on that right now. TASK DETAIL https://phabricator.wikimedia.org/T97882 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Filceolaire Cc: Filceolaire, Ricordisamoa, daniel, Aklapper, Amire80, GerardM, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T74590: [Bug] Monolingual code is missing for Kvensk (fkv), Romani (rom) and Scandoromani (rmg-variant)
Filceolaire added a subscriber: Filceolaire. TASK DETAIL https://phabricator.wikimedia.org/T74590 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Filceolaire Cc: Filceolaire, Ricordisamoa, Aklapper, jeblad, thiemowmde, adrianheine, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T95286: Monolingual text should support macrolanguages
Filceolaire added a subscriber: Filceolaire. TASK DETAIL https://phabricator.wikimedia.org/T95286 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Filceolaire Cc: Filceolaire, Ricordisamoa, jeblad, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T74126: monolingual text does not accept sr-cyrl and a number of other language codes
Filceolaire added a subscriber: Filceolaire. Herald added a subscriber: Aklapper. TASK DETAIL https://phabricator.wikimedia.org/T74126 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Filceolaire Cc: Filceolaire, Aklapper, Candalua, Ricordisamoa, Wikidata-bugs, jeblad, thiemowmde, JanZerebecki, adrianheine, Lydia_Pintscher, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T59704: Support Julian Date (astronomy)
Filceolaire added a subscriber: Filceolaire. TASK DETAIL https://phabricator.wikimedia.org/T59704 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Filceolaire Cc: Filceolaire, Aklapper, Jc3s5h, Wikidata-bugs, thiemowmde, Micru, adrianheine, Snaterlicious, Lydia_Pintscher, daniel, aude, Malyacko ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T59704: Support Julian Date (astronomy)
Herald added a subscriber: Aklapper. TASK DETAIL https://phabricator.wikimedia.org/T59704 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Filceolaire Cc: Aklapper, Jc3s5h, Wikidata-bugs, thiemowmde, Micru, adrianheine, Snaterlicious, Lydia_Pintscher, daniel, aude, Malyacko ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T54564: Allow sitelinks to wikipedia and wikivoyage redirect pages to fix the 'Bonnie and Clyde problem'
Filceolaire added a comment. In https://phabricator.wikimedia.org/T54564#1278605, @Jane023 wrote: . My question still stands - why would you want to merge two distinct Wikidata items to each other, if one was a person and the other is a duo? There are many reasons why wikipedia might want to include two or more different concepts in the same article. - A pair of persons who are only known as a duo and died two thousand years ago - you are not going to know more about them in future. They are only notable as a duo. - A football player who only played one professional season - better to merge him into a squad article, especially now that wikidata can have all the info needed for a stub and Reasonator can display it in a hundred languages. - a bunch of minor (non-notable) characters in a work of fiction grouped in a list of minor characters article - a pair of contrasting concepts that can best be understood by having one article discuss both, comparing and contrasting them. Having basic facts stored in wikidata makes it, in my opinion, more likely that wikipedia will merge concepts in this way. If the basic facts are better accessible from wikidata then wikipedia can abandon that task and concentrate on more discursive discussions of the concepts. TASK DETAIL https://phabricator.wikimedia.org/T54564 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Filceolaire Cc: Blahma, MGChecker, MSGJ, Izno, Nnemo, bzimport, Unknown Object (MLST), DanielFriesen, Gymel, Denny, jeblad, Abraham, Addshore, SamB, Toru10, Wikidata-bugs, JAnD, Nemo_bis, He7d3r, -jem-, ValterVB, Filceolaire, Micru, JanZerebecki, matej_suchanek, Ricordisamoa, MZMcBride, Aklapper, Tgr, kaldari, Laddo, Lydia_Pintscher, Jane023, Ltrlg, JohnLewis, Fomafix, Zellfaze, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T106748: Display What statements link here on item pages and add a Wikibase-Client function to access these statements from the 'object' item
Filceolaire created this task. Filceolaire added a subscriber: Filceolaire. Filceolaire added a project: MediaWiki-extensions-WikibaseRepository. Herald added a subscriber: Aklapper. Herald added a project: Wikidata. TASK DESCRIPTION We have some inverse properties but most properties don't have an inverse property. Instead of creating more inverse properties make it so it is as easy to find statements for which the current item is the object as it currently is to find statements for which the current item is the subject. That way we won't need inverse properties. Subtasks: * What statements link here special page * UI option at the bottom of the statements on an item page to display the statements that have the current item as their object as well as the currently displayed list of statements that have the current item as their subject. * Wikibase-client function to access statements for which the current item is the object as easily as the client can currently access statements for which the current item is the subject * Deletion of one of each pair of inverse properties (not needed now) TASK DETAIL https://phabricator.wikimedia.org/T106748 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Filceolaire Cc: Filceolaire, Aklapper, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T46092: Add See also field to wikidata pages
Filceolaire removed a subscriber: Filceolaire. Herald added a project: Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T46092 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Filceolaire Cc: wikibugs-l-list, Wikidata-bugs, jeblad, Nemo_bis, Denny, Unknown Object (MLST), aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T46092: Add See also field to wikidata pages
Filceolaire added a subscriber: Filceolaire. TASK DETAIL https://phabricator.wikimedia.org/T46092 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Filceolaire Cc: Filceolaire, wikibugs-l-list, Wikidata-bugs, jeblad, Nemo_bis, Denny, Unknown Object (MLST), aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T100844: Flow bugs and feature requests from Wikidata (tracking)
Filceolaire added a subscriber: Filceolaire. TASK DETAIL https://phabricator.wikimedia.org/T100844 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Filceolaire Cc: Filceolaire, Micru, Lydia_Pintscher, Aklapper, DannyH, Wikidata-bugs, matthiasmullie, aude, Gryllida, Quiddity ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T77977: Unit support (tracking)
Filceolaire added a subscriber: Filceolaire. TASK DETAIL https://phabricator.wikimedia.org/T77977 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Filceolaire Cc: Filceolaire, jeblad, Tobias1984, Kelson, Ricordisamoa, Sylvain_WMFr, DSGalaktos, AmaryllisGardener, Liuxinyu970226, Aklapper, Snipre, daniel, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T97566: Add an instruction field for Wikidata items
Filceolaire added a subscriber: Filceolaire. Filceolaire added a comment. Conceptually descriptions and usage notes are different things. The link between them is that users need to see both of these in pop-down lists on the user interface to help the users pick which to pick. As they are different things therefore, in an ideal world, they should be different fields. This isn't an ideal world so we need to think about what we do with the world we have. Short term options: 1. mobile.WP ignores the descriptions and automatically generates descriptions based on the statements. 2. Usage notes in descriptions are denoted by (brackets) or !--HTML comment tags-- or whatever and m.WP learns to ignore them and use the rest of the description. Longer term options: 3. Have a separate (multilingual) field for usage notes and have the user interface display both the description and the usage notes in the drop down options 4. Where Qids or Pids are included in descriptions translate these into text links using the appropriate language label for that property or item. This should allow all usage notes to be incorporated into descriptions in a way which doesn't look strange when these are reused by m.WP. TASK DETAIL https://phabricator.wikimedia.org/T97566 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Filceolaire Cc: Filceolaire, Jdforrester-WMF, Pigsonthewing, Tfinc, Deskana, Mhurd, Lydia_Pintscher, Aklapper, kaldari, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T94404: boost weight of suggestions based on number of labels
Filceolaire added a comment. In https://phabricator.wikimedia.org/T94404#1186925, @daniel wrote: @thiemowmde The number of incoming links would be the best indicator, since it directly correlates with the probability of the user wanting to link to the entity. But calculating it is too expensive, even on edit; Cirrus search has a similar problem, and a solution (I don't remember, ask Nik). Once we move term lookup to Elastic, we can use it. What if we stored the most used values for each property and updated it once a week? That wouldn't be expensive to calculate, would it? Even if we stored the top fifty values? If we can do this once we move to Elastic search then should we just shelve this bug till we have Elastic search since basing the recommendations on what is used elsewhere by the property is definitely the way to go. TASK DETAIL https://phabricator.wikimedia.org/T94404 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: daniel, Filceolaire Cc: Filceolaire, gerritbot, thiemowmde, matej_suchanek, Ricordisamoa, Sjoerddebruin, aude, daniel, Aklapper, Lydia_Pintscher, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T94404: boost weight of suggestions based on number of labels
Filceolaire added a subscriber: Filceolaire. TASK DETAIL https://phabricator.wikimedia.org/T94404 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: daniel, Filceolaire Cc: Filceolaire, gerritbot, thiemowmde, matej_suchanek, Ricordisamoa, Sjoerddebruin, aude, daniel, Aklapper, Lydia_Pintscher, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T95287: separate identifiers from other statements
Filceolaire added a subscriber: Filceolaire. TASK DETAIL https://phabricator.wikimedia.org/T95287 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: Filceolaire Cc: Filceolaire, Pigsonthewing, Legoktm, Ricordisamoa, Daniel_Mietchen, Ltrlg, Liuxinyu970226, Sjoerddebruin, Aklapper, Lydia_Pintscher, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
