...
Mimo że schemat atrybutów można modyfikować z poziomu Aplikacji Administratora, należy pamiętać, że w po dodaniu nowych atrybutów warto uwzględnić je w konfiguracji eksportu metadanych. Konfiguracja ta znajduje się w katalogu serwera dLibra: conf/ms, w plikach o nazwach kończących się na -export.properties, np. bibtechdc-export.properties. Pierwszy człon nazwy pliku wskazuje format eksportowy, którego dotyczy plik:
- dc - Dublin Core, najbardziej podstawowy format w bibliotekach cyfrowych. Dane w tym formacie są eksportowane przez stronę obiektu jako ukryte tagi
meta, z których mogą korzystać różne systemy pobierające dane. Format ten jest również wykorzystywany przez protokół OAI-PMH. System dLibra wykorzystuje definicję tego formatu do rozpoznania, jakie role pełnią poszczególne atrybuty, np. który atrybut jest tytułem i powinien być wyszczególniony na stronie z opisem obiektu, a który zawiera tagi/słowa kluczowe, które powinny być wyświetlone w specjalny sposób pod opisem. - dcterms - rozszerzenie standardu DC. Format udostępniany przez OAI-PMH (prefix=oai_qdc)
- bibtex, ris - formaty używane przez narzędzia do zarządzania bibliografią, dane udostępniane są na stronie z opisem obiektu, pod przyciskiem "Pobierz opis bibliograficzny".
- highwire - format wykorzystywany głównie przez Google Scholar, udostępniany jako ukryte tagi
metana stronie z opisem obiektu. - edt - format wykorzystywany głównie przez organizację NDLTD, udostępniany przez OAI-PMH (prefix=aoi_etdms).
Przykładowy fragment pliku dc-export.properties:
| Code Block |
|---|
contributor = Contributor
coverage = Coverage, Spatial, Temporal
creator = Creator |
Każda linijka zaczyna się od nazwy pola/atrybutu w eksportowanym formacie, a po znaku równości znajduje się nazwa RDF atrybutu w dLibrze, lub lista takich nazw rozdzielanych przecinkiem.
Konfiguracja Self-Archiving
Funkcja self-archiving w standardowej konfiguracji jest dostępna tylko dla tych użytkowników, którym ustawiono katalog domowy. W niektórych instytucjach może się przydać zmiana, żeby wszyscy użytkownicy mogli dodawać swoje obiekty. W tym celu należy zmienić w pliku /conf/ms/service.properties wartość wpisu wwwPublicationAllowed na true. W takim przypadku, dla każdego użytkownika, który skorzysta z self-archiving, a nie ma katalogu domowego, zostanie utworzony podkatalog w katalogu Publikacje Użytkowników i tam będą trafiały tworzone obiekty. Gdyby podkatalogi miały być tworzone w innym katalogu, wystarczy wstawić jego identyfikator w wartości publicDirectoryId.