[DCRM-L] Errors in EEBO

Katelyn Jedro katelyn.jedro at gmail.com
Tue Nov 19 06:53:13 MST 2019


Hi all,

No tomatoes please. but I can offer a little background on the error
correction process for EEBO. When errors are reported for EEBO, they
typically come through our customer service department and are routed to
the appropriate people. For EEBO, these errors get sent to our Cambridge
team (who maintain the platform) and they forward them to my group. For
better or worse, the resource description pages are built off the MARC
records created for the film product. When errors are reported, we review
and correct the MARC records. The platform itself is only updated with the
latest release. As this typically happens in November each year, it can be
quite a long time before an error you reported gets a correction on the
platform.

In better news, we are all working together to make this a monthly process,
so errors can be taken care of more promptly.

Best,
Katelyn Borbely
Metadata Librarian
ProQuest

On Mon, Nov 18, 2019 at 5:01 PM Person, Mary <person at law.harvard.edu> wrote:

> Dear All,
>
>
>
> First many thanks to those who replied off-list and to the list. I very
> much appreciate it!
>
>
>
> Meanwhile, I’ve been informed that any errors such as this should be
> reported to ESTC at estc-catalog at cbsr.ucr.edu. They can move a link to
> EEBO onto the correct ESTC record and make a note in the ESTC bibliographic
> record about the error in EEBO.
>
>
>
> How soon errors will be corrected in EEBO is another issue, but at least
> we can do that much.
>
>
>
> Mary
>
>
>
>
>
>
>
> *From:* DCRM-L [mailto:dcrm-l-bounces at lib.byu.edu] *On Behalf Of *William
> Hale
> *Sent:* Friday, November 15, 2019 5:04 AM
> *To:* DCRM Users' Group <dcrm-l at lib.byu.edu>
> *Subject:* Re: [DCRM-L] Errors in EEBO
>
>
>
> Dear Mary,
>
>
>
> This sounds sensible to me. I can’t find an example right now, but I think
> ESTC makes notes about the microfilm reproductions which are the source for
> most EEBO scans in a local note in the bibliographic record, so I can’t
> imagine anyone objecting if you emulated them. The challenge would be to
> remember to remove the note if/when EEBO corrects the error.
>
>
>
> William.
>
> --
>
> William Hale
>
> Treasurer, Cambridge Bibliographical Society
>
> Rare Books and Early Manuscripts Department
> Cambridge University Library
> West Road, Cambridge, UK, CB3 9DR
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.lib.cam.ac.uk_deptserv_rarebooks_index.html&d=DwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=EkkQFOGUCtF2osSJj7hvtyM31K6sxQSo34Z9RQpCmDw&m=D_lN-5aRILOZUCXwnrGhrLQjx3uhliFwCJRTG334WdU&s=kbAexZXUAe0cgz5yRVBlDC8Gvr44ZPdFwMHGTlIIbRw&e=>
>
> Telephone: (+44) (0)1223 333122 <+44%201223%20333122>
> Email: William.Hale at lib.cam.ac.uk
>
>
>
>
>
> *From:* DCRM-L <dcrm-l-bounces at lib.byu.edu> *On Behalf Of *Person, Mary
> *Sent:* 14 November 2019 17:39
> *To:* DCRM Users' Group <dcrm-l at lib.byu.edu>
> *Subject:* [DCRM-L] Errors in EEBO
>
>
>
> Dear All,
>
>
>
> ‘Not sure if this is the right group to whom I should address this
> question, but perhaps someone has been in the same situation and has an
> elegant solution?
>
>
>
> A researcher looking at an STC item in our collection pointed out to me
> the reproduction in EEBO purporting to be that edition is, in fact, *not*.
> As it happens, it was our copy from which EEBO’s reproduction was
> originally made, and they are clearly not the same. I’ve written to
> ProQuest and that information has been forwarded for review–but I’m not
> holding my breath.
>
>
>
> Would it be proper to make some kind of note in our catalog
> record—possibly in the holding?--about the discrepancy? This isn’t first
> time this has happened with digital versions of our rare books, but
> increasingly I feel motivated to do more than sigh.
>
>
>
> Thank you so much for any thoughts & wisdom you may have on this,
>
>
>
> Mary
>
>
>
> Mary Person
>
> Rare Books Cataloger/Reference Librarian
>
> Historical & Special Collections
>
> Harvard Law School Library
>
>
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listserver.lib.byu.edu/pipermail/dcrm-l/attachments/20191119/ff0f8060/attachment-0001.html>


More information about the DCRM-L mailing list