top | item 6352545

Python API

243 points| compcm | 12 years ago |pythonapi.com | reply

Provides API documentation and Python wrappers to different web services. It's based on Flask / Nginx and Gunicorn.

49 comments

order
[+] cruise02|12 years ago|reply
This definitely could use a form to submit API wrappers. I used the contact form linked at the top to submit Stack.PY, a Python module for the Stack Exchange 2.1 API, which is available on Launchpad (https://launchpad.net/stackpy) and PyPI (https://pypi.python.org/pypi/stackpy). The SE API documentation is at https://api.stackexchange.com/docs
[+] mathattack|12 years ago|reply
I think all the "You are missing X" comments suggest that the OP is on to something. Great idea!
[+] spilcm|12 years ago|reply
I'm working on to create a "Submit API" form. The Stack Exchange API is added. Thanks!
[+] spilcm|12 years ago|reply
Thanks. I will add it shortly.
[+] pyre|12 years ago|reply
The Urban Dictionary API wrapper[1] isn't in Python:

  installation

  $ npm install -g urban # bin
  $ npm install urban # lib

[1]: https://github.com/mvrilo/urban

Edit: Though looking at the site it again it only lists it as "command-line tool and API" instead of "Python wrapper" like all of the rest. Seems odd on a page dedicated to Python API wrappers.

[+] spilcm|12 years ago|reply
Updated the URL. If you can find a better wrapper, please let me know :)
[+] aidos|12 years ago|reply
It's interesting to see how differently these are all implemented. I guess it depends on what's at the other side of the api and how much work the developer wants to put in to data conversion.

When you flick through the first few examples you see that the result from querying a lib could be a nested dict, a bunch of objects or an lxml.etree. Every time you approach a new api, even with the help of a library so you don't have to deal with the transport, you still need to learn a unique set of data structures.

[+] smailq|12 years ago|reply
At Cosmic(http://www.cosmic-api.com/), we are working toward making web APIs more consistent and easier to build/consume with higher level framework. We take care of transport work, as well as data structure work. The data structure work(https://github.com/cosmic-api/teleport.py) is similar to Thrift, Protobuf, Avro, etc but with more emphasis on 'information on web' rather than dealing with raw bytes.

Cosmic is trying to achieve similar goal as Docker, as we are trying to build a framework/tools/services which solves APIs X languages matrix(Slide 14 of http://www.slideshare.net/dotCloud/why-docker).

FYI, the project is still in very early design stage, any feedback is very appreciated.

[+] zackmorris|12 years ago|reply
I always wanted a matrix of code in each language for accessing an API, the way that Rosetta Code shows examples for performing a calculation. I was shocked that there's no REST api category on rosettacode.org (although in fairness there's no http either):

http://rosettacode.org/wiki/Rest

http://rosettacode.org/wiki/Rest_api

http://www.google.com/search?q=REST%20api%20site:rosettacode...

I would very much like a language-agnostic way to tie all of these APIs together!

[+] codingjester|12 years ago|reply
For the Tumblr API, the link to the client is for our v1 API which has been deprecated in favor of our v2 API.

We have an official python client that I work on when I get time here: https://github.com/tumblr/pytumblr, Though I know there are tons of other awesome wrappers for v2 out there.

[+] lahwf|12 years ago|reply
A Lot of these libraries, are old and aren't maintained. Nice idea horrible curation.
[+] zachallia|12 years ago|reply
It really bothers me that API isn't capitalized in "Api Documentation" :)
[+] compcm|12 years ago|reply
LOL. That's a good point. I will fix that tonight :)
[+] spilcm|12 years ago|reply
Just updated the site with more API's. Check it out.