While having access at all is nice, the terms of use are prohibitive and somewhat heavy handed. They basically say you can make something, but can't charge for it in any way, you can't create a mash-up (no augmentation of data) and if it works out, Marvel will probably implement it for themselves anyway. Not really as 'open' as you might hope.
The following default rules apply to all Apps:
Advertising. No advertising or sponsorship of any kind may appear on or be associated with any App (unless included in the Content made available by Marvel).
No Charge. All Apps must be offered free of charge to download or otherwise access and may not contain any in-App purchase features or any other method of monetization, unless approved in writing by Marvel pursuant to a separate written agreement as described below.
...
NO PRESS RELEASES. You may not issue any press release or make any public statement about the Marvel API (and related Content), Tools, the inclusion of any of the foregoing in any Apps (yours or others') or these API Terms of Use without Marvel's prior written approval.
...
Use of our Content. You may not change or edit the Content (e.g., modify, augment).
...
You understand and acknowledge that Marvel may be independently creating applications, content and other products or services that may be similar to or competitive with your App, and nothing in these API Terms of Use will be construed as restricting or preventing Marvel from creating and fully exploiting such applications, content and other products or services now or in the future, without any obligation to you.
When this conversation came up on Reddit a while back, someone made the same point as you, and I replied (more or less) this back then too:
These terms apply to the free usage of their API.
I have no doubt that if you had a good idea that monetized their API data well, and you wanted to do things not allowed by this default license agreement, you could reach out to them and get a different license that allowed you to charge money and/or do more, probably in exchange for a revenue sharing or something.
Since this is a new(ish) service, they are probably not actively promoting a paid option while they hammer out any bugs or issues in v1 (since the SLA for paying customers is likely more involved).
Obviously this is all speculation, but just because this is the license displayed on the site doesn't mean it's the only license they are prepared to offer.
When you upload, submit, store, send or receive content to or through our Services, you give Google (and those we work with) a worldwide license to use, host, store, reproduce, modify, create derivative works (such as those resulting from translations, adaptations or other changes we make so that your content works better with our Services), communicate, publish, publicly perform, publicly display and distribute such content.
That's from Google's TOS [1], which applies to GMail. So Google can, in theory, publicly display your email.
I guess that's my way of saying that I'm much more interested in the fact this API is available for exploration and experimentation and much less interested that it doesn't meet an impossible standard that no one here can actually articulate or provide an example of.
Take into consideration that most APIs don't contain primarily data and information about trademarked characters and copyrighted works. They are going to err on the side of being very cautious when opening up an API full of their popular intellectual property.
I would not have anticipated all of those and I appreciated the heads up. If you're offering an API to the public at large like this, yes, I would default towards assuming it was relatively open barring notice to the contrary. When you make it really easy to start sending requests and bury all the terms in conditions in fine print, that's something of an anti-pattern.
Especially when talking about the kind of API most likely to be used by clever teenagers on a fansite.
For anyone who has enjoyed Timehop, I put together an app I call Marvelhop [1]. It simply picks a random comic that was issued on this week in the past 20 years.
I am surely biased, but it's a pretty fun way to rediscover comics you might have forgotten about.
I hate to be "that guy", but what about turtle4's observation [1] of some TOS items? Seems like your post may be crossing some lines?
~~
NO PRESS RELEASES. You may not issue any press release or make any public statement about the Marvel API (and related Content), Tools, the inclusion of any of the foregoing in any Apps (yours or others') or these API Terms of Use without Marvel's prior written approval.
This is really cool, however I found one major flaw that will prevent me from using this: I have a marvel.com account and forgot my password, so I went to "Forgot my Password" to get a new one.
I was emailed with my email and password in plain text, meaning that Marvel stores the passwords in plain text. Knowing that, I'm not sure how comfortable I would be building something on top of this API.
While concerning with regard to their stance on security, you should really assume all web services store their passwords in plaintext. Passwords have always been kept in confidence on the web, without any guarantee of secrecy. Until web standards improve and address this with client side hashing this is an uphill battle, like trying to get people to use prepared queries instead of escaping. Use a password manager with a random per-site generator and just accept it.
I'm currently developing a website, Longboxed (http://www.longboxed.com), that helps users build virtual pull lists, keeping them up to date with the latest releases.
The comic industry needs more of this. There is a wealth of information out there, nearly all of which is user created. Its nice to see Marvel offering this.
I'm very interested in seeing what people make with this. Now let's pester DC, Image, Dark Horse, etc to get on the bandwagon!
Good luck! I traveled that road for a few years with a site called MyPullList (2007-2010, RIP), and had a heck of a time with ... basically all of it. I did have a lot of fun talking about the data model and its challenges during the height of the NoSQL hype, though.
Looks like they're putting in place infrastructure for an API affiliate plan.
To use the API you must display a copyright link whose href points at a url included in the API's response.
Ignoring the nice boost this gives to Google rank, the urls change based on the request and so can point to a place where the viewer can buy the API response's content from Marvel.
Plus each url includes a tag so Marvel can know which app sent them the customer.
Not sure why they're putting such a powerful linkback/affiliate scheme in the copyright notice though. If they're sending back custom urls it's no extra effort to include call to action text for the link as well eg: Buy 'Avengers: The Quest For Profit'.
I think the difference is that I used the word API in my submissions title, which immediately makes the developer part of my brain say "Comic book API? What's that about?" and want to know more.
Maybe a bit off-topic, but the Grand Comics Database (http://www.comics.org) is an fan non-profit effort to index all comic books worldwide. We don't have an API, although we'd like to - it's mostly that we have no clear requirements yet, and since all data is available as a DB dump under CC-BY, there's not much push for one.
The project is now in its 20th year and this shows in that the database schema isn't as canonicalized as could be (for example, creator credits and character fields are just text fields and not DB references. Yet slowly but surely improvements are being made, faster in the last couple of years.
We could use some help if anybody is interested - our code is GPL (https://github.com/GrandComicsDatabase/gcd-django) and since the dev team is limited and everything happens on our free time, all kinds of help are appreciated.
I built something small to try the API out a couple months ago: http://cesnotseth.com/marvel/
Type in an event to see characters and covers from that event. Click individual characters to see covers throughout their history.
A cool thing about the API is that it returns both normalized and denormalized foreign entities. (E.g if I query a character, it will return a reference to an endpoint to query all that character's comics AND it will return the total number of comics). It saves a lot of time for aggregation.
I used that data a few months ago to create a chart of the most popular Marvel characters: http://i.imgur.com/KVAT3Xn.png
Back when this was announced, I blogged about it and built a demo. This demo simply finds a random cover over the past 50 years. It updates every - 30 seconds - I think. Anyway, here it is:
One would think you could sign up using ones github/bitbucket account. Would probably make it easier for them to showcase what devs have made using the api over time.
Fail - to create an account you have to enter a postal code and they limit the length to 5. Just as the limit of a zip code. Canadian postal codes are invalid. :/
would be great if a proper search parameter was provided. Right now you can only search characters by the exact name or 'namestartswith'. It would be nice if the searches had a priority associated with them (Iron man shows up way in the bottom for a search for 'iron')
Looks like just metadata - characters, series, events - I was just a tad disappointed that event didn't have a "event date" which constituted a date that the event occurred in. Such a date would allow construction of a marvel-verse wide timeline.
Does it have "issue release date"? That's what you'd need to make a timeline that made any sense at all. An in-universe "event date" doesn't really make sense because of the whole sliding timescale thing where continuity makes no sense and we (comic fans) pretend it does.
It's just info on the comics, superhero appearances, crossovers. Like someone previously said, just metadata. You can't pull Marvel Universe data like the height of all the X-Men from shortest to tallest or how many planets Galactus has eaten.
The following default rules apply to all Apps:
Advertising. No advertising or sponsorship of any kind may appear on or be associated with any App (unless included in the Content made available by Marvel).
No Charge. All Apps must be offered free of charge to download or otherwise access and may not contain any in-App purchase features or any other method of monetization, unless approved in writing by Marvel pursuant to a separate written agreement as described below.
...
NO PRESS RELEASES. You may not issue any press release or make any public statement about the Marvel API (and related Content), Tools, the inclusion of any of the foregoing in any Apps (yours or others') or these API Terms of Use without Marvel's prior written approval.
...
Use of our Content. You may not change or edit the Content (e.g., modify, augment).
...
You understand and acknowledge that Marvel may be independently creating applications, content and other products or services that may be similar to or competitive with your App, and nothing in these API Terms of Use will be construed as restricting or preventing Marvel from creating and fully exploiting such applications, content and other products or services now or in the future, without any obligation to you.