Zoek en vind bijeenkomst

Door: Edurep, MetaPlus en ECK2 17 november te Utrecht

ECK2 &

Doel

Informatie geven over resultaten

Review/Feedback vragen op voorstellen

Gezamenlijk vanuit:

Edurep

MetaPlus

ECK2 programma (SLO, GEU, Kennisnet)

24-11-2011

Agenda

Inleiding

Informatie geven

– Behoeften (Jeroen, ECK2) 13.10

– Identifier (Jasper, ECK2) 13.30

– MetaPlus (Yvette, Kennisnet) 14.00

– Edurep (Mariska, Kennisnet) 14.30 – 15.00

Feedback/Review vragen

– Feedback (Jeroen, ECK2) 15.10

– Rechten (Jeroen, ECK2) 15.40

– Open discussie

24-11-2011

Behoefte analyse

ECK2 programma – Project Eigendom en Herkomst

Jeroen van Vuuren

24-11-2011

Behoefte analyse

Belangrijkste behoeften:

Sturen op kwaliteit metadata(beter toepassen huidige afspraken belangrijker dan nieuwe maken)

Noodzaak moet(geen nieuwe complexiteit introduceren als dat niet echt iets oplost )

Simpel aanvullen van metadata(simpel aanvullen van bronmetadata en zoeken op alle metadata)

Feedback mogelijkheid(Hoe kan je een reactie geven op de metadata)

Rechten op metadata(Vanuit juridisch oogpunt goed om hier afspraken over te maken)

(Nog) Niet hoog: Zoeken op herkomst.

24-11-2011

24-11-2011

Korte termijnmiddel lange termijn

(1 jaar)

(Simpel) aanvullen

Rechten

Feedback

Identifier

lange termijn (> jaar)

PrijsdataGebruiksdata

Toekomst: Linked data

Thema’s en prioriteit

Zoeken op herkomst

Er volgde discussie…

Deel van de behoeften richten zich op de voorzieningen (m.n. Edurep).

Vragen:

– Tot waar gaat/bepaald de Educatieve Contentketen (en ECK2)?

– Wie gaat er over de voorzieningen in de keten?

Stuurgroep besluit: “Ecosysteem gedachte”

– Helderheid waar de grens ligt tussen ECK en (centrale gemeenschappelijke) voorzieningen

24-11-2011

Ecosysteem-gedachte

Portal

Gebruiker Gebruiker Gebruiker Gebruiker

Portal Portal

aggregatie aggregatie

Aanbieder Aanbieder Aanbieder Aanbieder

Portal Portal

Gebruiker

Het systeem organiseert zich zelf:

Van top (gebruiker) naar bodem (aanbieder)

Partijen bepalen inrichting voor de lagen daaronder

Waar nodig ontstaan aggregaties

Waar nodig past het systeem zich aan

System zorgt zelf voor de benodigde efficiency en effectiviteit (“toegevoegde waarde principe”)

De ECK schept de randvoorwaarden:

De interoperabiliteitsafspraken binnen het systeem (NL-LOM, AOI-PMH, SRU)

Door deze afspraken kan het systeem zich makkelijk aanpassen aan gewijzigde omstandigheden

24-11-2011

Korte termijnmiddel lange termijn

(1 jaar)

(Simpel) aanvullen

Rechten*

Feedback*

Zoeken op herkomst:Bron + aanvulling

Identifier

Voorzieningen

Kennisnet

Afspraken

ECK

MetaPlus

Vocabulaires

Begrippenkader

lange termijn (> jaar)

LOM in RDF- provenance- mapping

RDF uitleveren

Prijsdata

Zoeken opPrijsdata

Gebruiksdata

*= voor deze afspraken zijn geen aanpassingen nodig in de voorzieningen van Kennisnet

Toekomst: Linked data

Roadmap zoekarchitectuur ECK

= gebaseerd op de vijf stappen van “adoptie” van open linked data van Tim Berners-Lee

Unieke Persistente Identifier

ECK2 programma – Project Identifier

Jasper Roes

24-11-2011

hdl:4263537/4000

urn:isbn:9789034553966

doi:10.1000/182

urn:nbn:nl:ui:13-367b24w783

