Turf Forum

affanicaffan wrote:Jag fick för mig att med user-id kan man se alla zoner som har tagits av denne spelare, och när spelaren tog dessa och det har de ju sedan tidigare sagt nej till, i t.ex. RSS-feeden!

I RSS:en kan man endast se de senast 100-takes vad jag förstått av den nya Wikin, eller det kanske finns något annat hemligt bakom man inte känner till?
Vill man stalka så är det väl Turf Notify som gäller, inte speciellt svårt att lista ut e-postadresserna de flesta har.

Jag skulle vilja ha ID för local cashe av visst data, för att inte belasta TurfAPI allt för mycket, men när man skall spara i DB vill man ha en referens som inte kan ändras, det är här "id" kommer in i bilden.

Är stalking stort problem i Turf? Har ingen information eller erfarenhet av detta.

Vet inte vad Drassen hade i åtanken när han skrev att man inte skulle bygga mot "id", kanske enklare att han förklarar än att vi gissar.

Vi vill inte gå in i detalj på varför. Men vi kommer ev. att tillhandahålla en annan typ av id istället, så att ni kan identifiera användare utan namnet.

Har några önskemål och kommentarer om API:et:

* Skulle vara fint att kunna begära alla zoner som tagits över sedan en viss tid i RSS-API:et. Det är klart att det är bäst att lösa det på klientsidan men då slipper ni också skicka onödigt data (särskilt eftersom ni verkar tycka att bandbredd är dyrt).
* Tiden en zon skapades är oftast rätt ointressant. Mycket mer spännande är tiden för de senaste tagningarna.
* Det totala antalet tagningar av en zon någonsin visas idag i API:et, men mer intressant är antalet den här omgången. Datat är en färskvara och dessutom kraftigt beroende/korrelerat med antalet spelare.
* Möjlighet att få alla zoner inom ett område på en mer väldefinierad nivå än "region", till exempel koordinater för medelpunkt + radie.
* Svenska variabelnamn? Wtf? ("antal")
* Om man begär en användare skulle zoner gärna kunna vara egna XML-barn till user-elementet. Då kan man få med metadata om zonerna i samma förfrågan. Konkatenerade strängar av id-nummer känns mycket underligt i ett XML-dokument. Detsamma gäller medaljer.
* Möjligen en önskedröm, men en DTD som specificerar XML-strukturen vore trevligt. Det underlättar i vissa XML-bibliotek om inte annat.

Edit:
* Zoner en användare nyligen blivit av med, och/eller zoner en användare besökt nyligen. Kan vara bra då klienten kanske missar data som bara lever tillfälligt (en användare tar en zon som sedan övertas av någon annan). Något som kan lösas från klientsidan (genom att bevaka RSS-flödet), men det vore användbart i API:et.

Jag undrar hur det kommer det sig att Takeovers skiljer sig mellan turfgame.com-sidan och APIet?

Som exempel visar ett anrop till http://api.turfgame.com/v2/zones/theviadukt att zonen tagits 277 gånger, medans http://turfgame.com/map/TheViadukt säger att den tagits 283 gånger. Då zonen bara tagits fyra gånger i år, kan ju inte vara en fråga om någon cache...

UrbanGeeks wrote:Jag undrar hur det kommer det sig att Takeovers skiljer sig mellan turfgame.com-sidan och APIet?

Som exempel visar ett anrop till http://api.turfgame.com/v2/zones/theviadukt att zonen tagits 277 gånger, medans http://turfgame.com/map/TheViadukt säger att den tagits 283 gånger. Då zonen bara tagits fyra gånger i år, kan ju inte vara en fråga om någon cache...

Enligt http://issues.turfgame.com/view/138 så är alltså anledningen att revisits inte räknas med i den siffran som APIet tillhandahåller.

Jag tycker det vore önskvärt att man via APIet hade tillgång till samma takeover-siffror som på webbplatsen turfgame.com. Om dessa skiljer sig åt tror jag att användarna av tredjepartsapplikationer kan ifrågasätta hur vida tredjepartsapplikationen fungerar, då den skiljer sig från "facit", dvs webbplatsen turfgame.com.

Skulle det gå att få ut både takeovers och revisits via API så skulle det vara ännu flexiblare...

http://wiki.turfgame.com/sv/wiki/TurfAPI_V3

v3 släppt
en del uppdateringar.
blocktid, revisits, date_taken, etc.

Drassen wrote:http://wiki.turfgame.com/sv/wiki/TurfAPI_V3

v3 släppt
en del uppdateringar.
blocktid, revisits, date_taken, etc.

Jag hoppas det är OK att flytta API-dokumentationen till den engelskspråkiga wikin?

det är ok

Drassen wrote:http://wiki.turfgame.com/sv/wiki/TurfAPI_V3

v3 släppt
en del uppdateringar.
blocktid, revisits, date_taken, etc.

Noterade att användarna får ett id tillagt till sitt namn då man anropar zone-API Men detta problem verkar försvinna på zoner som blir tagna efter att V3-APIet annonserades, så det är kanske ett ickeproblem efter Söndag kl 12.

Drassen wrote:http://wiki.turfgame.com/sv/wiki/TurfAPI_V3

v3 släppt
en del uppdateringar.
blocktid, revisits, date_taken, etc.

Kul att API prioriteras nu, tack för det.
Noterade att userid används fortfarande, du skrev tidigare att vi skulle undvika att använda det, eftersom det nu finns även i v3 skall man tolka att det fortsatt kommer att finnas kvar?

Skickat från min GT-I9305N via Tapatalk 2