EVE Technology Lab

Ok, today, fixed the manufacturing page, which had been unreliable for quite some time. I dropped recursive building for the moment, since it made the results look pretty odd. You now see what you see ingame as well. It also takes into account a few edge cases, most notably recycled items and extra materials which also show up in the base materials. This is not as much a feature, as an overdue fix.

Another, less minimal issue I just found.

I entered plex then pressed GO and the website displayed a Could not find 'plex' screen. So far so good.

But now I entered plex in the top search box again, I correctly get the drop down choice but then if I click on the "30 days blah blah blah" entry:

- I expect to go in the PLEX page like it did in the past

- Instead nothing happens and the top search box gets filled by a "29668" number, which I suspect is the item ID. And no PLEX page shown. Now I can try typing "plex" all day long and I only get the number.

Yes, this seems to be a new bug that I hit last night on some other items. However, the search worked if I clicked the "go" button and the ItemID only ended up in the search box if I clicked on the "suggestions" list that shows up under the search box as you type stuff in.

Maybe the search box needs to be smart enough to let us search on item ID numbers? :)

- Basically you put the Z-order (at least for Firefox 10.1) of the mouse over tool tips in the main page above the Z-order of the items found drop down.

Ah! Correct, I'll fix this soon.

- I entered plex then pressed GO and the website displayed a Could not find 'plex' screen. So far so good.

Umm, yes, it seems I started working on search, then forgot I was doing so, and started implementing different things. I'll fis these issues tonight.

- Maybe the search box needs to be smart enough to let us search on item ID numbers? :)

It should be, unless I broke it. If so, will fix it now :P

- For computing buyHighest5% and sellLowest5% you should do some pre-filtering on the orders. Right now, the numbers are often biased by existing but irrelevant orders like the token region-wide buy order for 1 millions units at 0,01isk. There are many ways to do that. A simplistic approach would be to discard buy orders below say -80% of the highest buy order, or something like the median of orders whose remaining volume is smaller than the initial volume and are not older than x.

There should be a lot of filtering done even before the orders actually get into the database. I've seen indications before that this wasn't correctly happening, but since I haven't received any reports on it thus far I've let it be. Will put checking this on the agenda for asap. A mechanism much like you describe has been implemented, using the highest buy order (or lowest well) as a measure is a smart thing though, and I'll see if I can add that.

I need specifics on the items where it's going wrong though, that will help with my investigation. Can you provide me with region/type combinations?

- When using the station_info API, the datetime column is missing (it's there for the otherwise identical info API).

Hmm, yes, this seems somewhat odd. I'll see if I can't add this in an easy way (due to the calculations being done on orders it's not automatically and representatively there).

- I'd really like to a) query up 25 typeIDs in the history API and b) specify the time range. I'd rather do 210 small queries that way instead of the current 5247 when I update the history, pulling like 300MB of csv data in the process

a is probably not going to happen, as the history queries are quite intensive as it is (biggest table in emk). b is on my list for implementation (well, limit, but date range is probably even better) :) update: with daterange, the history is pretty fast, so multiple items may be possible

- You are tracking more items in the DB than just the subset WHERE marketGroupID IS NOT NULL AND published = 1. Why?

I shouldn't be, it should even be a little less, as I'm not interested in tech 2 BPO's. Where are you getting this number?

The search makes absolutely no sense.

It actually does, it's just smarter than you, and tries it's best to find things with 'mega' and 'af' in it. It didn't give any preferential treatment to the first time though, nor to both items following eachother, which would be a good addition.



UPDATE: Looking back, I'd probably have to agree that the search made little sense. It was broken in that it only took into account the first part of what you were searching for, and didn't even place a high significance on an exact match.

Now, if you match an itemname exactly (something that always happens with the dropdown), you get taken to that items page immediately. It also takes into account the secondary words, and allows you to type in typeid's again.

Oh, and it automatically starts a search if you select something from the dropdown.

I've also added the history API and a filtering possibility to the API page.

Oh! And the z-order has been fixed

"Mega Af".....wait..... drops down 2 options.....click..... BAM! Right to the items page. You Rock :)
Very nice fix on the searching! Thanks a lot.

Vaerah:

2) Price filtering is not optional now at this moment (though if it ain't working either I guess it makes sense I don't get complains :P), but I've long been planning to just mark the suspicious orders, instead of delete them.

3) Good thing about low prio stuff is that it generally only takes a few seconds to do it :)

4) you can still select 720 or 1800 and use the zooming feature, but I agree that setting dates might be more intuitive.

I have tested the T2 reprocessing and it seems not to beat the benefits the reprocesser finder finds. Any info on the calculation method ?

Uhm magnificent typo. I wanted to write bear, and I wrote beat...

Anyway it was before the new changes so you might fixd the problems. I reprocessed a cheap T2 to know what I cold get back from it and I discovered that you don't get T2 components but mostly minerals. That would be okay if the calculations done by the site were accurate but they were not. So I was wondering how you calculate the reprocessed materials : do you use our skills ? do you know which components are given back ? etc

The data for a reprocessed item can be retrieved from SDE invTypeMaterials table (as Callean must already know).
Indeed a reprocessed carrier returns capital construction components as do all capital ships.

I second what Vaerah said. Plus I haven't found any way to delete already written lists.

On the subject of processing, you might want to check why the reprocessing values of JF are over 100B. I guess it's because of the prices of capital parts that a dumb someone is putting on the market.

Other than that, you are doing a great job. Have some encouragement.

YAY for Callean

_o/ \o/ \o_