Opis projektu: Różnice pomiędzy wersjami
Linia 1: | Linia 1: | ||
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. | 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. | ||
Projekt mogą stanowić wszystkie elementy wykazane we wniosku o finansowanie lub tylko wybrane efekty. | |||
Układ hierarchiczny może zatem wyglądać następująco: | Układ hierarchiczny może zatem wyglądać następująco: | ||
Linia 31: | Linia 32: | ||
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] | ||
<br> | <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. | '''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. Zapisy odziedziczone oznaczone będą kolorem czerwonym. Aby zmienić zapis trzeba dwukrotnie kliknąć na wybranym polu i wpisać nowe wartości. Można też skorzystać z kasowania zawartości przez wybranie ikony na końcu pola. | ||
</br> | </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 - przykład: https://www.repozytorium.uni.wroc.pl/dlibra/publication/149624. | ||
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. | Obiekt grupowy powinien znajdować się na samej górze hierarchii i może 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. | Układ hierarchiczny można stworzyć na początku pracy lub w późniejszym etapie odpowiednio rozlokowując obiekty wstawiane do Repozytorium. |
Aktualna wersja na dzień 13:28, 2 kwi 2024
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.
Projekt mogą stanowić wszystkie elementy wykazane we wniosku o finansowanie lub tylko wybrane efekty.
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. Zapisy odziedziczone oznaczone będą kolorem czerwonym. Aby zmienić zapis trzeba dwukrotnie kliknąć na wybranym polu i wpisać nowe wartości. Można też skorzystać z kasowania zawartości przez wybranie ikony na końcu pola.
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 - przykład: https://www.repozytorium.uni.wroc.pl/dlibra/publication/149624.
Obiekt grupowy powinien znajdować się na samej górze hierarchii i może 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.