2016-02-17 4 views
1

По умолчанию заявитель (загрузчик) документа может добавлять к этому документу слова, выбранные пользователем. Также можно настроить DSpace таким образом, чтобы подателю было необходимо выбрать один или несколько предопределенных ключевых слов (контролируемый словарь).Есть предопределенные ключевые слова существуют бесплатные слова в DSpace submit?

Руководство по эксплуатации DSpace, похоже, предполагает, что вы - при настройке - должны выбирать между свободными и предопределенными ключевыми словами.

Я хотел бы предоставить подателю возможность выбрать один или несколько предопределенных ключевых слов. Но также, что он или она может добавить один или несколько выбранных пользователем ключевых слов. Возможно ли это?

ответ

2

Иерархическая функция систематики дает вам именно это: https://wiki.duraspace.org/display/DSDOC5x/Authority+Control+of+Metadata+Values#AuthorityControlofMetadataValues-HierarchicalTaxonomiesandControlledVocabularies

Вы можете увидеть в демо-установки на поле «Тема»: у вас есть возможность подстановки, который позволяет поиск в дереве предметов, но вручную введенные значения также возможны.

скринкаст: http://screencast.com/t/0Cth3mORwxd

+0

Благодарю Брэма, после ваших предложений и некоторых испытаний у меня есть лучшее понимание того, как это работает. –

+0

Возможно ли, если вы работаете с контролируемыми словарями, чтобы выбрать одно слово? Я имею в виду не что-то вроде «сектор: сельское хозяйство», «сектор :: туризм» и т. Д., Но просто: «сельское хозяйство», «туризм» и т. Д. –

1

лично я бы установить это использовать два различных полей метаданных.

  1. Что-то вроде dc.subject.whateverdescribesyourlistoffixedterms - или даже localschema.subject.whateverdescribesyourlistoffixedterms - для списка терминов пользователь должен выбрать из. Обратите внимание: для «whateverdescribesyourlistoffixedterms» я бы выбрал что-то, связанное с именем списка терминов, если это вообще возможно (см. Пример ниже).
  2. dc.subject для «стандартных» поставляемого пользователя ключевых слов

Тогда просто добавить как к вашей форме ввода, возможно, собирается с предложением Брэмы иерархической таксономией для первого.

Чтобы дать вам лучший совет относительно наиболее подходящего, было бы замечательно, если бы вы могли дать более подробную информацию о том, чего вы пытаетесь достичь. Например

  • Является ли ваш список фиксированных ключевых слов чем-то, что используется за пределами вашей собственной организации? Если да, это указывает на то, что у меня есть собственное поле метаданных, с классификатором что-то, что связано с именем системы классификации - например, dc.subject.anzsrc для кодов Australia/New Zealand fields of research.
  • Вы хотите смешивать два типа ключевых слов в вариантах просмотра/аспект? Вы можете сделать это, даже если они находятся в двух отдельных областях. Посмотрите на документацию Discovery search filters & sidebar facets и посмотрите, как это вставляет dc.contributor.author и dc.creator в фасет автора. documentation for browse indexes имеет аналогичный пример в обзоре автора.
  • Есть ли оба типа ключевых слов для представления? Оба варианта? Требуется один тип, другой тип - необязательный? Вы скажете в комментарии (если я правильно прочитаю), что вы хотите, чтобы фиксированные ключевые слова были обязательными во время отправки, в то время как слова с свободным текстом должны быть необязательными. Это означает, что они должны быть в отдельных полях метаданных, потому что иначе вы не знали бы, если податель дает ключевые слова, независимо от того, являются ли они из фиксированного списка терминов или нет. Если вы используете отдельные поля, вы можете сделать, например, dc.subject.anzsrc обязательное поле в форме заявки, а dc.subject - необязательное.
+0

schweerelos, чего я хочу достичь, является то, что податель вынужден выберите один или несколько экономических секторов, которые охватывает документ (как сельское хозяйство, туризм, транспорт). Но я также хочу пригласить подателя добавить другие ключевые слова, подходящие для этого документа. И действительно, мне нравится смешивать эти два типа ключевых слов. Вот почему я не хочу этого «иерархическим способом» –

+0

Я не думаю, что способ, которым вы хотите это сделать, возможен. Что вы подразумеваете под их «смешением»? Все еще возможно иметь эти два типа ключевых слов в отдельных полях метаданных, но использовать их/отображаться так, как если бы они находились в одном и том же поле на страницах позиций, просматривали индексы, грани и т. Д. – schweerelos

+0

schweerelos, я сделал несколько тестов, и я думаю, что мы будем следуйте вашему предложению использовать дополнительный dc.subject.sector с предопределенными ключевыми словами. Но хорошо ли вам понять, что невозможно сделать dc.subject.sector обязательной запись? –