[oXygen-user] No Framework for NLM?
Wed Sep 29 18:08:05 CDT 2010
Yes, this is not the venue to argue implementation approaches. Just pointing
out that I would not bank on much future direct authoring of NLM.
On 9/29/10 5:58 PM, "Wendell Piez" <> wrote:
> Dear Eliot,
> 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
> oXygen-user mailing list
Senior Solutions Architect
"Bringing Strategy, Content, and Technology Together"
More information about the oXygen-user