Presentatie zoek en vind bijeenkomst 17 november
-
Upload
jeroen-van-vuuren -
Category
Education
-
view
191 -
download
0
Transcript of Presentatie zoek en vind bijeenkomst 17 november
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:[email protected]: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:[email protected]: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?