Guild Wars 2

Psys.5279:

For the case the player didn’t delete the character.
If the player delete the 60+ character (reason: try another class or something, they have only 2 character slots), the account is activate then for wvw, but you can’t proof it without a flag.
So the player is in wvw, but did not get access for it.
Yeah i know, this is some special case

Ah, good point. I originally was under the impression that it was on a per-character basis, but the FAQ does show that it unlocks account wide after 1 character reaches 60…

Psys.5279:

Maybee a Flag called “wvw” is the best one.

It can be 1 for a normal account.
And 0 for a Free 2 Play Account, but automatic set to 1 if one character arrived level 60

Mmm I think having an account-type indicator would make more sense here. Maybe just have a flag to indicate one of 3 types: Free, Core, or HoT. We could then determine for ourselves if the account has access to WvW – Free with a level 60 (or higher) character, or Core/HoT.

Hey there! Yes, Chris Cleary’s post is quite old and was for the original version of the application. Since that first release, I have never received any notices or reports of anyone ever being suspended for using my tool, so I’d say you can feel confident that it’s within the ToS for 3rd party applications.

StevenL.3761:

Here’s a nice visual representation of how it’s supposed to work (taken from a piece of SDK documentation).
https://i.imgur.com/ZWXGZzb.png

Here’s an adjusted version of where and how GW2HUD hijacks this process.
https://i.imgur.com/Vpqysex.png

Source: https://github.com/Fire-Dragon-DoL/CsLglcd/tree/master/CsLglcd/Pdf

I like how you made the broken lines all drippy looking.

Looking at the documentation, I could be wrong, but it looks like the interface allows for a passing actual bitmaps that are then drawn to the LCD display. There’s no contextual/generic information like what the mumble interface provides.

These things happen. Thanks for keeping us up-to-date!

Cronos.6532:

It would be pretty nice to still be able to use the API to pinpoint which events are taking place on a certain /ip server address; this was removed with megaservers.

I second this one. I suspect that it’s not quite that simple on the backend, but if it’s possible, it’d be awesome to get the events api back.

For the future APIs, from a high-level standpoint I’ve been thinking that any APIs that promote community are going to be the most useful. Having access to some of your account information, such as bank contents, characters, etc, is cool and all, but I don’t see them having as wide of an impact as something that enhances the GW2 community.

A perfect example of this is an expanded guild API. I’ll try to post a PR with more details, but I’m picturing an API that provides more details, starting with a roster of players, ranks, map locations, etc. Further expanding that with Authentication could bring guild management features, such as managing player ranks, invites, upgrade queue, etc. It’d be freaking awesome.

Pat Cavit.9234:

Aerodin.2795:

Pat Cavit.9234:

We’ll be switching the API frontends over to a brand-new version that is easier to maintain for us. This work also sets up the last bit of groundwork required to ship authenticated APIs, which we’re hoping to do next week.

Wow this is pretty huge news, and really exciting!! Just so it’s clear, is the plan/hope to have a thread to talk about future plans next week, or for the actual authenticated APIs to be available next week?

Both. The switchover in code happened this morning. Next week we’ll definitely kick off the CDI thread.

Not going to 100% promise that we will be able to enable the authenticated APIs then but it’s what we’re shooting for.

In the “managing expectations” department: The first authenticated API will be very simple. We’re starting with something simple and with low technical risk in case everything lights itself on fire.

Makes sense. Looking forward to it!

Pat Cavit.9234:

We’ll be switching the API frontends over to a brand-new version that is easier to maintain for us. This work also sets up the last bit of groundwork required to ship authenticated APIs, which we’re hoping to do next week.

Wow this is pretty huge news, and really exciting!! Just so it’s clear, is the plan/hope to have a thread to talk about future plans next week, or for the actual authenticated APIs to be available next week?

Nice job guys. I know a lot of work went into this release, and it shows. Thanks for continuing to update and be active with your library!

Awesome work, as always. Thanks guys!!

This is awesome! It’s great to finally see some real progress on those v2 APIs.

I’m excited to see what comes out of this contest. I personally don’t have the time to create something to submit, but I’m very interested in what other people create.

Hey there! Author of the tool here…

Before the megaserver update, I actually did have an implementation making use of the events API that would show a list of the events in the current zone. As Ayson already state, that API has been broken due to the megaserver update, so it’s not possible to do that anymore.

Here’s mine:

Guild Wars 2 Personal Assistant Overlay
https://gw2pao.codeplex.com/

Was fun making it, and will probably keep updating it over time. Started out as a project for learning WPF, turned into a fairly comprehensive overlay tool.

Great idea, but unfortunately I’m not sure this is possible right now due to the Megaserver setup. As far as I know, there’s no way of knowing which megaserver “instance” a player is on, and I would expect that things like node locations would be different for different “instances” of a map. If the API is ever updated to communicate that information, this would work just fine.

Was just spending some time working on my GW2 tool and found the following isn’t returning ANY results:

https://api.guildwars2.com/v1/event_details.json
https://api.guildwars2.com/v1/event_names.json?lang=en
https://api.guildwars2.com/v1/map_names.json?lang=en
https://api.guildwars2.com/v1/world_names.json?lang=en

This might be temporary, but it seems to have lasted for a good 30 minutes now.

Very cool. I’ve actually been in development of an application very similar, but for PvE and events. It’s going to become useless in a couple days, but it’s been fun making. As soon as I found out about that mumble-link interface, tons of ideas about location-based tools came to mind.

Just raising my hand on this as well… I’m working on an events-related tool myself, and if this renders it useless, it’d be great to know about it ahead of time.

I’d love an invite as well. Thanks!

Confirmed… jumping puzzles are a real pain when pressing jump doesn’t always jump…