Open main menu

Wikidata talk:WikiProject Source MetaData

New Tool for Creating Items from a Pubmed IDEdit

Hi All, I made a tool to help create items for journal articles from a Pubmed ID. It uses WikidataIntegrator, which is a python package created by User:Sebotic for creating bots and interacting with Wikidata. Check out the page here, and let me know any comments or suggestions.  – The preceding unsigned comment was added by Gstupp (talk • contribs) at 20:50, 28 January 2017‎ (UTC).

SourceMD warningsEdit

I am now unable to use SourceMD. These warnings are all I get. What should I do? I would have logged out and logged in, but I cannot even figure out how to logout of the tool.

Warning: parse_ini_file(/data/project// failed to open stream: No such file or directory in
/data/project/magnustools/public_html/php/ToolforgeCommon.php on line 162

Warning: assert(): Unable to connect to database [Access denied for user @'##.##.##.###' (using password: NO)] failed in
/data/project/magnustools/public_html/php/ToolforgeCommon.php on line 180

Warning: mysqli::real_escape_string(): Couldn't fetch mysqli in /data/project/sourcemd/public_html/index.php on line 104
string(122) "SELECT * FROM batch WHERE `user`= ORDER BY FIELD(status,'TODO','STOPPED','DONE') ASC,last_action DESC LIMIT 100 OFFSET 0"
string(125) "#0 /data/project/sourcemd/public_html/index.php(106): ToolforgeCommon->getSQL(Object(mysqli), 'SELECT * FROM b...') #1 {main}"
Fatal error: Uncaught exception 'Exception' in /data/project/magnustools/public_html/php/ToolforgeCommon.php:241 Stack trace: #0
/data/project/sourcemd/public_html/index.php(106): ToolforgeCommon >getSQL(Object(mysqli), 'SELECT * FROM b...') #1 {main} thrown in
/data/project/magnustools/public_html/php/ToolforgeCommon.php on line 241

What does it mean, "Access denied for user @'##.##.##.###' (using password: NO)"?

Thanks. Trilotat (talk) 14:58, 23 March 2019 (UTC)

Any help? I can use author disambiguator and quickstatements, but not sourcemd. Trilotat (talk) 23:32, 24 March 2019 (UTC)
  Fixed I don't know what happened, but this appears to have resolved itself. Trilotat (talk) 01:48, 30 March 2019 (UTC)

Academia EuropeanaEdit

We at ONTO (Niko, Vladimir and Nikola) are now busy matching Academia Europeana members to WD: These are 4.3k leading European (or Europe-related) researchers. Thanks to @Gerwoman: for importing that catalog!

Then we'll add the structured data from the AE membership page (AE section -> occupation/field; current affiliationl; country). I have asked AE for collaboration, let's see what they say. I also discovered a mixup of 2 people on the AE pages, very unusual.

And then we can turn to a wider ORCID, continuing the work of @Sic19:.

Cheers! --Vladimir Alexiev (talk) 15:21, 25 March 2019 (UTC)

Scientific articles: labels truncated at 250 charsEdit

There's a little problem that labels/titles imported into WD are truncated at 250 characters only e.g

[Role of the physician in recognition of causes and circumstances of alcohol abuse by patients in general rural dispensaries. Characterization of resources, staff and patients in the primary health care in the Lublin, Chełm, Zamość and Siedlce voivo (Q46903320)

Kpjas (talk) 07:39, 7 April 2019 (UTC)

A longer title can be included in the title (P1476) statement. I believe the character limit is 350. Simon Cobb (User:Sic19 ; talk page) 22:31, 7 April 2019 (UTC)

Bad transcriptions in titlesEdit

A Few Notes of the Early Church-Wardens’ Accounts of the Town of Ludlow (Q59635962) has a transciption error ("Church-Vardens" for "Church-Wardens") in the Taylor & Francis database. In this case, I have changed the label and title to the correct word, and added the "bad" imported title with deprecated rank and <reason for deprecation> "transcription error". Any objections to this practice? - PKM (talk) 22:32, 14 April 2019 (UTC)

Unstable DOIs?Edit

An example: The VALIDATION LIST NO.85: Validation of publication of new names and new combinations previously effectively published outside the IJSEM was published in 2002 with the doi:10.1099/ijs.0.02358-0 but the DOI is not resolving anymore. Earlier I merged Q45746347 with Validation of publication of new names and new combinations previously effectively published outside the IJSEM. International Journal of Systematic and Evolutionary Microbiology. (Q45315045) but it was recreated as Q56341240. Not sure if the source is PubMed (Q180686), but maybe we have around 10,000 issues. --Succu (talk) 21:31, 22 April 2019 (UTC)

Rather than removing the bad DOI you should probably deprecate it after merging. Though I think there's still an issue with SourceMD not noticing deprecated statements, but in principle that's the right thing to do. ArthurPSmith (talk) 15:18, 23 April 2019 (UTC)
At the moment we have only 37 deprecated DOIs. If you are using SPARQL you have to explicitly include deprecated values. For example at Is Justified True Belief Knowledge? (Q55868521) the "10.2307/3326922" is deprecated (in fact a redirected DOI). The usual SPARQL query gives no result. Only the generalized query finds the value. Not sure this is widely known. The Crossref-API serves the deprecated DOIs as valid ones. Instead they should be redirected to the now valid DOIs. It's frustrating to do the manual fixing again and again. --Succu (talk) 17:58, 23 April 2019 (UTC)

Journal series & sectionsEdit

Where a work is cited as, say:

"Variations in the Notes and Songs of Birds in different Districts". The Zoologist. 4th series, vol. 4 (issue 710 (August, 1900), section 'Notes and Queries'): 382–383.

what property do we use for "4th series"? And what for "section 'Notes and Queries'"? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:48, 9 June 2019 (UTC)

I'd also be interested in the answer, also with stuff like 'new series'. Richard Nevell (talk) 16:12, 12 June 2019 (UTC)

Failing batchesEdit

I've had a string of failed batches. Anyone else experiencing this or am I just having a bad day? Trilotat (talk) 17:33, 9 June 2019 (UTC)

A batch of 1300 DOIs failed (mostly) for reasons I can't discern. I was using sourcemd, was that where your batches failed? Richard Nevell (talk) 16:20, 12 June 2019 (UTC)
@Richard Nevell: My batches have been one DOI each. I've tried for a few days. This morning I return to see many of the most recent attempts are still pending (many hours after submisssion). Peculiar. Trilotat (talk) 16:28, 12 June 2019 (UTC)
@Magnus Manske: rewrote the Quickstatatements batch code recently, it's possible this is related? ArthurPSmith (talk) 13:31, 13 June 2019 (UTC)
It's working now. Thanks for reply. Trilotat (talk) 19:31, 13 June 2019 (UTC)
👍 Richard Nevell (talk) 18:58, 14 June 2019 (UTC)

Citationgraph bot 2Edit

Citationgraph bot 2 hasn't run in since last year, are there any plans to revive it? Richard Nevell (talk) 18:59, 14 June 2019 (UTC)

Return to the project page "WikiProject Source MetaData".