Hi Ben,
Thanks for posting - I'm hoping that other members of our community might share their experiences with you, and that input on this thread might also help guide potential future AtoM development.
We've definitely had conversations with several interested community members about the ability to suck in metadata or update automatically - right now as we see it, the two best methods for proceeding are either: develop a well documented API for AtoM, that could both expose and consume metadata via JSON or, develop the nascent OAI-PMH module in AtoM, so that AtoM can also act as a harvester. Ideally in the latter solution, our OAI module would be able to expose and harvest both DC and EAD XML. There's been a lot of interest, but so far, no one has prioritized this enough to sponsor development or contribute code. We see it as functionality that could greatly increase many aspects of AtoM's use over time, and hope to be able to move in one, or both, of these directions in the future.
Does anyone have any experiences of using AtoM as a kind of DAM that they might share with Ben? If you've considered it but not implemented, what were the challenges or blocks?