internetarchive / internetarchive/openlibrary
Potential Fields to Add to the MARC Bot
- Dominant language
- Python
- Stars
- 6.7k
- Forks
- 2k
- Avg merge
- 2d 19h
- Merged PRs (30d)
- 138
Description
### Proposal
As I discussed with @scottbarnes, I believe the MARC Bot could benefit from the following fields:
247: Former Title (when relevant)
306: Playing Time (for audiobooks)
341: Accessibility Content - subfields $b (Textual assistive features), $c (Visual assistive features), and $d (Auditory assistive features), in particular
370: Associated Place - subfield $c (Associated country)
@hornc, @tfmorris. I'm open to discussing further.
### Justification
### Breakdown
#### Requirements Checklist
* [ ]
#### Related files
*
#### Stakeholders
*
#### Instructions for Contributors
Please [run these commands](https://github.com/internetarchive/openlibrary/wiki/Git-Cheat-Sheet#working-on-your-branch) to ensure your repository is up to date **before** [creating a new branch](https://github.com/internetarchive/openlibrary/wiki/Git-Cheat-Sheet#making-changes-and-creating-a-pull-request) to work on this issue and **each time after** pushing code to Github, because the pre-commit bot may add commits to your PRs upstream.
Contributor guide
Research direction
Start by locating the MARC Bot implementation and existing handling for MARC fields. Review how fields 247, 306, 341, and 370 are represented and identify the relevant MARC requirements before defining the scope. Done should include an agreed field list, implementation guidance, and tests or verification for the supported subfields.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- backend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100