PUBLISHING
0419-HVA_DPT_from_print_to_ebooks_OS_RGB_aanp_lr_totaal
0419-HVA_DPT_from_print_to_ebooks_OS_RGB_aanp_lr_totaal
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
DATABASE <strong>PUBLISHING</strong><br />
What are the advantages of shifting to a hybrid publishing workflow? First of<br />
all, it will make much more efficient the process of creating a publication with<br />
multiple output formats. But this is only the beginning: when the hybrid workflow<br />
is comprehensively applied, when you really ‘change your life’, many new<br />
possibilities will open up. The most important of these, database publishing<br />
using a content management system, will be briefly discussed here.<br />
A database is a collection of independent, yet mutually related, objects. These<br />
objects can be everything from structured texts to images of eighteenth-century<br />
paintings. An important point here is that we need clear structures that<br />
go beyond the short-term use of the database. Consider for example a company<br />
mailing list. We may take a person’s full name and address as a single<br />
object. But if we wish to select by postal code or any other subcategory within<br />
the full name and address, or if we want to add more information to the<br />
person’s name, such as age, e-mail address and previous purchases, we have<br />
to define a more detailed structure of objects and sub-objects, including their<br />
interdependencies (for example, a house number requires a street name and<br />
vice versa), whether or not they are mandatory (age may be optional), and<br />
so on. This makes building and maintaining the all-encompassing database<br />
difficult and time-consuming.<br />
The best option is therefore to explicitly define the goals of the publication<br />
program as well as any practical limitations. The four publishing genres discussed<br />
in this publication all have their own requirements regarding the creation<br />
and distribution of publications. An art catalog requires clear descriptors<br />
for the identity of the artist, the materials used, the sizes, the image source,<br />
copyright, keywords according to established lists, etc. Other collections of<br />
images may require other data.<br />
In pure text databases we also have to be careful. On one hand we have the<br />
data related to the author’s name, affiliation, address, etc. But it becomes a<br />
different proposition when illustrations and diagrams are included and perhaps<br />
even shared between publications. If this is the case, we might consider<br />
a special section in our database that pertains only to illustrations and their<br />
descriptions. The same is true for bibliographical references and the collection<br />
of hyperlinks used in the text. Therefore we would advise that various<br />
objects such as image or text entities are provided with as many consistent<br />
metadata (field descriptors) as possible.<br />
101