Hello Judy

> There *is* a chance to edit metadata after recording: when it's in the 
> Review/Trim
> hold state. You don't have to delete and reingest. (And yes, this only 
> applies to
> the individual Recording...we still are missing Series editing. I believe 
> Josh/Micah
> have an idea of what is needed to correctly do Series editing and perhaps can
> chime in with a clear explanation of why it's not so simple...my 
> understanding is
> that has to do with all the places that series metadata  changes needs to be 
> made,
> i.e. all the related mediapackages, distributed recordings, etc....) Another 
> option,
> I'd think, is to write a custom workflow, if you need to define a different 
> point in the
> flow when metadata edits could happen.
> Just so I understand the need better, who is the user in question? The 
> instructor in
> the classroom or an admin that makes the edits requested by the instructor? 
> If the
> latter, is there a problem with using the Review/Trim hold state for this? 
> (If the
> former, we need to acknowledge that Matterhorn 1 had administrators, 
> configurers,
> and learners as users. We didn't try to design for instructors.)

If I understand (Nils) correctly, we're talking about media already being 
published with someone (could be the instructor, could be a student or any 
other user) complaining about faulty metadata. So review/trim is not helpful, 
is it? And yes, these complaints occur with series as often as they occur with 
individual recordings from my experience.

Regards

Olaf A. 


> On Apr 29, 2011, at 9:02 AM, Nils Birnbaum wrote:
> 
> 
>       Just from my point of view, 90% of request for edit metadata came from
> lecturer when the recording is finished. So no chance to edit. Deleting and 
> re-
> ingest is no real option at all (I mean just from point of satisfy someone to 
> use
> Matterhorn it sounds poor to say that this is our soulution for typos in 
> Seriens and
> mediaobject Metadata).
> 
>       So what's the biggest problem developing this feature and who has the
> knowledge to define all necessary steps in the developing process to estimate 
> the
> needed manpower?
> 
>       Regards
>       Nils
> 
>       On 29.04.11 00:12, Judy Stern wrote:
> 
>               I can't quickly find the original mail so I may be taking this 
> out of
> context and I may be stating the obvious (to those contributing to the 
> thread, but
> not necessarily to those lurking):
> 
>               By "submitted", does this mean "already published"? If so, then 
> I
> agree that there is no way to delete or edit what's already been published.
>               But if "submitted" means "uploaded", there *is* a way to edit
> metadata, i.e. when it is in its Review hold state. It can also be "Ignored" 
> (i.e.
> deleted from the UI...) in this state.
> 
>               In other words, I agree that we are missing many edit/delete
> features, but want folks aware that there *are* some avenues for editing and
> deletion. Getting the full edit/delete feature set in would be ideal, and we 
> hope
> folks will step up to add these. (If anyone has the bandwidth to help add 
> these,
> let's talk on list or in a meeting or at an EditFest. See
> http://opencast.jira.com/wiki/display/MH/1.2+Delete+Options for the full 
> range of
> what we had hoped to accomplish for 1.2, but for which we currently don't have
> development resources.)
> 
>               Judy
> 
>               On Apr 27, 2011, at 11:28 PM, Nils Birnbaum wrote:
> 
> 
>                       On 26.04.11 22:21, Josh Holtzman wrote:
> 
>                                       Surprisingly, with the 1.1 Admin tool 
> there
> is still no way (that I saw) to delete or edit (e.g. change the Title) of a 
> submitted
> recording, pretty basic admin functionality supported on most other video 
> portals.
> 
> 
> 
>                               Yes, the edit and delete features are in much
> demand, but have still not been implemented.  You are certainly not alone in
> expecting these features.
> 
>                       I would like to step in here, what is the current plan 
> to
> develop this feature. I mean it's so basic that I would await it in 1.0 or 
> 1.1. It's not
> in it so you have a big problem givin Matterhorn recordings to public when 
> there
> are typos in the metadata. Will it be a 1.2 feature or do we need an EditFest?
>                       Regards
>                       Nils
> 
>                       _______________________________________________
>                       Matterhorn-users mailing list
>                       [email protected]
>                       
> http://lists.opencastproject.org/mailman/listinfo/matterhorn-
> users
> 
> 
> 
> 
>               Judy Stern
>               Educational Technology Services, UC Berkeley
>               [email protected]
> 
> 
> 
> 
>               _______________________________________________
>               Matterhorn-users mailing list
>               [email protected]
>               
> http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
> 
> 
>       _______________________________________________
>       Matterhorn-users mailing list
>       [email protected]
>       http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
> 
> 
> 
> Judy Stern
> Educational Technology Services, UC Berkeley [email protected]
> 
> 

_______________________________________________
Matterhorn-users mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn-users

Reply via email to