You get what you’ve asked for. You wanted $identifier X, you get the data for it. Once. Even if you send it a thousand times, the data will still stay the same.
I didn’t mean it like that. We’re starting to mix up different ideas.
How it is right now
I ask for 40 yellow easter eggs
I receive 40 yellow easter eggs
The receipt says that 35 eggs are in stock
The receipt says that I received 40 of 35 eggs
How you say it should be
I ask for 40 yellow easter eggs
I receive 1 yellow easter egg
The receipt says that 35 eggs are in stock
The receipt says I received 1 of 35 eggs
How it should be
I ask for 40 yellow eggs
The cashier explains to me that there is only 1 yellow egg
Seriously? You compare data to physical eggs? You should better work in a supermarket when you think that way.
You asked for 40x the same string of text. You get it once instead because i don’t want to write it down 40 times as it would be a waste of my resources, but you are free to copy it as many times you want.
Processing and returning the same result more than once is just stupid. Assigning the result rows to the requested identifiers can be easily handled on the client side.
The output is incorrect, but returning output other than what is requested is also incorrect. I don’t expect a fish when I ask for a basket of eggs.
You get what you’ve asked for. You wanted $identifier X, you get the data for it. Once. Even if you send it a thousand times, the data will still stay the same.
We’ve already established that they are not using that particular SQL construct. Otherwise we wouldn’t be getting duplicate objects in the response content.
And we agreed that the output is incorrect. This doesn’t invalidate my previous point:
Honestly, i don’t care how YOUR program works. If it’s unable to handle the response to what it asked for, you should rewrite it. Keep that SQL in mind, this is actually what to expect as response when duplicate identifiers are sent.
You suggest that I should be allowed to request ?ids=404,404,404 but get only a single response object even though my program is expecting three objects? Nope, nope, nope, so much nope.
So does SQL. If you really think the API should act in a way YOUR program expects it to work, you’re wrong.
So tell me why:
should the API return an error
should it return the SAME object more than once
when you sent duplicate identifiers? How would your program handle the result of a SQL “…WHERE … IN(…) …”?
I don’t agree that passing duplicate identifiers is a bug. (in fact: it’s compensating bad programming on the client side)
I agree that the output is bugged.
However, it’s still too early to report/discuss v2 bugs. The v2 API is still in the works and not officially released yet.
These are in fact the supply camps. I guess there’s no info on the wiki because the objectives.json is broken since forever and everyone here is using a “fixed” one which includes all info.
I’ve recently updated my gist and added a geojson, too.
The x,y,z coords are in meter so you have to convert it to inches knowing that 1 meter = 39.3700787 inches.
According to Cliff :
Some implementation notes:
The coordinate system used by mumble is slightly different than the game. GW2 uses inches (don’t ask), but mumble uses meters. So you’ll need to convert the coordinates back to inches for use with the map API.
Because “Trait Guide [Dogged March]”. It’s the trait unlock item which probably won’t fit into other categories because it’s actually a skill unlock. In fact, it would also fit into Consumable/Unlock – but who knows how it’s handled internally… For example, the Commander’s Compendium is Gizmo/Default.
Consumable/Unlock are so far only:
- bank tabs
- bag slots
- recipes
- dyes
- finishers (unknown)
Mixed content blocking usually happens when external content which is served via http is served through pages which are delivered via https (described in the Google article). All content by Anet is usually served via https – even the wikis do finally support https. The problem lies in youtube links which are automatically resolved and displayed as embedded video (i think thats currently the only external content allowed on the forums). Most users still browse youtube via http or copy/paste the share links which are usually http too. The forum doesn’t automatically convert these to https which would be a simple thing to change in the code – so it’s up to Anet to fix this or it’s up to the users to only use https links (the latter is impossible).
And sometimes anet is resetting the discovered status of all items, so that they have to be discovered again to show up in the api (that happened just once for now? cant find source anymore).
The above script was just a proof of concept which takes no URL parameters but it’d be the least problem to change that (would have been required for wiki usage).
Originally i wanted to create a static maps script as <noscript> fallback with .jpg output for the wikis but haven’t finished it because reasons. Instead of displaying the tiles in HTML you could simply create a new image of size (tiles_x * 256) x (tiles_y * 256) and put the tiles in there within the loop – it’s just a few lines extra.
Nothing prevents you from datamining as long as it isn’t reverse engineering of the actual game files aka gw2.dat which in fact would be against the EULA
Call me crazy, but I do believe some info about the next update, even if it’s just "hey, we’ll give you a potato in 4 weeks" would calm down the people impatience... such is the gw2 community hunger.
While we’d love to give you a time and date of when we’re sending out the potato, remember that during the development process we may discover that a baked potato would be even better. So instead of getting the potato of your dreams you end up with something completely unexpected.
It often happens that a mashed potato with gravy is even better still, unfortunately gravy requires more dev time. So we end up shipping a mashed potato without gravy to meet our promise of ship time or we push back the time and date of when we are shipping again and again. You get your mashed potato with gravy but it is delivered much later than it was expected.
Worst of all that is when we realize that potatoes are way too mainstream and that yams are where it’s at now. And I think we all know how reactions seem to go when we ship yams instead of potatoes.
So in a lot of cases the best we can do is tell you that we are still in the kitchen cooking things up, we’re reading your feedback, and that we’re excited to get the meal out to you soon™.
Since the code is all open source it’s completely up to you how you use the data. The only problem might be the new Megaserver setup – i haven’t tested the app with that, so i don’t know how reliable the shard_id is.
When you say claim, do you mean when a guild physically goes to the supervisor to claim that area for their guild, or do you mean simply capturing a point?
The only way to track guilds via the API is when they actually claim an objective at the guild lord. So you can only track guilds which claim stuff.
That’s the kind of statistic a game developer never makes available, because they don’t want the public to have a clear, objective measurement of how many people are actually playing the game.
I’ve also had some ideas to track WvW guild activity when i wrote the initial version of my WvW database https://github.com/codemasher/gw2-wvwstats . Theres actually a lot of funny things you can do with the currrent API – even track guild home world movings and stuff. The idea of my database was to keep detailed records for the current (and maybe most recent) matchups – not just points/income at a given time in the match but also objectives and guilds who owned the objective at this time – combined with the maps API etc. However, it’s currently suspended due to a lack of interest in GW2 and i can’t run it on my webspace because i’d need a huge database (~100MB data per week or so) which is impossible for me. So if someone has the resources and some ideas, feel free to fork!
