Hi Sergio, please do open a ticket, although work is being done as part of [1].
In general it would be great if more people could talk about their QA findings when piloting or otherwise test driving 1.4. Entwine is very much focused on the backend processing part as this is where most of our expertise is. Almost everytime we start looking at other areas, especially in the administrative ui, we almost always start hitting bugs, which is indicating that either nobody is looking at 1.4 or findings are not being communicated/filed or shared, which is less ideal because it keeps the expectation up that we are kind of done with 1.4. Unless we have institutions that commit to properly QAing at least select areas of 1.4 we can't possibly release it, given that everyone has been waiting for more than a year and has high expectations of it. Please see [2] and grab your column if you would like to participate. Sorry to be so negative, but the overall lack of commitment towards 1.4 is rather frustrating. Tobias [1] https://opencast.jira.com/browse/MH-9438 [2] http://opencast.jira.com/wiki/display/MH/QA+Status On 09.02.2013, at 02:17, ser...@media.berkeley.edu wrote: > We're experiencing problems with multiple dublincore/episode as well, but > where we're encountering the problem is in the trim ui failing while > trying to request all these metadata files in one url, breaking the > request. We have a workaround for this, namely using the last > dublincore/episode listed, but this doesn't answer the underlying > question. Is the designed behavior to save these edits as separate > entries, or to overwrite previous entries? > > If the expected behavior is multiple entries, then there are bugs in the > rss feed as noted by James, and the trim ui failing that we've > encountered. If not than the bug lies in that it's not overwriting > previous entries when editing. > > Can anyone tell us which is correct? I'll happily file a bug either way. > > -Sergio > > -------- Original Message -------- > Subject: [Opencast Matterhorn] Multiple edits creates multiple > dublincore/episodes and confusion > Date: Thu, 07 Feb 2013 14:58:27 +0000 > From: James Perrin <james.s.per...@manchester.ac.uk> > Reply-To: Opencast Matterhorn <matterhorn@opencastproject.org> > To: Opencast Matterhorn <matterhorn@opencastproject.org> > > Hi, > > To schedule a set of recordings often takes multiple edits. eg we want > each recording title in a series to have a lecture number, BIO_FOO-1, > BIO-FOO-2 etc. > > Each edit adds a new dublincore/series and dublincore/episode into the > mediapackage. The dublincore/series all point to the same file but the > dublincore/episode are all different each representing a new edit. The > problem we have had is that the RSS feed has taken the recording title > at random from one of the dublincore/episodes not the last. > > If storing recording edits as multiple episodes is correct (!?) Are > they ordered by the id (Catalog-N)? Should everything (eg RSS feed) be > using the dublincore/episode file with the highest value of N? > > I want to check what the expected behaviour is before I file a bug > report. > > Regards > James > -- > ------------------------------------------------------------------------ > James S. Perrin > > Media Technologies Team > Devonshire House, University Precinct > The University of Manchester > Oxford Road, Manchester, M13 9PL > > t: +44 (0) 161 275 6945 > e: james.per...@manchester.ac.uk > w: www.manchester.ac.uk/researchcomputing > ------------------------------------------------------------------------ > "The test of intellect is the refusal to belabour the obvious" > - Alfred Bester > ------------------------------------------------------------------------ > > _______________________________________________ > Matterhorn mailing list > Matterhorn@opencastproject.org > http://lists.opencastproject.org/mailman/listinfo/matterhorn > > > To unsubscribe please email > matterhorn-unsubscr...@opencastproject.org > _______________________________________________ _______________________________________________ Matterhorn mailing list Matterhorn@opencastproject.org http://lists.opencastproject.org/mailman/listinfo/matterhorn To unsubscribe please email matterhorn-unsubscr...@opencastproject.org _______________________________________________
