[
http://opencast.jira.com/browse/MH-3415?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=29977#comment-29977
]
Greg Logan commented on MH-3415:
--------------------------------
Per
http://opencast.3480289.n2.nabble.com/JIRA-Ticket-Cleanup-proposal-td7475080.html,
this has been bulk resolved as won't fix. If this is still important to you
please reopen and we can triage as appropriate.
> Ingest should be able to take zipped media without a metadata file and still
> do something useful with it
> --------------------------------------------------------------------------------------------------------
>
> Key: MH-3415
> URL: http://opencast.jira.com/browse/MH-3415
> Project: Matterhorn Project
> Issue Type: Sub-Task
> Components: Architecture & Services, Capture (Devices and Software)
> Affects Versions: Iteration 14, 1.0.0
> Reporter: Christopher Brooks
> Assignee: Tobias Wunden
> Fix For: None
>
>
> Assigned to josh to verify this seems reasonable and allocate resources,
> comments welcome from all.
> Backstory: The capture agent can create unscheduled recordings by hitting a
> rest endpoint. This is meant as a developer feature not public feature right
> now. We want to minimize the integration pain between capture agents outside
> of MH and the core. Requiring metadata increases the contract for zipped
> content package ingestion.
> Right now the core needs a DC metadata file that includes the title and a
> uuid. If these were both optional then the ingestion of a zip of media would
> work. The uuid, if not present, can be trivially created on the core and
> probably should be. The title shouldn't need to be required, our tools
> should be able to work with a set of media that has no title. This could be
> accomplished either by faking a title in the capture agent (bad) and
> attaching the metadata, faking a title in the ingest (e.g. if no title then
> use uuid; bad, but not as bad as the first) or just natively supporting media
> in our indexing/ui tools without a title (good, but might be a fair bit of
> work).
> I'd like to go with the second option for the time being, and reevaluate at
> 1.0, or put as a low priority bug in the backlog.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
http://opencast.jira.com/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
_______________________________________________
Matterhorn mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn
To unsubscribe please email
[email protected]
_______________________________________________
