[Koha] [EXTERNAL] Re: Ideas wanted for cataloging QA utilities

Fri Nov 11 05:23:15 NZDT 2022

Thanks for your input, Alvaro.  I'm not as good with jQuery as I would like to be.  I will give this more thought as to when I would run a cron so as to give the cataloger time to finish cataloging, avoid inundating people with email, etc.  Thanks!

Tasha Bales

From: Alvaro Cornejo <cornejo.alvaro at gmail.com>
Sent: Thursday, November 3, 2022 07:45
To: Carlos Lopez <clopez at dml.vic.edu.au>
Cc: Bales (US), Tasha R <tasha.r.bales at boeing.com>; koha at lists.katipo.co.nz
Subject: [EXTERNAL] Re: [Koha] Ideas wanted for cataloging QA utilities
Importance: High

EXT email: be mindful of links/attachments.

Hi Tasha

If you need to do "real time" checking/validation , you need to use JQuery/Javascript to insert code at the data input capture field, similar as when you enable fields prefill. You will need to add specific code for each field you want to validate.

An option would be to have a cron that runs a field validator script that issues an error/issues report on a periodic basis. I guess this will be easier to maintain/update but will need to have someone correct/edit issues found.

Not sure it would be possible to combine those options in a way that the JQuery could run the validation script during field input.

Regards

Alvaro

|----------------------------------------------------------------------------------------|
[https://ci3.googleusercontent.com/mail-sig/AIorK4zO0f8Z21m2X0jK3RWGktD8bapLQbsF7Zq7ukeIuapEB3QMlgOXKzxbFPpUQzsex8cwRRihwVw] Stay safe / Cuídate/  Reste sécurisé
7 Switch off as you go / Apaga lo que no usas /  Débranchez au fur et à mesure.
 q Recycle always / Recicla siempre / Recyclez toujours
 P Print only if absolutely necessary / Imprime solo si es necesario / Imprimez seulement si nécessaire

Le mer. 2 nov. 2022 à 19:12, Carlos Lopez <clopez at dml.vic.edu.au<mailto:clopez at dml.vic.edu.au>> a écrit :
Hi Tasha

Bite your tongue! Fixing errors in old records kept me busy during the 2020 lockdowns!

Honestly I think this would be a good idea, even if the interface only showed some kind of alert according to a (predefined) set of rules. The MARCEdit MARCValidator is a good example (it even reports on invalid tag indicators). As you say, we can always write SQL reports to pull individual (repeated) errors, but it would be nice to spot these 'live' too.

With kind regards from the Dalton McCaughey Library Team

Carlos Lopez

Dalton McCaughey Library | 29 College Crescent, Parkville, VICTORIA 3052
Ph: 03 9340 8888 ext.1 | library at dml.vic.edu.au<mailto:library at dml.vic.edu.au> | library.dmlibrary.org.au<http://library.dmlibrary.org.au>

-----Original Message-----
From: Koha <koha-bounces at lists.katipo.co.nz<mailto:koha-bounces at lists.katipo.co.nz>> On Behalf Of Bales (US), Tasha R
Sent: Thursday, 3 November 2022 1:05 AM
To: koha at lists.katipo.co.nz<mailto:koha at lists.katipo.co.nz>
Subject: [Koha] Ideas wanted for cataloging QA utilities

CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.

Good morning,

I'm interested to know if anyone has developed tools to help copy catalogers quality check their work in real time.

For example, at a long-ago conference, I saw a librarian present Windows batch scripts they'd created to check cataloging in Millennium.  I don't recall the specifics, but for my purposes, I'd be interested in doing checks such as the following:

  *   Compare 260 to 008
  *   Check for the presence or absence of important fields in both bib and item record
  *   Check for agreement between item type and notforloan value

I could do the above with SQL, but I'm trying to get closer to first-time quality by catching the errors as they occur (maybe I could use jQuery to link a prebuilt report that would check the bib I'm currently viewing?).

Options might be Jupyter notebooks, or jQuery.  This is my first time working with a staff client that is a web application, so I'm not sure what is realistically possible or what anyone has already come up with (Google is not helping).

Any food for thought is welcome.  Even if I only "caught" errors such as impossible publication dates (e.g., 2039, 202, etc.), that would be a help.

Thanks for your time and consideration,

Tasha Bales

_______________________________________________

Koha mailing list  https://urldefense.com/v3/__http://koha-community.org__;!!DVrgiXjqvl2yLjg!ZWXEShPXQpMgfNVPNXBmLGI1jXVHXieyFdvpzDpP9v1W5YBw2ROfyN_Un9bLWiEWrRktJE-VEiEVkXRKnleTpherYdgH$<https://urldefense.com/v3/__http:/koha-community.org__;!!DVrgiXjqvl2yLjg!ZWXEShPXQpMgfNVPNXBmLGI1jXVHXieyFdvpzDpP9v1W5YBw2ROfyN_Un9bLWiEWrRktJE-VEiEVkXRKnleTpherYdgH$>
Koha at lists.katipo.co.nz<mailto:Koha at lists.katipo.co.nz>
Unsubscribe: https://urldefense.com/v3/__https://lists.katipo.co.nz/mailman/listinfo/koha__;!!DVrgiXjqvl2yLjg!ZWXEShPXQpMgfNVPNXBmLGI1jXVHXieyFdvpzDpP9v1W5YBw2ROfyN_Un9bLWiEWrRktJE-VEiEVkXRKnleTplSiTy28$<https://urldefense.com/v3/__https:/lists.katipo.co.nz/mailman/listinfo/koha__;!!DVrgiXjqvl2yLjg!ZWXEShPXQpMgfNVPNXBmLGI1jXVHXieyFdvpzDpP9v1W5YBw2ROfyN_Un9bLWiEWrRktJE-VEiEVkXRKnleTplSiTy28$>
_______________________________________________

Koha mailing list  http://koha-community.org
Koha at lists.katipo.co.nz<mailto:Koha at lists.katipo.co.nz>
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha