Guild Wars 2

Not yet but there’s a v2/skills endpoint in the pipeline.

Have a look on the corresponding GitHub PR: https://github.com/arenanet/api-cdi/pull/5

Shadowblade.6350:

I have already exposed my problem at community@arena.net, and the CM suggested to post in this forum.

That’s pretty funny according to the page I posted earlier where they redirect any questions to that mail address.

I agree with you, that’s something that must be clarified.

Quick search on GitHub gave me this:

https://github.com/arenanet/api-cdi/pull/60

I don’t think that there’s already something similiar for world boss dailies but I’m not sure.

There’s an info page about this issue:

https://www.guildwars2.com/en/legal/guild-wars-2-content-terms-of-use/

No clue if that’s enough for Google. As far as your apps are free for all I don’t see any problem.

If the page isn’t enough you can also send an email to community@arena.net. That’s the suggested way to go.

PS: You definitely shouldn’t post your email on a public board …

That’s currently not possible.

It may become part of v2/guild/:id/members but I’m not sure about it.

Why not providing an additional field for this purpose?

A user would be able to set an own name to remeber the key and we could fill the other field with an identifier that proofs the key.

I’m not a fan of using an existing field for other purposes.

It’s confusing for the user too.

So basically adding a “X-Requested-Count” (something like that) would fit your need?

(Just to make this clear …)

I agree that the naming of “X-Result-Total” is kind of squishy but i wouldn’t change it without a really good reason (because of compatibility.)

Or do you want to remove it completely?

As you can see i’m a bit confused of the enitre thread

After launching Overwolf you can open the Overwolf Store (the box icon containing various other icons). On the left is a category named “GW2 App challenge”. This category contains the submissions for the latest challenge.

You can also list ALL applications made for Guild Wars 2 by clicking on the “For games” category and “View all” next to the headline “Apps for Guild Wars 2”.

X-Page-Total, see attachment

I’m a bit confused. Why not looping through all pages? The api returns header information containing the page count.

I added a new proposal that may enables us to request players ingame mails.

Please let me know what you think.

You may want to create a database for the item data and only request them once a week or day.

For requesting massive data you should use pagination. This will reduce the amount of requests to v2/commerce/prices from 22480 to 113 when using a page_size of 200 (maximum value.)

See wiki for details about pagination.

smiley.1438:

…

I really hope the web development team will rethink the best practice with the responsible persons …

The new implementation is not best practice to prevent phishing and i hope the team knows that … Do it right not lazy.

Nabrok.9023:

Any guild member can see the roster in-game, therefore any guild members API key should be able to fetch the roster.

The rule of thumb is, if you can see it in the game you should be able to see it on the API.

That’s right. But by authorizing a 3rd party application you authorize it to request your own data not those of your guild mates.

It’s a privacy problem. You should not be allowed to authorize a 3rd party application to request information about another player.

I highly agree with smiley.

I still need to redirect my users to the official site. (Letting them create an API key.) The only relevant thing that changed is that there is no pingpack from official site and the rdirect is not officially included but necessary.

However i don’t think that it was a decision made by the programmer team. I think it’s better than nothing and i can deal with it …

There are some plans for bigger improvements. See https://forum-en.gw2archive.eu/forum/community/api/API-CDI-2015 and the GitHub repository https://github.com/arenanet/api-cdi (you can contribute as well!)

However they currently seem to rework the authentitication mechanism that is needed for a full qualified guild API. I guess this has a higher priority at the moment.

I agree with you that the API is limmited but I think it is better than nothing.

Nabrok.9023:

Even if I do store the passwords securely (which I will of course), I am not going to be purchasing an SSL certificate.

You don’t have to purchase a certificate. There are free providers like StartSSL that should fit most basic use cases.

However. The whole situation is a really bad compromise.

A nice idea. However, Guild Wars 2 does not support ingame modifications (like addons/mods) or chat manipulation. There is currently no way to filter or check text messages for external developers.

You may want to suggest this directly to ArenaNet.

It’s actually a pretty interesting idea. Sadly, i have no time for something like this.

Good luck with this.

Your own app is currently not listed. Other users will see your application if they authorized it.

Lawton Campbell.8517:

Teranas.6150:

I have not tested if the Guild Wars 2 OAuth server really supports response_type=token (it has to, based on the RFC.) Did anyone tried this?

We do not support the implicit grant flow — we want clients (e.g., OAuth2 implementations) to be authenticated.

Thanks for clarification. I will remove that text passage.

Hi there,

I wrote down a documentation for dealing with the OAuth 2.0 implementation. I am not entirely sure if all information are 100% correct, so please contribute to the article!

http://wiki.guildwars2.com/wiki/API:2/OAuth_2.0

For example:

I have not tested if the Guild Wars 2 OAuth server really supports response_type=token (it has to, based on the RFC.) Did anyone tried this?

Thanks! API is working lika a charm!

I think most of my guild mates enjoy the new authentification process.

Looking forward to automatically sync guild ranks to guild forum groups =)

Remfin.4892:

Lawton Campbell.8517:

Remfin.4892:

Is there a delay for your permissions-granted showing up, or is that bugged?

Uhh, what do you mean? Does the token returned from /oauth2/token not work immediately? The token should be fully working when we return it :<

The token works just fine. It doesn’t show up in the account/applications page as an authorized app (no way to revoke it). It’s my own app if that makes a difference.

It seems like you’re right. I have two accounts. The one i registered the application with does not show granted privileges for this application but the other account does.

Insert at line 19:

console.log(err);

before or after

console.log(body);

I’m pretty sure you will get something like

{statusCode: 400, data: ‘{"text":"ErrBadData"}’ }

that is already reportet on GitHub .

Nabrok.9023:

When I make requests on /v2/account I’m getting the {"text":"ErrBadData"} response again.

This is happening if I use my own client_id or the gw2_api_demo one.

They will look into this next week.

See GitHub Issue https://github.com/arenanet/api-cdi/issues/19

Just finished my work on OAuth 2 thirdparty authentication and API implementation for WoltLab Burning Boards.

Can’t wait for the app registration release =D

You did great job there

That’s currently not possible.

You may want to post a suggestion to the API CDI thread: https://forum-en.gw2archive.eu/forum/community/api/API-CDI-2015

Stop asking questions :P Let them work :’D

munkiman.3068:

I’m confused, this is possible now with mumble tracking, can you not write an extension that utilizes that code? This seems pretty straight forward to me and something mentioned before the game launched.

I suppose mumble retrieves its data directly from client side in real time meanwhile the API retrieves its data from pre cached databases of the server. This data will be pretty fast outdated when you get them from the API.

Two very different mechanisms.

Pat Cavit.9234:

/v2/skills is something Lawton’s been working on for a bit. Due to the way they’ve been organically constructed over time it’s a real hairy thing to make as regular as you’d want in an API. A proposal for that should be going up in the near future.

Very nice to hear!

I would love to see Trait and Skill endpoints. I think those information should have been part of the API since v1.

Those endpoints would let us develope better build constructors and BBCode plugins for our forums.

They should provide information about the behavior of skills and traits.

title
description
damage modifier
conditions
boons
radius
stun(breaker)
max distance
combo effects
target count
casttime
cooldown
references to applied (de)buffs
type of skill (utility, weapon skill)
corresponding class
corresponding race

And of course: references to their corresponding icon files. I really think i missed some important infomation that should be included …

I may write a pull request for this if no one else will do it.

Pat Cavit.9234:

Worth looking at, but I suspect there’s some privacy concerns there until we get authenticated APIs in place.

So… Authenticated APIs is still a thing? I’m glad to hear this…

Stefan Larimore.6872:

Hi All,

As some people have noted, the current /events.json API is not compatible with the upcoming Megaserver technology. As such, the events API will be phasing out in its current form as maps get migrated over to megaservers.

For now, instead of the events API please follow the guidance described here: https://www.guildwars2.com/en/news/the-megaserver-system-world-bosses-and-events/

We will consider implementing a timer API based on this schedule for the future.

That’s a really interesting news. Sounds good to me.

I’ve done the same in JSON format with some additional information. Activation times are provided in UTC.

The timer-field will hold the in-game timer for the specific event (so this file is work in progress).

So i’m going to stop my current project and work on a static version with those synchron time points.

Current API (except WvW) is nearly useless from now on … whatever, i hope they will update the API and introduce the OAuth API soon.

Hi there,

i’m working on a few API projects using the Guild Wars 2 Event API. The blogpost didn’t told anything about the api. Based on several posts here on the forum, there seems to be a very slow development of your API. So what will happen on april 15? Will you drop API support for events? The current api syntax will not allow such a change.

Greetings,
Teranas

Hi there,

I looked over all well known Guild Wars 2 Timers out there and missed some useful features. So i decided to develope my own timer.

This timer features:

• A Google TTS API implementation (Event Names will be voiced)
• Alternative: Play an alert sound on event changes
• Tag events as done (This will be resetted at 0:00pm UTC)
• Mute single events
• Hide events you want to ignore
• Pin events you don’t want to miss
• German and English Language

Feel free to post suggestions and/or bugs.

Thanks to my epic guild HEAL on Drakkar-Lake Escpeicially Nuria and Anigma

http://gw2.teranas.de/timer

Hallo Leute,

Nachdem ich mir die bekannten Timer angesehen und festgestellt habe, dass mir einige Funktionen fehlen, beschloss ich meinen eignen Timer zu schreiben.

Der Timer bietet:

• Eine Implementation der Google TTS API (Eventnamen werden vorgelesen)
• Alternativ: Alarmsounds bei aktualisierten Events
• Markiere Events als erledigt. Diese Events werden dann nicht mehr vorgelesen und optisch hervorgehoben. (Wird automatisch um 0:00 Uhr UTC zurückgesetzt)
• Verstecke für dich unwichtige Events
• Pinne wichtige Events ganz oben fest
• Deutsche und Englische Sprache

Ich bin offen für Vorschläge und Bugmeldungen

Vielen Dank an meine großartige Gilde HEAL auf dem Server Drakkar-See – Vor allem Nuria und Anigma

http://gw2.teranas.de/timer

Greetings,
Teranas.6150

First of all, I’m sorry about my bad English but german forums are not supported as good as the english ones are.

I’m co-leader of a community-guild of a popular german games and entertainment news portal called GIGA.DE. My guild counts more than 60 members, probably more in the near future. Our members play on many different worlds.

At some point of time, we noticed that cross server guilds are weaker than guilds which are playing on ONE server. We cannot play together inside other regions than overflow servers or instances – okay, this will probably be changed in the future (guesting). But there are a few more negative aspects:

• It’s not possible to share items through guild bank (because they are server separated)
• It’s not possible to share bonuses like +10% Magic Find (which should effect the whole guild and not one single server)
• It’s not possible to earn the 100 extra influence by completing a dungeon with a full guild group if they are on different worlds
• It’s not possible to share guild banners (because they can’t be placed in instances)

Separating some features is a good idea, so each server can individually build upgrades: If most players on world a) want to play WvWvW, they can build those upgrades and world b) can build some upgrades from the economy category. But some features like the guild bank should be shared as same as the guild emblem or guild chat.

Because of this separating, we cannot offer upgrades like “10% Magic Find for 3 Days” to all of our members. Members who are nearly alone on their server can never get those upgrades. Those members will not represent our guild, so we are not able to earn enough influence. It’s some kind of ‘doom loop’ (i’m not sure if this is the right word). It’s like being a guild inside a guild and it does not feel like a community =/

Fixing point three will change very much … This will help us to bring our different servers to one level.

I hope someone of the ArenaNet staff will read (and understand) this
Greetings,

- Teranas