Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Investigate property changes for technical metadata #2157

Closed
1 of 2 tasks
jlhardes opened this issue Jul 14, 2017 · 6 comments
Closed
1 of 2 tasks

Investigate property changes for technical metadata #2157

jlhardes opened this issue Jul 14, 2017 · 6 comments

Comments

@jlhardes
Copy link
Contributor

jlhardes commented Jul 14, 2017

Description

@jenyoung and I have an Avalon property mapping change we're thinking needs to happen. We want to use nfo:codec for audio codec instead of the avalon-specific property that is currently in place.

http://oscaf.sourceforge.net/nfo.html#nfo:codec

That sets the audio codec property to an ontology that already exists and it can be shared and used elsewhere. Phydo, the preservation repo project with IU and WGBH, also needs an audio codec property so we need to set these up to use the same property and it can’t be the avalon-specific one since that’s only useful internally to Avalon. Both projects use ebucore:hasCodec for the video codec already and Avalon already uses nfo for checksum in Avalon so it's not a new namespace. That's also the same with Phydo.

There are other technical metadata properties that also need to be updated so we need to investigate and list them out. Below are notes about which properties need to change, when it will be best to release these changes, and what Done Looks Like for these changes to be in place.

Value

  • It may be easier to get technical metadata in place before the changes in 7.0
  • It aligns IU with phydo, but phydo won't be ready until ~7.0

NOTE

before we execute we need bitrate (Encoding class on derivatives), held by (Collection class), in addition switching media element to default to hls may make us rethink our avalon-specific derivative class predicates (whether they're all still needed).

Done Looks Like

  • @jlhardes and @jenyoung verify that there's nothing else we can move (schema:bitrate, bf:heldBy)
  • property is changed
  • all objects are run through and migration occurs to move to new property (on all derivatives)
  • Release as a full minor release; if list is significant, is it better to hold until 7.0?

Tasks

  • Schedule meeting to discuss questions and changes needed
  • Write story/stories for work needed to implement changes based on meeting
@davidschober
Copy link

@jenyoung and @jlhardes can we rewrite this issue to be the investigative work? Done being write issue ? That way we can account for the research work.

@jlhardes jlhardes changed the title Change property for audio codec Investigate property changes for technical metadata Jul 20, 2017
@jlhardes
Copy link
Contributor Author

jlhardes commented Jul 20, 2017

I changed the name of the issue and updated the Description. Does that work? @jenyoung and I can review this when we talk tomorrow.

@jlhardes
Copy link
Contributor Author

jlhardes commented Jul 21, 2017

Properties to update:

@jenyoung and I would like to see a minor release before 7.0 contain these migrations so that technical metadata can be cleaned up and "done" and 7.0 metadata issues can focus on descriptive metadata only.

@jenyoung
Copy link

jenyoung commented Jul 21, 2017

Would like to know from the devs if hlsURL & hlsTrackID will still be needed with the new player?

@jlhardes
Copy link
Contributor Author

bf:heldBy change already described in #1763

@davidschober davidschober added this to the Avalon in Hyrax .1 milestone Sep 27, 2017
@jenyoung
Copy link

technical properties for ebucore are inn #2634

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants