Hi folks,
well, I have a few little questions and would be glad to hear what the experts out there have to say about 'em. ;-)
Basically, we are producing huge telephone directories using FrameMaker (all tests in this message have been done with a demo version of 2015 and 2017). Think about several hundred pages, each having two or three columns and very small text, plus a lot of graphics. Traditionally, we've been using an application written by us that creates a MIF file, which we then open in FrameMaker, save as a native MF file, and using pre-created master pages, various custom api clients / extensions, as well as manual formatting, thus finally making it look like a real phone book.
Now, we've decided to have a look at structured FrameMaker in order to decide if that would offer a worthwhile route to switch to. After all, the data we work with is highly structured, and we even already have native XML capabilities in our database, so we thought: Let's see if instead of going the MIF route, we could also get our data into FM by means of XML.
As it turned out, that did work. But ... well ... it worked very slowly! And the main question is, basically, if this is expected and the route via XML / structure is probably not the right way for us to look into, or if we are doing something wrong.
To be more precise, one has to take into account that the XML we feed into FrameMaker consists of very many elements with very little content. So, we don't have a <paragraph> construct that contains several thousand characters, but instead what we have looks more like:
<person>
<first_name>Jeff</first_name>
<initial>P.</initial>
<last_name>Test</last_name>
<address>
<street>Test Street</street>
<houseno>10</street>
<zip>12345</zip>
<city>Test City</city>
</address>
</person>
Now picture about 80000 of such "person" entries, plus some additional stuff, in a 40 MB big schema-based XML file. In order to open the XML, FrameMaker needs 30 - 45 seconds. The same data, without structure in a MIF file we've generated, opens in less than ten seconds.
There's even more trouble: First, the good news is that once the XML data has been saved as a native structured FM file, that FM file can be opened much more quickly, almost instantly! But when we import the formatting information from a different document into that structured FM file, well, it's wait time for about 30 - 45 minutes. In contrast, importing the same formatting information into an unstructured FM document that "started its life" via our traditional MIF route only takes a few seconds.
Of course, such big wait times are not really what we'd want. It's entirely possible that the structured route is not the right one in our case anyway - in fact, we don't need structure per se and we just thought we'd experiment with structured FM / XML a bit. It's entirely possible that we will continue our traditional MIF route, which has worked well for us for years. But I'd still like to hear what the pros think: Is such a behavior concerning the delays / slowness expected with XML data of the kind we are using? Or should things in theory work much faster and we are probably only doing something wrong?
Thanks in advance and greetings to you all!
Nils