Hi Ailish,
AtoM's API endpoints are currently very limited (as you've noted), since they were added as an afterthought, rather than the application being API-driven from its initial development. I don't think the browse API endpoint has the functionality you're looking for at present.
However, AtoM uses Elasticsearch (currently version 5.6) as its search index, and ES includes a much more fully-featured Java-basd API, provided your client can configure you to have access to port 9200 of the installation server. I'm not personally familiar with this, but you should be able to find a lot more information in the ES official documentation for the 5.6 version, as well as other sources online:
There are a number of community users who've used the ES API for third-party integration. For example, here are at least two I am aware of:
- The University of British Columbia has a custom-built site called Open Collections that combines data from several Drupal sites, a ContentDM installation, and an AtoM site. They use the ES API to fetch the data from AtoM. Here is an example item-level record in Open Collections, and the same source record in AtoM.
- St. John's College at the University of Cambridge has built a custom search front-end that combines data from two different internal AtoM installations, pulling data from the ES API of each to populate it. You can see the custom search interface here.
Additionally, I wonder if parsing another source might be easier with a script? For example, you can easily export all AtoM archival descriptions in a single CSV file from the command-line. Perhaps you could then use this data to populate your external index? See:
I hope these alternatives might help, or at least spark some ideas.
Cheers,