Goodreads Developers discussion
JSON endpoints?
date
newest »


Granted I'm not using Oauth, just public data
so in my jekyll _config.yml:
jekyll_xml:
- data: grbooks
source: https://www.goodreads.com/review/list...
cache: false
and then in my liquid template:
{% assign goodreads = site.data.grbooks.GoodreadsResponse %}
{% for rev in goodreads.reviews.review %}
<div class='book'>
<a href='{{ rev.book.link }}'>{{ rev.book.title }} </a>
</div>
{% endfor %}

"P...Plus One for JSON endpoints?", Prometheus stammers.
He winces again at the bird's inevitable reply.

Btw, I'm building a GraphQL gateway for myself, just in case someone tried the same. My (long term) idea is to include multiple Books APIs under the same gql queries (yes, I'm being optimistic) 😃

People shouldn't have to. Especially as XML's relatively larger packet size can cost people money over time if they're using cloud-based servers such as AWS Gateway.

The first of 63 previous who writes this. Apparently, this is not important.
I will be glad to change my mind.

Our #1 request — json endpoints — has been completely ignored for years and years.
C'mon, Goodreads. Show us some love.

Mine too.
(but I'd love for it to be abandoned forever because we got the effing json endpoints)

I wrote the following code in python to access one of your api methods, including the proper key and all. But for some reason I am unable to access the contents. Could someone please help me?

https://technobitch.com/goodreads.php...
is equivalent to
https://www.goodreads.com/search.xml?...
but will output JSON instead of XML

I may be late to this discussion, but I've done some initial work on a GraphQL wrapper for the Goodreads API. It's not exactly JSON (what everyone wants); however, GraphQL returns clean and easy-to-understand query results (think the GETs) and easy to implement mutations (POST, PUTs, DELETEs).
I would be happy if people dried it out and gave some feedback as to how I could improve it as a proper backend for whatever apps they plan on building with the Goodreads API.
Link here:
https://github.com/mcshakes/good_wrap
For now, I only have the read only endpoints for
1) api/author_url/
2) author/show/
3) book/show/
They still give some good info I wish I had BUT I plan on adding more. If you have suggestions or feedback, I would happily take it.

I may be late to this discussion, but I've done some initial work on a GraphQL wrapper for the Goodreads API. It's not exactly JSON (what everyone wants); however, GraphQL returns clea..."
nice work!

I may be late to this discussion, but I've done some initial work on a GraphQL wrapper for the Goodreads API. It's not exactly JSON (what everyone wants); however, GraphQL returns clea..."
Awesome work!👏 I'm doing exactly the same for myself! 😀 I could use and support your work instead...thank you for the initiative!

I would definitely appreciate that! Yeah, I'm happy to take suggestions on how to improve and make it more usable. This is my first time creating a Wiki as well, where I hope to add proper documentation on usage

{"status":"406","error":"Not Acceptable"}





This is very true! This thread started in 2014, after all these years even building a REST API feels a bit outdated 😅.
I think that the best thing we could do as devs is just running our own projects to wrap the poorly featured and documented XML API (p.e. with a GraphQL gateway) and using it in our apps or webs 🤔. I'm doing my wrapper and there's a lot of other people out there doing an amazing job with the tools GR provides as well.
Hopefully, Goodreads people will see value on providing services for devs at some point. They'll be able to take advantage of our work when the time comes and we'll eventually have official support 🤞.

I've made a program in python that returns search query in json format with book id, book name, Author name along with book image. Ping me if you need help :)


Sadly, it's not a matter of json vs. xml anymore... they're killing it all.
You can read more about the upcoming deprecation in another topic in this forum called "API deprecation".
Anyway..."
He looks like that over enthusiastic kid :P