Combat API and its use in a Player Run Tourney |
Post Reply
|
Page <1 23456 11> |
| Author | |||
TheBillPN
Forum Warrior
Joined: 03 Jun 2014 Location: England Status: Offline Points: 305 |
Post Options
Thanks(0)
Quote Reply
Posted: 15 Apr 2016 at 12:35 |
||
|
My post 4 pages ago:
Another post:
Totally agreed as well.
|
|||
![]() |
|||
Luffster
New Poster
Joined: 11 Feb 2015 Status: Offline Points: 5 |
Post Options
Thanks(0)
Quote Reply
Posted: 15 Apr 2016 at 08:35 |
||
Gragnog I totally agree! Cheers Luffy |
|||
![]() |
|||
Gragnog
Postmaster
Joined: 28 Nov 2011 Status: Offline Points: 598 |
Post Options
Thanks(1)
Quote Reply
Posted: 15 Apr 2016 at 05:58 |
||
|
The easiest solution to this whole issue is the devs start to introduce tournaments again and stop trying to rely on a few really passionate players to keep their game alive. With all the data issues involved I am surprised that those players even bother. Thumbs up for Koda and his team and thumbs down for the devs in letting it get to this situation. Regular tournaments would have never let this moaning session arrise.
|
|||
|
Kaggen is my human half
|
|||
![]() |
|||
Brandmeister
Postmaster General
Joined: 12 Oct 2012 Location: Laoshin Status: Offline Points: 2396 |
Post Options
Thanks(2)
Quote Reply
Posted: 15 Apr 2016 at 03:33 |
||
|
I know that people on this thread have good intentions, but I just find myself shaking my head.
An API is just a messaging interface between two architectural layers, with the added wrinkle that the programmatic interface has been made public. The developers are just allowing people a direct web access to their own complete battle report XML files. The addition of the encryption key is what allows players to identify they are a particular account owner to the system. By extension, this allows them to grant others access to their complete battle report XML files stored on the Illyriad servers. Any request at a filtered API is a lot of additional extra work. What some of you are requesting is a user-configurable filter layer between the internal system battle report XML interface (which delivers a mail to your inbox) and the external API interface. That is not a trivial request. Right now the devs just give you the same basic data as your battle report. That's simple and maintainable. The filtering request is also pointless. There are two points of potential spying: the person running the tournament, and your fellow alliance mates. Frankly, if you can't trust the person running the tournament, then why are you even participating? As for spies among your alliance mates sharing battle report information, they don't need an automated battle report API to accomplish that. Web-based collection makes it easier, but accumulating the information is trivial regardless. Again, if you can't trust your own allies to not publish alliance troop numbers, maybe you should reconsider your choice of allies. |
|||
![]() |
|||
Rill
Postmaster General
Player Council - Geographer Joined: 17 Jun 2011 Location: California Status: Offline Points: 6903 |
Post Options
Thanks(0)
Quote Reply
Posted: 15 Apr 2016 at 01:00 |
||
|
I don't see how it is pointless. It is only pointless IF someone chooses to share different information (the more full information). You are assuming someone will. I would suggest that is a risk people would knowingly take, that maybe someone will or maybe someone won't.
Unless you mean that sharing the more limited information would prevent someone else from sharing additional information? I am completely open to believing that my understanding of API keys is incorrect, but here's how I understand it would work. Player X announces a tournament. He specifies that all people who are participating in the tournament will be asked to share a specific API key with limited information. All the people involved in the tournament share that API key and only that API key with him. Player X then only has access to the specific data people have shared. Even if only MOST people involved only shared the more limited data, anyone wanting data for nefarious purposes would likely only be privy to a subset of data desired for nefarious purposes. Now, if someone also shared another API key with player X, he would have access to different data for combats that someone participated in, including those of people who shared the more limited data. But assuming say Player X ONLY was willing to take the more limited API keys, he ONLY could access the more limited data, right? Trust is still involved in these situations, of course. You have to trust that other players will provide the more limited key and that player X will only accept that key. But it is likely in the self interest of all players involved to do so. This makes it harder for one or two bad actors to subvert a whole bunch of data and makes everyone less dependent on trusting a single player. Basically, it reduces the temptation to attempt to use player-run tournaments to try to gain a whole bunch of data that you then want to use in another way. (Such as re-selling it for oodles of gold.) One would like to think that this would never happen, but of course it would. But if it is well known that the dataset is incomplete because a large portion of players did not share their full data, then this becomes less likely. Basically it works off the principle that most people are trustworthy and a few people will be asses if it is to their advantage -- so it is best to limit the benefits of being an ass, in the interest of making things more fun for everyone. Edited: It also greatly reduces the pressure on people who want to run these tournaments, making it harder to accuse them of using data for nefarious purposes, and potentially making people more likely to want to take on that responsibility. Thus it makes more events and a greater variety of events more likely. In my mind, that is not pointless at all.
Edited by Rill - 15 Apr 2016 at 01:34 |
|||
![]() |
|||
Xmco
New Poster
Joined: 03 Jan 2013 Location: Oxford Status: Offline Points: 2 |
Post Options
Thanks(0)
Quote Reply
Posted: 15 Apr 2016 at 00:53 |
||
Thanks for the answers SC. I understood that it was already established that the API key would only provide information on the Tourney tiles, rather than combats across the whole server. Is that the case? How will this affect players that want to use their API key for all combats they are participating in? Edit: Ah - I see you already partly answered this above. So if I understand correctly, the full API key will continue to run, alongside the key that only reports on tournament squares?
Rather than having to get a consensus of agreement on each subsequent tournament, it would be for the tournament organisers to give information to the developers about the minimum data that was required for their tournament. It's to Koda and Digi's credit that they have been very clear about the minimum information that they would need to run their tournament, and it has shown them to be reliable tournament organisers. I'm sure the game would benefit from more players of similar credibility stepping up, taking responsibility for sensible data collating, and showing themselves to be honorable players. Edited by Xmco - 15 Apr 2016 at 01:22 |
|||
![]() |
|||
GM Stormcrow
Moderator Group
GM Joined: 23 Feb 2010 Location: Illyria Status: Offline Points: 3820 |
Post Options
Thanks(0)
Quote Reply
Posted: 15 Apr 2016 at 00:47 |
||
|
I should point out, because someone has asked for clarification.
It doesn't matter whether it's an individual checkbox system, or whether it's a pre-baked limited key system of agreed data for the tournament API key. Think of the limited key pre-baked system as two checkboxes instead, one reading 'limited', the other reading 'full'. So long as the *full* API key is also available to *any* of the combat participants, any limited keys are rendered wholly pointless for any combat that any participant was involved in, regardless of their 'limited'-key-only wishes *unless* the full key is simultaneously suppressed for everyone involved. Regards, SC
Edited by GM Stormcrow - 15 Apr 2016 at 00:47 |
|||
![]() |
|||
GM Stormcrow
Moderator Group
GM Joined: 23 Feb 2010 Location: Illyria Status: Offline Points: 3820 |
Post Options
Thanks(0)
Quote Reply
Posted: 15 Apr 2016 at 00:04 |
||
Nonononono... It's that we cannot produce API keys specific to players' desires without also shutting off the Full Combat Report XML API that has been in place since 2010 for combats that occur on those squares otherwise it renders the limited key system either partially or wholly pointless. Please, please.... let's not further muddy the waters :) Regards, SC
Edited by GM Stormcrow - 15 Apr 2016 at 00:21 |
|||
![]() |
|||
Rill
Postmaster General
Player Council - Geographer Joined: 17 Jun 2011 Location: California Status: Offline Points: 6903 |
Post Options
Thanks(0)
Quote Reply
Posted: 15 Apr 2016 at 00:01 |
||
|
I think we are finally getting to the crux of the matter in Stormcrow's post above.
As I understand it, the reason the developers do not want to provide these more limited API keys is that they believe that producing API keys specific to players' desires to share information for a particular purpose would be a great deal of work and not widely used enough to make the process worth it. The developers have shown themselves willing to make a more specific API key (the tournament squares key) for a purpose they perceive will see wide and repeated use. I suggest that those who want some other specific type of API key develop a more cogent proposal, including examples in which the API key will be used in which existing tools would inadequate or undesirable, develop a broad consensus as to the need for such a tool, and present the proposal to the developers.
|
|||
![]() |
|||
GM Stormcrow
Moderator Group
GM Joined: 23 Feb 2010 Location: Illyria Status: Offline Points: 3820 |
Post Options
Thanks(0)
Quote Reply
Posted: 14 Apr 2016 at 23:56 |
||
^^ qft. Bingo. Someone gets it! Regards, SC
|
|||
![]() |
|||
Post Reply
|
Page <1 23456 11> |
|
Tweet
|
| Forum Jump | Forum Permissions ![]() You cannot post new topics in this forum You cannot reply to topics in this forum You cannot delete your posts in this forum You cannot edit your posts in this forum You cannot create polls in this forum You cannot vote in polls in this forum |