Opis projektu: Różnice pomiędzy wersjami

Z Wiki BUWr
Przejdź do nawigacji Przejdź do wyszukiwania
 
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.