(edited by Wizeon.3852)
Showing Posts For Wizeon.3852:
Why disable them anyway? Yes the UI didn’t work properly but we could still do the raid with a few workarounds.
I can’t really think of a malicious way to use it.
Would be nice to dump the chat (from all chat contexts) to one file, and the combat log to another file. I can’t make any promises but if nothing else it’s something I’ve personally been wanting for awhile.
Great news then I’ll start waiting, hope I have enough food stockpiled to last through the winter. And if this really does become a thing I hope we can get system messages there as well, could do some cool timers in the sw for example since we don’t have the event api anymore
If you don’t want DPS meters to come into existence, don’t dump the combat log into a file.
They already exist, and you can’t see the damage your party members do anyway from the combat log. And depending on how the file would be updated (periodically, manually?) it could be the most unfeasible source to generate dps data from in real time.
I’ve been playing with the mumble link for a while now and would like to request more data to be released for us.
What I’m suggesting is that we get access to the chat log box that’s visible to us all the time anyway. We wouldn’t have to use image analysis to read that box, just get the raw data out of it. Any way to reveal it to us would be great, be it a text file, memorymapped file as mumble link is, or some other way you can come up with.
Or is there some malicious ways to use it? I hate taking screenshots of the whole game window just to save something that was said in chat.
However, you should avoid to use the API key via frontend scripting languages (as in JavaScript). Keep in mind that it is basically the OAuth2 access token which is intended to be used between the app`s backend and the gw2 API server.
Can you elaborate? The user has to send the api key via a frontend to the backend anyway, so it’s just as easily compromised at that point. And by not using a backend I basically guarantee to the user that I won’t do anything with their api keys since I don’t even see them. Not even talking about the time saved by not having to have a backend
I’ve seen myself get even whole keys from the lesser pods on T2 and T3, never on T1. And more of the smaller pieces, often 3 from one pod on higher tiers.
Just use a guild bank to transfer that stuff, anything that’s not account bound will fit in there.
Your app looks interesting but for power trader use its not efficient because it only lists your last 50 listings/buy orders and I have more than that.
The bank screen thingy looks intriguing but I dont really know what info it will give you as I couldnt manage to upload a valid screenshot yet.
Might be because i only tried my guild bank and not my material storage.What kind of info would it give me? Personally, I would like an app that lets me upload a screenshot of my bank/gbank/mat storage and it lists the different items, amounts and values.
I would see problems though for items that share the same icon, like recipes (which i have alot of).
I guess correct data could only be obtained via API, not through screen shots, but im not sure, if the new guild API for example will let get info about the items stored in the guild bank.I dont want to get too off topic here, so I would suggest to make a new thread to introduce your app and ask for feedback.
Oh, didn’t know that it cuts off at 50 entries since I haven’t had that many while testing it. I probably should make a separate thread for it, but it’ll be on reddit, I rarely post here tbh.
The bank thing is a separate thing that’ll analyse your bank/guildbank/mat storage and tell you how much they’re worth, but it’ll only pick up the items that are available for deposit to material storage and a couple extra that people might hoard. For the reason you mentioned, no way to distinguish between different items since most of them share the icon and the pixels of the screenshot are currently one of the only ways to get information legally out of the game. API doesn’t provide any bank information, yet.
I meant that I want to see how my offer compares to offers by other players.
I made a mockup of what I meant, in case you still don’t get it. See the attached image.
In this image, I’m selling a Bandit Trident for a little over 1 gold. I started this auction 1 week ago. Over the last 7 days, the market has moved, and the top selling offer is now below 1 gold.
This information is very relevant, even if you’re not a power trader. Right now, it’s a pain to find that information for each transaction.
Check out this baby and see if it’s of any use to you. http://mayumi.fi/gw2tp/
Thanks a lot! Nice to know that devs are listening
I’m not sure if that’s a firefox specific problem, but here’s my ajax function stripped of my own stuff.
And here’s a link to the dev response about using headers or get parameters https://forum-en.gw2archive.eu/forum/community/api/Launching-v2-commerce-transactions/5077482
anetAjax(“transactions/current/buys”, function(response) {
console.log(response);
});
function anetAjax(url, successFunction, errorFunction) {
if(config[‘apiKey’]) {
$.ajax({
url: ‘https://api.guildwars2.com/v2/commerce/’+url+’?access_token=‘+config[’apiKey’],
success: function(response) {
if(typeof(successFunction) == “function”) {
successFunction(response);
}
},
error: function(response, status) {
console.log(“Error retrieving data from the server”);
if(typeof(errorFunction) == “function”) {
errorFunction();
}
}
});
}
else {
console.log(“ERROR: Api key not set”);
if(typeof(errorFunction) == “function”) {
errorFunction();
}
}
}
edit: can’t figure out how to make a code block, indentation doesn’t really work now…
(edited by Wizeon.3852)
I don’t think your API is obeying the config values, but is using some global 5min cache regardless of what’s in the config.
/v2/commerce/transactions still has a 5min delay if I change an order as soon as I see the last change occur, and /v2/commerce/listings is supposed to have 1sec cache but it’s 5min as well.
Thanks! In the end the get parameter is the only way to go then if I don’t want to send the user API key to my backend first which could handle the authorisation headers without preflight.
I posted about the 1 second cache on the fair-use thread since it doesn’t actually seem to be a 1 second cache.
Is there any chance to drop the cache timer on the transactions endpoint to a more reasonable one? Even 1 minute or the previously requested 30 seconds would be so much more useful in tracking your current orders “live” from outside the game.
But if I spam refresh on Silk Scrap url https://api.guildwars2.com/v2/commerce/listings/19748 I can clearly see that the values update every 5 minute or so as well, and not at the same pace I can see them changing in-game.
I have a problem using this with jQuery ajax requests. The problem is that there is no
Access-Control-Allow-Headers reported by the server, so the preflight request (method OPTIONS) aborts the whole thing. Or is there another way to add the authorization header to the request that wouldn’t trigger the preflight?
And I’d also like the cache to be reduced from 5 minutes, on this endpoint and prices. I can’t track listing changes reliably with a 5 minute cache, no way to get any idea about the velocity of items if you only get a snapshot every 5 minutes. It was great with the old api when you could do pretty much what you can do in-game, refresh the listings every other second and see what orders get filled and how fast.
For this specific case I’d like to alert the user whether their listing is still the top one, or if the listing was fulfilled without the user camping their TP screen. Even a 1 minute would be more useful than the current 5 minute one.
edit: Temporarily solved the ajax problem by not using headers but get parameters which is obviously not the ideal way to go, but at least it works. And the 5 minute timer pretty much makes the tool un-usable, if I put a buy order up it might take 5 minutes for it to show up, and then when it’s filled it might again take 5 minutes for the program to realise it’s been filled. Current version at http://mayumi.fi/gw2tp/
Oh, and to get both buy and sell orders do I have to make two requests, to /buys and to /sells or is there a combined endpoint somewhere?
(edited by Wizeon.3852)