Ditto what Chris said (i.e. I like it, but not for 1.3) I think we also want to think through the details a little bit more. Some things I'm concerned about, off the top of my head: --the user needs to be alerted somehow to the fact that prepopulation is happening, especially since the fields that are impacted are hidden or far down the page. --what happens if Series metadata is changed after the recordings are created? Do recordings get updated or not? How do we set user expectations appropriately? --although the prepopulations suggested probably make sense for many of us, I fear that they may actually violate the intent of the metadata standard (e.g. the description of the item should really NOT be the same as the series description) We may want to refer to the work that Olaf has done: http://opencast.jira.com/wiki/display/MH/Matterhorn+metadata+scheme+%28work+in+progress%29 --there are other less-direct pre-populations that some might find useful. e.g. here at UCB, our admikn users want the episode "Presenter" to be prepopulated by the Series Organizer, as they use the Organizer field as a place to enter the course's primary instructor's name. (Okay, we probably don't want to worry about this as part of MH-8571 since it's beyond the intent of this ticket, but I'm bringing it up here as it's relevant to the concept of prepopulation in general.)
Judy p.s. Some related discussion in MH-3413 (As an administrator, I need to have metadata prepopulated or inherited from Series to individual recordings) On Feb 14, 2012, at 12:17 PM, Christopher Brooks wrote: > I like this, but don't think it should be added in 1.3 (closed for > features). > > Chris > >> Hi, >> >> Edmore from UCT proposed a pre-population of the input fields with >> data from the series and provided even a patch for this: >> http://opencast.jira.com/browse/MH-8571 >> >> I consider that this is a great idea. But I remember that we had a >> discussion about this feature in in the past already and some people >> had concerns that this would lead to bad metadata, as much of the >> data will be simply copied instead of filled in correctly. >> >> I would still recommend from our experience here in Osnabrück that we >> add this feature, as I would find it usefull. Is someone against >> adding this to the next release? >> >> Rüdiger >> > > > > -- > Christopher Brooks, BSc, MSc > ARIES Laboratory, University of Saskatchewan > > Web: http://www.cs.usask.ca/~cab938 > Phone: 1.306.966.1442 > Mail: Advanced Research in Intelligent Educational Systems Laboratory > Department of Computer Science > University of Saskatchewan > 176 Thorvaldson Building > 110 Science Place > Saskatoon, SK > S7N 5C9 > _______________________________________________ > Matterhorn mailing list > [email protected] > http://lists.opencastproject.org/mailman/listinfo/matterhorn > > > To unsubscribe please email > [email protected] > _______________________________________________ _______________________________________________ Matterhorn mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn To unsubscribe please email [email protected] _______________________________________________
