Metadane obiektu uczenia się

Schematyczne przedstawienie hierarchii elementów w modelu danych LOM

Metadane obiektu edukacyjnego to model danych, zwykle zakodowany w formacie XML, używany do opisu obiektu edukacyjnego i podobnych zasobów cyfrowych wykorzystywanych do wspierania uczenia się. Celem metadanych obiektów edukacyjnych jest wspieranie ponownego wykorzystania obiektów edukacyjnych, ułatwienie odkrywania i ułatwienie ich interoperacyjności, zwykle w kontekście systemów zarządzania nauczaniem online (LMS).

IEEE 1484.12.1-2002 – Standard for Learning Object Metadata to uznany na całym świecie otwarty standard (opublikowany przez Institute of Electrical and Electronics Engineers Standards Association, New York) pod patronatem LTSC, dotyczący opisu „ obiektów edukacyjnych ”. Istotne atrybuty obiektów edukacyjnych, które należy opisać, obejmują: typ obiektu, autora, właściciela, warunki dystrybucji, format oraz atrybuty pedagogiczne , takie jak styl nauczania lub interakcji.

IEEE 1484.12.1 – 2002 Standard dotyczący metadanych obiektów uczenia się

Grupa robocza IEEE, która opracowała standard, zdefiniowała obiekty edukacyjne dla celów standardu jako „dowolną jednostkę, cyfrową lub niecyfrową, która może być używana do nauki, edukacji lub szkolenia”. Wielu komentatorów wydało się, że ta definicja ma dość szeroki zakres, ale definicja miała na celu przedstawienie szerokiej klasy obiektów, z którymi metadane LOM mogą być użytecznie powiązane, a nie podawanie instruktażowej lub pedagogicznej definicji obiektu edukacyjnego. IEEE 1484.12.1 jest pierwszą częścią standardu wieloczęściowego i opisuje model danych LOM. Model danych LOM określa, które aspekty obiektu uczenia się powinny być opisane i jakie słowniki mogą być użyte do tych opisów; określa również, w jaki sposób ten model danych może zostać zmieniony przez dodanie lub ograniczenie. Inne części standardu są w trakcie opracowywania w celu zdefiniowania powiązań modelu danych LOM, tj. określenia, w jaki sposób rekordy LOM powinny być reprezentowane w XML i RDF ( IEEE 1484.12.3 i IEEE 1484.12.4 odpowiednio). Ten artykuł koncentruje się na modelu danych LOM, a nie na problemach związanych z XML lub innymi powiązaniami.

IMS Global Learning Consortium to międzynarodowe konsorcjum, które przyczyniło się do opracowania projektu metadanych obiektu edukacyjnego IEEE (wraz z Fundacją ARIADNE) i zatwierdziło wczesne projekty modelu danych jako część specyfikacji metadanych IMS Learning Resource Meta-data (IMS LRM, wersje 1.0 – 1.2.2). Informacje zwrotne i sugestie od osób wdrażających IMS LRM wpłynęły na dalszy rozwój LOM, co spowodowało pewne rozbieżności między wersją 1.2 specyfikacji IMS LRM a tym, co ostatecznie opublikowano w standardzie LOM. Wersja 1.3 specyfikacji IMS LRM dopasowuje model danych IMS LRM do modelu danych IEEE LOM i określa, że ​​należy używać powiązania IEEE XML. W ten sposób możemy teraz używać terminu „LOM” w odniesieniu zarówno do standardu IEEE, jak i wersji 1.3 specyfikacji IMS. Specyfikacja IMS LRM zawiera również obszerne Best Practice and Implementation Guide oraz transformatę XSL , której można użyć do migracji instancji metadanych ze starszych wersji powiązania IMS LRM XML do powiązania IEEE LOM XML.

Szczegóły techniczne

Jak działa model danych

LOM zawiera hierarchię elementów . Na pierwszym poziomie istnieje dziewięć kategorii, z których każda zawiera elementy podrzędne; te elementy podrzędne mogą być prostymi elementami zawierającymi dane lub same mogą być elementami zagregowanymi, które zawierają dalsze elementy podrzędne. Semantyka elementu jest określona przez jego kontekst: wpływa na nie element nadrzędny lub element kontenera w hierarchii oraz inne elementy w tym samym kontenerze. Na przykład różne Opisy elementy (1.4, 5.10, 6.3, 7.2.2, 8.3 i 9.3) czerpią swój kontekst z elementu nadrzędnego. Ponadto element opisu 9.3 również bierze swój kontekst z wartości elementu 9.1 Cel w tej samej instancji Klasyfikacji .

