Update all YT claims with new metadata #18
Labels
No labels
area: devops
area: discovery
area: docs
area: livestream
area: proposal
consider soon
dependencies
Epic
good first issue
hacktoberfest
help wanted
icebox
level: 1
level: 2
level: 3
level: 4
needs: exploration
needs: grooming
needs: priority
needs: repro
needs: tech design
on hold
priority: blocker
priority: high
priority: low
priority: medium
resilience
sdk dependent
Tom's Wishlist
type: bug
type: discussion
type: improvement
type: new feature
type: refactor
type: task
type: testing
unplanned
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: LBRYCommunity/ytsync#18
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This will serve as the ytsyc issue to implement the below and an epic to track types/sdk required changes. When the sdk tickets are filed, I'll update it.
Setup a process to perform claim updates, preferably in batch mode
(https://github.com/lbryio/lbry/issues/1821). If easy update mode is available (https://github.com/lbryio/lbry/issues/1423), use it, if not, read from existing claim data. This also includes grabbing the sdblob for each claim in order to populate some of the new file related fields.
From the sdblob, grab the filename and file size to populate name/size in https://github.com/lbryio/types/issues/9.
Grab video length from the YouTube api to populate length in https://github.com/lbryio/types/issues/9
Grab published date from YouTube api to populate releaseTime in https://github.com/lbryio/types/issues/13
Grab category/tags from YouTube api to populate in https://github.com/lbryio/types/issues/15 or https://github.com/lbryio/types/issues/16
Grab language from YouTube api and populate language on claim metadata
Research other relevant youtube API data that may require new types/sdk entries.
What is the status of this as a blocker
@nikooo777
Niko and I ran through this today and all the fields we need are available in the YouTube api. The email we'll populate from their LBRY account. We'd have to link back their featured content URL to a published file which is the trickiest part since we'll need to know the URL beforehand or update it later.
I'll get a full sample of a channel publish to the app squad soon.
@nikooo777 this just came up in a discussion with @robvsmith: we should pull in the tags already set in internal-apis and apply those as well
This is completed, please reopen if that's not the case @nikooo777