Я ищу схему для содержания метаданных видео, таких как Заголовок, Источник, Описание, Запись, дата Авторского права, URL, и т.д.
Это использовалось бы, чтобы хранить информацию о видео в базе данных и сделать это доступным для поиска.
Существует ли стандартный XSD или другая схема для этого типа данных?
Нет стандарта для этого, это включает в себя большое количество полей и описаний, которые могут быть ненужными для одного формата.
Таким образом, каждый формат имеет свой собственный метод хранения метаданных Но поскольку вы хотите реализовать его во внешнем файле (или базе данных),
Вы почти наверняка должны реализовать свою собственную схему, ее не очень сложно.
Вы не упомянули, какой конец вы используете, SQL будет хорошим, если ваша база данных, если будет достаточно большим, и легко искать, если вы индексируете правильные поля.
ИЛИ
Вы можете использовать комбинацию XML / XSD, если хотите.
Существует стандарт MPEG 7 , но мое впечатление, что оно не (пока) широко поддерживается. Звучит очень похоже на то, что вы просите. Ряд-фрагмент из Википедии:
MPEG-7 - это мультимедийный контент . Он был стандартизирован в ISO / IEC 15938 (интерфейс описания мультимедийных контентов). Это описание будет связано с самим содержимым, чтобы обеспечить быстрое и эффективное поиск материала, который представляет интерес для пользователя. MPEG-7 формально называется Multimedia Content Description Interface. ... Он использует XML для хранения метаданных и может быть прикреплен к TimeCode, чтобы течь конкретные события или синхронизировать лирику песне.
Существует много приложений и доменов приложений, которые выиграют от стандарта MPEG-7. Несколько примеров приложений:
Я уверен, что никого не волнуют динамические языки, но подумайте о штрафе за производительность, с которым ваша программа столкнется, когда вы начнете передавать хеши функциям.
Интерпретатор может быть достаточно умным, чтобы создать статический хеш-объект const и ссылаться на него только указателем, если код использует хеш со всеми членами, которые являются литералами исходного кода.
Но если любой из этих членов является переменными, то хэш должен быть восстановлен каждый раз, когда он вызывается.
Я сделал некоторые Perl оптимизации и такого рода вещи могут стать заметными во внутренних циклов кода.
Функциональные параметры работают намного лучше.
-121--850131-Посмотрев на ваш пример ввода, я не вижу никакого сходства с HTML или XML:
-barfoob: сиськи, foob, «foo bar»
Если это то, что вы хотите проанализировать, у меня есть альтернативное предложение, использовать синтаксический анализатор свойств Java (поставляется со стандартным Java) Вам нужно будет несколько переформатировать свой формат, чтобы это сработало, так что это зависит от вас.
barfoob = сиськи, foob, «foo bar»
Свойства Java смогут вернуть вам barfoob
в качестве имени свойства, и сиськи, foob, «foo bar»
в качестве значения свойства. Вот где вы можете использовать ваш пользовательский код, чтобы разделить значение свойства на сиськи
, foob
и foo bar
.
Поэтому дальнейшие исследования оставили нам MRSS (Media RSS), в то время как это не механизм места хранения, он предоставляет стандартные поля, которые используются как для поиска и хранения видео-файла (и другого медиа-содержимого). У него также нет официального XSD.
Проверьте Дублинскую инициативу в области основных метаданных
Дублинская инициатива в области основных метаданных, или "DCMI", является открытой организацией, занимающейся разработкой стандартов интероперабельных метаданных, которые поддерживают широкий круг целей и бизнес-моделей.