Pawel,
I have to admit that it is difficult to understand what you are proposing as a 
solution. One suggestion I have is to provide a sketch so we can visualize how 
the UI would change. 

Judy

On May 23, 2012, at 12:37 AM, Pawel Fic wrote:

> Hi!
> Rubén, thanks for putting this up! 
> I am a part of NCast, I will catch up on those, and think of something!
> Sorry for not responding earlier, I needed time to read all about it.
> 
> 
> Judy, here is my opinion:
> 
> >Recordings page should really be about what we're currently calling 
> >"Episodes"
> ------------------------------------------------------------------------------------------------------------------
> Agreed!
> 
> >new, powerful feature has been "added"
> ------------------------------------------------------------
> Come on! Browsing a list of videos uploaded to the server is a powerful 
> feature? It sounds like basic future. 
> When I was a newcome to Matterhorn, I was thinking recordings are recordings 
> and recordings page is what episodes are right now.
> 
> 
> 
> For the first time I have noticed it it looked fine, 
> When  digged into it it turned out to be a complete mess!
> -------------------------------------------------------------------------------
> FIX Proporsal:
> -------------------------------
> I would like to fix it, because as it is right now I find it unusable, but I 
> need the agreement on this group. Here I am nobody, I need support of at 
> least majority of the community (commiters), but before I do that I need to 
> do research on "how it supposed to be". 
> 
> So:
>  On the "recordings" page.....
> 
> The simpliest solution would be to group the operations by mediapackage ID, 
> then display all mediapackages as single row, going into details would be 
> going into details of episode. 
> 
> 
> The best solution would be to; 
> (a) organize the data that is stored inside matterhorn (project / documenting)
> (b) agree on what and how supposed offered by endpoints (project/documenting)
> (c) implement the endpoints (fix them to match the spec)
> (c) design what is going to be on admin pages
> (d) implement it
> 
> BUT First of all prior to everything what there must be a drawing of those... 
> up to 10? data tables that are right now all over inside solr search indexes, 
> databases (SQL & Solr).
> 
> There must be a NF3 or at least NF2 drawing saying:
>   WORKFLOW has a reference to EPISODE
> 
> not table of WORKFLOWs containt copy of EPISODEs as it was when it was 
> created....
> 
> Right now:  I edit the title of an episode --> and workflows (aka recordings) 
> are the same.
> 
> Do not change the name of "Recordings"....
> I am willing to do that... (the design of tables), but I will have to 
> cooperate with somebody from the group, and prior to that get an agreement 
> that this would necessary.
> 
> -Pawel
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> --- On Wed, 5/23/12, Judy Stern <[email protected]> wrote:
> 
> From: Judy Stern <[email protected]>
> Subject: Re: [Opencast Matterhorn] Episodes are hidden
> To: "Opencast Matterhorn" <[email protected]>
> Date: Wednesday, May 23, 2012, 12:08 AM
> 
> Thanks for pointing to those, Ruben.
> Pawel, you'll see that there is much agreement about the confusing nature of 
> the UI. I think it is safe to say that a new, powerful feature has been 
> "added" but not (yet) well integrated into the UI. 
> To answer one of your questions, I would say that it was never an 
> *assumption* that there would only be one workflow per mediapackage... a 
> number of us actually assumed the Recordings UI would be iterated on to be 
> able to reflect multiple passes on a mediapackage...in effect the Recordings 
> page should really be about what we're currently calling "Episodes" with 
> additional information about what has been done to each (what's currently 
> available on "Recordings"). You can see one sketch (still needs plenty of 
> work), here: 
> http://opencast.jira.com/wiki/display/MH/Combining+Episodes+and+Workflow+Instances
> Hopefully those iterations (to better integrate the functionality in the UI) 
> will happen, but currently there seems to be a shortage of development 
> resources. 
> 
> Judy
> 
>  
> On May 22, 2012, at 3:27 AM, Rubén Pérez wrote:
> 
>> Pawel,
>> 
>> There has been several discussions in the list about this topic:
>> 
>> http://opencast.3480289.n2.nabble.com/Joint-efforts-by-NCast-and-Entwine-to-deliver-episode-service-td6743644.html
>> http://opencast.3480289.n2.nabble.com/Renaming-the-quot-Recordings-quot-tab-proposal-td6783119i20.html
>> http://opencast.3480289.n2.nabble.com/Enabling-the-Episode-service-for-1-3-by-default-proposal-td7305364.html#a7315498
>> http://opencast.3480289.n2.nabble.com/Minor-changes-to-Admin-UI-to-avoid-new-terminology-quot-Episodes-quot-proposal-td7441651.html
>> 
>> I hope your doubts are all replied there. Please come back with any remaning 
>> doubts you have.
>> 
>> Best regards
>> Rubén
>> 
>> 
>> 2012/5/21 Pawel Fic <[email protected]>
>> Hi,
>> I have noticed that Episodes tab is hidden by default.
>> However it allows performing operations like Retract, Publish, Remove from 
>> Hard drive operations on video files uploaded to Matterhorn.
>> 
>> But when I do that, the list of "finished recordings" of course grows.
>> Well, I wanted to:
>>  (1) upload a video file
>>  (2) publish it
>>  (3) perform segmentation
>>  (4) retract the video from Media Module
>>  (5) re-publish it (when it's segmentated).
>> 
>> It all works, but of course in finished recordings I have following items:
>>  1. My Recording - Finished   (upload)
>>  2. My Recording - Finished   (publish)
>>  3. My Recording - Finished   (segmentation)
>>  4. My Recording - Finished   (retract)
>>  5. My Recording - Finished   (publish)
>> 
>> Of course because each entry in "Recordings" stands for one successfully 
>> finished set of operations (Workflow) performed on the recording.
>> 
>> So.... Actual list of recordings uploaded to the server is on Episodes tab.
>> 
>> I also know that:
>> 1. Upcoming workflow reflect the scheduler
>> 2. Capturing workflow... reflect something between scheduler and already 
>> ingested video.
>> 3. Finished /On Hold / Failed ... reflect the results of workflow.
>> 
>> So... at some point I am confused what should be where.
>> 
>> 
>> 
>> It all looks great under a simple assumption, that only one workflow will  
>> be performed on the uploaded video.  Is this an important or obsolete 
>> assumption?
>> 
>> In my case, I have following (custom) workflows:
>> upload, - just upload a video file to server
>> upload & publish,  -- upload the file and automatically publish it in MG
>> publish,  -- publish file that is already uploaded
>> retract -- retract (hide) the file from where it was distributed (MG)
>> 
>> 
>> So....
>> shouldn't be the Recordings tab turned into "Operation log" and "Episodes" 
>> tab enabled by default, "schedule a recording", "upload" moved into 
>> "Episodes"... and so on. Upcoming & Capturing also moved somewhere else...
>> did somebody thought about redesigning it ?
>> 
>> -Pawel
>> 
>> 
>> 
>> _______________________________________________
>> 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]
>> _______________________________________________
> 
> 
> -----Inline Attachment Follows-----
> 
> _______________________________________________
> 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]
> _______________________________________________

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


To unsubscribe please email
[email protected]
_______________________________________________

Reply via email to