Your SlideShare is downloading. ×
0
Cosmic  Collections
<ul><li>Questions...   </li></ul><ul><li>If we built an API, would anyone use it? </li></ul><ul><li>C an you really crowds...
<ul><li>Mashups  combine data from one or more sources </li></ul><ul><li>and/or data and visualisation tools such as maps ...
<ul><li>APIs (Application Programming Interfaces) are a way for one machine to talk to another: </li></ul><ul><ul><li>‘ Hi...
<ul><li>What if you had a party and nobody came?   </li></ul><ul><li>AKA ‘the fears and how to deal with them’ </li></ul><...
 
 
What did we learn? <ul><li>People need (more) help to participate in a geektastic project like this </li></ul><ul><li>The ...
<ul><li>“ More of this kind of thing! Museums are supposed to be publically accessible resources for the enrichment and ed...
 
<ul><li>Tim Berners-Lee:  </li></ul><ul><li>“ The thing people are amazed about with the web is that, when you put somethi...
<ul><li>Tim Berners-Lee:  </li></ul><ul><li>“ The thing people are amazed about with the web is that, when you put somethi...
<ul><li>Using the feedback to focus and improve collection-wide API </li></ul><ul><li>Adding other forms of machine-readab...
Thank you <ul><li>Join in at http://museum-api.pbworks.com/ </li></ul><ul><li>More at http://openobjects.blogspot.com/ or ...
Upcoming SlideShare
Loading in...5
×

Cosmic Collections: creating a big bang?

1,078

Published on

