Pinned OGame API

NeoArc · May 9th 2013, 1:19pm

I didn't mean to discard the XML version of the API. I think the API is awesome as it is right now.
You are right about the browser freezing on older computers (and mobile devices)

There are some problems with the spanish translation of the forum.
File uploading breaks the page.

BTW I realize there's not a big difference comparing the original xml file with my json version. I think the attached file could be compressed more (and it can be modified to be more readable).

About the comparison with xpath, I'd save a modified version of the data in local Storage, with indexes (properties). Really fast:

players: {player_100233: {name: John Doe, alliance_id: 23544}, player_100234: {name: John Lennon, alliance_id: 23543} }

Bug (as seen in the edit message page):

Fatal error: PHP notice in file
/home/www/boards/board.origin.ogame.de/wcf/templates/compiled/22_0_14_attachmentsEdit.php
(22): Undefined index: messageID

NeoArc · May 9th 2013, 1:21pm

I think the forum has a bug when showing attached files...

marshen · May 10th 2013, 1:37am

Black Cat wrote:

I agree with Francolino, it's not a good habit to use JSON for a big amount of data, because you must parse all data before reading them and you never need everything
it takes too much time for nothing... when you can use XML to read the particular element you need at a moment, and read another element for instance 10 seconds later if you need it at this time (it's what i do here with players.xml and highscore.xml)

which is correct for your usecase black cat. but there might be other applications where it is vice versa.

there are many arguments that favor JSON over XML. in the end you will always find projects which are better suitable for one of em BUT you can't say that one is bad and useless.

btw you talk from a browser which is parsing an ajax request right? the answer is a bytestream which than needs to be parsed whether it is json or xml. modern browsers surely will have been optimized for both so i would assume that your argument is neither a pro nor a contra for xml over JSON.

Black Cat · May 10th 2013, 7:54pm

JSON is a format for light-weight data exchange
it could be use for serverData.xml but it doesn't make sense to use it for universe.xml for instance

marshen · May 13th 2013, 11:20am

Black Cat wrote:

JSON is a format for light-weight data exchange
it could be use for serverData.xml but it doesn't make sense to use it for universe.xml for instance

Why do you want to force JSON in one category? JSON is able to do 100% the same stuff like XML does.

Even for big universe.xml would make sense as JSON. Please accept that somebody might want to use it as his personal favor or because his source code is better at reading JSON than XML. Or do you say "no I don't publish a book in bulgarian because not many do speak it"? This is just silly.
Or otherwise said I would rather use a JSON parser of 200 loc in C# than importing a whole XML libary which lets my code increase by a huge amount.

Francolino · May 13th 2013, 5:33pm

Hello,

There is no need to offer both ways ( XML and JSON ) for the API. Everyone can parse the (more flexible) XML files with a few lines of code, so it's the first and only choice.

marshen · May 14th 2013, 3:07pm

Your argument is invalid. XML is not more flexible than JSON since both data description languages can do exactly the same.

Nevertheless you are completly right that (AND ONLY if there can only be one) XML is most likely best way (for this problem).

SoldatBourrin · May 14th 2013, 3:16pm

It's very easy to create external website to convert XML to JSON and exploit it in your program (similar to a proxy).

Warsaalk · Jul 6th 2013, 9:09am

I noticed that since update 5.5.0 the universe.xml file updates every day !

So one question, why ?

hynner · Jul 6th 2013, 11:42am

Better question - Is this a bug or a feature? I can´t see it anywhere in changelog.

Francolino · Jul 6th 2013, 6:03pm

We clarify it on monday :)

Black Cat · Jul 8th 2013, 1:32pm

playerData.xml is updated everyday as well

Francolino · Jul 8th 2013, 3:28pm

Thanks for reporting.

It's a bug, will be fixed as soon as possible.

8arlock · Aug 14th 2013, 5:55am

Can you add to localization.xml contents of LocalizationStrings and names of resources... of all five?
I do not like to use unsafe to access timeunits, decimalPoint and so on.

NeoArc · Nov 7th 2013, 11:17pm

Good afternoon.

I've noticed it is impossible to load data from Vega.de and Vega.es to ogniter.org
Perhaps my server IP is banned for some reason? It works fine from the browser.

(Ogniter's IP is 216.224.166.183)

Thanks! Regards, Donato.

Francolino · Nov 8th 2013, 8:13pm

Hello,

This is caused by the DDos protection. Vega.de is under DDos attack since some days, i am not sure about Vega.es, but seems to be the same. You can't do anything as long as this attacks are ongoing.

NeoArc · Nov 9th 2013, 12:40am

Hi Francolino. Thank for the answer.

I hope they will desist soon, or get caught, perhaps with the help of honeypots.
In the meanwhile I disabled the automatic updates of both universes.

Pseudosansinteret · Feb 13th 2014, 1:15pm

Hello,

I m thinking make a tool for exploit ogame API and i have some questions :

1) There is a list of all ogame community ? Like en,de,fr ...

2) About universes.xml, why not make a xml who regroup all server from all community ?
Like :

fr
server1 ...
server2 ...
en
server1 ...
server2 ...

.....

3) What is the champs "bonusFields" in serverData.xml ?

I gonna have lot question again later

Thanx for help.

iguypouf · Feb 17th 2014, 11:26am

Pseudosansinteret wrote:

3) What is the champs "bonusFields" in serverData.xml ?

Its the number of additionnal fields on main planet.

TheViking · Feb 17th 2014, 6:30pm

Pseudosansinteret wrote:

1) There is a list of all ogame community ? Like en,de,fr ...

->Nope

Pseudosansinteret wrote:

2) About universes.xml, why not make a xml who regroup all server from all community ?

I don't think that this is necessary. Maybe a solution for "1)" would be interesting. But after that getting availible servers is only al little bit of parsing.

Share