Opis projektu: Różnice pomiędzy wersjami

Z Wiki BUWr
Przejdź do nawigacji Przejdź do wyszukiwania
Linia 30: Linia 30:


Szczegółowe omówienie poszczególnych atrybutów znajduje się tu : * [https://wiki.bu.uni.wroc.pl/index.php/Metadane_pojedynczych_plików Zalecane metadane]
Szczegółowe omówienie poszczególnych atrybutów znajduje się tu : * [https://wiki.bu.uni.wroc.pl/index.php/Metadane_pojedynczych_plików Zalecane metadane]
UWAGA ze względu na szczególne rozwiązanie techniczne dLibry metadane wpisane na poziomie publikacji grupowej kopiują się (dziedziczą) w obiektach podrzędnych. Jeśli obiekty podrzędne mają mieć inne dane w niżej podanych atrybutach należy je wypełnić od nowa na poziomie publikacji normalnej lub planowanej.  
<br>
'''UWAGA''' ze względu na szczególne rozwiązanie techniczne dLibry metadane wpisane na poziomie publikacji grupowej kopiują się (dziedziczą) w obiektach podrzędnych. Jeśli obiekty podrzędne mają mieć inne dane w niżej podanych atrybutach należy je wypełnić od nowa na poziomie publikacji normalnej lub planowanej.  
</br>
Stworzone przy pomocy publikacji grupowej powiązanie z innymi materiałami dotyczącymi danego projektu zdeponowanymi w Repozytorium Uniwersytetu Wrocławskiego lub w Bibliotece Cyfrowej Uniwersytetu Wrocławskiego będzie widoczne jako zakładka '''Struktura''' na stronie Repozytorium UWr.   
Stworzone przy pomocy publikacji grupowej powiązanie z innymi materiałami dotyczącymi danego projektu zdeponowanymi w Repozytorium Uniwersytetu Wrocławskiego lub w Bibliotece Cyfrowej Uniwersytetu Wrocławskiego będzie widoczne jako zakładka '''Struktura''' na stronie Repozytorium UWr.   



Wersja z 10:26, 16 lut 2022

Zestawy danych (datasety) deponowane w Repozytorium Uniwersytetu Wrocławskiego mogą być pojedynczym plikiem lub składać się z kilku plików w jednym formacie danych lub w różnych formatach Niezależnie od tego, z którą sytuacją będziemy mieli do czynienia, zalecanym schematem postępowania jest stworzenie obiektu grupowego a następnie podpięcie poszczególnych zestawów-plików tworząc obiekty normalne lub planowane. Jeśli w Repozytorium lub w Bibliotece Cyfrowej Uniwersytetu Wrocławskiego zdeponowano również inne efekty projektu np. raporty, publikacje możliwe jest podwiązanie ich również do obiektu grupowego projektu.


Układ hierarchiczny może zatem wyglądać następująco:

Projekt --> Zestaw danych 1 = jeden plik

Projekt --> Zestaw danych 1 --> plik nr 1, plik nr 2, plik nr 3 …..

Projekt --> Zestaw danych 1 --> plik nr 1, plik nr 2, plik nr 3.....

--> Zestaw danych 2 --> plik nr 1, plik nr 2, plik nr 3 …..

W rekordzie publikacji grupowej podajemy ogólne informacje dotyczące projektu – elementy wspólne dla całego przedsięwzięcia. Takimi elementami będą informacje zapisane w atrybutach:

Tytuł

Słowa kluczowe - najważniejsze pojęcia związane z deponowanymi zasobami danych - zachęcamy do wpisywania słów kluczowych w języku polskim i angielskim na odpowiednich zakładkach językowych

w sekcji metadanych pn. Dane badawcze: Nazwa projektu Kierownik projektu Okres zbierania danych Technika zbierania danych Osoba do kontaktu

w sekcji metadanych pn. Opis należy wpisać w dwóch zakładkach językowych opis projektu

w sekcji metadanych pn. Prawa – atrybuty Prawa dostępu i Licencja – pola pozwalające na określenie relacji autorskoprawnych między deponującym a anonimowym odbiorcą - użytkownikiem Repozytorium

Szczegółowe omówienie poszczególnych atrybutów znajduje się tu : * Zalecane metadane
UWAGA ze względu na szczególne rozwiązanie techniczne dLibry metadane wpisane na poziomie publikacji grupowej kopiują się (dziedziczą) w obiektach podrzędnych. Jeśli obiekty podrzędne mają mieć inne dane w niżej podanych atrybutach należy je wypełnić od nowa na poziomie publikacji normalnej lub planowanej.
Stworzone przy pomocy publikacji grupowej powiązanie z innymi materiałami dotyczącymi danego projektu zdeponowanymi w Repozytorium Uniwersytetu Wrocławskiego lub w Bibliotece Cyfrowej Uniwersytetu Wrocławskiego będzie widoczne jako zakładka Struktura na stronie Repozytorium UWr.

Obiekt grupowy powinien znajdować się na samej górze hierarchii i mieć tytuł zgodny z tytułem projektu. Wewnątrz niego redaktor może założyć obiekty grupowe dla poszczególnych grup danych (powiązanych np. tematycznie, formatem lub zgodnie z zadaniami projektu) lub deponować je bezpośrednio na tym poziomie, jeśli nie ma konieczności wydzielania struktur niższego rzędu.

Układ hierarchiczny można stworzyć na początku pracy lub w późniejszym etapie odpowiednio rozlokowując obiekty wstawiane do Repozytorium.