Invalid ESI Marketorders - how come?

(Bh0di) #1

Hello everyone,

I noticed that esi returns invalid orders (endpoint:{regionID}/orders/?datasource=tranquility&order_type=all) which cannot possibly exist ingame. These invalid orders are scattered througout eve and not limited to a specific region.

Invalid meaning in this context marketorders for invtypes/items which are “not published”, e.g. they are not tradeable through the market but somehow there are marketorders for them? Querying e.g. the markethistory for these invtype-ids will produce 404s…

“Not published” invtypes, which have active marketorders throughout different regions:
[40773, 27014, 47115, 27019, 48080, 42640, 36946, 36948, 48150, 48599, 48151, 48600, 48152, 48153, 47705, 47706, 44187, 47707, 44188, 47708, 44189, 44190, 44191, 44192, 42722, 44194, 44195, 9955, 29668, 44197, 3365, 44198, 44199, 48615, 45736, 47016, 3755, 48116, 48117, 48118, 3638, 30326, 42743, 46007, 46008, 41023]

Waiting for the orders to expire is rather annoying:
e.g. {duration=90, is_buy_order=true, issued=2018-08-23T23:40:45Z, location_id=60013261, min_volume=1, order_id=5172279785, price=10.01, range=region, system_id=30001290, type_id=48080, volume_remain=1000, volume_total=1000} meaning that this will be returned till november

Did i miss something substantial? Or is there a bug with the marketorders or with the esi? Please enlighten me!

Fly save!

(Golden Gnu) #2

I’m no expert, but, don’t use is_published to identify if an item is on the market or not.
and then:
That is the only sure way to make sure if something is on the market or not.

The SDE isn’t even 100% correct

(Bh0di) #3

Thank your for your reply!

Please have a look at this:
Item 48080, “Mutaplasmid Residue”, is “not published” but assigned to group_id: 1996
Group_id 1996 is in:
marketroot-> “Ship SKINs” (1954) -> Destroyers (1989) ->“Standard Destroyers” (2035) -> “Gallente” (1996)

In the ingame-market there is “Mutaplasmid Residue” not listed there. Funny enough: the groups are also storing the itemtypes which are included in the group… and “Mutaplasmid Residue”(48080) isn’t mentioned there (makes totally sense).
Therefore: another bug. Walking the group hierarchy in both directions is also broken…

But back2topic: this item, 48080, is NOT tradeable via market… why are there orders for it in the esi-representation of the market? who placed this orders? HOW? why are they still active? confused

(Golden Gnu) #4

As I said, I’m no expert. According to Steve, published only affect if you can search for the item in-game.
The specific item (48080) have been changed from tradable to non-tradable recently:

I assume that is why there are still orders with it.

(Bh0di) #5

You are really helping here, appreciate it a lot, thanks!

I assumed something like that (changed from “published” to “not published”), but what I’m asking me is why CCP does not clean up the “to be invalid” orders while chaning the status. I already coded a way around and my app stopped trusting the marketorders… but it annoyed me nonetheless :confused:

(Golden Gnu) #6

It would have been nice if the orders was cleared when changed from tradable to non-tradable, but, I guess, it’s just easier for CCP to leave them and let the expire like any other orders.

if at all possible, avoid using published for anything. It’s not really reliable to determine anything other than if you can search for the item in-game.

Happy to help :slight_smile:

(Krysenth) #7

Generally speaking, anything contained in the return of could be considered something that can be sold on the market.

Regarding old orders of non-sellables though, it’s much easier for CCP to just let those naturally expire than attempt to remove them by hand, figuratively speaking.

(Bh0di) #8

Hey Krysenth,

I’ll have a more deeper look at that group-thingy later, now that you both have brought them up, thanks for the hint! But on the first sight: whats wrong with “published” in the invtypes? It looks like that there are no differences to the groups logic.

Well… here you go:
delete from t_orders where typeid not in ( select typeid from invtypes where published = true)
quick and dirty.
or more gracefully (if you demand the proper ending of the orders):
update t_orders set expirydate="now()+5 minutes" where typeid not in ( select typeid from invtypes where published = true)

there are plenty ways of cleaning your data. this is just lazyness… :confused:

(system) #9

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.