<?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"
	>
<channel>
	<title>Comments on: All markup ends up looking like XML</title>
	<atom:link href="http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/</link>
	<description>XML and the Web.</description>
	<pubDate>Wed, 23 Jul 2008 19:59:31 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Andrzej Taramina</title>
		<link>http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/#comment-23451</link>
		<dc:creator>Andrzej Taramina</dc:creator>
		<pubDate>Wed, 28 Feb 2007 18:53:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/#comment-23451</guid>
		<description>Might be worth considering HL Mencken's thoughts on XML vs JSON vs LISP et all:

"We must accept the other fellow's religion, but only in the sense and to the extent that we respect his theory that his wife is beautiful and his children smart."

XML vs JSON vs LISP, that would be the "religion" part. ;-)</description>
		<content:encoded><![CDATA[<p>Might be worth considering HL Mencken&#8217;s thoughts on XML vs JSON vs LISP et all:</p>
<p>&#8220;We must accept the other fellow&#8217;s religion, but only in the sense and to the extent that we respect his theory that his wife is beautiful and his children smart.&#8221;</p>
<p>XML vs JSON vs LISP, that would be the &#8220;religion&#8221; part. <img src='http://www.megginson.com/blogs/quoderat/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert</title>
		<link>http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/#comment-23330</link>
		<dc:creator>Robert</dc:creator>
		<pubDate>Tue, 27 Feb 2007 02:32:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/#comment-23330</guid>
		<description>&#62;&#62; Manually writing code to traverse them is tedious at best. 

hmm.  that's why Dr. Codd devised the relational model.  as one other commenter pointed out.  folks may continue to stuff data into hierarchy, whether it belongs there or not.  eventually, someone will "rediscover" that the magic of the relational algebra.  sigh.</description>
		<content:encoded><![CDATA[<p>&gt;&gt; Manually writing code to traverse them is tedious at best. </p>
<p>hmm.  that&#8217;s why Dr. Codd devised the relational model.  as one other commenter pointed out.  folks may continue to stuff data into hierarchy, whether it belongs there or not.  eventually, someone will &#8220;rediscover&#8221; that the magic of the relational algebra.  sigh.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob White</title>
		<link>http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/#comment-21915</link>
		<dc:creator>Bob White</dc:creator>
		<pubDate>Tue, 06 Feb 2007 21:56:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/#comment-21915</guid>
		<description>Is there an equivalent to XPath for JSON?</description>
		<content:encoded><![CDATA[<p>Is there an equivalent to XPath for JSON?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martins Notepad &#187; Blog Archive &#187; Markups raison d&#8217;être</title>
		<link>http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/#comment-21273</link>
		<dc:creator>Martins Notepad &#187; Blog Archive &#187; Markups raison d&#8217;être</dc:creator>
		<pubDate>Mon, 29 Jan 2007 17:22:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/#comment-21273</guid>
		<description>[...] Megginson posted a follow up on his earlier take on JSON, which contains an excellent example/explanation on the advantages of markup compared to hard wired [...]</description>
		<content:encoded><![CDATA[<p>[...] Megginson posted a follow up on his earlier take on JSON, which contains an excellent example/explanation on the advantages of markup compared to hard wired [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Megginson Technologies: Quoderat &#187; Blog Archive &#187; Thinking about structure</title>
		<link>http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/#comment-21237</link>
		<dc:creator>Megginson Technologies: Quoderat &#187; Blog Archive &#187; Thinking about structure</dc:creator>
		<pubDate>Mon, 29 Jan 2007 03:47:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/#comment-21237</guid>
		<description>[...] Crockford left an excellent comment on my recent posting All markup ends up looking like XML, which he later made into its own blog posting, For the trees. I agree with his reworking of the [...]</description>
		<content:encoded><![CDATA[<p>[...] Crockford left an excellent comment on my recent posting All markup ends up looking like XML, which he later made into its own blog posting, For the trees. I agree with his reworking of the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kristian Kristensen&#8217;s Blog &#187;</title>
		<link>http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/#comment-21232</link>
		<dc:creator>Kristian Kristensen&#8217;s Blog &#187;</dc:creator>
		<pubDate>Sun, 28 Jan 2007 22:50:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/#comment-21232</guid>
		<description>[...] Trees Are Better Than Others&#8221;, which implies you gotta read Megginson&#8217;s piece &#8220;All Markup ends up looking like XML&#8221; and Doug Crockfords comment on that last one &#8220;For the trees&#8221;, gets me thinking. JSON [...]</description>
		<content:encoded><![CDATA[<p>[...] Trees Are Better Than Others&#8221;, which implies you gotta read Megginson&#8217;s piece &#8220;All Markup ends up looking like XML&#8221; and Doug Crockfords comment on that last one &#8220;For the trees&#8221;, gets me thinking. JSON [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: david</title>
		<link>http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/#comment-21199</link>
		<dc:creator>david</dc:creator>
		<pubDate>Sun, 28 Jan 2007 12:50:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/#comment-21199</guid>
		<description>&lt;strong&gt;Danny:&lt;/strong&gt; The easiest approach would be simply to encode the triples in JSON.  The only trouble is that, at least for RDF 1.0, the triples data model didn't actually represent all of the information in the XML syntax.  Maybe that's been fixed in a later RDF revision.</description>
		<content:encoded><![CDATA[<p><strong>Danny:</strong> The easiest approach would be simply to encode the triples in JSON.  The only trouble is that, at least for RDF 1.0, the triples data model didn&#8217;t actually represent all of the information in the XML syntax.  Maybe that&#8217;s been fixed in a later RDF revision.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Danny</title>
		<link>http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/#comment-21196</link>
		<dc:creator>Danny</dc:creator>
		<pubDate>Sun, 28 Jan 2007 12:31:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/#comment-21196</guid>
		<description>Very nice comparison.

So here's another challenge (should you choose to accept it ;-) Given "There is no information that can be represented in an XML document that cannot be represented in a JSON document". Ok, we all know RDF/XML syntax is really ugly. So how would you do RDF in JSON? 

(There are a few different systems which use RDF in Lisp, so that's already covered. There's also  Turtle RDF syntax which is JSON-like in terms of simplicity, and I'm pretty sure Javascript browsers are available, but an eval() would be so much easier...)</description>
		<content:encoded><![CDATA[<p>Very nice comparison.</p>
<p>So here&#8217;s another challenge (should you choose to accept it <img src='http://www.megginson.com/blogs/quoderat/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> Given &#8220;There is no information that can be represented in an XML document that cannot be represented in a JSON document&#8221;. Ok, we all know RDF/XML syntax is really ugly. So how would you do RDF in JSON? </p>
<p>(There are a few different systems which use RDF in Lisp, so that&#8217;s already covered. There&#8217;s also  Turtle RDF syntax which is JSON-like in terms of simplicity, and I&#8217;m pretty sure Javascript browsers are available, but an eval() would be so much easier&#8230;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: del.icio.sfera &#187; Megginson Technologies: Quoderat » Blog Archive » All markup ends up looking like XML</title>
		<link>http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/#comment-21084</link>
		<dc:creator>del.icio.sfera &#187; Megginson Technologies: Quoderat » Blog Archive » All markup ends up looking like XML</dc:creator>
		<pubDate>Sat, 27 Jan 2007 01:16:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/#comment-21084</guid>
		<description>[...] Vai alla pagina segnalata. [...]</description>
		<content:encoded><![CDATA[<p>[...] Vai alla pagina segnalata. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aristotle Pagaltzis</title>
		<link>http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/#comment-21015</link>
		<dc:creator>Aristotle Pagaltzis</dc:creator>
		<pubDate>Fri, 26 Jan 2007 04:24:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/2007/01/03/all-markup-ends-up-looking-like-xml/#comment-21015</guid>
		<description>I used to hate XML. Then I discovered XPath.

The funny thing is that XPath conversely is such a &lt;em&gt;nice&lt;/em&gt; &lt;abbr&gt;API&lt;/abbr&gt; for querying &lt;abbr&gt;XML&lt;/abbr&gt; that now I find myself wishing I had it available for native datastructures. Manually writing code to traverse them is tedious at best. The CPAN has several modules that implement (some subset of) XPath for document types it was not designed for, even one that adds an XPath interface to regular classes so that you can use XPath to walk object hierarchies.</description>
		<content:encoded><![CDATA[<p>I used to hate XML. Then I discovered XPath.</p>
<p>The funny thing is that XPath conversely is such a <em>nice</em> <abbr>API</abbr> for querying <abbr>XML</abbr> that now I find myself wishing I had it available for native datastructures. Manually writing code to traverse them is tedious at best. The CPAN has several modules that implement (some subset of) XPath for document types it was not designed for, even one that adds an XPath interface to regular classes so that you can use XPath to walk object hierarchies.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
