Yes that was the mistake, now it works.Updated with eve echoes isk new commands this morning! Check out the Planetary Resources control to find the closest planets with the greatest planetary resource output signal or use the jump command to quickly find out the number of jumps are between any two systems!Just my proposal.
As someone who wants to sell Rolex materials in a large volume, I believe I would rather see the highest price of the product, but at precisely the exact same time, the highest buy price should have a large quantity (so maybe it should not be predicted greatest buy price per se, but more like highest buy price with a minimum of X large quantity with the quantity being somehow dynamic for each product ). However, as someone who specializes in Planetary Materials, I would like to sell my mats in the maximum price (obv). When I see the market in-game now, the maximum price is 113.0, but the person is simply buying 1,025 units:--LRB- So I probably won't sell there seeing there's another individual purchasing for 110.0 per unit plus he needs 24,929 units. I obviously wish to market for 110.0 each instead of 113.0 (because of the minimal purchase amount ) or 73.20 (the average cost ). So if there is a way to show that 110.0, it'd be great.
Hmm. Interesting. Thank you for being specific. My algorithm is probably seeing a lot of the huge orders which are still around down in the 70-75 range and over-indexing on these. I believe that adding in the real"highest purchase price using a massive volume" would be useful if I could update the data very often, but at the present rate of upgrades there is probably going to be a lot of fluctuation there. However, I've been considering weighting purchase orders more if they're for higher prices so that those big orders which are significantly cheaper than the highest ones don't bring down the cost too much. Does that make sense?
So my assumption is you are currently considering all previous orders' prices as a factor in your present buy field, right? Take my assumption correct. The prices taken into consideration should only be those previous X period from today (e.g. only consider prices in the past 2 days as the present purchase price). Maybe this will keep the data more"fresh" and up-to-date like I really don't know what mechanism there is to procedure older data.
In terms of your proposal to weight higher-price-buy orders, I believe that it may work in order not to"dredge" the true price we are searching for down to eve isk for sale a price we definitely will not be selling the thing for.
English
Arabic
Français
Español
Deutsch
Türkçe
Dutch
Italiano
Russian
Romaian