Live data from Hacker News

Ask HN: What to do with ultra tight API terms?

news.ycombinator.com

1–9 of 9 posts

Ask HN: What to do with ultra tight API terms?

#1
I'm thinking about mashing up (old term I know) two services but I ran into a roadblock when I came across Yelp's ToS. The lawyers drew this thing up so tight I can't figure out any legitimate use of their API and have come across seemingly conflicting clauses. Take a look, its good for a laugh http://www.yelp.com/developers/getting_started/api_terms.

My question is, what have your experiences been with approaching companies about their API terms? Is there a good way to approach it? Obviously my biggest fear is spending the time to develop the service only to have them shut it done.

Re: Ask HN: What to do with ultra tight API terms?

#4
Sometimes the terms might be more restrictive than is actually enforced. Doesn't really help with your fear, but if you avoid undermining them in every way you can, it's probably less likely that they'll try to cut you off. Having a backup plan (Google Local API?) probably isn't a bad idea, though.

Re: Ask HN: What to do with ultra tight API terms?

#6
post #2

I "love" clause 6D: "You agree that you will not, and will not assist or enable others to: use the API on behalf of any third party;" So in other words, no one can use the API except to get Yelp information about themselves. What a fucking joke.

The spirit of that is most likely: "You won't resell or grant your access to the API to other people, or allow someone else to to resell or grant access to the API."

Not generally the content you're getting from the API (although you wouldn't be selling or providing that to others, either, you'd be creating some derivative of it).

Re: Ask HN: What to do with ultra tight API terms?

#8
post #2

I "love" clause 6D: "You agree that you will not, and will not assist or enable others to: use the API on behalf of any third party;" So in other words, no one can use the API except to get Yelp information about themselves. What a fucking joke.

The spirit of that is most likely: "You won't resell or grant your access to the API to other people, or allow someone else to to resell or grant access to the API." Not generally the content you're getting from the API (although you wouldn't be selling or providing that to others, either, you'd be creating some derivative of it).

Well that may be YOUR spirit but for YELP'S spirit I have to rely on the language in the TOS.

I say this as a developer building a product in which yelp's reviews are directly useful.

Re: Ask HN: What to do with ultra tight API terms?

#9
post #8

Earlier quoted context omitted.

The spirit of that is most likely: "You won't resell or grant your access to the API to other people, or allow someone else to to resell or grant access to the API." Not generally the content you're getting from the API (although you wouldn't be selling or providing that to others, either, you'd be creating some derivative of it).

Well that may be YOUR spirit but for YELP'S spirit I have to rely on the language in the TOS. I say this as a developer building a product in which yelp's reviews are directly useful.

Which is why it behooves you to contact them and get clarification, exception, etc. The same rules don't apply to everyone equally if you can make the right case. Simply displaying their content is not likely to get a pass, but having a way to brand it well and drive new content creation often will.