In order for Open Library users to access readable and borrowable books from archive.org, the respective data records need to be correctly synchronised.

This page documents the specific and technical requirements, and lists potential challenges to keeping the records synchronised.

At of 2019-06-24, 60,000 books were in our inlibrary lending program but not available through OpenLibrary.org. That is about 6% of our entire catalog is not borrowable through Open Library. There are another 281k books (excluding inlibrary) in printdisabled which have isbns and MARCs and are not on Openlibrary.org. Without linking up archive.org and open Library we also lose out on the ability to reliably determine the availability of our works. We have chosen now as the time to work on this project because over the past months we have eliminated hundreds of thousands of orphaned additions which was a prerequisite to this project. Successful IA ↔ OL sync also means a revitalized import process which is more effective at importing internet archive works moving forward.

• openlibrary_edition, format example: OL12345M, creates a link from the item's details page to the exact Open Library edition represented by this scan.
• openlibrary_work, format example: OL12345W, creates a link from the item's details page to the Open Library work that groups other editions of this scan.
• openlibrary, format example: OL5189756M, a now DEPRECATED reference to an Open Library edition. Potentially used in the archive.org scanning process to locate MARC records, and in Open Library import code as a short cut for matching existing records. Both uses need to be investigated and updated to use the newer fields above.

• ocaid, format example: callofdistantmam00ward This is the primary useful link back to an archive.org item. It only stores one value, so there is an issue when there exists multiple scans of an edition on archive.org. Only one is linked from OL to IA, even though multiple IA items may refer to the same edition. The current OL sync process only automatically updates the archive.org item present in this ocaid field.
• source_records, format example: ["ia:callofdistantmam00ward", ...]

Other less common IA related fields, possibly to be deprecated?:

• "ia_box_id": ["IA113601"]
• "ia_loaded_id": ["callofdistantmam00ward"]

Note All fake-subject references to archive.org categories that may have once been used for classifying borrowable status are now deprecated. Examples: In Library, Protected DAISY, Accessible_book, Internet Archive Wishlist, Lending library and possibly others. Issue #2107 tracks this clean up.

See Open Library Client JSON schemata for the currently recognised and useful metadata fields for Open Library records.

• All borrowable collection:inlibrary books should have openlibrary_edition:
  • ⭐ CRITERION NOT MET: collection:inlibrary AND NOT openlibrary_edition:*
  • As of June 2019 there are 60K archive.org items that do not meet this condition.

    • ex 1: has no MARC so wasn't imported: https://archive.org/details/nairobigrit TRY FIX: import with require_marc = False

    • ex 2: https://archive.org/details/buildingvirtuall0000unse has MARC, also on OL, but OL record points to non-lendable copy TRY FIX: re-import, should update ocaid. If import adds an ia source record, it should also update the ocaid!!!!

    • ex 3: https://archive.org/details/isbn_9781481758765 has MARC -- simply not yet imported TRY FIX: import from MARC

  • ‼️ SYNCH TASK RESULTS:
    • Matched: 42016 (these are the duplicate archive.org items)
    • Modified: 659 (these were resolved and synchronised)
    • bad-repub-state: 2
    • invalid-ia-identifier: 7
    • invalid-marc-record: 18
    • no-marc-record: 6728
    • item-is-serial: 4480
    • item-not-book: 1776
    • no-imagecount: 25
    • noindex-true: 0
    • not-texts-item: 0
    • Of the 42016 matched ids, 39776 had OLIDs written back, completing the synchronisation.
    • Of those, 11695 Open Library items were updated to reference the lendable copy of that item where previously a printdisabled only copy was linked.
    • This has added 11695 lendable items to OL.
    • Only 24 items could not be synched due to orphaned editions. (see below for more details on this category)
    • @ 3 July, there are now 19,823 unsynched items in this category (improvement: ~40k)

• archive.org print disabled collection items representing books, which are not necessarily borrowable by users without print disabilities, should have entries on Open Library to capture the existence of a book we know about, and aid discovery by print disabled users. The following query uses the presence of an ISBN as an indicator that an item is a book with sufficient metadata to count as good for importing.

  • ⭐ CRITERIA NOT MET: collection:printdisabled AND NOT collection:inlibrary AND NOT openlibrary_edition:* AND isbn:*
    • note the number of items resulting from this query will depend on user account privileges, and not all users will see all print disabled only items by default on archive.org. @ June 2019, there are 330K items in the maximal list that are not linked to Open Library.
    • Existing issue #1047
  • • ‼️ SYNCH TASK RESULTS: @ 17 July (after running an import/re-import task for the MARC records) there are now 184,445 print-disabled only items without corresponding Open Library links (improvement: ~150K)

• The following query attempts to locate items that are printdisabled only, do NOT have ISBNs in metadata, but are good scanned books collection:printdisabled AND NOT collection:inlibrary AND NOT openlibrary_edition:* AND NOT isbn:* AND collection:internetarchivebooks there are 13,708 results, but most appear to have incomplete titles ... strangely with ISBNs in the title field. It looks like these have stalled in the scanning process somehow?

