[Spaceapi-devel] 0.13 suggestions

Andrew Elwell andrew.elwell at gmail.com
Wed Mar 27 17:32:30 CET 2013


As 0.13 introduces some backwards-incompatible changes, can I suggest
we just bump the major version rather than piddling around with
0.12,0.13 etc

I'm basing this on what we see in big REST sites - plan being so that
GET http://example.org/spaceapi/1/status should return json tied to
that version of the API - ditto if some app could only understand 0.12
syntax


it means a site can update both (or have some dynamic script that can
return the correct version depending how it was called) and not break
things in the meantime

If a site also did some oauth (or equvalent) voodoo there's the chance
that a public status feed would be different to what's shown to
members -- ie webcam feeds, events (*who* last opened the door etc)
rather than just an open/closed flag

so -- what's the best way to contribute to this? I've thrown a couple
of pull requests on github (one minor to add an optional 'spacefed'
boolean if the space supports federated identity logins and another to
bump the example in devel so that it actually verifies against the
0.13 proposal

Andrew


More information about the Spaceapi-devel mailing list