JavaScript is required to use Bungie.net

Group Avatar

BungieNetPlatform

「Updates, discussions, and documentation of the BungieNetPlatform API.」

請求加入
原先發佈於:BungieNetPlatform
由dazarobbo編輯: 11/8/2014 3:32:25 AM
26

API Suggestions

Hi everyone, I've created this thread for everyone to post their suggestions for the Bungie.net Platform API (not the game itself). This should make it easier for the Platform team to see all of our suggestions in one place. I'll start off with some of my suggestions: [b]Make Advisors Public[/b] My first suggestion is to make the 'Advisors' publicly available without authentication. The current way of getting advisors is to use the MyAccount/Character/{characterId}/Advisors endpoint which requires auth. From my understanding, the Daily Story Mission, Weekly and Nightfall Strikes and Bounties are the same for everyone. As a result, I'm confused as to why this information requires authentication to access. I understand if you'd want to lock down a user's progress (e.g. weekly Raid progress, Nightfall Strike completion) but I'm not sure why simple information such as what the Daily Story mission is requires authentication. Would it be possible to have an endpoint available which returns the public Advisors (Daily, Weekly, Nightfall, Bounties)? This endpoint could also return extended data such as Raid progress and mission completion status when the request is authenticated in a similar fashion to the Inventory endpoint. [b]Enemy Stat Improvements[/b] Switch the placeholder enemy names in the stats with actual enemy names. Some of the sub-types for enemies still have placeholder names. For example, 'killsOfFallenVandal' has a stat name of 'Vandal' however 'killsOfFallenVandalElite' has a stat name of '###character_names.elite_vandal_display_name###'. If these are updated, we'd be able to make some sort of 'Enemies' view which shows stats for enemy kills, deaths, assists etc. in different PvE activities similar to the post-game carnage reports for Halo 3 or Reach. Additionally, I'd love to have an enemy dictionary which provides details on each of the enemies and their sub-types. For example, the 'vandal' enemy definition might have a nested list of keys ('subtypes') for the Vandal sub-types such as 'stealthVandal', 'reaverVandal', 'stealthVandalShockBlade' etc. Each definition could include kills, deaths and assists stats for that enemy as well as a hash for the respective enemy's Grimoire card so we're able to easily pull in basic information such as an enemy description and a thumbnail. Users would also be able to view combined stats for all enemy sub-types or drill down into stats for a single sub-type e.g. Stealth Wire Rifle Vandals. To extend this even further, I've noticed that there are also stats available for the various bosses in the game. Since many of the mini-bosses are just Major or Ultra versions of regular enemies, it might be interesting to have another list on the enemy definitions which stores keys for bosses of that enemy type. For example, the 'servitor' enemy definition might contain a 'bosses' list which has a reference to 'simiks-3' (Simiks-3 mini-boss from 'The Archive' Story mission) and 'sepiks-prime' (Sepiks Prime from the 'Devil's Lair' Strike). Similarly to the 'subtypes' list, users would be able to view stats for that particular boss. [b]Raid Segment Stats[/b] It would be great to be able to view 'mini' post-game carnage reports for each 'segment' of Raids. For example, in the Vault of Glass, there are six notable 'segments' - opening the door, the Templar's Well, the Gorgon's Labyrinth, the jumping puzzle, the Gatekeepers and the Atheon fight. It would be great to be able to view post-game carnage reports for each of these specific segments so that users are able to identify where they have the most difficulty and strategise accordingly. It would also be interesting to see who dies during the jumping puzzle the most ;) Additionally, if your entire Fireteam wipes, there are stat columns in the post-game carnage report which are relevant to that particular area. For example, if your entire team wipes in the Gorgon's Labyrinth, you can see how many times each player has been detected by the Gorgons. It would be interesting to be able to see stats such as who got detected the most times in the Gorgon maze (combined for all attempts in that particular instance of the Raid), who killed the most Oracles, who was Marked for Negation the most, who got teleported by Atheon the most etc. I personally think that those stats would be really interesting to look back on. Let me know what you guys think and please post your own suggestions for the API (not the game) below - this should help Tetron, Achronos and the rest of the team at Bungie identify and prioritise suggestions more easily. Thanks, Vivek

