<?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: XSLT and XPath for JSON</title>
	<atom:link href="https://www.p6r.com/articles/2008/05/06/xslt-and-xpath-for-json/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.p6r.com/articles/2008/05/06/xslt-and-xpath-for-json/</link>
	<description>Code Less / Deliver More™</description>
	<lastBuildDate>Fri, 23 Jan 2026 05:53:21 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.7</generator>
	<item>
		<title>By: XSLT equivalent for JSON &#8211; Knowleage Exchange</title>
		<link>https://www.p6r.com/articles/2008/05/06/xslt-and-xpath-for-json/comment-page-1/#comment-7740</link>
		<dc:creator><![CDATA[XSLT equivalent for JSON &#8211; Knowleage Exchange]]></dc:creator>
		<pubDate>Mon, 23 Apr 2018 16:59:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.p6r.com/articles/?p=7#comment-7740</guid>
		<description><![CDATA[[&#8230;] a company which may have implemented something suitable [&#8230;]]]></description>
		<content:encoded><![CDATA[<p>[&#8230;] a company which may have implemented something suitable [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Python:How can I use python finding particular json value by key? &#8211; IT Sprite</title>
		<link>https://www.p6r.com/articles/2008/05/06/xslt-and-xpath-for-json/comment-page-1/#comment-7501</link>
		<dc:creator><![CDATA[Python:How can I use python finding particular json value by key? &#8211; IT Sprite]]></dc:creator>
		<pubDate>Fri, 30 Oct 2015 09:48:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.p6r.com/articles/?p=7#comment-7501</guid>
		<description><![CDATA[[&#8230;] Maybe this is what you need? p6r.com/articles/2008/05/06/xslt-and-xpath-for-json [&#8230;]]]></description>
		<content:encoded><![CDATA[<p>[&#8230;] Maybe this is what you need? p6r.com/articles/2008/05/06/xslt-and-xpath-for-json [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Joseph</title>
		<link>https://www.p6r.com/articles/2008/05/06/xslt-and-xpath-for-json/comment-page-1/#comment-220</link>
		<dc:creator><![CDATA[Mark Joseph]]></dc:creator>
		<pubDate>Mon, 03 Oct 2011 21:52:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.p6r.com/articles/?p=7#comment-220</guid>
		<description><![CDATA[&gt;&gt;I hate to break it to you, but you are wrong about the structure of JSON in general.
&gt;&gt;You assume that parse-able JSON is necessarily a document. This is false. JSON represents different types &gt;&gt;of data.
&gt;&gt;You further assume that all JSON “documents,” for instance, have a root-level curly-brace-pair. This is &gt;&gt;not necessarily the case. You could, for instance, be representing a naked array with JSON. 
&gt;&gt;It would use a square-bracket-pair instead.
&gt;&gt;
&lt;em&gt;Actually we use a document paradigm to simplify things but our parsing and XPATH handles all the cases you mention above.   We do not assume that a JSON string starts with a curly brace pair.  Our tools also support JsonML completely which is all array based with no problem.  (We are referenced on the www.jsonml.com web site.)  As a blog document there is limited space to show all the JSON forms we support.&lt;/em&gt;
&gt;&gt;
&gt;&gt;I also find it horrible that all JSON XPath expressions would in general have to lead 
&gt;&gt;with “/JSON-document/” as that is a ridiculously long string – why not just use “/” as your root string 
&gt;&gt;and assume the rest?
&gt;&gt;
&lt;em&gt;I don&#039;t much like this either it is a bit too long.   XPath requires a root node which JSON does not have to have.   This convention makes it easy to tell the XPath processor to handle that case.&lt;/em&gt;
&gt;&gt;
&gt;&gt;And why not support arrays through adding integer offsets as keys?
&gt;&gt;For instance:
&gt;&gt;[ &quot;a&quot;, &quot;b&quot;, { &quot;key&quot;: 9 }]
&gt;&gt;Xpath( “/0″ ) –&gt; “a”
&gt;Xpath( “/2/key” ) –&gt; 9
&gt;&gt;
&lt;em&gt;I don&#039;t believe what you propose is standard XPath.  If it is please point me to where in the XPath standard document that you can specify an array index as a path element.&lt;/em&gt;
&gt;&gt;
&gt;&gt;
&lt;em&gt;One thing you are missing.   Our tools support XSLT and XPATH 2.0 which are significantly more powerful than the 1.0 versions.   There still are not many 2.0 implementations out there.   Our software allows JSON processing with the power of XPATH 2.0 expressions which include regular expressions.     With the full JsonML support it is a powerful tool.&lt;/em&gt;]]></description>
		<content:encoded><![CDATA[<p>>>I hate to break it to you, but you are wrong about the structure of JSON in general.<br />
>>You assume that parse-able JSON is necessarily a document. This is false. JSON represents different types >>of data.<br />
>>You further assume that all JSON “documents,” for instance, have a root-level curly-brace-pair. This is >>not necessarily the case. You could, for instance, be representing a naked array with JSON.<br />
>>It would use a square-bracket-pair instead.<br />
>><br />
<em>Actually we use a document paradigm to simplify things but our parsing and XPATH handles all the cases you mention above.   We do not assume that a JSON string starts with a curly brace pair.  Our tools also support JsonML completely which is all array based with no problem.  (We are referenced on the <a href="http://www.jsonml.com" rel="nofollow">http://www.jsonml.com</a> web site.)  As a blog document there is limited space to show all the JSON forms we support.</em><br />
>><br />
>>I also find it horrible that all JSON XPath expressions would in general have to lead<br />
>>with “/JSON-document/” as that is a ridiculously long string – why not just use “/” as your root string<br />
>>and assume the rest?<br />
>><br />
<em>I don&#8217;t much like this either it is a bit too long.   XPath requires a root node which JSON does not have to have.   This convention makes it easy to tell the XPath processor to handle that case.</em><br />
>><br />
>>And why not support arrays through adding integer offsets as keys?<br />
>>For instance:<br />
>>[ "a", "b", { "key": 9 }]<br />
>>Xpath( “/0″ ) –> “a”<br />
>Xpath( “/2/key” ) –> 9<br />
>><br />
<em>I don&#8217;t believe what you propose is standard XPath.  If it is please point me to where in the XPath standard document that you can specify an array index as a path element.</em><br />
>><br />
>><br />
<em>One thing you are missing.   Our tools support XSLT and XPATH 2.0 which are significantly more powerful than the 1.0 versions.   There still are not many 2.0 implementations out there.   Our software allows JSON processing with the power of XPATH 2.0 expressions which include regular expressions.     With the full JsonML support it is a powerful tool.</em></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tyler</title>
		<link>https://www.p6r.com/articles/2008/05/06/xslt-and-xpath-for-json/comment-page-1/#comment-219</link>
		<dc:creator><![CDATA[Tyler]]></dc:creator>
		<pubDate>Mon, 03 Oct 2011 21:29:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.p6r.com/articles/?p=7#comment-219</guid>
		<description><![CDATA[Project 6 Research,

I hate to break it to you, but you are wrong about the structure of JSON in general.

You assume that parse-able JSON is necessarily a document. This is false. JSON represents different types of data.

You further assume that all JSON &quot;documents,&quot; for instance, have a root-level curly-brace-pair. This is not necessarily the case. You could, for instance, be representing a naked array with JSON. It would use a square-bracket-pair instead.

I also find it horrible that all JSON XPath expressions would in general have to lead with &quot;/JSON-document/&quot; as that is a ridiculously long string - why not just use &quot;/&quot; as your root string and assume the rest?

And why not support arrays through adding integer offsets as keys?

For instance:
[ &quot;a&quot;, &quot;b&quot;, { &quot;key&quot;: 9 }]

Xpath( &quot;/0&quot; ) --&gt; &quot;a&quot;
Xpath( &quot;/2/key&quot; ) --&gt; 9
etc.

I really don&#039;t see anything mind-blowing there, nor anything really that incompatible with the rest of your ideas.]]></description>
		<content:encoded><![CDATA[<p>Project 6 Research,</p>
<p>I hate to break it to you, but you are wrong about the structure of JSON in general.</p>
<p>You assume that parse-able JSON is necessarily a document. This is false. JSON represents different types of data.</p>
<p>You further assume that all JSON &#8220;documents,&#8221; for instance, have a root-level curly-brace-pair. This is not necessarily the case. You could, for instance, be representing a naked array with JSON. It would use a square-bracket-pair instead.</p>
<p>I also find it horrible that all JSON XPath expressions would in general have to lead with &#8220;/JSON-document/&#8221; as that is a ridiculously long string &#8211; why not just use &#8220;/&#8221; as your root string and assume the rest?</p>
<p>And why not support arrays through adding integer offsets as keys?</p>
<p>For instance:<br />
[ "a", "b", { "key": 9 }]</p>
<p>Xpath( &#8220;/0&#8243; ) &#8211;&gt; &#8220;a&#8221;<br />
Xpath( &#8220;/2/key&#8221; ) &#8211;&gt; 9<br />
etc.</p>
<p>I really don&#8217;t see anything mind-blowing there, nor anything really that incompatible with the rest of your ideas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Gibbs</title>
		<link>https://www.p6r.com/articles/2008/05/06/xslt-and-xpath-for-json/comment-page-1/#comment-10</link>
		<dc:creator><![CDATA[Phil Gibbs]]></dc:creator>
		<pubDate>Sat, 24 May 2008 15:30:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.p6r.com/articles/?p=7#comment-10</guid>
		<description><![CDATA[Very useful - will evaluate.]]></description>
		<content:encoded><![CDATA[<p>Very useful &#8211; will evaluate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: A SAX-like Parser for JSON &#124; Project 6 Research - Articles</title>
		<link>https://www.p6r.com/articles/2008/05/06/xslt-and-xpath-for-json/comment-page-1/#comment-8</link>
		<dc:creator><![CDATA[A SAX-like Parser for JSON &#124; Project 6 Research - Articles]]></dc:creator>
		<pubDate>Fri, 23 May 2008 00:09:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.p6r.com/articles/?p=7#comment-8</guid>
		<description><![CDATA[[...] 2.0 and XSLT 2.0 products. How the second goal was achieved is described in another P6R article: XSLT and XPath for JSON. We should note that our SAX-like JSON parser is fully implemented and is part of our P6Platform [...]]]></description>
		<content:encoded><![CDATA[<p>[...] 2.0 and XSLT 2.0 products. How the second goal was achieved is described in another P6R article: XSLT and XPath for JSON. We should note that our SAX-like JSON parser is fully implemented and is part of our P6Platform [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: An XPath Enabled Rule Engine &#124; Project 6 Research - Articles</title>
		<link>https://www.p6r.com/articles/2008/05/06/xslt-and-xpath-for-json/comment-page-1/#comment-7</link>
		<dc:creator><![CDATA[An XPath Enabled Rule Engine &#124; Project 6 Research - Articles]]></dc:creator>
		<pubDate>Thu, 22 May 2008 17:05:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.p6r.com/articles/?p=7#comment-7</guid>
		<description><![CDATA[[...] Our XPath 2.0 supports stated facts defined in either XML or JSON , thus our Rule Engine is also JSON [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Our XPath 2.0 supports stated facts defined in either XML or JSON , thus our Rule Engine is also JSON [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
