wonderful
wonderful
This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.
-
-
Hello again,
The first posting is completly updated. -
Added a poll about the update interval for the "critical" API pages (those with currently one update per week)
-
a good news for infuza
it will no longer have to log in each universe -
I think this is really great for tool developers
-
Nice innovation... but queries to the database would be better
-
-
ehm... way too much???8arlock wrote:
Nice innovation... but queries to the database would be better -
Removed founder="300040" foundDate="1318284000" from alliances.xml - This are only alliance internal data.
-
universe.xml should be normalized, this meens coords separated.
EDIT: status on players.xml too. -
Hello, i plan to Start an extended Warriders based on this API. Features I have in mind atm:
- Website in Python (Not PHP...)
- "Geospatial Indexing" -> MongoDB
- xml2json -> It's easier to work with
- General search and comparisations
- Points Graph -> For example with SIMILE Widghet (Example waffel.foray.ch/public/plots/a…il-schweiz-1950-2009.html)
- And many more....
I'll put all code to my Github Repository: github.com/fwaechter/o.raiders (#o.raiders was the first IRC Channel from OGame on the GameSurge Network. Just for your information. ;-))
I'll start uploading the code in a few days. Beacuse i'm a bit busy atm.
If you are experienced with XML, JSON, MongoDB, Python und Github - I would appreciate every help. I'm also willing to support "Newbies". So just contact me and we will see how you can help. Please use the Mail on from The GitHub Readme: github.com/fwaechter/o.raiders/blob/master/README.md
Best regards,
HelpLess
(Oh and btw.. if someone has a Server with free resources which I/we could use for some task -> Please contact me! -
Francolino wrote:
Added a poll about the update interval for the "critical" API pages (those with currently one update per week)
acutally none is fair. it'll be fair if you get each day the coords from 3 days ago. -
I'm quite surprised of Ogame API, it'll be very useful feature for tool developers!
-
Hi Francolino,
in playerData.xml, can you confirm that planets are sorted by order of emergence (so homeplanet is always first)?
by the way the example is not correct for element "planet"
there are no attributes moonId and moonName, but a child element "moon"
example: uni670.ogame.org/api/playerData.xml?id=323127 -
Hello,
Yes, the examples above are not really up to date. - Moons are now a childnode of the planet.
About the other question i am not sure - but you are right, it's not sensefull to request the complete player list to get homeplanet.
I'll check it and care about an improvment here to have sure the homeplanet -
thanks
if homeplanet is not in first position then adding an attribute would be nice -
Black Cat wrote:
thanks
if homeplanet is not in first position then adding an attribute would be nice ;)
Correct ;-) - I think an attribute is fine in general. -
The homeplanet is the one with the lowest planet id, since it can't be deleted. And in fact, it should be the first planet in the list as well, just because it has the lowest planet id.
-
Omar Hawk wrote:
The homeplanet is the one with the lowest planet id, since it can't be deleted.
I aggree, but I don't want to read all the planet elements to get the homeplanet
Omar Hawk wrote:
And in fact, it should be the first planet in the list as well, just because it has the lowest planet id.
if there isn't an order by id in the request, this is not sure at all (even if it may work in most cases)
I would like to have a confirmation -
I have some questions. Will the API come with some official documentation or all were gonna have are example above?
Also, about the examples posted:
uni670.ogame.org/api/playerData.xml?id=323127
Can some1 explain which highscore position refers to which points? Overall score, fleet score tc, hnour points are aslo listed?
Can we get some extra variables support, like $_GET['name'] to search player by name instead of id or $_GET{'type'] to specify the data that we actually need? eg. highscores or coordinates only, anything else only. So the tools developed by us wont fetch any unwanted data. Cause for now if i want to fetch some data by player name i would have to fetch >100kb xml to find that players id first, and then another xml, playerData.xml now.
Actually why its xml, not a plain text, for eg:
Wouldnt it be more efficient?
sbc@above-rainbow:~$ sudo reboot
-
Share