Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

No parity for /eve/CharacterID.xml.aspx #627

Closed
skyride opened this issue Oct 31, 2017 · 1 comment
Closed

No parity for /eve/CharacterID.xml.aspx #627

skyride opened this issue Oct 31, 2017 · 1 comment

Comments

@skyride
Copy link

skyride commented Oct 31, 2017

Inconsistency

The XML to ESI migration sheet claims that this is fulfilled by using the Search feature in ESI with certain parameters, but this is simply not the case. The primary use case for the original endpoint was bulk character ID lookups, up to multiple thousands.

A common application of this is the various "local scan" tool where the character list in local is copied from ingame and pasted into a tool to resolve corporations, alliances, plus potential killboard activity.

Using XML, this pattern was achieved by 1 call to, /eve/CharacterID.xml.aspx and another to /eve/CharacterAffiliation.xml.aspx. However under ESI, this pattern now requires hundreds if not thousands of API calls.

The affiliation endpoint itself can be batched into a single query, but a call will now require at least one hit to search per character, and potentially another to GET character, corporation, alliance and faction. This means that taking a local scan of Jita on a busy Saturday would previously have generated 2 calls that took 5-10s to execute, while now we'll be looking at between 5,001 and 12,501.

Request

The char/corp/alliance/faction data can be cached, but we need a POST endpoint that can resolve names to characterIDs in bulk.

@aquarhead
Copy link

Duplicate of #27

@aquarhead aquarhead marked this as a duplicate of #27 Nov 2, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants