You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Allow users to manually upload a .xml file/the RSS feed from their local filesystem, in order to match/import the metadata within to an existing podcast entry on ABS.
Why would this be helpful?
ABS is a great podcast manager because it allows forming a podcast directly from loose audio files.
However, not all audio files have well formatted id tags that ABS can easily parse. Manually editing these id tags, or editing the metadata within ABS can be very tedious.
Much quicker is to point ABS toward the RSS feed for these files and "match" the episodes to entries within to import metadata. However, not all RSS feeds have a publicly available URL: a forward thinking user may backup a premium RSS feed (from a service like substack or patreon) ahead of their subscription expiring. Or a podcast could be unlisted and its RSS feed link removed (this has happened to an old podcast I have backed up).
This feature would also allow ABS to functionally export and import RSS feeds to save metadata of podcasts, which is a form already used and understood by all podcatchers (it already can "open RSS feed"s as a functional export).
Future Implementation (Screenshot)
This could be implemented with an "upload" button put adjacent to the current field. After clicking "upload" the user would be prompted to select an .xml file from their filesystem to upload (just like how the OPML .xml upload works currently).
Audiobookshelf Server Version
v2.15.1
Current Implementation (Screenshot)
The current version is the same as the included mockup except missing the "upload" button.
The text was updated successfully, but these errors were encountered:
If the filenames match those defined in an OPML file, does uploading an OPML file and pointing to an already-existing directory not work? Or does it download duplicate files? I haven't tested this myself.
If the filenames match those defined in an OPML file, does uploading an OPML file and pointing to an already-existing directory not work? Or does it download duplicate files? I haven't tested this myself.
If I'm not mistaken, OPML files just export a list of subscriptions and a link to their RSS feeds. It doesn't contain episode information nor detailed metadata. I bring it up because it's an example of how ABS can accept an upload of an XML file from a UI/client side perspective.
Here I'm proposing that ABS accept upload of an archived RSS feed (which are also XML files), for metadata matching purposes. Because not all RSS feeds are accessible via the internet (it may require a lookup with the wayback machine or a user may have archived it).
Type of Enhancement
Web Interface/Frontend
Describe the Feature/Enhancement
Allow users to manually upload a .xml file/the RSS feed from their local filesystem, in order to match/import the metadata within to an existing podcast entry on ABS.
Why would this be helpful?
ABS is a great podcast manager because it allows forming a podcast directly from loose audio files.
However, not all audio files have well formatted id tags that ABS can easily parse. Manually editing these id tags, or editing the metadata within ABS can be very tedious.
Much quicker is to point ABS toward the RSS feed for these files and "match" the episodes to entries within to import metadata. However, not all RSS feeds have a publicly available URL: a forward thinking user may backup a premium RSS feed (from a service like substack or patreon) ahead of their subscription expiring. Or a podcast could be unlisted and its RSS feed link removed (this has happened to an old podcast I have backed up).
This feature would also allow ABS to functionally export and import RSS feeds to save metadata of podcasts, which is a form already used and understood by all podcatchers (it already can "open RSS feed"s as a functional export).
Future Implementation (Screenshot)
This could be implemented with an "upload" button put adjacent to the current field. After clicking "upload" the user would be prompted to select an .xml file from their filesystem to upload (just like how the OPML .xml upload works currently).
Audiobookshelf Server Version
v2.15.1
Current Implementation (Screenshot)
The current version is the same as the included mockup except missing the "upload" button.
The text was updated successfully, but these errors were encountered: