User talk:Dalba

Welcome to Tool Labs

Hello Dalba, welcome to the Tool Labs project! Your request for access was processed and you should be able to login now via ssh at tools-login.wmflabs.org. To get started, check the help page and the migrating from the Toolserver page. You can also ask in our irc channel at #wikimedia-labs ^connect or send an e-mail to our mailing list labs-l@lists.wikimedia.org - thank you, and have fun using labs! petrb (talk) 07:00, 23 June 2013 (UTC)

Yadkard editorials

You are listed as the contact for Yadkard bugs. I noticed that articles like this whose author is "The editorial board" get broken up like last=Board | first=The Editorial. I recommend "The editorial board", "the editor", and "anonymous" be specially recognized and listed with author rather than first and last names, eg. author=The Editorial Board. Obviously, this is low priority. Daniel-barrows (talk) 20:30, 15 January 2017 (UTC)

@Daniel-barrows, thanks for reporting the issue. I've updated the app. Now it uses the author parameter whenever the author name starts with a The . Regarding anonymous, I think Yadkard is able to handle it in some cases already, but I need some real examples of others where the output is broken. Dalba (talk) 17:00, 16 January 2017 (UTC)

@Dalba: I mentioned Anonymous since I figured it belonged in the same category of recognition. Upon review, I am satisfied that Yadkard handles it fine. Thanks for the quick fix! Daniel-barrows (talk) 22:24, 22 January 2017 (UTC)

Yadkard Internet Archive URLs

Feature Request: It would be great if Yadkard could recognize Internet Archive URLS and return something more appropriate. Right now, the ref name and website fields are populated with "Internet Archive" rather than meaningful metadata (eg.) Daniel-barrows (talk) 22:22, 22 January 2017 (UTC)

@Daniel-barrows, Great idea! Try out the new version. Dalba (talk) 18:38, 26 January 2017 (UTC)

Yadkard unexpected bracket

Yadkard unexpectedly inserted a bracket in the publisher field for the following DOI: http://dx.doi.org/10.1081/ADA-200068110 as can be seen at this link. This causes a malformed WikiFormatting. I am not sure where Yadkard derives metadata from, but the publisher does not appear in the html metadata, and the publisher only appears in the page footer, which does not include any brackets or unusual characters. Daniel-barrows (talk) 00:15, 24 January 2017 (UTC)

Fixed, but there may be other cases. Yadkard uses the BibTeX format provided by http://dx.doi.org/ API. The conversion process is error prone because the TeX format is very complex and only a TeX engine can handle it, but I think that will be too heavy for a web app like this. I may have to rewrite that part of the code in the future... Dalba (talk) 18:35, 26 January 2017 (UTC)

Yadkard 500 - Internal Server Error

It's not working! I love that tool. Please email me when it's fixed. -- BullRangifer (talk) 02:58, 6 April 2017 (UTC)

Thanks for reporting the issue. It should be fixed now. Dalba (talk) 03:47, 6 April 2017 (UTC)

Thanks so much. That was quick! -- BullRangifer (talk) 04:05, 6 April 2017 (UTC)

HTTPS

On English Wikipedia, at least, w:en:User:KolbertBot is replacing all Google Books URLs to https. I can't find an English Wikipedia policy on this, but given that bot's behavior, I suggest Citer switches to using https links. Daniel-barrows (talk) 21:51, 10 February 2018 (UTC)

Done Dalba (talk) 01:12, 11 February 2018 (UTC)

Please consider adding query & retrieval of the OCLC # to facilitate access of WorldCat

Hi, Dalba. Thank you for your work on Citer/Yadkard. On average I use it several times a day. I have a major request.

Please consider incorporating the OCLC # in two ways:

1. Enable Citer to search by the OCLC #, as it is searchable by ISBN. As per International Standard Book Number, the ISBN only dates back to "1970 as international standard ISO 2108". I am constantly hand crafting {{cite book}} on enwiki for books before that time. It would be wonderful to semi-automate that task!
2. Include the OCLC # as part of the citation. Including only the ISBN as an identifier tends to drive users to sites from which they would need to buy the book. Providing an OCLC enables the user to pass the OCLC # directly to worldcat.org.

When a user has entered a location (usually a zip code), the resulting WorldCat item will display the nearest libraries & sometimes links to online versions or a Google preview. for example:

• Worldcat record for 809771201, MediaWiki Administrators' Tutorial Guide

