Presentation is loading. Please wait.

Presentation is loading. Please wait.

MusicSpace David Bretherton mc schraefel (PI), Daniel Alexander Smith, Richard Polfreman,

Similar presentations


Presentation on theme: "MusicSpace David Bretherton mc schraefel (PI), Daniel Alexander Smith, Richard Polfreman,"— Presentation transcript:

1 musicSpace http://www.mspace.fm/projects/musicspace David Bretherton (D.Bretherton@soton.ac.uk), mc schraefel (PI), Daniel Alexander Smith, Richard Polfreman, Mark Everist, Jeanice Brooks, Joe Lambert.D.Bretherton@soton.ac.uk

2 2 Musicologists consult many data sources

3 3... but what if they could use just one?

4 4 Our data partners Public British Library British Library Sound Archive Cecilia Copac RISM (UK and Ireland) Commercial Grove Music Online Naxos Music Library RILM

5 5 The problem were addressing Musicological data is segregated into numerous digital repositories. Researchers have to use numerous online portals. Research is time consuming. Metadata from one source cannot be used to explore another source. Extracting large tranches of factual information can be difficult/impossible. As can running multi-part/cross-source search queries.

6 6 Examples of intractable questions Which scribes have created manuscripts of a composers works, and which other composers works have they inscribed? Which poets have had their poems set to music by Schubert, which of these musical settings were only published posthumously, and where can I find recordings of them? Which electroacoustic works were published within five years of their premier?

7 7 What makes these queries intractable (not readily tractable)? Need to consult several sources … and metadata from one source cannot guide searches of another source. Multi-part queries have to be broken down and results collated manually. Pen and paper! Insufficient granularity of data and/or search option. Solutions: Integration Optimally interactive UI (mSpace) Increase granularity

8 8 What are some of the challenges to implementing these solutions, and how is musicSpace meeting them?

9 9 Our partners use a variety of data formats MARC-XML MODS-XML Custom MARC Source-specific XML Tables/CSV (some relational databases) We import these as RDF

10 10 Metadata hierarchy We use a two-level hierarchy based on metadata type. This allows for both broad and narrow searching. Person ComposerScribeAuthorPerformer etc.

11 11 Adding granularity Where possible we add granularity to the metadata on import. Person Immyns, John [scr]. Scribe Immyns, John. Book Come Death, I shall not fear thee... with author Monteverdi, Claudio. Book of printed music Come Death, I shall not fear thee... with composer Monteverdi, Claudio. (Because of marc-leader info.)

12 12 Co-reference mapping The identifier for a given entity may vary within and between data sources. Gazetteer Bach Bach, JS Bach, J. S. Bach, Johann Sebastian Bach, Johan Sebastian Bach, Johann Sebastian

13 13 Benefits of using a gazetteer 1.Semi-automated, but musicologists check and update the mappings as necessary. 2.Any updated or new records re-use the manually corrected gazetteers. 3.We can resolve inconsistencies in our data partners records without having to maintain copies of their databases for ourselves.

14 14 Were currently building a tool to harvest Grove Metadata

15 15 Screencast 1: Which scribes have created manuscripts of Monteverdis works, and which other composers works have they inscribed? http://www.youtube.com/watch?v=otYlnfDzb8s&hd=1

16 16 Initial testing and evaluation took place during April-May 2009

17 17 Feedback on speed and ease of use: All the information showed up very quickly, and it was easy to find material. It was really good to have different kinds of material in the same place. [musicSpace offers] a speedier way to research crossed search pathways. Excellent interface – very simple to understand.

18 18 Feedback on browsing around a subject or changing the search paradigm: I would recommend musicSpace for its ability to manipulate queries in order to get results that you wouldnt otherwise be able to get [without starting over]. I liked the ability to explore around a topic once youve identified something of interest. The ability to switch columns around and add new columns was most useful.

19 19 Feedback on improved data granularity: [Without using musicSpace] it would not be at all easy to do an opera character search. You would have to use printed reference books like Pipers Enzyklopädie des Musiktheaters, but even this does not have an index of characters, so youd have to look at the entry for each opera and manually collate information. You would also have to know what you were looking for before starting out! I used musicSpace to explore how many operas have a character named Alceste. This information simply isnt get-at-able using other search interfaces – youd have to sort through the information by hand.

20 20 Screencast 2: Character search for Alceste; Viewing records in their original context; Saving, sharing, exporting features. http://www.youtube.com/watch?v=y762uP13Lx4&hd=1

21 21 Where next?

22 22 Timetable Summer 09: revise mSpace code; internal testing. September 09: Integration of remaining data sets. From November/December 09: Stage of user testing open to all. – Assessment of take-up and impact on research (both qualitative and quantitative evaluation); – Log newly tractable research queries; – Log already tractable research queries; – Effect on publication of research.

23 23 An invitation... Were looking for musicologists working in the following areas to take part in our trials: Monteverdi recordings C19th opera buffa Schubert songs C20th electroacoustic music

24 24 End


Download ppt "MusicSpace David Bretherton mc schraefel (PI), Daniel Alexander Smith, Richard Polfreman,"

Similar presentations


Ads by Google