http://purl.org/dc/elements/1.1/identifier

Wat zijn unieke identifiers?

• Codes toegekend aan leerobjecten en metadatarecords die ze uniek identificeerbaar maken

• Voorbeelden:

– ISBN voor boeken

– Streepjescode op producten in de supermarkt

Waarom Unieke Persistente Identifiers (UPI’s)?

• UPI onderdeel essentieel fundament keten• UPI randvoorwaardelijk voor:

– oplossen bestaande zoekproblemen– up-to-date houden van locatie en

eigenaarschap

• De tijd is rijp om het probleem van UPI’s op te pakken

• Hergebruik UPI mogelijk door uniciteit

• UPI’s voor relaties in semantisch web essentieel

De afspraak (vastgesteld op 3 november)

• Unieke persistente identifiers voor leerobjecten en metadatarecords

– Uniek

– Persistent

– Resolvable

• 5 identifier types zijn toegestaan

• Brede afspraak, meerdere oplossingen implementeren niet nodig

Gebruik

• Verplicht voor

• Aanbevolen voor

• Daarnaast ook toepasbaar voor andere zaken die unieke geïdentificeerd moeten worden

Leerobject

Metadatarecord

Wie?

• Aanmaken en toevoegen UPI’s door aanbieders

• Gebruik door afnemers

• Kanttekening: UPI’s moeten transparant zijn voor de gebruikers

Wat moet er gebeuren:Aanbieders van leerobjecten

Content management

systeem aanbieder

1. Content management

systeem aanbieder kent

leerobject UPI toe

Repository aanbieder

Database entry

+ LO-upi

Leerobject

Handle-resolver

Record

- LO-upi

- locatie LO

Record

- MD-upi

- locatie MD

2.

Wat moet er gebeuren:Aanbieders van metadatarecords

Content management

systeem aanbieder

Repository aanbieder

Handle-resolver

Record

- LO-upi

- locatie LO

Record

- MD-upi

- locatie MD

Edurep

+ LO-upi

+ MD-upi

Metadatarecord

1. Content management

systeem aanbieder kent

metadatarecord UPI toe

Database entry

+ MD-upi

Metadatarecord

2.

2.

Wat moet er gebeuren:Aanbieders van leerobjecten en metadatarecords

Content management

systeem aanbieder

1. Content management

systeem aanbieder kent

leerobject UPI toe

Repository aanbieder

Database entry

+ LO-upi

Leerobject

Handle-resolver

Record

- LO-upi

- locatie LO

Record

- MD-upi

- locatie MD

Edurep

+ LO-upi

+ MD-upi

Metadatarecord

1. Content management

systeem aanbieder kent

metadatarecord UPI toe

Database entry

+ MD-upi

Metadatarecord

2.

2.

Wat moet er gebeuren:Afnemers

Repository aanbieder

Database entry

+ LO-upi

Handle-resolver

Record

- LO-upi

- locatie LO

Record

- MD-upi

- locatie MD

Edurep

+ LO-upi

+ MD-upi

Metadatarecord

3A. UPI

Systeem

gebruiker

3B.

Database entry

+ MD-upi

3a. UPI

3b

. Re

dire

ct

Metadatarecord

of

Leerobject

Systeem

gebruiker

3c.

2.

2.

Metadatarecord

+ technische

locatie

Overzicht van wat er moet gebeuren

Content management

systeem aanbieder

1. Content management

systeem aanbieder kent

leerobject UPI toe

Repository aanbieder

Database entry

+ LO-upi

Leerobject

Handle-resolver

Record

- LO-upi

- locatie LO

Record

- MD-upi

- locatie MD

Edurep

+ LO-upi

+ MD-upi

Metadatarecord

3A. UPI

Systeem

gebruiker

3B.

1. Content management

systeem aanbieder kent

metadatarecord UPI toe

Database entry

+ MD-upi

Metadatarecord

3a. UPI

3b

. Re

dire

ct

Metadatarecord

of

Leerobject

Systeem

gebruiker

3c.

2.

2.

Metadatarecord

+ technische

locatie

MetaPlus

Yvette Eveleens

Productmanager MetaPlus

