<?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: Sunburnt: a python-solr interface</title>
	<atom:link href="http://blog.timetric.com/2010/02/08/sunburnt-a-python-solr-interface/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.timetric.com/2010/02/08/sunburnt-a-python-solr-interface/</link>
	<description></description>
	<lastBuildDate>Thu, 22 Dec 2011 13:18:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Royce</title>
		<link>http://blog.timetric.com/2010/02/08/sunburnt-a-python-solr-interface/#comment-5586</link>
		<dc:creator>Royce</dc:creator>
		<pubDate>Tue, 18 Oct 2011 18:51:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.timetric.com/?p=231#comment-5586</guid>
		<description>Is it possible to add python dictionaries that contain sub-dictionaries? For example, 

dict(author=dict(book=dict(name=&#039;1984&#039;)))

If possible, how do you represent this type of document in a Solr schema?

-Royce</description>
		<content:encoded><![CDATA[<p>Is it possible to add python dictionaries that contain sub-dictionaries? For example, </p>
<p>dict(author=dict(book=dict(name=&#8217;1984&#8242;)))</p>
<p>If possible, how do you represent this type of document in a Solr schema?</p>
<p>-Royce</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Casper</title>
		<link>http://blog.timetric.com/2010/02/08/sunburnt-a-python-solr-interface/#comment-2389</link>
		<dc:creator>Casper</dc:creator>
		<pubDate>Wed, 26 Jan 2011 20:50:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.timetric.com/?p=231#comment-2389</guid>
		<description>The tweaking involves getting rid of the C dependencies, lxml is replaced by xml.etree.ElementTree, urllib is replaced by urllib2, So to be more specific, i works on appengine, but since my usage is limited to specific functionality, mainly &quot;select&quot;, it works for me just fine. I haven&#039;t dealt with the mxdatetime yet, but i guess it&#039;s no problem finding or coding a replacement. Sorry if my comment was a bit misleading.</description>
		<content:encoded><![CDATA[<p>The tweaking involves getting rid of the C dependencies, lxml is replaced by xml.etree.ElementTree, urllib is replaced by urllib2, So to be more specific, i works on appengine, but since my usage is limited to specific functionality, mainly &#8220;select&#8221;, it works for me just fine. I haven&#8217;t dealt with the mxdatetime yet, but i guess it&#8217;s no problem finding or coding a replacement. Sorry if my comment was a bit misleading.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gora Khargosh</title>
		<link>http://blog.timetric.com/2010/02/08/sunburnt-a-python-solr-interface/#comment-2224</link>
		<dc:creator>Gora Khargosh</dc:creator>
		<pubDate>Fri, 21 Jan 2011 00:11:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.timetric.com/?p=231#comment-2224</guid>
		<description>I believe none of the dependencies of sunburnt
work with Google App Engine:
1. lxml — uses Python/C API, so is immediately ruled out.
2. mxDatetime — uses Python/C API, so is immediately ruled out.
3. pytz — is available as gaepytz, but I&#039;m not sure whether it would work as well as pytz itself.

I&#039;m also wondering how Casper got sunburnt to work on App Engine.  Do let people know if it is at all possible.

Thanks.
Gora Khargosh.</description>
		<content:encoded><![CDATA[<p>I believe none of the dependencies of sunburnt<br />
work with Google App Engine:<br />
1. lxml — uses Python/C API, so is immediately ruled out.<br />
2. mxDatetime — uses Python/C API, so is immediately ruled out.<br />
3. pytz — is available as gaepytz, but I&#8217;m not sure whether it would work as well as pytz itself.</p>
<p>I&#8217;m also wondering how Casper got sunburnt to work on App Engine.  Do let people know if it is at all possible.</p>
<p>Thanks.<br />
Gora Khargosh.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Toby</title>
		<link>http://blog.timetric.com/2010/02/08/sunburnt-a-python-solr-interface/#comment-1429</link>
		<dc:creator>Toby</dc:creator>
		<pubDate>Tue, 30 Nov 2010 17:14:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.timetric.com/?p=231#comment-1429</guid>
		<description>Glad to hear it was useful - can you share what you needed to do to make it work on AppEngine?

I don&#039;t use wt=json, because I have to deal with the overhead of XML when sending messages to Solr anyway, so it&#039;s easier for me to not have to worry about two serialization formats!</description>
		<content:encoded><![CDATA[<p>Glad to hear it was useful &#8211; can you share what you needed to do to make it work on AppEngine?</p>
<p>I don&#8217;t use wt=json, because I have to deal with the overhead of XML when sending messages to Solr anyway, so it&#8217;s easier for me to not have to worry about two serialization formats!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Casper</title>
		<link>http://blog.timetric.com/2010/02/08/sunburnt-a-python-solr-interface/#comment-1426</link>
		<dc:creator>Casper</dc:creator>
		<pubDate>Tue, 30 Nov 2010 10:45:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.timetric.com/?p=231#comment-1426</guid>
		<description>Thanks for sharing, with at little twaeking it seems to work on google app engine as well. By the way, may i recommend using the query param wt=json  when selecting from solr just to avoid the overhead of xml.</description>
		<content:encoded><![CDATA[<p>Thanks for sharing, with at little twaeking it seems to work on google app engine as well. By the way, may i recommend using the query param wt=json  when selecting from solr just to avoid the overhead of xml.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: claudio</title>
		<link>http://blog.timetric.com/2010/02/08/sunburnt-a-python-solr-interface/#comment-35</link>
		<dc:creator>claudio</dc:creator>
		<pubDate>Tue, 29 Jun 2010 10:32:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.timetric.com/?p=231#comment-35</guid>
		<description>great work. that&#039;s exactly what i needed.
it would indeed make more sense to take the schema directly from the solr http.</description>
		<content:encoded><![CDATA[<p>great work. that&#8217;s exactly what i needed.<br />
it would indeed make more sense to take the schema directly from the solr http.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Toby White</title>
		<link>http://blog.timetric.com/2010/02/08/sunburnt-a-python-solr-interface/#comment-34</link>
		<dc:creator>Toby White</dc:creator>
		<pubDate>Thu, 18 Feb 2010 10:22:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.timetric.com/?p=231#comment-34</guid>
		<description>I wrote a separate post comparing the existing Python interfaces, at http://eaddrinu.se/blog/2010/sunburnt.html - in short, there&#039;s nothing wrong with the existing clients, but they didn&#039;t expose the interface I wanted.</description>
		<content:encoded><![CDATA[<p>I wrote a separate post comparing the existing Python interfaces, at <a href="http://eaddrinu.se/blog/2010/sunburnt.html" rel="nofollow">http://eaddrinu.se/blog/2010/sunburnt.html</a> &#8211; in short, there&#8217;s nothing wrong with the existing clients, but they didn&#8217;t expose the interface I wanted.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://blog.timetric.com/2010/02/08/sunburnt-a-python-solr-interface/#comment-33</link>
		<dc:creator>John</dc:creator>
		<pubDate>Thu, 18 Feb 2010 07:37:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.timetric.com/?p=231#comment-33</guid>
		<description>Interesting! How does this differ from the Python and other clients at http://www.lucidimagination.com/search/document/CDRG_ch11_11.5  ? Maybe you should contrib or post on the apache wiki?</description>
		<content:encoded><![CDATA[<p>Interesting! How does this differ from the Python and other clients at <a href="http://www.lucidimagination.com/search/document/CDRG_ch11_11.5" rel="nofollow">http://www.lucidimagination.com/search/document/CDRG_ch11_11.5</a>  ? Maybe you should contrib or post on the apache wiki?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Pugh</title>
		<link>http://blog.timetric.com/2010/02/08/sunburnt-a-python-solr-interface/#comment-32</link>
		<dc:creator>Eric Pugh</dc:creator>
		<pubDate>Mon, 08 Feb 2010 21:41:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.timetric.com/?p=231#comment-32</guid>
		<description>Love to see a new Python Solr library.  I&#039;ve been thinking that have easier access to what is encoded in the schema.xml would be nice for many different types of projects.</description>
		<content:encoded><![CDATA[<p>Love to see a new Python Solr library.  I&#8217;ve been thinking that have easier access to what is encoded in the schema.xml would be nice for many different types of projects.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