Model danych określa, że ​​niektóre elementy mogą być powtarzane pojedynczo lub jako grupa; na przykład, chociaż elementy 9.2 ( Opis ) i 9.1 ( Przeznaczenie ) mogą wystąpić tylko raz w każdym wystąpieniu elementu kontenera Klasyfikacja , element Klasyfikacja może się powtarzać — umożliwiając w ten sposób wiele opisów do różnych celów.

Model danych określa również przestrzeń wartości i typ danych dla każdego z prostych elementów danych. Przestrzeń wartości definiuje ewentualne ograniczenia dotyczące danych, które można wprowadzić dla tego elementu. Dla wielu elementów przestrzeń wartości pozwala na wprowadzenie dowolnego ciągu Unicode , podczas gdy inne wpisy elementów muszą pochodzić z zadeklarowanej listy (tzw. słownika kontrolowanego ) lub muszą mieć określony format (np. kody daty i języka). Niektóre typy danych elementów umożliwiają po prostu wprowadzenie ciągu znaków, a inne składają się z dwóch części, jak opisano poniżej:

  • LangString zawierają części językowe i łańcuchowe, co pozwala na zapisywanie tych samych informacji w wielu językach
  • słownika są ograniczone w taki sposób, że ich wpisy muszą być wybrane z kontrolowanej listy terminów - złożonej z par Źródło-Wartość - przy czym Źródło zawiera nazwę listy używanych terminów, a Wartość zawiera wybrany termin
  • DateTime i Duration zawierają jedną część, która umożliwia podanie daty lub czasu trwania w formacie do odczytu maszynowego, oraz drugą, która umożliwia opis daty lub czasu trwania (na przykład „połowa lata 1968”).

Wdrażając LOM jako dostawca danych lub usług, nie jest konieczne wspieranie wszystkich elementów w modelu danych, ani też nie ma potrzeby, aby model danych LOM ograniczał informacje, które mogą być dostarczane. Stworzenie profilu aplikacji pozwala społeczności użytkowników określić, z jakich elementów i słowników będą korzystać. Elementy z LOM mogą zostać usunięte, a elementy z innych schematów metadanych mogą zostać wprowadzone; podobnie słowniki w LOM można uzupełniać o wartości właściwe dla danej społeczności.

Wymagania

Kluczowe wymagania dotyczące wykorzystania LOM jako dostawcy danych lub usług to:

  • Zrozumieć potrzeby użytkowników/społeczności i wyrazić je jako profil aplikacji
  • Miej strategię tworzenia wysokiej jakości metadanych
  • Przechowuj te metadane w formie, którą można wyeksportować jako rekordy LOM
  • Uzgodnij powiązanie dla instancji LOM podczas ich wymiany
  • Być w stanie wymieniać rekordy z innymi systemami jako pojedyncze instancje lub masowo .

Powiązane specyfikacje

Istnieje wiele specyfikacji metadanych; szczególnie interesujący jest Dublin Core Metadata Element Set (powszechnie znany jako Simple Dublin Core, standaryzowany jako ANSI/NISO Z39.85 – 2001 ). Simple Dublin Core (DC) zapewnia nieskomplikowany, luźno zdefiniowany zestaw elementów, który jest przydatny do udostępniania metadanych w szerokim zakresie różnych usług. Ponieważ standard LOM wykorzystywał Dublin Core jako punkt wyjścia, udoskonalając prosty schemat DC za pomocą kwalifikatorów odpowiednich dla obiektów uczących się, standardy LOM i DC w pewnym stopniu się pokrywają. Inicjatywa Dublin Core Metadata Initiative pracuje również nad zestawem terminów, które pozwolą na stosowanie zestawu Dublin Core Element Set z większą precyzją semantyczną (Qualified Dublin Core). Grupa Robocza ds. Edukacji w Dublinie ma na celu udoskonalanie Dublin Core pod kątem specyficznych potrzeb społeczności edukacyjnej.

Wiele innych specyfikacji związanych z edukacją pozwala na osadzanie metadanych LO w instancjach XML, takich jak: opisywanie zasobów w pakiecie zawartości IMS lub liście zasobów; opisywanie słowników i terminów w IMS VDEX (Vocabulary Definition and Exchange); oraz opis pozycji pytań w pliku IMS QTI (Question and Test Interoperability).

Specyfikacja IMS Vocabulary Definition and Exchange (VDEX) ma podwójną relację z LOM, ponieważ LOM nie tylko może dostarczać metadane dotyczące słowników w instancji VDEX, ale VDEX może być używany do opisywania kontrolowanych słowników, które są przestrzenią wartości dla wiele elementów LOM.

Rekordy LOM mogą być transportowane między systemami przy użyciu różnych protokołów, być może najczęściej używanym jest OAI-PMH .

Profile aplikacji

Rdzeń LOM w Wielkiej Brytanii