In cases in which the work is in the public domain, the Worldcat record often points to free online access. This aligns well with Wikimedia's dedication to the growth, development and distribution of free, multilingual, educational content, and to providing the full content of these wiki-based projects to the public free of charge.

• Worldcat record for 718439467, Washington territory west of the Cascade mountains

I know that this would be a big effort, but I think it would be well worth it to make Citer/Yadkard more useful beyond its current limitation to post-1970 books.

Peaceray (talk) 00:35, 12 April 2018 (UTC)

Hi Peaceray, thanks for your great suggestions. I've updated Citer to include OCLC # for queried ISBNs. Also, you can now search by OCLC #. However, I've not tested the new features thoroughly. The data from WorldCat seems pretty much unsanitized and may cause unexpected errors. Let me know if you notice any issues.

Dalba (talk) 13:25, 14 April 2018 (UTC)

Oh, wow that was quick! Yes, the data on WorldCat is pretty unsanitized but the good thing is that more often than not, the editions / records for a book are interlinked so that WorldCat displays a list of the libraries that hold all editions. This is imperfect as humans sometimes enter data imperfectly, but the shotgun approach of listing all editions & the option View all editions and formats are more often a hit than a miss.

I am already using the new functionality today. Thank you!

Peaceray (talk) 05:42, 15 April 2018 (UTC)

503 Service Unavailable for Citer

Hi, Dalba!

I am currently seeing this message for https://tools.wmflabs.org/citer/:

No webservice

The URI you have requested, /citer/, is not currently serviced.

If you have reached this page from somewhere else...

This URI is part of the citer tool, maintained by Dalba .

That tool might not have a web interface, or it may currently be disabled.

If you're pretty sure this shouldn't be an error, you may wish to notify the tool's maintainers (above) about the error and how you ended up here.

I do not know if this is something that you can address or something somebody must do at tools.wmflabs.org, but I thought you would like to be aware of the situation.

Peaceray (talk) 17:24, 7 June 2018 (UTC)

@Dalba: I used my Toolforge root super powers to become citer and run the update.sh script to start the webservice back up. I don't know if you are interest or not, but you could look at Help:Toolforge/Web#python_(Python3_+_Kubernetes) for instructions on running a Python3 UWSGI app on our Kuberntes cluster which might be a slightly more reliable system for keeping your webservice active. It doesn't look like it would be a lot of work to turn your current FCGI server into a Flask app. --BryanDavis (talk) 19:48, 7 June 2018 (UTC)

Today I tried to migrate one of my other tools to Kubernetes but after hours of struggling I ran into phab:T176024 and phab:T104374 and some other issues and finally gave up. Dalba (talk) 08:50, 15 February 2019 (UTC)

Whitelist letter

I wrote a letter with plans to send it via email or online contact forms to sites which have blacklisted or paywalled their content and therefore hidden it from Citer. You can read (or edit!) it here. A quick check showed Citer is currently using IP 208.80.155.255, but I went ahead and asked for whitelisting of the whole IP range that seems to be registered to Mediawiki. Any suggestions? Daniel-barrows (talk) 17:16, 22 August 2018 (UTC)

Thank you, Daniel! I'm not very familiar with how Toolforge manages IP addresses of tools, but let me know if there is anything I can do to improve the situation. Dalba (talk) 05:55, 23 August 2018 (UTC)

Dates in your citation tool

The date function isn't working. Otherwise I love using it. tools.wmflabs.org/citer/ -- BullRangifer (talk) 16:43, 13 October 2018 (UTC)

Thanks for reporting, it should be fixed now. Dalba (talk) 17:24, 13 October 2018 (UTC)

I just tested it with the January 1, 2017 format and it didn't work. -- BullRangifer (talk) 17:35, 13 October 2018 (UTC)

I cleared the cache and tried again, and it worked! Thanks. -- BullRangifer (talk) 17:37, 13 October 2018 (UTC)

503 service unavailable

I'm not sure if you already know about this, but citer is down. --Neko-chan (talk) 02:02, 16 November 2018 (UTC)

Neko-chan, thanks for letting me know. I've restarted the webservice. Dalba (talk) 03:09, 16 November 2018 (UTC)

Citer giving incorrect date

I have been using Citer today (feb 1, 2019) and it's giving me a "date accessed" date of January 1, 2019 instead of February 1, 2019. Jessamyn (talk) 20:17, 1 February 2019 (UTC)

I wish I had seen this message sooner. I cannot reproduce the issue now. Let me know if you encounter it again. Dalba (talk) 00:40, 2 February 2019 (UTC)