Re: [jats-list] Identifying the typesetter for an article

["Gareth Oakes goakes@xxxxxxx" <jats-list-service@xxxxxxxxxxxxxxxxxxxxxx>]

Hi all,

TU> 1. This seems to me to be internal tracking information, not the sort of
content that is interchanged. So I am not sure it is within the scope of JATS.

JB> I would argue that this metadata, even if only used internally, can be
integral to a JATS XML file.

I think the trick will be to define what metadata should live in the JATS XML
versus what should live in the production database you're using to store your
XML articles. If you're not using a database then I guess you have nowhere
else to put the metadata than the JATS XML. If you are using a database then
you need to define which metadata is synced to the database and the
directionality of the syncing e.g. at what points the XML should be considered
authority versus at what points the database should be considered authority.

In terms of how the metadata is represented there are good arguments to be
made for each approach e.g. using/misusing existing tagging, peppering with
your own PIs, or layering your own enhanced tagging schema over the top of
JATS (then stripping back your enhancements for interchange purposes. We have
clients using one or more of these approaches, sometimes in parallel, but I
think if you are being rigorous about your system and have the opportunity to
architect properly then the last approach is a pretty nice way to go.

That's all my software engineering perspective anyway __ For reference, in
S1000D, they have gone "all the way" and have pretty much every field from the
CSDB (database) in each data module (XML file) as tagged metadata.

I hope that helps the discussion.

|G| Gareth Oakes
|P| Chief Architect, GPSL
|S|
|L| www.gpsl.co