文章張貼語言:

 

以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

  • With the introduction of Private matches and all the people doing private tournaments there should be a way (if not already) to limit the results in the Destiny/Stats/ActivityHistory API to a specific date range. This already exists in the Destiny/Stats API, but this is just an aggregate. Looking for something where you could pull all the InstanceId's for the past 2 days without having to pull the past 20 games realizing you need more, so pulling 30 games, etc until you get the ones you need. Would reduce the round trips or the need top pull a lot of data just to make sure you capture the information you need. Or if there is a better way, I'm open to that as well.

    文章張貼語言:

     

    以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

  • [b]Suggestion: Make Vendor/Kiosk data publicly available[/b] As far as I can tell, Vendor/Kiosk data is currently locked behind authentication using the following APIs: http://www.bungie.net/platform/Destiny/[membershipType]/MyAccount/Character/[characterId]/Vendors/ http://www.bungie.net/platform/Destiny/[membershipType]/MyAccount/Character/[characterId]/Vendors/Summaries/ http://www.bungie.net/platform/Destiny/[membershipType]/MyAccount/Character/[characterId]/Vendor/[g]/ It would be great if we could get public versions of these APIs, something along the lines of the following: http://www.bungie.net/platform/Destiny/[membershipType]/Account/[membershipId]/Character/[characterId]/Vendors/ http://www.bungie.net/platform/Destiny/[membershipType]/Account/[membershipId]/Character/[characterId]/Vendors/Summaries/ http://www.bungie.net/platform/Destiny/[membershipType]/Account/[membershipId]/Character/[characterId]/Vendor/[g]/ We already have the ability to publicly access a user's inventory and grimoire in a similar fashion, and I can't see that making character vendor data available introduces any security risk. This would open up a few opportunities: - Status/Tracker sites would be able to create 'Kiosk checklists' similar to the grimoire checklists that are currently out there. - Sites/Apps that display Vendor stock wouldn't need to authenticate to retrieve this data (to be honest I'm not sure exactly how sites are doing this at the moment, maybe there's a way to publicly access this data that I'm not aware of?) - Statistical Analysis of Kiosk completion rates/Item drop rates would become possible - this is what I'm particularly interested in. Not sure if a new thread or a comment on the API Suggestion thread was the best way to get this seen, so I've done both - sorry for the duplication :)

    文章張貼語言:

     

    以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

  • 由GeekyEggo編輯: 6/1/2016 1:08:25 PM
    [b]OAuth authentication[/b] Being able to authenticate without cookie hijacking would be incredible! :) Private endpoints in their current state are only really designed for native apps or extensions. If there was a way of authenticating via something such as OAuth, it would open up a whole new world for us web based apps! [i]Apologies if this has been suggested in the past, which I'm sure it has... I just couldn't find a reference to it in this post[/i]

    文章張貼語言:

     

    以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

    1 回覆
    • 4 words: Calcified Fragments per Character.

      文章張貼語言:

       

      以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

      1 回覆
      • [b]Request only new data with "lastFetch" parameter[/b] [u]Justification[/u]: Reduce amount of data requested. [u]Requirements[/u]: Each service operation that includes timestamped data would return "maxTime" as a key/value in the response. maxTime is the timestamp of the most recent activity in the data requested. A client script could record maxtTime as "lastFetch", and pass this value as a parameter in the subsequent request, and so forth. The server would filter the data returned to only those activities that occurred after lastFetch. I recommend ticks over Y-M-D format to avoid local time confusion.

        文章張貼語言:

         

        以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

      • I believe that a major problem in the game is the lack of possibility of creating rooms. Creating rooms help many players who can not play RAIDs or other modes available by lack of friends. I'm sure if Bungie available in the API the possibility of (my suggestion): 1) Create Room (choosing the game mode and map, difficulty, etc.) 2) Enter the room or simply Join a user (orbits) ignoring the first item. This inclusion would open a universe of possibilities for us programmers, and I'm sure will help many players even bringing back others who stopped for lack of companions to play missions that need more than one. (Google Translate) Pt-br: Eu acredito que um dos maiores problemas no jogo, é a falta da possibilidade de criação de salas. A criação de salas ajudaria muitos jogadores que não conseguem jogar RAIDs ou outros modos disponibilizados por falta de amigos. Tenho certeza que se a bungie disponibilizar na API a possibilidade de (Minha Sugestão): 1) Criar Sala (escolhendo o modo de jogo e mapa, dificuldade, etc) 2) Entrar na sala ou simplesmente Join em um usuário (orbita) ignorando o primeiro item. Esta inclusão iria abrir um universo de possibilidades para nós programadores, e tenho certeza que ajudará muitos jogadores até mesmo trazendo de volta outros que pararam por falta de companheiros para jogar missões que precisam de mais de um.

        文章張貼語言:

         

        以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

      • Going to +1 this.... [quote]Additionally, if your entire Fireteam wipes, there are stat columns in the post-game carnage report which are relevant to that particular area. For example, if your entire team wipes in the Gorgon's Labyrinth, you can see how many times each player has been detected by the Gorgons. It would be interesting to be able to see stats such as who got detected the most times in the Gorgon maze (combined for all attempts in that particular instance of the Raid), who killed the most Oracles, who was Marked for Negation the most, who got teleported by Atheon the most etc. I personally think that those stats would be really interesting to look back on.[/quote] My fireteam and I failed at the Golgoroth challenge, even though everyone swears that they held the gaze properly. :) I'm just starting to tinker with the API, and it would be awesome to be able to have the objective information from the wipe screens in raid PGCRs via /Stats/PostGameCarnageReport/{activityId}/ . Thanks for the awesome service!

        文章張貼語言:

         

        以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

      • This is a small ask, but would be extremely useful. I'd like a way to obtain cooldown data for the active game session. As in, how much time is left before I can use another heavy ammo synth, or black wax idol, or whatever cooldown timers are active. This would be a great justification for owning an Apple Watch, if I had an app running on my wrist that nudged me when these timers run out...

        文章張貼語言:

         

        以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

        1 回覆
        • And another suggestion is to make the inventory public as well (or at least public among clan member - maybe add an option in clan page that they can authorize other clan member to see their inventory / advisor) I'm trying to make an app that help my clan to check their inventory when they are switching character to see where all the guns / armor is at but the only thing i can pull right now is my own inventory

          文章張貼語言:

           

          以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

        • I was told to copy/pasta this #Help concern here by Vexed from this thread: https://www.bungie.net/en/Forum/Post/153666467/0/0 Here's the post: Trying to moderate my group's / Clan's threads and can't for a lot of them. Get the following error message: "Moderating non-member posts in group threads is not permitted." I'm not sure I understand why this is prohibited when it's a thread created within my Group / Clan. I can go back and clear out old threads if the players who created them are still in my Group/Clan, but if the player quit the group, I can't delete the thread. This doesn't make any sense because if someone wants to join, post all kind of nonsense, then leaves the group... then what? Report the post and have it just vanish from my screen, but everyone else can see it until (or if) it gets removed? Luckily that has not happened (yet), but has potential of being an issue. That luckily isn't the problem - the problem is there are a lot of posts in my Group's/Clan's forum (which is private to members of the Group/Clan) from long ago (anywhere from about a year or so) that were created by users that are no longer part of the group and most don't even play the game anymore. I want to get rid of them. Can't report the post because it's not a negative post, but can't "moderate" the post either and remove it because of this silly rule. The posts I'm trying to delete are old, irrelevant, and pointless. They are taking up space, are ugly to look at, and some show up as "archived". Help me please remove these somehow or tell me how I can get rid of them. Thanks you! -Ace

          文章張貼語言:

           

          以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

        • The `PostGameCarnageReport` API endpoint should be updated with more detailed information for PVP games. There's a lot interesting data here that can be crunched and gathered. The biggest disappointment that i currently have is the lack of information HOW (weapon, super, grenade) and by WHO. This information could be used to give players more insight in how they play their game and what area's they need to improve upon. Shotgun deaths by hunter with a bladedancer subclass could be great indication that players should either engage in shotgun fights or stay more in cover etc.

          文章張貼語言:

           

          以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

          1 回覆
          • Im on skolas revenge. I have a picture on my phone I'm on round four and when my team died and we spawned back and round restarted and I fell threw the floor where the drop is for the chest and I went all the way down and took a picture of it and don't know how to let bungie know of this problem I just experienced

            文章張貼語言:

             

            以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

            1 回覆
            • It would be interesting to have an API to see the XYZ position in the tower or on a map. Give to a system that shows the user's position and location. (Google translate PT-BR / ENGLISH)

              文章張貼語言:

               

              以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

              1 回覆
              • Hi, I just joined this group, I'm a software developer and I'd love to work with the API. I'd like to echo everyone else's sentiments, thank you for going through the work of making he API available to outside developers! This might be a blue sky request. I'm wondering if you all at bungie would ever consider sending real time player coordinate information through the API? Obviously this assumes that leaving out game maps was a design choice and that you'd be willing to provide that much data continuously through the API service. However, I'm certain that if developers just had the location information, there would be plenty of people who could put the maps together. Thanks again for your time and attention!

                文章張貼語言:

                 

                以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

                7 回覆
                • With the advent of House of Wolves, we have been given a new set of challenges: The Prison of Elders. Is there any possibility of getting the current weeks activity hashes for it included in the '/Advisors' endpoint like everything else? Along with this having rounds along with burns would be wonderful. I believe we could obtain this information alternatively via a private legends endpoint, but as this is something that everyone has it doesn't make much sense to me for it to remain private. Thanks for all of your feedback!

                  文章張貼語言:

                   

                  以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

                • 由Rhagic編輯: 4/29/2015 2:44:50 PM
                  [b]Node progress and material requirements. [/b] Under talentgrid definitions / nodes / steps: - startProgressionBarAtProgress is incorrect for the duo / trio of primary stat increase nodes. They tend to all have the same value. - can't find how to accurately interpolate talentgrid nodes to progression definition steps - can't find which materialRequirements set applies to a given item instance where planetary materials are involved. What I'm trying to determine is progression left on an item and materials required to Activate unlocked nodes for an item manager app. [b]UPDATE[/b] Thanks to Rikkert2x for showing me that I should be using [url=https://www.bungie.net/platform/destiny/help/HelpDetail/GET?uri=%7bmembershipType%7d%2fAccount%2f%7bdestinyMembershipId%7d%2fCharacter%2f%7bcharacterId%7d%2fInventory%2f%7bitemInstanceId%7d%2f]the detailed item instance API[/url]. This seems to expand out the material requirements and conveniently each node has detailed states.

                  文章張貼語言:

                   

                  以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

                  3 回覆
                  • Is there any documentation for the API? I'd like a feature where a user could click a button to join a fireteam online. This would be really helpful for LFG type applications. Michael

                    文章張貼語言:

                     

                    以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

                    2 回覆
                    • [b]Cookieless domain for static resources[/b] Please consider providing to /common/destiny_content/ under a Cookieless domain. Each request to https://www.bungie.net/ contains 1.3KiB of cookies. There are a number of sites and apps that are making use of icons for inventory management. For example, loading the gear page on bungie.net makes 264 requests to /common/destiny_content/. This wastes 345KiB of bandwidth in http requests on pointless duplicated cookies. (32 requests to /Scripts/ too)

                      文章張貼語言:

                       

                      以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

                      1 回覆
                      • One major piece of the puzzle that I have nobody see talk (extensively) about here is the fact that joining and managing fire teams and parties through the API is currently impossible. Imagine the possibilities if there was a decent API for this. Some of the API calls I would love to see for this: - Joining a users fire team through the API - Getting fire team details, like current running Raids and which level they run and the size / members of this party and last but not least progression of the event. - Changing friends-only to public. - Kicking and reporting members. - Changing fire-team leader This would make it so much easier to build better LFG experiences

                        文章張貼語言:

                         

                        以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

                        1 回覆
                        • First of all, thank you guys so much for actually providing an API for the game. This is absolutely fantastic as far as getting the dev community sucked into the action not just in-game, but also during meetings when we should be listening but we're really just hitting endpoints and seeing what's available to grab that you guys have opened up, and chatting with fellow raid/dev buddies on cool ways to leverage available data to make cool stuff. Keep up the great work! I read through previous posts in this thread, haven't seen this explicitly mentioned in the Suggestions, so here are a few I've run into and things that I'd like to see whenever you guys have time to hook us up! More detailed activity reward info - The Cryptarchs clearly like to keep things secret! While seeing "Cryptarch Engram" that you found some special thing, it'd be fantastic to instead see what that immediately decodes to when you return to orbit, either as a separate item sourced from the engram or just flat out the { item hash, value: 1 } that you got from the activity - Currency counts... glimmer earned from kills, found in chest, etc... or as v0.1 just glimmer taken from the activity as a whole - green/blue/purple/yellow(they exist?) engrams dropped during activities so you can see if you somehow found two purple engrams in this one activity or 5 greens etc More detailed Item info - Items found/looted/picked up with an activityHash if you got an item during a raid or patrol instead of from a vendor, => Gives us a way to "tell stories" about items... "Oh this Fatebringer was from my first VoG HM ever" - if it cant be tied to an activity, maybe just a itemInstanceCreated date that we could programmatically link up to a specific activity Fields filtering I believe I saw something about this already, but having a "fields" param or something we can send with a call saying we just want these specific fields returned or a "withoutFields" or something so we can make our calls a little more efficient. For most people not dealing with 3D item rendering projects, we could do without a lot of the "equippingBlock" type fields so a way to filter fields would be excellent! Thanks guys!

                          文章張貼語言:

                           

                          以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

                        • These are great suggestions. I have already prioritized the work of fixing the display names of the various enemies. Your other suggestions are excellent as well. I will start some conversations with folks who own these various data areas and see what is already available, and what we would need game support to get plumbed through (it it requires game support, the time lines get really long).

                          文章張貼語言:

                           

                          以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

                          5 回覆
                          • I have a suggestion for the game, where you have another segment of sorry line to go through for dark upgrades to armor instead of light, but you still can switch to light of you want and when playing crucible whoever has dark is pairs up and whoever has light pairs up and you have a war between light and dark

                            文章張貼語言:

                             

                            以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

                            1 回覆
                            • I was thinking the exact thing about segmenting raid stats. One of my friends and I were wondering if there's a way of getting damage done per boss/encounter by each fireteam member. Sometimes we wonder how our DPS is per encounter and if we could improve in certain areas.

                              文章張貼語言:

                               

                              以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

                            • It would help me out a lot if the activityHistory could be filtered by a start- and/or enddate. I can filter out the results I need manually out of a list, but it does result in the server sending a lot of unnecessary records.

                              文章張貼語言:

                               

                              以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

                            • The enemy names should be fixed now.

                              文章張貼語言:

                               

                              以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

                              1 回覆
                              • We will investigate providing Advisor data that's publicly shared and common for all. Currently, we provide additional information that is character/account specific alongside the public data (for example, whether you've actually completed the Nightfall): but if the data that's generally applicable to all would be useful for you, we can certainly provide it! We'll keep you posted.

                                文章張貼語言:

                                 

                                以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

                                28 回覆
                                你無權檢閱此內容
                                ;
                                preload icon
                                preload icon
                                preload icon