Paper for Museums and the Web conference 2010, Denver. Cosmic Collections was a mashup competition run by the Science Museum to encourage people to use a beta collections API to make websites for the public.

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
1,078
On Slideshare
0
From Embeds
0
Number of Embeds
9
Actions
Shares
0
Downloads
3
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • The Cosmic Collections project was based on a simple idea - what if we gave people the ability to make their own collection website? The Science Museum was planning an exhibition on astronomy and culture, to be called ‘Cosmos &amp; Culture’. We had limited time and resources to produce a site to support the exhibition and we risked creating ‘just another exhibition microsite’. So what if we provided access to the machine-readable exhibition content that was already being gathered internally, and threw it open to the public to make websites with it? And what if we motivated them to enter by offering competition prizes? Competition participants could win a prize and kudos, and museum audiences might get a much more interesting, innovative site. The idea was a go od match for museum mission, exhibition content, technical context, hopefully audience - but was that enough?
  • The project gave me a chance to investigate some specific questions. At the time, there were lots of calls from some quarters for museums to produce APIs for each project, but would anyone actually use a museum API? The competition might help us understand whether or how we should invest in APIs and machine-readable data. We can never build interfaces to meet the needs of every type of audience. One of the promises of machine-readable data is that anyone can make something with your data, allowing people with particular needs to create something that supports their own requirements or combines their data with ours - but would anyone actually do it?
  • I’m going to get the geek stuff out of the way and quickly define mashups and APIs... Mashups are computer applications that take existing information from known sources and present it to the viewer in a new way. Here’s a mashup of content edits from Wikipedia with a map showing the location of the edit.
  • APIs tell a computer, &apos;if you go here, you will get that information, presented like this, and you can do that with it&apos;. A way of providing re-usable content to the public, other museums and other departments within our museum - we created a shared backend for web and gallery interactives. I think of APIs as user interfaces for developers and wanted to design a good experience for developers with the same care you would for end users*. I hoped that feedback from the competition could be used to improve the beta API * we didn’t succeed in the first go but it’s something to aim for post-beta
  • And on the next slides, the results. If I was replicating the real experience, you’d have several nerve-biting months while you waited for the museum to lumber into gear, planned the launch event, publicised the project in the participant communities... Then waited for results to come in. But let’s skip that bit...
  • The results - here’s the second prize winning entry. People came to the party. Yay! Our judges declared a winner and a runner-up, these are screenshots.
  • This is a screenshot from the winning site - it made the best use of the API and was designed to lure the visitor in and keep drawing them through the site. (We didn’t get subject specialists scratching their own itch - maybe they don’t need to share their work, maybe we didn’t reach them. Would like to reach researchers, let them know we have resources to be used, also that they can help us/our audiences by sharing their work)
  • I did a small survey to evaluate the project... Turns out the project was excellent outreach into the developer community. People were really excited about being invited to play with our data.
  • Also positive coverage in technical press. So in conclusion?
  • There are a lot of opportunities and excitement around putting machine-readable data online...
  • But people won&apos;t find and use your APIs without some encouragement. You need to support your API users. People outside the museum bring new ideas but there&apos;s still a big role for people who really understand the data and audiences to help make it a quality experience...
  • What next? Have been thinking about how to improve APIs - offer subject authorities with links to collections, embed markup in the collections pages to help search engines understand our data... I want more! The more of us with machine-readable data available for re-use, the better the cross-collections searches, the region or specialism-wide mashups... I&apos;d love to be able to put together a mashup showing all the cultural heritage content about my suburb; all the Boucher self-portraits; all the inventions that helped make the Space Shuttle work... Also been thinking about role of APIs and linked data (image from SciM universe). API = data. Data + meaning (vocabularies) = linked data - APIs are not enough? And what about shared museum standards suitable for use online?
  • If you&apos;re interested in possibilities of machine-readable data and access to your collections, join in the conversation on the museum API wiki or follow along on twitter or on blogs. Join in at http://museum-api.pbworks.com/ More at http://openobjects.blogspot.com/ or @mia_out Full paper online at http://www.archimuse.com/mw2010/papers/ridge/ridge.html
  • Transcript of "Cosmic Collections: creating a big bang?"

    1. 1. Cosmic Collections
    2. 2. <ul><li>Questions... </li></ul><ul><li>If we built an API, would anyone use it? </li></ul><ul><li>C an you really crowdsource the creation of collections interfaces? </li></ul>
    3. 3. <ul><li>Mashups combine data from one or more sources </li></ul><ul><li>and/or data and visualisation tools such as maps </li></ul><ul><li>or timelines. </li></ul>
    4. 4. <ul><li>APIs (Application Programming Interfaces) are a way for one machine to talk to another: </li></ul><ul><ul><li>‘ Hi Bob, I’d like a list of objects from you, and hey, Alice, could you draw me a timeline to put the objects on?’ </li></ul></ul>
    5. 5. <ul><li>What if you had a party and nobody came? </li></ul><ul><li>AKA ‘the fears and how to deal with them’ </li></ul><ul><li>Acknowledge those fears </li></ul><ul><li>Plan for the worst case scenario </li></ul><ul><li>Take a deep breath and do it anyway </li></ul>
    6. 8. What did we learn? <ul><li>People need (more) help to participate in a geektastic project like this </li></ul><ul><li>The dynamics of a competition are tricky </li></ul><ul><li>Mashups are shaped by the data provided - you get out what you put in </li></ul>Can we help people bring their own content to a future mashup?
    7. 9. <ul><li>“ More of this kind of thing! Museums are supposed to be publically accessible resources for the enrichment and education of humanity. Their knowledge and data should be too and this was a great step!&quot; </li></ul><ul><li>&quot;giving a tough-to-reach community real ownership of the museum project&quot; </li></ul>&quot;The very idea of the competition was awesome&quot;
    8. 11. <ul><li>Tim Berners-Lee: </li></ul><ul><li>“ The thing people are amazed about with the web is that, when you put something online, you don’t know who is going to use it—but it does get used.” </li></ul>
    9. 12. <ul><li>Tim Berners-Lee: </li></ul><ul><li>“ The thing people are amazed about with the web is that, when you put something online, you don’t know who is going to use it—but it does get used.” </li></ul>But: It doesn’t happen automatically It’s not a magic bullet
    10. 13. <ul><li>Using the feedback to focus and improve collection-wide API </li></ul><ul><li>Adding other forms of machine-readable data </li></ul><ul><li>Connecting with data from your collections? </li></ul>
    11. 14. Thank you <ul><li>Join in at http://museum-api.pbworks.com/ </li></ul><ul><li>More at http://openobjects.blogspot.com/ or @mia_out </li></ul><ul><li>&quot;The real voyage of discovery consists not in seeking new landscapes but in having new eyes&quot; </li></ul><ul><ul><li>Marcel Proust </li></ul></ul><ul><li>Image credits: Nasa, Science Museum. Tim Berners-Lee quote http://www.prospectmagazine.co.uk/2010/01/mash-the-state/ Full paper online at http://www.archimuse.com/mw2010/papers/ridge/ridge.html </li></ul>
    1. A particular slide catching your eye?

      Clipping is a handy way to collect important slides you want to go back to later.

    ×