you got all the data - and cannot easily store, search, display and read it. This has been and, in many cases, still is the situation in editorial archiving of newspapers and magazines.
Editorial systems provide not only the finished pages, but also a lot of structural data - where an article starts and ends, what elements (like images) belong to the article, what styles are used for the text elements, who the author of the article is and so on.
In contrast, the PDF pages which are used by many exclusively for archiving, do not contain any of this information. So to get back to individual articles, some publishers need to send the PDF pages to service providers who manually break them up into individual parts again, or even do that manual work themselves, every night.
MediaExchange is the solution
MediaExchange solves exactly this problem. As it does not only use the "naked" PDF, but actually goes back to the source of the data (the editorial system), MediaExchange knows a whole lot more about the content and structure of the newspaper page. Technically, this is something that is very hard to do (and it requires adaptations to every editorial system and page planning system).
has enormous experience and know-how in that area. For more than 14 years, has developed its advanced, multi-stage parser, a unique library and a toolset to solve the challenge of editorial system import and automatic data processing. The result is fully convincing (try it): Manual labour is cut dramatically, or no longer required at all in the editorial or archiving departments, nor are service providers.
Adaptations to more than 10 different editorial system vendors
Every editorial system "speaks" its individual language. So adapting an archiving and ePaper system to more than ten different systems is really not an easy task. has built a modular software library of building-blocks and is able to develop new editorial system adaptations in sometimes less than two weeks.
Currently available systems are Hermes/Atex, Alfa, NewsNT, Protec, QPS, Tera and Cardo. Legacy systems are Harris and Cosy/Siemens (this was actually the first system that we adapted in 1993). For systems not yet in this list, just contact us for a quotation.
XML is not the solution
Many vendors promised that "XML will solve that problem once and for all". Unfortunately, this is not true. While XML is certainly a step forward from binary proprietary formats, it is not more than a common alphabet - it is not even a language. What vendors are doing with that alphabet is up to their own (individual, proprietary) definition, and everybody speaks again their own language. So processing this exported XML is sometimes even more difficult than reading proprietary formats. Especially - as it was already the case with some large editorial system companies - if the XML is flawed and incomplete.