If you missed yesterday's webinar, where we unveiled Olive's new SmartLayers technology, you'll want to watch the recorded version below. It was a great discussion about where digital content is today and where it's likely heading tomorrow. Check it out and let us know what you think of these first steps towards a model where content is eventually both layered and adaptive.
Savas Beatie is an innovative publisher of military history books. In fact, they have the distinction of being the first publisher to release an ebook featuring the SmartLayers technology we've developed here at Olive Software.
If you'd like to get a sense of what SmartLayers looks like, watch the video embedded below. If you'd like to see how easy it is for a publisher to leverage SmartLayers, as well as learn why Savas Beatie chose SmartLayers for their premium ebook solution, be sure to join us for a free webinar tomorrow, September 30, at 1ET -- click here to register now.
P.S. -- This initial SmartLayers premium ebook, Richmond Redeemed, is available exclusively on the Savas Beatie website (cllick here for the book's catalog page).
Disruption has radically altered the book publishing industry and the rate of change shows no signs of slowing down. Publishers have developed a love/hate relationship with Amazon, particularly as they struggle with the mega-retailer’s annual demands for more favorable terms. The Hachette/Amazon dispute is simply the latest and most publicized example, but it certainly won’t be the last one.
Book publishers need to address their reliance on a single distribution partner by focusing on the only channel they totally control: direct-to-consumer sales. But simply offering a direct alternative isn’t the solution. Publishers must offer consumers a compelling reason to buy direct; up to now, this has been easier said than done.
To solve this problem I'm is pleased to announce a free webinar showing how publishers can build a compelling direct-to-consumer channel. The speakers for this event are myself and Ted Savas, Managing Director at Savas Beatie LLC.
This session will show publishers how to diversify their channel strategy, become less reliant on Amazon and deliver maximum D2C results. Here are just a few of the topics we plan to cover:
- The benefits of selling direct
- How direct and indirect can coexist
- How to create exclusive, premium editions of your ebooks using Olive’s SmartLayersTM technology
- How Savas Beatie is using SmartLayers to increase direct sales of their titles
Please join us at 1:00PM ET on September 30 for this 30-minute session – click here to register now, as virtual seating is limited. We’ll save the last 10 minutes for audience Q&A, so be sure to bring your questions and learn how to apply these tools and techniques to lessen your reliance on Amazon and dramatically increase your D2C results.
It’s only my 7th day on the job here at PLOS as a product manager for content management. So it’s early days, but I’m starting to think about the role of JATS XML in the journal publishing process.
I come from the book-publishing world, so my immediate challenge is to get up to speed on journal publishing. And that includes learning the NISO standard JATS (Journal Archiving and Interchange Tag Suite). You may know JATS by its older name, NLM. As journal publishing folks know, JATS is used for delivering metadata, and sometimes full text, to the various journal archives.
But here’s where journal and book publishing share the same dilemma: just because XML is a critically important exchange format, is it the best authoring format these days? Should it be the canonical storage format for full text content? And how far upstream should XML be incorporated into the workflow?
Let’s look at books for a minute. The book-publishing world has standardized on an electronic delivery format of EPUB (and its cousin, MOBI). This standardization has helped publishers drill down to a shorter list of viable options for canonical source format. Even if most publishers haven’t yet jumped to adopt end-to-end HTML workflows, it’s clear to me that HTML makes a lot of sense for book publishing. Forward-thinking book publishers like O’Reilly are starting to replace their XML workflow with an HTML5/CSS3 workflow. HTML/CSS can provide a great authoring and editing experience, and then it also gets you to print and electronic delivery with a minimum of processing, handling, or conversion. (O’Reilly’s Nellie McKesson gave a presentation about this at TOC 2013.) And which technology will get the most traction and advance the most in the next few years, XML or HTML? I know which one I’m betting on.
In terms of canonical file format, journal publishing may have one less worry than book publishing, because many journals are moving away from print to focus exclusively on electronic delivery whereas most books still have a print component. Electronic journal reading—or at least article discovery—happens in a browser; therefore, HTML is the de facto principal delivery format. And as much as I’d like to think HTML is the only format that matters, I know that many readers still like to download and read articles in PDF format. But as I mentioned, spinning off attractive, readable PDF from HTML is pretty easy to automate these days. So I ask:
If XML is being used as an interchange format only, what do we gain from moving the XML piece of the workflow any further upstream from final delivery?
Well, why does anyone adopt an XML workflow? The key benefits are: platform/software independence (which HTML also provides), managing and remixing content to the node level (which is not terribly useful for journal articles), and transforming the content to a number of different output formats such as PDF, HTML, and XML (HTML5/CSS3 can be used for this transformation as well, with a bit of toolchain development work).
So building an entire content management system and workflow for journal publishing around XML—specifically JATS XML, which is just one delivery format, that isn’t needed until basically the end of the process—doesn’t seem like a slam-dunk to me. I should clarify that using JATS XML for defining metadata does seem like the obvious way to go. But I’m not so sure it’s a good fit to serve as the canonical storage format for the full text. One idea is to separate article metadata from the article body text, to leverage the ease-of-editing of HTML for the text itself.
What about moving HTML upstream, and focusing efforts on delivering better, more readable HTML in the browser? What about shifting focus away from old print models and toward leveraging modern browser functionality, maybe by adding inline video or interactive models, or by making math, figures, and tables easier to read and work with?
Just to throw a curve ball into the discussion, I attended Markdown for Science last weekend, where Martin Fenner and Stian Håklev led the conversation about whether it makes sense to use markdown plus Git for academic authoring and collaboration. I want to hear from as many sides of the content format conversation as possible.
So, what do YOU think?
This article was written by contributor Molly Sharp, appeared earlier on the PLOS site and has been presented here with permission of the author. Molly has worked in various content management-related roles since the late 90′s, when she led the implementation of an XML editing and production system for Sybex, a tech book publisher. Most recently, Molly was the Director of Content Management at Safari Books Online, an electronic reference library of 30,000 tech & business titles, where she created and managed a Content Team to ensure the quality of incoming content; designed and maintained content-related processes and workflows; and managed a publishing partner community of more than 100 organizations.