<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: The Two Perspectives on XML</title>
	<atom:link href="http://blog.siliconpublishing.com/2009/11/the-two-perspectives-on-xml/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.siliconpublishing.com/2009/11/the-two-perspectives-on-xml/</link>
	<description>Max Dunn&#039;s electronic publishing blog: reconciling information and rendition technologies</description>
	<lastBuildDate>Fri, 19 Nov 2010 09:35:27 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: admin</title>
		<link>http://blog.siliconpublishing.com/2009/11/the-two-perspectives-on-xml/comment-page-1/#comment-6</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Tue, 01 Dec 2009 07:53:15 +0000</pubDate>
		<guid isPermaLink="false">http://siliconmax.wordpress.com/?p=5#comment-6</guid>
		<description>Yes I should have described more of just what differentiates the document- and data-perspectives... in general:&lt;ul&gt;
	&lt;li&gt;The XML I see in the data world tends to be message-oriented: often a very flat structure, usually much smaller files, relational data wrapped in tags, SOAP messages, WSDL, etc. Developers usually love tools like XML Spy: they vastly prefer schema to DTD, and as structures are often defined automatically they don&#039;t see much value in human-readable schema. &lt;/li&gt;
	&lt;li&gt;Document-centric XML has to handle, um, documents, with characteristics such as component reuse, hyperlinking, cross-references; the things DITA handles are generally relevant only to this side of XML. Many in the document-centric world still hand code DTDs; those that understand Schema all prefer RELAX NG to the junk that the W3C came up with.&lt;/li&gt;
&lt;/ul&gt;

Of course both are XML and there are exceptions both ways (some messages get as complex as documents, some documents benefit from strong typing or namespaces) so it is a continuum without a strongly identifiable border.

When we started Silicon Publishing in 2000, we stopped using Xyvision. Initially this was not our first choice but economic reality. However, being forced into early adoption of InDesign automation turned out to be a very good thing. 

Xyvision was (is?) great! Very fast, great composition, one of the first/best tools to automate typographical craft. I hope SDL keeps it going; they sure have acquired many companies. I still like InDesign Server better as it surpasses the typography/graphics, but I miss the speed.</description>
		<content:encoded><![CDATA[<p>Yes I should have described more of just what differentiates the document- and data-perspectives&#8230; in general:
<ul>
<li>The XML I see in the data world tends to be message-oriented: often a very flat structure, usually much smaller files, relational data wrapped in tags, SOAP messages, WSDL, etc. Developers usually love tools like XML Spy: they vastly prefer schema to DTD, and as structures are often defined automatically they don&#8217;t see much value in human-readable schema. </li>
<li>Document-centric XML has to handle, um, documents, with characteristics such as component reuse, hyperlinking, cross-references; the things DITA handles are generally relevant only to this side of XML. Many in the document-centric world still hand code DTDs; those that understand Schema all prefer RELAX NG to the junk that the W3C came up with.</li>
</ul>
<p>Of course both are XML and there are exceptions both ways (some messages get as complex as documents, some documents benefit from strong typing or namespaces) so it is a continuum without a strongly identifiable border.</p>
<p>When we started Silicon Publishing in 2000, we stopped using Xyvision. Initially this was not our first choice but economic reality. However, being forced into early adoption of InDesign automation turned out to be a very good thing. </p>
<p>Xyvision was (is?) great! Very fast, great composition, one of the first/best tools to automate typographical craft. I hope SDL keeps it going; they sure have acquired many companies. I still like InDesign Server better as it surpasses the typography/graphics, but I miss the speed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Trippe</title>
		<link>http://blog.siliconpublishing.com/2009/11/the-two-perspectives-on-xml/comment-page-1/#comment-5</link>
		<dc:creator>Bill Trippe</dc:creator>
		<pubDate>Mon, 30 Nov 2009 18:45:02 +0000</pubDate>
		<guid isPermaLink="false">http://siliconmax.wordpress.com/?p=5#comment-5</guid>
		<description>Good thoughts. One question--did you ever get rid of Xyvision? I still see it in a lot of scientific and technical publishing.</description>
		<content:encoded><![CDATA[<p>Good thoughts. One question&#8211;did you ever get rid of Xyvision? I still see it in a lot of scientific and technical publishing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: loarabia</title>
		<link>http://blog.siliconpublishing.com/2009/11/the-two-perspectives-on-xml/comment-page-1/#comment-4</link>
		<dc:creator>loarabia</dc:creator>
		<pubDate>Mon, 30 Nov 2009 06:54:19 +0000</pubDate>
		<guid isPermaLink="false">http://siliconmax.wordpress.com/?p=5#comment-4</guid>
		<description>Interesting read. I&#039;d love to hear more. I&#039;d be particularly interested in hearing your definition of document-centric XML and data-centric XML along with some examples to get a feel for the nuances you see in the two models and I&#039;d also love to hear your telling of some more of the history and evolution of the standards.

thanks for a good read</description>
		<content:encoded><![CDATA[<p>Interesting read. I&#8217;d love to hear more. I&#8217;d be particularly interested in hearing your definition of document-centric XML and data-centric XML along with some examples to get a feel for the nuances you see in the two models and I&#8217;d also love to hear your telling of some more of the history and evolution of the standards.</p>
<p>thanks for a good read</p>
]]></content:encoded>
	</item>
</channel>
</rss>

