In case you missed the announcement on twitter or elsewhere, the winners have been revealed…
Our thanks to everyone who participated, commented, critiqued or cheered the project along.
In case you missed the announcement on twitter or elsewhere, the winners have been revealed…
Our thanks to everyone who participated, commented, critiqued or cheered the project along.
The Cosmic Collections competition has been running for a few weeks now, and while we’ve been sucked into a vortex of other projects, I’ve been keeping an eye out for feedback from the public.
As a result, I’ve realised that there may be some mismatch between the way mashups tend to work, and the scope we’ve suggested for entries to our competition. The types of interfaces someone might produce with the API may lend themselves more to exploring one particular idea in depth than produce something suitable for the broadest range of our audiences.
So I’m proposing to change the scope for entries to the competition, to make it more realistic and a better experience for entrants: I’d like to ask you to build a section of a site, rather than a whole site. The scope for entrants would then be: “create something that does one thing, and does it well”. Our criteria – use of collections data, creativity, accessibility, user experience and ease of deployment and maintenance – are still important but we’ll consider them alongside the type of mashup you submit.
This might mean producing a mashup for one particular way of exploring the objects, or exploring a sub-set of the objects. It’d then be up to us to combine the winning mashups into a larger site that works for our audiences.
What do you think? If there aren’t any huge objections, I’ll go ahead and update the criteria. Of course, if you’ve been working on something and feel it’s unfair to change the criteria at this stage, let me know and we’ll work something out.
As a reminder, here are the basic details for the Cosmic Collections competition:
1. Check out the data here
2. Get some help:
Read our tips for entrants, check out these mashup resources, and get some info about our audiences. Check out the documentation and connect with other people who want to enter the competiton. You can also join the Google group or use the hashtag #coscultcom in conversations on Twitter.
3. Get inspired
Visit the exhibition and check out these videos about the exhibition
4. Get creative and get mashing!
5. Send us a link to your entry.
Email us by midnight on November 28 (GMT) – you don’t need to pre-register.
(And the title? I’m a big fan of the Unix philosophy, “do one thing and do it well”.)
I won’t repeat the information already available on the Cosmic Collections launch event, and I’ll simply link to the page containing more information on judging criteria, prizes and timelines… I just want to use this post to encourage you to sign up for the launch and head over to the competition wiki to find some team mates to turn your brilliant mashup idea into a working website.
A very quick post to let you know that we’ve set a date for the launch of the Cosmos and Culture website competition I’ve mentioned earlier.
The launch event will be held at the Science Museum on Saturday, October 24, 2009. We’re planning a curator’s talk about the Cosmos and Culture exhibition, and we’re looking at ways to help people meet potential team mates – some kind of ‘hack matching’ thing. We’ve made it a Saturday so that most people should be able to come, and it’ll be open to anyone. More details to follow as we work them out!
At this stage, the competition submission date will be November 28, 2009, and we’re aiming to have the winning website(s) live to the public by mid-December.
If you’ve got any questions, leave a comment on this post, or tweet with the hash tag #coscultcom.
Just a quick note to say we haven’t abandoned this blog, but at the moment I’ve been concentrating on working out issues around schemas/formats, content, and functions for re-usable and interoperable cultural heritage data on a wiki.
There’s a list of things you can do if you work in a museum or are a developer interested in using museum data – jump in!
[I'll probably be making more frequent updates on my personal blog, Open Objects, until things really get going in about July. If things are a bit quiet here, you can poke me there, on the museum API wiki or on twitter @mia_out.]
I’m really putting this post here so I’ve got something to point to during any discussions at a conference (Museums and the Web) I’m at next week. It’s not perfectly written, and it doesn’t necessarily totally reflect current thinking – but I guess that’s in the nature of the thing. Perhaps the document is in perpetual beta. So consider this a draft, and remember that it’s a document written for internal consumption, repurposed in two minutes before I go back to debugging some code.
[Update: I've put the presentation I gave internally about this on Slideshare.]
Cosmos Mashup Competition
Objectives
How the competition works
We make raw data about C&C’s objects (name, date, caption text, people, locations, relevant celestial body, associated images etc etc) available.
Users come up with a mashup interface for this. This will integrate our object information with other freely available resources (examples could include Google Maps; sky mapping applications like Google Sky, Stellarium and Celestia; photo-sharing sites; Yahoo Pipe; IBM Many Eyes, astronomy news feeds … or something completely unexpected). The other resources will generally be a form of visualisation (maps, timelines, etc) or another data source.
The best mashup, as judged by a panel (made up of?) is awarded the prize fund. We will be judging in terms of creativity rather than purely technical accomplishment so if someone comes up with a great idea that they can’t quite execute, we can work this up to get it online.
[Working up the final project might take resources so we'd need to think about this - or we could pair them with another contestant.]
If feasible, we could run a ‘mashup speed dating’ ['hack matching'] event as part of the programme (between the data being released and the deadline for submission) – this would allow people to meet and share creative ideas, knowledge and skills. It would be easier to run this as part of Dana/Lates programme but we can look at different ways of doing it.
Audience
At the competition stage the field would be relatively small, as users will need some familiarity with mashups. Possible entrants could include design students, web designers, astronomers (many are very web literate) etc. Although a small field it enables us to target some sectors who might not normally be interested in a Science Museum web offer, and can be open to people around the world.
Once the finished web presence goes live it is open to all of our web audience.
Timescales
To avoid confusion with everything else going on at the Science Museum in 2009, we could open the competition in Autumn 2009 (there are various astronomy anniversaries we could tie into).
Period between the data release (or event) and the submission date should not be more than a month or it will lose momentum.
Possible benefits
We get users to develop a significant web presence for the exhibition – we don’t have time or budget to do this ourselves.
Fits aim of trying out new ways of interpreting objects.
We could get something really innovative.
The interface could have a life beyond the exhibition run and could be extended to the wider collection (or even to collaborations with other institutions if they are interested).
Shows we are serious about making the collection more accessible, and encouraging users to find their own stories about objects.
Makes use of raw information we are already generating for objects, so does not generate extra load on content team.
Feel free to comment! We’re still working out the competition parameters, judging, etc.
If you’ve got data that might work well with our collections data, I’d love to hear from you.
If you’re interested in the API side of things, you can join in on the museum API wiki.
Thanks to a bit of creative re-purposing, museum-api.pbwiki.com is open for sharing, discussing, arguing over and hopefully coming to some common agreements on APIs and data schemas for museum collections.
What you can do:
Today’s lesson: if you need to edit your .Net web.config file, think twice before doing it in anything but Notepad. If you have edited web.config in another application, it might be saved as ASCII, not Unicode.
The error on your site may be something like:
Configuration Error
Description: An error occurred during the processing of a configuration file required to service this request. Please review the specific error details below and modify your configuration file appropriately.Parser Error Message: There is no Unicode byte order mark. Cannot switch to Unicode.
Source Error:
[No relevant source lines]
To fix this, open the web.config in Notepad, choose ‘Save As’ from the File menu. In the ‘Save As’ dialogue box, make sure the filename is web.config, ’save as type’ is ‘All files’ and Encoding is ‘Unicode’.
There are probably other ways of fixing the error, but this is the ‘lowest common denominator’ fix, and if you’re racing to get a live server back up, Notepad might be all you have.
I should point out that I didn’t discover this by bringing the live web server down, so if you work for the Science Museum, don’t panic!
Another MCG (museums computer group) discussion list post repurposed as a blog post… In a discussion about the Brooklyn Museum API following on from discussion of the NMOLP ‘Creative Spaces’ project, Richard Light asked:
Don’t we need a standard for what a museum API looks like, and what it delivers? Even better, shouldn’t we stop thinking that we need to invent everything we use, and just adopt something like the Linked Data paradigm?
I quickly checked with Daniel, our head of web, that it was ok for me to throw this open to the world, and posted in response:
Science Museum is looking at releasing an API soon – project-specific to start with, but with the intention of using that as an iterative testing and learning process, and I’d be happy to talk to other museums about what they’re doing to try and come up with something with at least some core similarities in the schema and functionality. Anyone up for it?
So, are you up for it? I’ve had a few good responses already. My vague idea is maybe using digitalheritage.ning.com to share data schemas, API functionality, discuss the various acronyms we’re using, etc.
You can leave a comment here, or join the ning, or @miaridge on twitter.
Working out collections online – your questions?
September 10th, 2009 by miaI’ve been slowly putting together a list of research questions to try and tackle as I re-work our collections online (with our very own blogger, the transport curator David Rooney) and the ‘Online Stuff‘ section. I’ll write up the process and my ideas as I go, but in the meantime – what’s your number one question about presenting museum collections online? It could be ‘does x work better than y’, or ‘do people really want z’, or anything that’s been hanging around at the back of your brain. Leave a comment below or tweet @mia_out.
And speaking of collections online, check out the V&A’s Collections Search, just out in beta today. There’s so much to explore and the interface is a delight. Congratulations to all involved!
Posted in collections, design, requestforcomment | 3 Comments »