• All archive.org book items with a populated openlibrary metadata field should also have openlibrary_edition.

  • CRITERION NOT MET QUERY: mediatype:texts AND openlibrary:* AND NOT openlibrary_edition:*

  • Possible issue: just because an item has an old openlibrary field does not neccesarily mean it should be on OL if it doesn't meet the other criteria listed on this page.

  • Total @ June 2019: 25,190

  • Breaking this category down further into other categories listed further down:

    • In Library: mediatype:texts AND openlibrary:* AND NOT openlibrary_edition:* AND collection:inlibrary

      • 14,878 items In Library without openlibrary_edition that have openlibrary.
      • spot checks: https://archive.org/details/cavalierinwhite00mull_cc9 and https://archive.org/details/bostonaccess00wurm_0 -> listed OL item points to a different IA scan

    • Open collection: mediatype:texts AND openlibrary:* AND NOT openlibrary_edition:* AND NOT collection:printdisabled AND NOT collection:inlibrary

      • 6,801
      • Following an example, we have two ia scans https://archive.org/details/annalenderphysi249unkngoog https://archive.org/details/bub_gb_xAQ4AAAAMAAJ an 1833 and an 1803 edition, which both point (using different fields) to a 1900 Open Library edition, further complicated because this item is a serial
      • This category needs to be filtered down -- to only include open items in known good collections Filtering these down to items in the americana and internetarchivebooks shows that most of those remaining are early serials that get excluded from the latest import criteria.

    • Printdisabled only with ISBN:mediatype:texts AND openlibrary:* AND NOT openlibrary_edition:* AND NOT collection:inlibrary AND collection:printdisabled AND isbn:*

      • 3,124

    • Printdisabled only without ISBN:mediatype:texts AND openlibrary:* AND NOT openlibrary_edition:* AND NOT collection:inlibrary AND collection:printdisabled AND NOT isbn:*

      • 387 items
      • The collections that seem to signify these items without ISBNs are good books are internetarchivebooks and americana -- the criteria for non-lendable books below should be updated to include these pre-isbn books that are likely to have good metadata.

• All archive.org book items with openlibrary_edition MUST have openlibrary_work, and vice versa.

  • CRITERION NOT MET: mediatype:texts AND openlibrary_edition:* AND NOT openlibrary_work:*
  • CRITERION NOT MET: mediatype:texts AND openlibrary_work:* AND NOT openlibrary_edition:*

• Openlibrary identifiers on archive.org should only be on mediatype:texts items as only books should be represented on Open Library.
  • CRITERION NOT MET openlibrary:* OR openlibrary_edition:* OR openlibrary_work:* AND NOT mediatype:texts
  • Some items not meeting this technical criterion may be legitimate. Some items appears to be gallery catalogs (i.e. books) that are linked to mediatype:image, and other archive.org items could be legitimate books that are mis-categorised. @ June 2019 there are 55 items matched above. Each item needs to be examined to find the fix, or at least to come up with a set of fix categories. Simply deleting the linking metadata would be incorrect in many of these situations as the links are probably a sign of further data issues on OL or IA.

This problem affects the ability of items to become synchronised using the existing mechanisms. The requirement for including both work id and edition id is affected. The solution is to resolve and add works for all editions which don't have them. This overall effort is being tracked on another wiki page , but the following notes relate to orphans with OCAIDs.

remaining total @ 26 June 2019: 38347

NONE are duplicated

20730 were successfully matched or had works created, fixing the orphan (54%)

316 were matched on a different existing edition. !!FIX for these: get orphan by opening https://openlibrary.org/books/ia:<ocaid> and then associate it with the matched work.

the remaining 17301 were not resolved due to the following issues:

• bad-repub-state: -- Need advice from Andrea or Jude. Repub state 6 is micro-film.
  • 5927
• invalid-ia-identifier: -- Consider wiping invalid IDs. These should get repaired if the archive.org item is reimported. This group contains many items that were removed on archive.org, now result in 404s
  • 209 FIXED!!
• invalid-marc-record: -- ignore for now
  • 43
• item-is-serial: -- investigate for quick way to match existing (if possible) otherwise, create the works.
  • 9766
• item-not-book: -- needs further investigation, possibly delete?
  • 754 ; includes scores: https://archive.org/details/xiisolosforgerma00rani pamphlets: whatbritainhasdo00slsnuoft ?? Monographic component part?: https://archive.org/details/washingtonsfirst00wornrich Perhaps we should relax the import criteria to allow these as they are very 'book like' in order to repair existing records, but not actively seek out to import more at the moment? If a user chose to add these, I think we'd let them stand.
• no-imagecount: -- delete
  • 41 ; Examples: https://archive.org/details/OSIEontarioreadersfourth00miniuoft https://archive.org/details/ioannisvaluerdi01hamugoog
• noindex-true: -- delete
  • 470 Example: https://archive.org/details/miscelaneajurid00unkngoog https://archive.org/details/whatcountssocial00mook incorrect metadata example: https://archive.org/details/pamelaorvirtuer00popegoog
• not-texts-item: -- a BWB protodonation item to be fixed manually
  • 1 FIXED!

Proposal: the no-imagecount and noindex-true OL orphans should simply be deleted. They tend to have been created from problematic archive.org records that we would not currently import, and the main reason for the no-index flag appears to be mismatched metadata, or otherwise bad scans. The records I have checked all seem to have better non-broken scanned items elsewhere, and have been imported properly via those.