
Re: Question for math guru's
With all things mathy comparison-esq, you need a metric.
Cash per unit ore sounds like a good one to me. Well, actually since ore cost is the same for each hop you could just do credits per hop.
So first determine the amount of cash the port will provide. You probably don't need to worry about the complex haggle stuff, since most of it will be the same from port to port. You could probably just do the (initial offer * amount) for that.
Linky:
http://tw-cabal.navhaz.com/strategy/hagglelessons.html2850 * 158.8 = 452580
1830 * 127.2 = 232776
452580/232776 = 1.944
So anything >= to a 2:1 ratio would be worth it there. If the good port is 20 hops and the crappy port is 10 hops, 22629/hop vs 23277/hop.
So all you need is to store the MCICs into a parm as you see them, store the initial haggle values in an array and off you go. Assume an average MCIC for unvisited ports I guess, or maybe a -65 to get it in the DB. Either way...
From there scan thru the array of fit ports and find the most efficient creds/hop, go to that port, trade, repeat.
All of that is only really useful until ports are developed tho, obviously.