Metadata Repository (MR) jest specjalnym typem projektu (Project) używanego do lokalnego lub zdalnego przechowywania i operowania na metadanych. Metadata Repository to zbiór informacji o danych, estymowanych modelach, wykorzystanych transformacjach, ustawieniach algorytmów oraz zadaniach DataMining takich jak budowa, testowanie czy skoring modelu. Każda z tych informacji jest widoczna w formie małej ikonki w oknie Projects. Metadane umożliwiają użytkownikowi dostęp do wszelkich możliwych informacji na temat wykonywanych zadań, ustawień i transformacji oraz o ich historii. Dzięki temu w każdej chwili możliwy jest powrót do wcześniejszych ustawień i skorzystanie z wcześniej wypracowanych definicji zadań czy transformacji.

Rysunek 4.1. Metadata Repository

Okno Projects pozwala na swobodne zarządzanie metadanymi. Użytkownik może je kopiować, przenosić i zmieniać im nazwy, czyli organizować sobie przestrzeń pracy w najwygodniejszy dla siebie sposób. Zaoszczędzenie pamięci możliwe jest poprzez jej zwolnienie z dużych obiektów, takich jak PhysicalData czy Calculate Statistic Task Results zawierających obszerne statystyki.

Dzięki istnieniu zdalnego serwera systemu AdvancedMiner możliwe jest jednoczesne wykonywanie wielu procesów oraz przeniesienie obciążenia związanego z obliczeniami na serwer obliczeniowy, z którego w tym samym czasie może korzystać kilku użytkowników.

Najprostszym sposobem na podłączenie Metadata Repository jest wybór opcji Open Repository... z menu File.

Jej wybranie spowoduje pojawienie się na ekranie kreatora, w którym użytkownik powinien wypełnić wszystkie pola i zatwierdzić ustawienia przyciskiem Finish.

Ustawiane parametry można podzielić na dwie grupy – związane z serwerem i repozytorium. Obie posiadają pola adres oraz port, które w niektórych przypadkach można wypełnić tymi samymi wartościami. Dodatkowo, grupa parametrów dotyczących repozytorium zawiera pola autoryzacji: user name i password. Ostatnim, opcjonalnym parametrem jest nazwa repozytorium, pełniąca funkcję aliasu. Wszelkie informacje potrzebne do wypełnienia pól, użytkownik powinien otrzymać od swojego administratora systemu.

Rysunek 4.2. Kreator podłączenie repozytorium

Repozytorium jest reprezentowane przez ikonkę . Dzięki temu możliwa jest praca z obiektami metadanych znajdującymi się zarówno lokalnie jak i na zdalnym serwerze. Akcje Connect / Disconnect umożliwiają kontrolowanie stanu połączenia z serwerem. Jeśli repozytorium jest odłączone, wszystkie obiekty metadanych z systemu przechodzą w stan 'tylko-do-odczytu', a zestaw dostępnych dla nich akcji ulega ograniczeniu.

Poniższa tabela zawiera zestawienie ikonek reprezentujących główne obiekty w systemie AdvancedMiner. Pomagają one w szybkiej identyfikacji typu obiektu w różnych miejscach systemu, na przykład w węzłach komponentu Projects lub na zakładce edytora.

Tabela 4.1. Główne ikonki obiektów

Ikonka	Interpretacja
	Skrypt Gython
	Plik CSV
	Obiekt CWM, w przypadku niezdefiniowania specyficznej ikonki
	Zbiór atrybutów takich jak physical data, logical data, sygnatura
	Kolekcja pewnych elementów
	Atrybut
	Parametry metody data mining (mining function settings)
	Ustawienia algorytmu (algorithm settings)
	Model data mining
	Statystyki modelu
	Zadanie (task)
	Transformacja
	Wyniki
	Wykres Lift
	Wykres ROC i pozostałe wykresy
	Macierz kontyngencji (confusion matrix)

Niektóre moduły mogą posiadać swoje ikonki reprezentujące charakterystyczne dla nich obiekty.

Referencje oznaczają wskazanie jednego obiektu na drugi i wykorzystywane są do reprezentowania obiektów metadanych. Jeśli jeden obiekt referuje na inny, wówczas wskazywany obiekt jest reprezentowany przez węzeł potomny w drzewie projektu. Istnieją trzy typy referencji:

W przypadku, gdy obiekt używa referencji przez id lub przez nazwę, a obiekt referowany nie istnieje, wówczas pojawia się czerwony znacznik błędu .

Tabela 4.2. Znaczniki

Znacznik	Interpretacja
	Referencja przez nazwę
	Referencja przez id
	Referencja przez nazwę, ale referowany obiekt nie musi istnieć (nie pojawia się znacznik błędu)
	Błąd
	Ostrzeżenie
	Konflikt
	Obiekt uległ zmianie
	Żądanie uruchomienia zostało wysłane na serwer
	Zadanie uruchomione

Wszystkie obiekty moga być przenoszone, kopiowane i kasowane, część z nich może być również otwarta. Każda z powyższych akcji dostępna jest w menu kontekstowym obiektu.

Obiekty można też przemieszczać w obrębie drzewa projektowego metodą 'chwyć i upuść' lub 'wytnij/wklej'.

W celu uruchomienia znajdującego się w repozytorium obiektu definiującego zadanie, wystarczy użyć akcji Execute (dostępnej w menu kontekstowym, menu głównym Run, na głównym pasku narzędzi lub przez naciśnięcie klawisza F6). Po wybraniu tej akcji najpierw pojawi się znacznik , oznaczający wysłanie żądania do serwera, natomiast, gdy serwer rozpocznie wykonywanie zadania/transformacji, znacznik zmieni się na . Po zakończeniu wykonywania zadania znacznik znika. Od momentu wysłania żądania na serwer aż do całkowitego zakończenia obliczeń akcja Execute jest nieaktywna. Staje się ona ponownie dostępna po wykonaniu zadania.

Po dokonaniu zmian w definicji obiektu, pojawi się znacznik wskazujący na modyfikację obiektu bez jego zapisania. Użytkownik może zapamiętać zmiany wybierając akcję Save (dostępną z menu kontekstowego, menu głównego File lub przez skrót klawiszowy Ctrl+S).

Jeżeli obiekt został zmieniony, a użytkownik chce powrócić do wersji ostanio zapisanej w MR, powinien wybrać akcję Reload (dostępną poprzez menu kontekstowe). Wszelkie zmiany zostaną wówczas anulowane.

Ponieważ AdvancedMiner umożliwia jednoczesną pracę wielu użytkowników oraz równoległe wykonywanie procesów, może dochodzić do konfliktów związanych z edycją obiektów. W takiej sytuacji obiekt oznaczany jest znacznikiem . Aby rozwiązać konflikt, użytkownik może zapisać swoją lokalną kopię obiektu do repozytorium lub akcją Reload wczytać wersję obiektu znajdującą się w repozytorium, tracąc wykonane przez siebie zmiany.

Akcja Test umożliwia sprawdzenie poprawności zarówno wszystkich referencji (czy referowane obiekty istnieją), jak i wewnętrznej struktury metadanej.