Doel

MetaPlus draagt eraan bij dat metadatavan objecten wordt verrijkt door toename van aantal metadatatags per veld en de toename van ingevulde doelgroepspecifiekevelden. Hierdoor neemt de vindbaarheidvan objecten in de ECK toe.

24-11-2011

Hoe werkt het?

Maakt kopie van het record

Slaat extra metadata los op

Geeft gecombineerd record terug aan Edurep

24-11-2011

Ontwikkeling

Prototype + evaluatie

MetaPlus 1.0 september 2011

MetaPlus 1.1 november 2011

Rondleiding:

24-11-2011

Toekomst

MetaPlus 2.0start december 2010 release Q1 2011

Inhoud:- verbeterde usability- flexibele aanpassing vocabulaires- toevoegen vocabulaires- spotters functionaliteit

Input: https://metadateerfaciliteit.uservoice.com

24-11-2011

Edurep

Mariska Volkmaars / Theo Zijlmans

Productmanager / Technisch Productmanager Edurep

Edurep, de semantische zoekmachine naar digitaal lesmateriaal voor het onderwijs

Nieuwe release

Verhogen beschikbaarheid CZP- en SMO-verwerking

Autocomplete op zoekwoorden

Kwaliteitsmaat CZP

Dode link checker

Ongelijk zoeken op typicalLearningTime >, >=, <, <=

Zoeken op lom.relation.<kind.value>

Drilldown op lom.educational.difficulty

Onderzoek automatische metadata verrijking

Rapportage tool

Zie voor meer info: http://edurepdiensten.wiki.kennisnet.nl/Release_2011.10

Edurep, de semantische zoekmachine naar digitaal lesmateriaal voor het onderwijs

Roadmap Edurep

Edurep, de semantische zoekmachine naar digitaal lesmateriaal voor het onderwijs

Objectief bepalen van kwaliteit LOM

Expertisecentrum Standaarden voor het Onderwijs

Wensenlijst

goo.gl/33bZg

Rapportagetool

Edurep, de semantische zoekmachine naar digitaal lesmateriaal voor het onderwijs

Rapportagetool

Edurep, de semantische zoekmachine naar digitaal lesmateriaal voor het onderwijs

Review voorstel:

Feedback op (metadata)leermateriaal

ECK2 programma – Project Eigendom en Herkomst

Expertgroep EHM

Expertgroep bestaande uit

- Yvette Eveleens

- Mariska Volkmaars

- Jeroen Hamers

- Frans Berkhof

- Theo Zijlmans

- Pieter Bruring

- Jeroen van Vuuren

Feedback

Behoefte: Feedback geven op metadata

Expert team

Voorwaarde aan voorstel:

– Niet complex

– Weinig technische impact

Voorstel voor feedback

Optionele afspraak

Feedback via e-mail

Geen vast format voor e-mail, wel verplicht opnemen– Afzender

– Identifier van metadatarecord (indien niet bekend: identifier leerobject)

E-mail adres voor de feedback dient de aanbieder op te nemen in de metadata

Aanvulling: Ook voor feedback op leermateriaal

Voorstel voor feedback technisch

Voor feedback op leermateriaal:

– Toevoegen van rol “feedback” aan vocabulaire voor /lom/lifecycle/contribute/role

– Opnemen van e-mail adres voor rol “feedback” door aanbieder van metadata in vcard in /lom/lifecycle/contribute/entity

Voor feedback op metadata:

– Toevoegen van rol “feedback” aan vocabulaire voor /lom/metametadata/contribute/role

– Opnemen van e-mail adres voor rol “feedback” door aanbieder van leermateriaal in vcard in /lom/metametadata/contribute/entity

Voorbeelden<lifecycle>

…<contribute>

<role> <source>http://purl.edustandaard.nl/vdex_lifecycle_contribute_role_lomv1p0_xxxxxx.xml</source> <value>feedback</value>

</role> <entity>

BEGIN:VCARD N:Friday;Joe FN:Joe Friday EMAIL;TYPE=INTERNET:feedbackleermiddelen@aanbieder.comVERSION:3.0 END:VCARD

</entity><date>

<dateTime>1997-07-16T19:20:30+01:00</dateTime> </date>

