<?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: How to build a library of formalized mathematics</title>
	<atom:link href="http://slawekk.wordpress.com/2007/12/29/how-to-build-a-library-of-formalized-mathematics/feed/" rel="self" type="application/rss+xml" />
	<link>http://slawekk.wordpress.com/2007/12/29/how-to-build-a-library-of-formalized-mathematics/</link>
	<description>Just another WordPress.com weblog</description>
	<pubDate>Fri, 04 Jul 2008 14:01:38 +0000</pubDate>
	<generator>http://wordpress.org/?v=MU</generator>
		<item>
		<title>By: slawekk</title>
		<link>http://slawekk.wordpress.com/2007/12/29/how-to-build-a-library-of-formalized-mathematics/#comment-28</link>
		<dc:creator>slawekk</dc:creator>
		<pubDate>Thu, 24 Apr 2008 02:01:07 +0000</pubDate>
		<guid isPermaLink="false">http://slawekk.wordpress.com/2007/12/29/how-to-build-a-library-of-formalized-mathematics/#comment-28</guid>
		<description>"the main obstacle is a system that allows incoherent states, within different realm."

I don't quite see why this is difficult. All that is needed is to attach a set of revisions of the repository to each theorem such that the theorem is valid in the revisions from that set. This set would be always not-empty as a theorem is accepted to the repository only if it checks out with the current version when the author attempts to add it. I think in practice it would almost always contain the current version of the repository. The only way this may not be true is that someone modifies the statement of one of the theorems that the given theorem depends on. From my experience with formalized mathematics this almost never happens. If you need a different statement, you just add one more theorem.</description>
		<content:encoded><![CDATA[<p>&#8220;the main obstacle is a system that allows incoherent states, within different realm.&#8221;</p>
<p>I don&#8217;t quite see why this is difficult. All that is needed is to attach a set of revisions of the repository to each theorem such that the theorem is valid in the revisions from that set. This set would be always not-empty as a theorem is accepted to the repository only if it checks out with the current version when the author attempts to add it. I think in practice it would almost always contain the current version of the repository. The only way this may not be true is that someone modifies the statement of one of the theorems that the given theorem depends on. From my experience with formalized mathematics this almost never happens. If you need a different statement, you just add one more theorem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nicolas</title>
		<link>http://slawekk.wordpress.com/2007/12/29/how-to-build-a-library-of-formalized-mathematics/#comment-26</link>
		<dc:creator>nicolas</dc:creator>
		<pubDate>Wed, 23 Apr 2008 12:03:03 +0000</pubDate>
		<guid isPermaLink="false">http://slawekk.wordpress.com/2007/12/29/how-to-build-a-library-of-formalized-mathematics/#comment-26</guid>
		<description>"I think the most important feature needed for attracting contributors is the ability to produce readable presentations that attract readers."

This is one important point.
Because whatever other way you might use it for you can think of (sharing lessons,   finding better answer) readability is used everywhere. An author is also a reader even when he contributes....

I guess also the main obstacle is a system that allows incoherent states, within different realm.
The quest for a single large library wont be won and should not be fought.

A few big libraries will eventually emerge from a substrate of incoherence and partial attempts, but I doubt they will never be built upfront.</description>
		<content:encoded><![CDATA[<p>&#8220;I think the most important feature needed for attracting contributors is the ability to produce readable presentations that attract readers.&#8221;</p>
<p>This is one important point.<br />
Because whatever other way you might use it for you can think of (sharing lessons,   finding better answer) readability is used everywhere. An author is also a reader even when he contributes&#8230;.</p>
<p>I guess also the main obstacle is a system that allows incoherent states, within different realm.<br />
The quest for a single large library wont be won and should not be fought.</p>
<p>A few big libraries will eventually emerge from a substrate of incoherence and partial attempts, but I doubt they will never be built upfront.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
