[oXygen-user] No Framework for NLM?
Wed Sep 29 17:58:33 CDT 2010
At 06:26 PM 9/29/2010, Eliot Kimber wrote:
>On 9/29/10 4:46 PM, "Wendell Piez" <> wrote:
> > So a journal publisher may start with NLM as an interchange format
> > for materials submitting to Pubmed Central. But then they discover
> > that investments made there can pay off further back in the document
> > workflow. There are already some early movers using NLM variants
> > behind production systems (some of them not small). This means there
> > is opportunity for editing applications in this space, if not for
> > much authoring as such (conversion vendors and applications will
> > still have a role as long as word processors don't go away), then at
> > least for copy editing and document QA.
> > While in comparison to, say, DITA (which serves the needs of a
> > different sort of document production), the uptake of the NLM JATS
> > ("Journal Article Tag Set") will be slow, there's also no reason to
> > think it won't also be steady and, eventually, strong.
>Not if I have anything to do with it :-)
>That is, I would much rather define a STM vocabulary set for DITA that
>includes OOTB to-NLM transforms than encourage any of my clients to author
>in NLM directly.
Well, of course you would. And then your clients will have a business
decision to make.
This list isn't the place to argue comparisons between different
vocabularies or how they fit into hypothetical production systems,
document workflows or business models. So I'll content myself with
saying that (a) they are different, and comparisons between their
different strengths and weaknesses is possible and necessary; and (b)
XML has been successful largely because it isn't locked down to a
single tag set. (At least IMO, this has been a big factor.)
If it were more important to use a single vocabulary than to address
our local requirements, we'd all be using HTML. Or something.
Wendell Piez mailto:
Mulberry Technologies, Inc. http://www.mulberrytech.com
17 West Jefferson Street Direct Phone: 301/315-9635
Suite 207 Phone: 301/315-9631
Rockville, MD 20850 Fax: 301/315-8285
Mulberry Technologies: A Consultancy Specializing in SGML and XML
More information about the oXygen-user