W przypadku brytyjskiego szkolnictwa wyższego i szkolnictwa wyższego najbardziej odpowiednią rodziną profili aplikacji są te oparte na brytyjskim LOM Core . UK LOM Core to obecnie szkic schematu badany przez społeczność praktyków w celu zidentyfikowania powszechnej brytyjskiej praktyki w zakresie treści obiektów edukacyjnych poprzez porównanie 12 schematów metadanych. UK LOM jest obecnie starszą pracą, nie jest w fazie aktywnego rozwoju.

CanCore

CanCore zapewnia szczegółowe wskazówki dotyczące interpretacji i implementacji każdego elementu danych w standardzie LOM. Niniejsze wytyczne (2004) składają się z 250-stronicowego dokumentu i były opracowywane przez trzy lata pod kierownictwem Norma Friesena oraz w drodze konsultacji z ekspertami z Kanady i całego świata. Wytyczne te są również dostępne bezpłatnie na stronie internetowej CanCore.

ANZ-LOM

ANZ-LOM to profil metadanych opracowany dla sektora edukacji w Australii i Nowej Zelandii. Profil określa obowiązki dla elementów i ilustruje sposób stosowania słowników kontrolowanych, w tym przykładowych słowników regionalnych stosowanych w elemencie „klasyfikacja”. Profil ANZ-LOM został po raz pierwszy opublikowany przez The Le@rning Federation (TLF) w styczniu 2008 roku.

Dane weta

Australijski sektor kształcenia i szkolenia zawodowego (VET) wykorzystuje profil aplikacji IEEE LOM o nazwie Vetadata. Profil zawiera pięć obowiązkowych elementów i wykorzystuje szereg słowników specyficznych dla australijskiego sektora VET. Ten profil aplikacji został po raz pierwszy opublikowany w 2005 roku. Profile Vetadata i ANZ-LOM są ściśle powiązane.

NORLOM

NORLOM to norweski profil LOM. Profil jest zarządzany przez NSSL (Norweski Sekretariat ds. Standaryzacji Technologii Uczenia się)

ISRACore

ISRACORE to izraelski profil LOM. Izraelskie Stowarzyszenie Internetowe (ISOC-IL) i Międzyuczelniane Centrum Obliczeniowe (IUCC) połączyły siły w celu zarządzania i tworzenia bazy danych obiektów e-learningowych.

SWE-LOM

SWE-LOM to szwedzki profil LOM zarządzany przez IML na Uniwersytecie w Umeå w ramach współpracy z krajową grupą normalizacyjną TK450 w Szwedzkim Instytucie Normalizacyjnym .

TWLOM

TWLOM to tajwański profil LOM zarządzany przez Industrial Development and Promotion of Archives and e-Learning Project

LOM-FR

LOM-FR to profil metadanych opracowany dla sektora edukacji we Francji. Ten profil aplikacji został po raz pierwszy opublikowany w 2006 roku.

NL LOM

NL LOM to holenderski profil metadanych zasobów edukacyjnych w Holandii. Ten profil aplikacji powstał w wyniku połączenia profilu holenderskiego szkolnictwa wyższego LOM z profilem stosowanym w holenderskim szkolnictwie podstawowym i średnim. Ostateczna wersja została wydana w 2011 roku.

LOM-CH

LOM-CH to profil metadanych opracowany dla sektora edukacji w Szwajcarii. Obecnie jest dostępny w języku francuskim i niemieckim. Ten profil aplikacji został opublikowany w lipcu 2014 r.

LOM-ES

LOM-ES to profil metadanych opracowany dla sektora edukacji w Hiszpanii. Jest dostępny w języku hiszpańskim.

LOM-GR

LOM-GR, znany również jako „LOM-GR Photodentro ” to grecki profil aplikacji LOM dla zasobów edukacyjnych, obecnie używany do zasobów związanych z edukacją szkolną. Został opublikowany w 2012 roku i jest obecnie dostępny w języku greckim i angielskim. Jest utrzymywany przez CTI DIOPHANTUS jako część „Photodentro Federated Architecture for Educational Content for Schools”, która obejmuje szereg repozytoriów treści edukacyjnych (obiektów edukacyjnych, filmów edukacyjnych i treści generowanych przez użytkowników) oraz greckiego krajowego agregatora treści edukacyjnych gromadzących metadane ze zbiorów przechowywanych w repozytoriach innych organizacji. LOM-GR jest roboczą specyfikacją grupy roboczej TC48/WG3 Grecka Organizacja Normalizacyjna .

Inni

Inne profile aplikacji to profile opracowane w ramach projektu Celebrate oraz profil metadanych będący częścią modelu referencyjnego SCORM.

Zobacz też

Linki zewnętrzne

Pobrano z „ https://en.wikipedia.org/w/index.php?title=Learning_object_metadata&oldid=1058507590 ”