</contribute>….

</lifecycle>

<metametadata> …<contribute>

<role> <source>http://purl.edustandaard.nl/vdex_metametadata_contribute_role_xxxxxx.xml</source> <value>feedback</value>

</role> <entity>

BEGIN:VCARD N:Sunday;Pete FN:Pete SundayEMAIL;TYPE=INTERNET:feedbackmetadata@aanbieder.comVERSION:3.0 END:VCARD

</entity><date>

<dateTime>1997-07-16T19:20:30+01:00</dateTime> </date>

</contribute>….

</metametadata>

E-mail adres voor feedback over

leerobject

E-mail adres voor feedback over

metadata

Wat betekent dat voor..

Aanbieders

– Besluit: feedback ontvangen over metadata/leerobject? Zo ja:

– Inrichten processen voor verwerken feedback

– Feedback e-mail adres in metadata

Portalen

– Besluit: Feedback op metadata/leerobject ondersteunen? Zo ja:

– Functionaliteit aanbieden voor feedback

– NB: Kan per leerobject verschillen!

Voorzieningen, w.o. Edurep

– E-mail adres wordt automatisch al doorgegeven

– Evt. automatisch vullen van feedback adres voor de hele collectie op verzoek van de aanbieder (XSLT)

Vragen:

Gaan jullie dit gebruiken?

Wat vinden jullie van het optionele karakter?

Wat vinden jullie van de gekozen technische oplossing, w.o.:

– E-mail?

– Format E-mail?

– Opname onder contribute met nieuwe rol?

Review voorstel:

Rechten op metadata

ECK2 programma – Project Eigendom en Herkomst

Expertgroep EHM

Expertgroep bestaande uit

- Yvette Eveleens

- Mariska Volkmaars

- Jeroen Hamers

- Frans Berkhof

- Theo Zijlmans

- Pieter Bruring

- Jeroen van Vuuren

Juridisch onderzoek rechten

“Feiten zijn geen creatieve werken”

Op veel metadata ligt geen auteursrecht:

Geen auteursrecht op “feitelijke” metadata

Wel auteursrecht op “creatieve” metadata (bv. beschrijving,samenvatting)

Wellicht ook andere rechten van toepassing:

– Databankrecht

– Merkenrecht

Aanbeveling: Contractuele afspraken zijn verstandig

– Partijen weten waar ze aan toe zijn

– Recht is niet dwingend

Aanbeveling: Rechten op metadata

Aanbeveling 1: Maak contractuele afspraken

– Bij uitwisselen van metadata

– Over het toegestane gebruik

– Partijen weten waar ze aan toe zijn

Aanbeveling 1a: Neem in contractuele afspraken bij voorkeur op dat deze metadata vrij van rechten is

– Bevestiging: Metadata vaak auteursrechten vrij

– Voorkom veel complexiteit

– contractuele afspraken gelden alleen voor aangesloten partijen

A B C

Aanbeveling: Rechten op metadata

Alternatief 1b: Mocht vrij van rechten niet kunnen, neem algemeen bekende licentie vorm als basis voor contractuele afspraken

– Bv. Creative Commons

– Gemakkelijker in de keten• Iedereen kan verwijzen naar deze licentie vorm

– contractuele afspraken gelden alleen voor aangesloten partijen

• Mocht een partij rechtmatig via een andere weg aan de metadata komen gelden deze afspraken niet!

Rechten in de praktijk

Controleer rechten bij beschikbaar stellen

– Beschik je over de juiste rechten om de metadata op de afgesproken manier beschikbaar te stellen.

Controleer de gebruikersvoorwaarden

– Neem in de voorwaarden de gewenste licentie van de metadata op.

Gebruiker Repository Edurep Portal Gebruiker

Gebruiks voorwaarden

repository

Gebruiks voorwaarden

repository

Gebruiks voorwaarden

Edurep

Gebruiks voorwaarden

Portal

“De door Edurep geharvesteMetadata wordt vrij

beschikbaar gesteld ten behoeve van het onderwijs. “

Vragen:

Zijn deze aanbevelingen verstandig?

Zien jullie aanvullingen / problemen?