<?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: EVE Quantum Rise &#8211; Registration problems and updates</title>
	<atom:link href="http://yannramin.com/2008/11/20/eve-quantum-rise-registration-problems-and-updates/feed/" rel="self" type="application/rss+xml" />
	<link>http://yannramin.com/2008/11/20/eve-quantum-rise-registration-problems-and-updates/</link>
	<description></description>
	<lastBuildDate>Thu, 17 May 2012 01:31:19 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Salim Fadhley</title>
		<link>http://yannramin.com/2008/11/20/eve-quantum-rise-registration-problems-and-updates/comment-page-1/#comment-1111</link>
		<dc:creator>Salim Fadhley</dc:creator>
		<pubDate>Sat, 06 Dec 2008 22:06:19 +0000</pubDate>
		<guid isPermaLink="false">http://yannramin.com/?p=112#comment-1111</guid>
		<description>I&#039;m currently working on a desktop implementation of a trade-finder tool which uses the eve-central API to allow players to optimize their profit per jump for a particular commodity - the idea is that it will run using entirely local CPU, but be accessible via point and click from the EVE browser. 

Would you be so kind as to add a CSV format dump of your station-names table? That will prevent me from needing to figure out how to use pgsql to convert it? 

The idea is that the product will ship with a pre-compiled table of every possible jump-route between any 2 stations (this will be a big table), plus the best and worst security rating. That means I ought to be able to do a very fast lookup of route-data once we have found a potential opportunity. 

Do please email me if yout hink you can help!

Sal</description>
		<content:encoded><![CDATA[<p>I&#8217;m currently working on a desktop implementation of a trade-finder tool which uses the eve-central API to allow players to optimize their profit per jump for a particular commodity &#8211; the idea is that it will run using entirely local CPU, but be accessible via point and click from the EVE browser. </p>
<p>Would you be so kind as to add a CSV format dump of your station-names table? That will prevent me from needing to figure out how to use pgsql to convert it? </p>
<p>The idea is that the product will ship with a pre-compiled table of every possible jump-route between any 2 stations (this will be a big table), plus the best and worst security rating. That means I ought to be able to do a very fast lookup of route-data once we have found a potential opportunity. </p>
<p>Do please email me if yout hink you can help!</p>
<p>Sal</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Toramt</title>
		<link>http://yannramin.com/2008/11/20/eve-quantum-rise-registration-problems-and-updates/comment-page-1/#comment-1108</link>
		<dc:creator>Toramt</dc:creator>
		<pubDate>Mon, 01 Dec 2008 17:01:05 +0000</pubDate>
		<guid isPermaLink="false">http://yannramin.com/?p=112#comment-1108</guid>
		<description>I think it would be really cool to have a central API transaction log puller.  Knowing what people actually paid for items would help with pricing. Distributing the data would be a bit harder as people don&#039;t want to give away their trading routes, but I&#039;m confident that it could be done with appropriate aggregation and munging.</description>
		<content:encoded><![CDATA[<p>I think it would be really cool to have a central API transaction log puller.  Knowing what people actually paid for items would help with pricing. Distributing the data would be a bit harder as people don&#8217;t want to give away their trading routes, but I&#8217;m confident that it could be done with appropriate aggregation and munging.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

