Hi Edmore,

as far as I remember the thinking with regards to dcCreated was that we just 
don't know the actual recording date, which may or may not be related to the 
date on which the file was dropped into the inbox. One solution may be to try 
and read the recording date from the movie itself during inpsection time. Media 
info for example displays an "Encoded date":

Encoded date                     : UTC 2008-12-04 12:45:51

This to me seems to be much more accurate than taking the date where the file 
was dropped into the inbox. Would you agree?

Tobias

On 08.03.2012, at 11:08, Edmore Moyo <[email protected]> wrote:

> Good day,
> 
> When files are uploaded via the UI, the dcCreated field (creation_time) for 
> the media is correctly populated e.g. can be viewed via the episode service. 
> This ensures that the date of the recording  is displayed correctly on the 
> Media Gallery.
> 
> We have noted strange behaviour when media files are ingested by being 
> dropped into the inbox. Dates for recordings that are ingested via the inbox 
> ( well those we have noted ) appear to have a date "n.a" displayed. This is 
> attributed to the dcCreated field not being correctly populated.  Is this a 
> bug in the backend ? Should the "dcCreated" field be automatically populated 
> when files are dropped into the inbox? or should the UI be changed to pick up 
> the start date field i.e. the recording date, that appears to be present 
> irrespective of the ingest process ?
> 
> Regards,
> 
> Edmore Moyo
> UCT
> 
> ###
> 
> UNIVERSITY OF CAPE TOWN
> 
> 
> This e-mail is subject to the UCT ICT policies and e-mail disclaimer 
> published on our website at 
> http://www.uct.ac.za/about/policies/emaildisclaimer/ or obtainable from +27 
> 21 650 9111. This e-mail is intended only for the person(s) to whom it is 
> addressed. If the e-mail has reached you in error, please notify the author. 
> If you are not the intended recipient of the e-mail you may not use, 
> disclose, copy, redirect or print the content. If this e-mail is not related 
> to the business of UCT it is sent by the sender in the sender's individual 
> capacity.
> 
> 
> ### 
> _______________________________________________
> 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