[Wikidata-bugs] [Maniphest] T365672: gadget for chemical structures in Wikidata

2024-05-23 Thread EgonWillighagen
EgonWillighagen created this task. EgonWillighagen added a project: Wikidata-Gadgets. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION It has been running for well over a year now, and works well: this gadget to visualize 2D chemical structural information for SMILES

[Wikidata-bugs] [Maniphest] T356773: [tracking] Community feedback for the WDQS Split the Graph project

2024-02-10 Thread EgonWillighagen
EgonWillighagen added a comment. I tried to get the federation working, but got time outs too. The problem is that the current setup makes splits at a statement level. That is, given statements with some property (e.g. P2860 <https://phabricator.wikimedia.org/P2860>), some r

[Wikidata-bugs] [Maniphest] T349911: Explore the feasibility of using SPARQL federation for scholia queries

2023-10-28 Thread EgonWillighagen
EgonWillighagen added a comment. > Note that early experiments can be done by federating wdqs with itself, e.g. https://w.wiki/7vE9. Thanks for the example. Before I can experiment, I need to know which item types end up in which SPARQL endpoint. The example query suggest the aut

[Wikidata-bugs] [Maniphest] T325871: Wikibase QuickStatements incorrectly assumes HTTP for unit item IRIs

2022-12-22 Thread EgonWillighagen
EgonWillighagen created this task. EgonWillighagen added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION **Problem:** In Wikibase instances on https://www.wikibase.cloud/ QuickStatements where unit information is given fail to execute because

[Wikidata-bugs] [Maniphest] T314999: WDQS does not autocomplete when using modifiers

2022-08-11 Thread EgonWillighagen
EgonWillighagen updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T314999 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: EgonWillighagen Cc: Aklapper, EgonWillighagen, AWesterinen, MPhamWMF, CBogen, Namenlos314, Gq86

[Wikidata-bugs] [Maniphest] T314999: WDQS does not autocomplete when using modifiers

2022-08-11 Thread EgonWillighagen
EgonWillighagen updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T314999 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: EgonWillighagen Cc: Aklapper, EgonWillighagen, AWesterinen, MPhamWMF, CBogen, Namenlos314, Gq86

[Wikidata-bugs] [Maniphest] T314999: WDQS does not autocomplete when using modifiers

2022-08-11 Thread EgonWillighagen
EgonWillighagen updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T314999 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: EgonWillighagen Cc: Aklapper, EgonWillighagen, AWesterinen, MPhamWMF, CBogen, Namenlos314, Gq86

[Wikidata-bugs] [Maniphest] T314999: WDQS does not autocomplete when using modifiers

2022-08-11 Thread EgonWillighagen
EgonWillighagen created this task. EgonWillighagen added a project: Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION **Steps to replicate the issue** (include links if applicable): In the Wikidata Query Service (https://query.wikidata.org

[Wikidata-bugs] [Maniphest] T307662: help needed with encoding statement value before pass it into formatter URLs for three SMILES related properties

2022-08-07 Thread EgonWillighagen
EgonWillighagen added a comment. This ticket can be closed. TASK DETAIL https://phabricator.wikimedia.org/T307662 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: EgonWillighagen Cc: Bugreporter, ArthurPSmith, Manuel, TheDJ, Aklapper

[Wikidata-bugs] [Maniphest] T307662: help needed with encoding statement value before pass it into formatter URLs for three SMILES related properties

2022-08-07 Thread EgonWillighagen
EgonWillighagen added a comment. Thanks for the ping! That page was indeed the lead I had at the time and reason to file this issue, because I could not work out (in the time I had) how to update that. But the solution turned out to be a lot easier for Wikidata: https

[Wikidata-bugs] [Maniphest] T307662: help needed with encoding statement value before pass it into formatter URLs for three SMILES related properties

2022-05-07 Thread EgonWillighagen
EgonWillighagen updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T307662 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: EgonWillighagen Cc: TheDJ, Aklapper, EgonWillighagen, Astuthiodit_1, karapayneWMDE, Invadibot

[Wikidata-bugs] [Maniphest] T307662: help needed with encoding statement value before pass it into formatter URLs for three SMILES related properties

2022-05-07 Thread EgonWillighagen
EgonWillighagen updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T307662 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: EgonWillighagen Cc: TheDJ, Aklapper, EgonWillighagen, Astuthiodit_1, karapayneWMDE, Invadibot

[Wikidata-bugs] [Maniphest] T307662: help needed with encoding statement value before pass it into formatter URLs for three SMILES related properties

2022-05-07 Thread EgonWillighagen
EgonWillighagen added a comment. In T307662#7906276 <https://phabricator.wikimedia.org/T307662#7906276>, @EgonWillighagen wrote: > I will write up some examples later today using the "bug" template, to highlight some issues. One done: https://phabricator.wi

[Wikidata-bugs] [Maniphest] T307662: help needed with encoding statement value before pass it into formatter URLs for three SMILES related properties

2022-05-07 Thread EgonWillighagen
EgonWillighagen added a comment. **List of steps to reproduce** (step by step, including full links if applicable): - got to https://www.wikidata.org/wiki/Q26075#P233 - click the link (formatter URL) for the canonical SMILES C#N - notice the SVG shows CH4 instead of C#N **What

[Wikidata-bugs] [Maniphest] T307662: help needed with encoding statement value before pass it into formatter URLs for three SMILES related properties

2022-05-05 Thread EgonWillighagen
EgonWillighagen added a comment. In T307662#7906210 <https://phabricator.wikimedia.org/T307662#7906210>, @TheDJ wrote: > This is a url encoding problem then. Do you have a link where this is actually occurring ? I will write up some examples later today using the "

[Wikidata-bugs] [Maniphest] T307662: help needed with encoding statement value before pass it into formatter URLs for three SMILES related properties

2022-05-05 Thread EgonWillighagen
EgonWillighagen added a comment. In T307662#7906232 <https://phabricator.wikimedia.org/T307662#7906232>, @TheDJ wrote: > Math-Chemistry-Support is a project specifically about defining these symbols using our Math/LateX wikicode extension. Ah, got it. Yeah, theoretically

[Wikidata-bugs] [Maniphest] T307662: help needed with encoding statement value before pass it into formatter URLs for three SMILES related properties

2022-05-05 Thread EgonWillighagen
EgonWillighagen added a comment. In T307662#7906222 <https://phabricator.wikimedia.org/T307662#7906222>, @TheDJ wrote: > This is essentially: T160281 <https://phabricator.wikimedia.org/T160281> yes, same issue, but maybe not the same solution. TASK

[Wikidata-bugs] [Maniphest] T307662: help needed with encoding statement value before pass it into formatter URLs for three SMILES related properties

2022-05-05 Thread EgonWillighagen
EgonWillighagen added a comment. @TheDJ, that Math-Chemistry-Support is not (also) about chemistry? TASK DETAIL https://phabricator.wikimedia.org/T307662 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: EgonWillighagen Cc: TheDJ, Aklapper

[Wikidata-bugs] [Maniphest] T281854: Get baseline measurements/expectations for splitting scholarly articles from Wikidata

2021-08-07 Thread EgonWillighagen
EgonWillighagen added a comment. 1,939,738 authors -> https://w.wiki/3o2i trying to get all unique properties of these times out. Samples 50k authors for properties with an author as subject, https://w.wiki/3o3C, results: - 96% is linked to a profession (P106 <

[Wikidata-bugs] [Maniphest] T281854: Get baseline measurements/expectations for splitting scholarly articles from Wikidata

2021-08-06 Thread EgonWillighagen
EgonWillighagen added a comment. @AKhatun_WMF, when you write "authors connected to other subgraphs", do you mean subgraphs within Wikidata (so, excluding external identifiers), or also graphs from other resources part of, for example, the Linked Open Data Cloud? TASK DETA

[Wikidata-bugs] [Maniphest] T281854: Get baseline measurements/expectations for splitting scholarly articles from Wikidata

2021-07-07 Thread EgonWillighagen
EgonWillighagen added a comment. In T281854#7185253 <https://phabricator.wikimedia.org/T281854#7185253>, @Multichill wrote: > No it's not, please have a look at the task description. This is about getting metrics. Can you elaborate on the "this plan" in that d

[Wikidata-bugs] [Maniphest] T281854: Get baseline measurements/expectations for splitting scholarly articles from Wikidata

2021-06-19 Thread EgonWillighagen
EgonWillighagen added a comment. Regarding the question of the "growth of scientific literature", there is a good bit of literature on this, and sometimes conflated with the topic of "growth of science". I started collecting some knowledge about this: https://scholia

[Wikidata-bugs] [Maniphest] T281854: Get baseline measurements/expectations for splitting scholarly articles from Wikidata

2021-06-19 Thread EgonWillighagen
EgonWillighagen added a comment. I am with @Harej here. Focusing on the largest data set is not the right approach. As I have indicated in similar discussions elsewhere, there will be a next large subset and this one will also be large. From the field chemistry, 60M items is nothing

[Wikidata-bugs] [Maniphest] [Commented On] T249041: Updated URL for the WikiPathways SPARQL endpoint

2020-03-31 Thread EgonWillighagen
EgonWillighagen added a comment. I created a pull request: https://github.com/wikimedia/wikidata-query-deploy/pull/1 TASK DETAIL https://phabricator.wikimedia.org/T249041 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: EgonWillighagen Cc

[Wikidata-bugs] [Maniphest] [Commented On] T175380: Queries with wikibase:statements or wikibase:sitelinks are slow

2020-02-20 Thread EgonWillighagen
EgonWillighagen added a comment. Yes, in the end we want data for all chemicals, but this is a good tradeoff. I'll implement! Thanks! TASK DETAIL https://phabricator.wikimedia.org/T175380 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev

[Wikidata-bugs] [Maniphest] [Commented On] T175380: Queries with wikibase:statements or wikibase:sitelinks are slow

2020-02-20 Thread EgonWillighagen
EgonWillighagen added a comment. I'm running into this problem too. Queries are slow or even time out for chemicals. The hints to do not seem to improve the query time significantly: SELECT ?wikis ?compound WHERE { ?compound wdt:P31 wd:Q11173 ; wikibase:sitelinks

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-18 Thread EgonWillighagen
EgonWillighagen added a comment. In T193728#4212862, @Rspeer wrote: how to change Wikidata's copyright status. In which you assume it will chance license(/waiver)... If you seek certainty, plenty of people have indicated their view on the situation here, but this discussion is not ever going

[Wikidata-bugs] [Maniphest] [Commented On] T194735: WDQS embedding gives strange results.

2018-05-17 Thread EgonWillighagen
EgonWillighagen added a comment. @Fnielsen, we could add the _javascript_ to run the queries in a way that it only runs when the is visible... e.g. with something like this: https://github.com/shaunbowe/jquery.visibilityChangedTASK DETAILhttps://phabricator.wikimedia.org/T194735EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-14 Thread EgonWillighagen
EgonWillighagen added a comment. Hi all, IANAL but have been professionally dealing with copyright for quite some time now (scholar, author, database creator, advisor, etc, etc). First, automated (bots, quickstatements) added of content that is not public domain (the formal type, e.g. in USA

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-14 Thread EgonWillighagen
EgonWillighagen added a comment. In T193728#4189219, @Psychoslave wrote: Let's recall that whether this transfer is done by automation or crowdsourcing doesn't matter, it's the quantity of transferred data Of all things I read about copyright law (IANAL but very interested), this is not what I

[Wikidata-bugs] [Maniphest] [Commented On] T154660: increase length limit for external identifier, string and URL datatype

2017-01-12 Thread EgonWillighagen
EgonWillighagen added a comment. I am not sure how much we should worry about the exact percentages for PubChem; to me, more important is are the percentages of the chemistry we have in Wikidata. These are likely correlated, and since PubChem is a lot bigger puts things in perspective. InChIs

[Wikidata-bugs] [Maniphest] [Commented On] T154660: increase length limit for external identifier, string and URL datatype

2017-01-08 Thread EgonWillighagen
EgonWillighagen added a comment. The InChI is not the only use case for chemistry, btw. SMILES also runs into the char limit right now for a number of compounds.TASK DETAILhttps://phabricator.wikimedia.org/T154660EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences