HomeGroupsTalkZeitgeist
This site uses cookies to deliver our services, improve performance, for analytics, and (if not signed in) for advertising. By using LibraryThing you acknowledge that you have read and understand our Terms of Service and Privacy Policy. Your use of the site and services is subject to these policies and terms.
  • LibraryThing
  • Book discussions
  • Your LibraryThing
  • Join to start using.

Free Web Services API to Common Knowledge

New features

Join LibraryThing to post.

This topic is currently marked as "dormant"—the last message is more than 90 days old. You can revive it by posting a reply.

1conceptDawg
Edited: Aug 1, 2008, 2:15pm Top

Today we announce the creation of a new Web Services API for Common Knowledge. See the blog post for more eloquent prose than I can spit out.

In the meantime, check out the LibraryThing Web Services API documentation, complete with sample requests and responses. You'll also notice a new link to the API documentation in the bottom bar.

With the new Web Services API we have a modular mechanism for expanding our open data offerings. This modular design makes it easier for us to give our data away and makes it easier for you to create programs that use it.

2MMcM
Aug 1, 2008, 3:49pm Top

I think it would be better if author/name were in last, first format or both were available.

I think person/url is superfluous. Or did I miss a case where it isn't trivially derived from person/name? (The work and author urls I see more justification for, even though the id is right there.)

3caseydurfee
Aug 1, 2008, 4:19pm Top

MMcM, I think we want to spell out any attributes that we might want to change (like any URL links back to LT) rather than have them be derived.

4conceptDawg
Aug 1, 2008, 5:04pm Top

Correct. Applications shouldn't have to do URL logic on their end.

As for the author name. That's something that we talked about. I'll look at changing it (or adding the other format). It's another issue of trying to allow less logic on the applications side. Flipping names can be more complex than first thought.

5legallypuzzled
Aug 1, 2008, 6:15pm Top

Will the CK key be different than the JSON key some of us are already using?

6timspalding
Aug 1, 2008, 8:19pm Top

Yes, the Developer Key—for us in CK—is supposed to be a hidden thing. You can only use it an unlimited number of times per day, and it ties your agreement to your use—like an Amazon key, or a Google Maps key.

The JS key is public when you make it so—of necessity, because JS is always public. It basically allows access to your data.

7conceptDawg
Aug 1, 2008, 10:05pm Top

I've been thinking about the keys for the last two days and I'm going to have to talk with Tim about them. We may have to change the web services keys to a different sign-up structure. I want to make the change before the API gets too ensconced in developers' workflow. It won't be a real change in the code for now, mostly in the sign-up process.

Let Tim and I talk it over and I'll report back as soon as I know something. In the meantime code away and let us know if you do something cool with it.

8conceptDawg
Aug 1, 2008, 10:07pm Top

Oh...and in message 6 above, Tim said "You can only use it an unlimited number of times per day..."

I think he meant to say that you can only use it a limited number of times per day. Right now that is 1000 queries but we'll play that by ear and change it if it looks like it needs to be changed.

9timspalding
Aug 1, 2008, 10:12pm Top

Chris: Take a look at the sign-up process. It wasn't working at all—it forwards to one of the "developer" pages. I pushed them, and then had to change them to forward back to the services pages. It works but it's just wrong too, and you had intended services to do everything, but something didn't get changed right.

10conceptDawg
Aug 1, 2008, 11:22pm Top

I'll take a look at them and get it straightened out.

11markbarnes
Aug 2, 2008, 6:54am Top

I think if I was giving examples, I'd be inclined to use the ISBN rather than work number - the work number could change with combining/separating.

12conceptDawg
Aug 2, 2008, 6:51pm Top

Ah...good point. I'll change the examples. Although that brings up another entirely different conversation about combining. We'll get into that a different time. :)

13timspalding
Aug 2, 2008, 9:19pm Top

Chris: Are you doing the wild-goose-chase on combined works. If not, talk to me. I know you don't know the combination system—gladly, I suspect.

Group: New features

45,201 messages

This group does not accept members.

About

This topic is not marked as primarily about any work, author or other topic.

Touchstones

No touchstones

About | Contact | Privacy/Terms | Help/FAQs | Blog | Store | APIs | TinyCat | Legacy Libraries | Early Reviewers | Common Knowledge | 134,171,537 books! | Top bar: Always visible