Возвращаясь к структуре разделов коллекций, могу сказать, что большинство организаций пытаются скопировать со структуры строения (например, раздел - это факультеты, коллекции - кафедры) с целью визуального сравнения продуктивности научной работы.
Когда Вы говорили про тип - это скорее тип материала, а не самого ресурса. Такое пояснение даю скорее всего, себе.
Если требуется сделать просмотр по кафедрам, ограниченной тематике (например рубрика в журнала, к которой относятся снаучные статьи) то, возможно, лучше будет добавить новый фильтр просмотра документов в архиве
add new filter
Discovery
Например, чтобы создать фильтр поиска/просмотра по кафедрам в локальной схеме реестра мета-данных описываем элемент local.subject.department, затем создаем новый фасет по этому элементу, добавляем фильтр. Выводим созданный фильтр в интерфейс просмотра, изменяем браузинг (поскольку кафедры четко определены, то можно выводить не буквам, а по значениям путем выбора соответствующего значения из списка). Также можно поступить и другими элементами: код номенклатуры специльности, поиск по тематичскому рубрикатору и т. д.
Но когда советуют создавать структуру по структуре оганизации, а не по типу, ссылаются на такую возможность, как нахождение документа в разных коллекциях. Все обрыл в админке, но как это сделать, не нашел. Если кто-то знает как это сделать умолительно прошу поделиться информацией. Конечно, много пересмотрел архивов, но НИГДЕ этого не встречал, Именно в нескольких коллекциях. Здесь также может возникнуть проблема, что относить к кафедре. Если один из авторов сотрудник кафедры, а два других соавторов - нет, относится ли это кафедре?! Как Вы упомянули, аффилиация авторов, которая прописана не в элементах мета-описания, а в названии коллекции может неправильно истолкована для индексации.
Цитата:А стандартная схема WORLDCAT тоже не плоха, плюс, у них открытый xslt трансформер туда-сюда и схема настраиваемая. На этой картинке всё что желтое - можно двигать по значениям. Но они сами декларируют немного другое использование. Говорят, если у вас OAI отдаёт DC/QDC - используйте стандартную привязку, а вот если MARCXML - настраивайте поле в поле до полной однозначности.
Не дорос до того уровня, чтобы что-то ляпнуть. Будем разбираться.
Также если детально присмотреться к структуре файлика описания плоскости ввода, то можно заметить, что можно сделать свой набор элементов для ввода, включая страницы, для каждой коллекции. Вот здесь тоже играет роль, как формировать структуру...