Edurep:Metadata verwerking: verschil tussen versies

Uit Kennisnet Developers Documentatie
Naar navigatie springen Naar zoeken springen
(→‎vCard: remove extra recordschema)
 
(17 tussenliggende versies door 2 gebruikers niet weergegeven)
Regel 1: Regel 1:
  +
{{Talen}}
Edurep '''harvest''' diverse repositories via het OAI-PMH protocol. Vervolgens kunnen eindgebruikers via een zoekportaal (zoals https://zoeken.wikiwijs.nl/) '''zoeken''' in het materiaal dat Edurep op deze wijze heeft verzameld.
 
  +
Edurep '''harvest''' diverse repositories via het OAI-PMH protocol. Vervolgens kunnen eindgebruikers via de zoekindex '''zoeken''' in het materiaal dat Edurep op deze wijze heeft verzameld. Om de kwaliteit en uniformiteit te garanderen worden er allerlei validaties, bewerkingen en translaties uitgevoerd op de metadata. In het schema hieronder staat een versimpelde weergave van de processen die plaatsvinden binnen Edurep.
  +
# records komen binnen via een specifieke interface
  +
# naast een initiële validatie (xml/toegang) vindt er inhoudelijke validatie plaats
  +
# er worden verschillende [[Edurep:Zoekopdracht/recordSchema|opvraagbare representaties]] gemaakt
  +
# de Schema.org variant wordt gebruikt in de [[#Koppelingen|aggregator]] en zoekindex
   
  +
[[File:EdurepComponentenSimplified.png]]
Om de eindgebruiker zo goed mogelijk een antwoord te geven op zijn of haar zoekvraag is het belangrijk dat de regels voor het gebruik van metadata '''consistent''' worden toegepast. Edurep voert een aantal '''validaties''' en '''bewerkingen''' uit op de metadata om de kwaliteit en uniformiteit waar mogelijk te verhogen.
 
  +
== OAI-PMH Harvester ==
  +
De harvester haalt de records binnen vanaf de aanbiedersrepository en fungeert daarmee als toegangspoort tot Edurep. Records die niet valideren worden geweigerd en de status is te bekijken op de harvester status pagina.
  +
* Productie: https://harvester.edurep.kennisnet.nl/showHarvesterStatus?domainId=prod10
  +
* Staging: https://harvester.edurep.kennisnet.nl/showHarvesterStatus?domainId=staging10
   
  +
=== Harvester Status pagina ===
Deze pagina tracht inzicht te geven in '''wat er met de metadata van aanbieders gebeurt in Edurep'''.
 
  +
Per kolom in het statusoverzicht volgt nu een uitleg over de betekenis ervan:
  +
* ''Repository'': De identifier van de repository (of een link naar de repository gegevens, alleen beschikbaar voor de beheerder van Edurep).
  +
* ''Last successful harvest'': Timestamp van de laatste keer dat de harvester een "fout vrij" bezoek heeft gedaan.
  +
* ''Total records'': Totaal aantal records die de harvester heeft opgehaald. (Dit aantal is '''niet''' per definitie hetzelfde als het aantal in Edurep. Het kan bijvoorbeeld voorkomen dat onze [[Edurep:Metadata_verwerking#Deadlink_Checker|deadlink checker]] records met dode links opruimt.)
  +
* ''Harvested/Uploaded/Deleted'': De verhouding tussen het aantal nieuwe of gewijzigde, en verwijderde records van het laatste harvest bezoek.
  +
* ''#Validation Errors'': Het aantal validatiefouten. De link verwijst naar een lijst met alle fouten onderaan de statuspagina.
  +
* ''#Errors'': Het aantal errors. De link verwijst naar een lijst met alle fouten onderaan de statuspagina.
  +
* ''RSS'': Geeft toegang tot een rss feed voor een specifieke aangesloten collectie.
   
  +
=== Validatiefouten ===
== Inhoudelijk validatie van velden ==
 
  +
Wanneer een record succesvol wordt geharvest kan deze voor de opname in de zoekmachine nog geweigerd worden op basis van een validatiefout. Op dit moment wordt er alleen gevalideerd tegen het LOM XML schema (beide bindingen IEEE en IMS kunnen worden aangeboden).
* Elk record wordt gevalideerd op conformiteit met de [https://wiki.surfnet.nl/display/nllom/LOM LOM XML schema]. Invalide records worden '''geweigerd''' in het [[Edurep:Aanbieder_Status#Validatiefouten|harvestproces]].
 
   
  +
In tegenstelling tot een error wordt er wel doorgeharvest na een validatiefout, tot op zekere hoogte. In principe wordt er na 100 validatiefouten niet meer doorgeharvest, er treedt dan voor de harvester een error op.
* Door middel van een '''XSLT''' wordt de inhoud van een aantal LOM velden gevalideerd. Dit zijn velden waar een VDEX aan gekoppeld is en waarvan dus bekend is welke waarden hierin mogen staan. Tijdens deze validatie wordt geprobeerd om veel voorkomende fouten te corrigeren. Als dit niet mogelijk is dan wordt er een error gegenereerd en het record geweigerd. Een voorbeeld van zo'n error is:
 
  +
<syntaxhighlight lang="xml" enclose="div">
 
  +
Elke validatiefout kan vanuit het foutenoverzicht individueel bekeken worden. De eerste regel van zo'n foutmelding bevat de gegenereerde samenvatting van de fout. In een aantal gevallen zal deze melding voldoende zijn om de fout in kwestie op te sporen. De getoonde xml staat hier in de IEEE LOM binding, maar is inhoudelijk gelijk aan het ingeschoten record.
<edurep:error xmlns:edurep="http://meresco.org/namespace/users/kennisnet/edurep">Element 'aggregationlevel' deleted due to the use of the invalid value: 'null'.</edurep:error>
 
  +
  +
Soms zegt deze regel echter "Line 105: Unable to transform record". De fout zelf is dan in het xml bestand terug te vinden, en omgeven door expliciete Edurep error xml elementen:
  +
  +
<syntaxhighlight lang="xml" line="GESHI_FANCY_LINE_NUMBERS" line start="105">
  +
<edurep:error xmlns:edurep="http://meresco.org/namespace/users/kennisnet/edurep">
  +
<lom:keyword xmlns:lom="http://www.imsglobal.org/xsd/imsmd_v1p2">
  +
<lom:langstring xml:lang="nl"/>
  +
</lom:keyword>
  +
</edurep:error>
 
</syntaxhighlight>
 
</syntaxhighlight>
Deze foutmeldingen zijn in de kolom <source lang="text" enclose="none">#Validation Errors</source> terug te vinden op [https://harvester.edurep.kennisnet.nl/showHarvesterStatus?domainId=prod8 Harvester Status] pagina. Daar kan per collectie ook een RSS feed gevolgd worden. Zie de [[Edurep:Aanbieder_Status|Aanbieder Status]] pagina voor meer informatie.
 
   
  +
Wanneer een validatiefout bij de aanbieder wordt gerepareerd en volgens OAI met een nieuwe updated timestamp wordt aangeboden, wordt het record weer regulier meegeharvest en verdwijnt de validatiefout.
'''De volgende velden worden gevalideerd''' (klik op een veld om de toegepaste business rules te bekijken):
 
  +
*[[Edurep:Validatie_lom.general.aggregationlevel|<source lang="text" enclose="none">lom.general.aggregationlevel</source>]]
 
  +
== Deadlink Checker ==
*[[Edurep:Validatie_lom.educational.learningresourcetype|<source lang="text" enclose="none">lom.educational.learningresourcetype</source>]]
 
  +
De Deadlink Checker controleert of een record een '''geldige''' en '''werkende URL''' bevat in het [[Edurep:Metadata/Url|url veld]]. Een record kan één van de volgende statussen krijgen:
*[[Edurep:Validatie_lom.educational.intendedenduserrole|<source lang="text" enclose="none">lom.educational.intendedenduserrole</source>]]
 
  +
* OK: Het resultaat van de url is een 2.x.x of 3.x.x HTTP status code
*[[Edurep:Validatie_lom.educational.context|<source lang="text" enclose="none">lom.educational.context</source>]]
 
  +
* NTL: Het record bevat geen url (No Technical Location)
*<source lang="text" enclose="none">lom.educational.typicallearningtime</source> (moet voldoen aan het string formaat zoals beschreven op https://wiki.surfnet.nl/display/nllom/duration)
 
  +
* FAILED: De url is niet valide of leidt tot een timeout of een 4.x.x of 5.x.x HTTP status code
*[[Edurep:Validatie_lom.rights.cost|<source lang="text" enclose="none">lom.rights.cost</source>]]
 
  +
*[[Edurep:Validatie_lom.rights.copyrightandotherrestrictions|<source lang="text" enclose="none">lom.rights.copyrightandotherrestrictions</source>]]
 
  +
Records met status FAILED worden vervolgens niet getoond in Edurep zoekresultaten.
   
  +
Ongeveer één keer in de week worden alle records met de status "OK" gecontroleerd. De records met de status "FAILED" worden elke dag gecontroleerd.
== Automatische wijzigingen ==
 
  +
  +
{{Info|Het kan toch nog voorkomen dat sommige leerobjecten niet als een dead link worden aangemerkt doordat de URL uitkomt op een zogenaamde landingspagina die zich meldt als een OK ipv FAILED. Deze situaties zijn lastig te herkennen.}}
  +
  +
=== Deadlink Checker Status Pagina ===
  +
Er is een statuspagina waar per repository een overzicht van de dode links is op te vragen.
  +
* Productie: https://wszoeken.edurep.kennisnet.nl/status
  +
* Staging: https://staging.edurep.kennisnet.nl/status
  +
  +
Per kolom in het statusoverzicht een korte omschrijving:
  +
* ''Repository'': De repository identifier zoals deze in Edurep bekend is.
  +
* ''Vindbare records'': Het aantal geharveste records minus de records met dode links.
  +
* ''Deadlink records'': Het aantal records met dode links.
  +
* ''Totaal'': Het aantal geharveste records
  +
  +
Wanneer men doorklikt op een individuele repository, kan men zich abboneren op de rss feeds van de harvester en de deadlink checker, alsmede een overzicht van alle dode link [[Edurep:Metadata/Record Identifier|recordIdentifiers]] downloaden.
  +
  +
== Bewerkingen en Validatie ==
  +
Er bestaan in Edurep verschillende bewerkings- en validatieprocessen om de kwaliteit van records te verhogen.
  +
  +
=== ontbrekende waarden ===
 
Omwille van de kwaliteit van de metadata vult Edurep een aantal velden van de metadata '''indien deze niet zijn ingevuld door de aanbieder'''. Het gaat om:
 
Omwille van de kwaliteit van de metadata vult Edurep een aantal velden van de metadata '''indien deze niet zijn ingevuld door de aanbieder'''. Het gaat om:
* kosten: Edurep vult cost=yes in wanneer het /lom/rights/cost niet aanwezig is.
+
* kosten: Edurep vult cost=yes in wanneer [[Edurep:Metadata/Kosten|kosten]] niet aanwezig is.
* uitgever: Edurep vult de repository_id in als publisher wanneer de aanbieder geen publisher meegeeft.
+
* uitgever: Edurep vult de repository_id in als publisher wanneer de aanbieder geen [[Edurep:Metadata/Uitgever|uitgever]] meegeeft.
   
  +
=== vocabulaire waarden ===
=== OBK: aanvullen/corrigeren taxon entry ===
 
  +
In Edurep worden verschillende vocabulairevelden inhoudelijk gevalideerd.
Het invullen van een taxon entry is niet verplicht volgens NL-LOM, maar wel praktisch voor zoekportalen om vakgebieden ed. af te beelden bij zoekresultaten zonder daar een eigen lookup-service voor in te richten. Edurep vult daarom de taxon entries altijd in voor elke geldige purl.edustandaard.nl classificatie taxon id vanuit binnen de purpose types:
 
* discipline,
 
* educational level en
 
* educational objective.
 
   
  +
'''legacy:'''<br/>
Let wel, elke bestaande entry wordt ook '''overschreven'''.
 
  +
De legacy oplossing werkt alleen met [https://github.com/kennisnet/edurep-xslt xslt's]. Hierin worden deels oude waarden [[Edurep:Mappen_naar_het_OBK|gemapt]] naar nieuwe waarden, foutieve waarden verwijderd of aangepast. Deze oplossing zal na de 2021-11 release worden uitgefaseerd.
  +
  +
'''new:'''<br/>
  +
In de nieuwe oplossing is het voor ons eenvoudiger geworden om meer verbetermogelijkheden toe te passen, maar is ook [[Edurep:Veldenlijst/Schema.org/invalid|explicieter uit te vinden]] wat er niet is gevalideerd.
  +
  +
=== classificaties ===
  +
Alle NL LOM classificatie velden worden op een bepaalde manier omgezet naar schema.org. Het doel is om de schema.org [[Edurep:Metadata/Vak|vak]], [[Edurep:Metadata/Leerniveau|leerniveau]] en [[Edurep:Metadata/Doel|doel]] te reserveren door algemene curriculum vocabulaires. Globaal hanteren we een aantal regels die in volgorde worden afgelopen:
  +
# een OBK identifier (<nowiki>http://purl.edustandaard.nl/begrippenkader/*</nowiki>) binnen purpose type {{Code|discipline}}, {{Code|educational level}} of {{Code|comptency}} wordt geplaatst in respectievelijk {{Code|schema:educationalAlignment}}, {{Code|schema:educationalLevel}} en {{Code|schema:teaches}}.
  +
# voor specifieke oude VDEX vocabulaire waarden wordt een vertaling gemaakt van oude waarde naar OBK identifier
  +
# specifieke regels voor andere classificatiewaarden, met onder meer de mapping van de [[Edurep:Metadata/Toegang|toegangsrechten]]
  +
# alles wat niet matcht wordt binnen als [[Edurep:Metadata/Trefwoorden|trefwoord]] opgeslagen, met behoud van vocabulaire informatie
  +
  +
Op de 2021 migratie pagina is een [[Edurep:Migraties/2021#Overzicht|volledig overzicht]] te vinden.
  +
  +
=== OBK ===
  +
Het invullen van een label bij een classificatie identifier is niet verplicht, maar wel praktisch voor zoekportalen betekenisvolle namen af te beelden bij zoekresultaten zonder daar een eigen lookup-service voor in te richten. Edurep vult daarom de labels altijd in voor elke geldige purl.edustandaard.nl/begrippenkader classificatie identifier vanuit binnen leerniveau, vak en doel.
  +
* Elke bestaande entry wordt ook '''overschreven'''.
  +
* Indien een taxon geen id bevat, maar alleen een entry, wordt de taxon uit het record gehaald omdat de validiteit van de entry niet kan worden bepaald.
   
 
Voorbeeld input:
 
Voorbeeld input:
Regel 78: Regel 139:
 
</syntaxhighlight>
 
</syntaxhighlight>
   
  +
=== vCard ===
{{Info|Indien een taxon geen id bevat, maar alleen een entry, wordt de taxon uit het record gehaald omdat de validiteit van de entry niet kan worden bepaald.}}
 
  +
Een {{Standaard|VCARD}} in een {{Code|centity}} wordt door Edurep gescand om te kunnen zoeken op "author" of "publisher". Van de mogelijke variabelen in een vCard worden N, FN en ORG gebruikt als mogelijke waarden. Het eerste veld in een vCard wat voldoet aan deze variabelen wordt gebruikt. Een vCard moet voldoen aan versie 3.0. Hierbij zijn de FN, N en VERSION verplicht en niet leeg.
   
== vCard ==
+
== Koppelingen ==
  +
Tijdens het verwerkingsproces worden koppelingen tussen records gemaakt zodat er bijvoorbeeld zoekopdrachten kunnen worden gedaan op basis van de gemiddelde beoordeling van alle gerelateerde records.
Een {{Standaard|VCARD}} in een centity wordt door Edurep gescand om te kunnen zoeken op "author" of "publisher". Van de mogelijke variabelen in een vCard worden N, FN en ORG gebruikt als mogelijke waarden. Het eerste veld in een vCard wat voldoet aan deze variabelen wordt gebruikt. Een vCard moet voldoen aan versie 3.0. Hierbij zijn de FN, N en VERSION verplicht en niet leeg.
 
 
== Deadlink Checker ==
 
De Deadlink Checker controleert of een LOM record een '''geldige''' en '''werkende URL''' bevat in het veld lom.technical.location. Een record kan één van de volgende statussen krijgen:
 
* OK: Het resultaat van de URL in lom.technical.location is een 2.x.x of 3.x.x HTTP status code
 
* NTL: Het LOM record bevat geen lom.technical.location (No Technical Location)
 
* FAILED: Het resultaat van de URL in lom.technical.location is een 4.x.x of een 5.x.x HTTP status code.
 
 
Het [[Edurep:Aanbieder Status#Deadlink Checker|resultaat van deze check]] is dat records met status FAILED niet in het antwoord op een zoekvraag worden teruggegeven.
 
 
De Deadlink Checker verstuurt de URL in de eerste waarde uit het veld lom.technical.location als een request. Op dit request zit een timeout van 5 minuten. Als de server binnen die tijd het request niet volledig beantwoord heeft wordt deze gemarkeerd als “FAILED”. Dit gebeurt dus ook als de data niet binnen 5 minuten gedownload kan worden. De status "FAILED" kan dus de volgende oorzaken hebben:
 
* De URL komt uit op een 2.x.x of 3.x.x
 
* De URL is niet conform de correcte notatie (niet urlencoded).
 
* De server is niet bereikbaar
 
* De data van het leerobject kan niet binnen 5 minuten worden gedownload, bijv. in geval van een film-bestand.
 
 
Ongeveer één keer in de week worden alle records met de status “OK” gecontroleerd. De records met de status “FAILED” worden elke dag gecontroleerd. Als de status gewijzigd is dan wordt dit in Edurep verwerkt.
 
 
NB: Het kan toch nog voorkomen dat sommige leerobjecten niet als een dead link worden aangemerkt doordat de URL uitkomt op een "landingspagina" die zich meldt als een OK ipv FAILED. Deze situaties zijn lastig te herkennen.
 
 
== SMO Tag Volgorde ==
 
Na het inschieten van een SMO kan de volgorde van tags verschillen met de volgorde van de tags in het origineel. Wanneer bijvoorbeeld de tags "Eerste Wereldwereldoorlog" eerst bestonden kan dat na een indexering "Wereldoorlog Eerste" zijn. In een zoekapplicatie zou men bij het zoeken naar tags niet een exacte volgorde van tags moeten implementeren maar één waarbij een OR of AND operator wordt toegepast.
 
== Doorlooptijd ==
 
De doorlooptijd van het verwerken van metadata in Edurep is de tijd tussen het inschieten SMO's of het ophalen van LOM bij de aanbieder en de beschikbaarheid in Edurep Search. Deze doorlooptijd is near-realtime en in de praktijk nauwelijks merkbaar. De primaire doelstelling van Edurep is de beschikbaarheid van het zoeken naar LOM/SMO's en het inschieten van SMO's. De doorlooptijd zal zoveel mogelijk worden geminimaliseerd.
 
 
== Mapping "oude stijl" VDEX waarden naar OBK waarden ==
 
{{Warn|Dit mechanisme zal in 2020 langzaam uitgefaseerd worden.}}
 
Repositories gebruiken voor het metadateren
 
* zowel "oude stijl" VDEX'en (bijvoorbeeld [http://purl.edustandaard.nl/vdex_classification_kerndoelen_onderbouw_vo_20071115.xml vdex_classification_kerndoelen_onderbouw_vo_20071115.xml ])
 
* als termen uit het [[OBK:Hoofdpagina|Begrippenkader]].
 
Voor de duidelijkheid, men geeft middels de '''taxon source''' aan of er wordt '''gerefereerd naar het OBK'''. De correcte referentie hierbij is '''"<nowiki>http://purl.edustandaard.nl/begrippenkader</nowiki>"'''. Zie de [[Standaarden:NL_LOM/lom.classification#OnderwijsBegrippenKader|Standaarden uitleg]] voor meer informatie.
 
 
<syntaxhighlight lang="xml">
 
<taxonpath>
 
<source>
 
<!-- geen OBK verwijzing, dus elk id mag -->
 
<langstring xml:lang="x-none">http://purl.edustandaard.nl/mijn_begrippenkader</langstring>
 
</source>
 
<taxon>
 
<id>3a26037c-b635-4027-82b2-0941a4a5bc88</id>
 
</taxon>
 
</taxonpath>
 
</syntaxhighlight>
 
 
Ten behoeve van de optimale vindbaarheid van records tijdens de migratie naar het Begrippenkader, worden termen van "oude" vocabulaires gemapt naar termen uit het Begrippenkader.
 
 
Dit mapping mechanisme is gebaseerd op de mappings zoals die door Edustandaard gemaakt zijn, [http://developers.wiki.kennisnet.nl/index.php?title=OBK:Mappen_naar_het_OBK '''een uitgebreide beschrijving is hier'''] te vinden.
 
 
Het mapping mechanisme is '''per collectie ingesteld''', [http://developers.wiki.kennisnet.nl/index.php?title=Edurep:Mappen_naar_het_OBK '''een overzicht hiervan is hier'''] te vinden.
 
 
Op basis van deze mappings zijn XSLT's gemaakt, deze XSTL's zijn publiekelijk beschikbaar op https://github.com/kennisnet/edurep-xslt.
 
 
Bij de mapping worden alleen termen '''toegevoegd en niet vervangen'''. Bijvoorbeeld, indien een record deze metadata bevat:
 
<syntaxhighlight lang="xml">
 
<czp:classification>
 
<czp:purpose>
 
<czp:source>
 
<czp:langstring xml:lang="x-none">http://download.edustandaard.nl/vdex/vdex_classification_purpose_czp_20060628.xml</czp:langstring>
 
</czp:source>
 
<czp:value>
 
<czp:langstring xml:lang="x-none">discipline</czp:langstring>
 
</czp:value>
 
</czp:purpose>
 
<czp:taxonpath>
 
<czp:source>
 
<czp:langstring xml:lang="x-none">http://purl.edustandaard.nl/vdex_classification_opleidingsdomeinen_en_studierichtingen_mbo_2010.xml</czp:langstring>
 
</czp:source>
 
<czp:taxon>
 
<czp:id>16</czp:id>
 
<czp:entry>
 
<czp:langstring xml:lang="nl">Voedsel, natuur en leefomgeving</czp:langstring>
 
</czp:entry>
 
</czp:taxon>
 
</czp:taxonpath>
 
</czp:classification>
 
</syntaxhighlight>
 
 
Dan wordt dat als volgt gemapt:
 
<syntaxhighlight lang="xml">
 
<czp:classification>
 
<czp:purpose>
 
<czp:source>
 
<czp:langstring xml:lang="x-none">http://purl.edustandaard.nl/vdex_classification_purpose_czp_20060628.xml</czp:langstring>
 
</czp:source>
 
<czp:value>
 
<czp:langstring xml:lang="x-none">discipline</czp:langstring>
 
</czp:value>
 
</czp:purpose>
 
<czp:taxonpath>
 
<czp:source>
 
<czp:langstring xml:lang="x-none">http://purl.edustandaard.nl/vdex_classification_opleidingsdomeinen_en_studierichtingen_mbo_2010.xml</czp:langstring>
 
</czp:source>
 
<czp:taxon>
 
<czp:id>16</czp:id>
 
<czp:entry>
 
<czp:langstring xml:lang="nl">Voedsel, natuur en leefomgeving</czp:langstring>
 
</czp:entry>
 
</czp:taxon>
 
</czp:taxonpath>
 
</czp:classification>
 
<czp:classification>
 
<czp:purpose>
 
<czp:source>
 
<czp:langstring xml:lang="x-none">http://download.edustandaard.nl/vdex/vdex_classification_purpose_czp_20060628.xml</czp:langstring>
 
</czp:source>
 
<czp:value>
 
<czp:langstring xml:lang="x-none">discipline</czp:langstring>
 
</czp:value>
 
</czp:purpose>
 
<czp:taxonpath>
 
<czp:source>
 
<czp:langstring xml:lang="x-none">http://purl.edustandaard.nl/begrippenkader</czp:langstring>
 
</czp:source>
 
<czp:taxon>
 
<czp:id>5e86dc82-1981-48df-bbe5-abd4a9b3767b</czp:id>
 
<czp:entry>
 
<czp:langstring xml:lang="nl">Voedsel, natuur en leefomgeving</czp:langstring>
 
</czp:entry>
 
</czp:taxon>
 
</czp:taxonpath>
 
</czp:classification>
 
</syntaxhighlight>
 
   
  +
=== Beoordeling ===
  +
Een koppeling tussen een beoordeling en een leermateriaal record wordt gemaakt op basis van het {{Code|hreview:info}} veld in {{Standaard|SMO}} en 1 van de [[Edurep:Metadata/Object Identifier|object identifiers]] in een leermateriaal record. Na de 2021-11 release wordt niet slechts gematched op het 1e record identifier, maar kan er op alle record identifiers een match gemaakt worden. Dit betekent ook dat een beoordeling kan worden gekoppeld op een record die met de originele beoordeling geen direct match had. Bijvoorbeeld kan een beoordeling die wijst naar id:1 via id:2 ook gekoppeld worden aan record B:
  +
* record A
  +
** id:1
  +
** '''id:2'''
  +
* record B
  +
** '''id:2'''
  +
** id:3
   
 
[[Categorie:Edurep]]
 
[[Categorie:Edurep]]

Huidige versie van 13 nov 2023 om 17:50

Nl.gif Nederlands En.gif English

Edurep harvest diverse repositories via het OAI-PMH protocol. Vervolgens kunnen eindgebruikers via de zoekindex zoeken in het materiaal dat Edurep op deze wijze heeft verzameld. Om de kwaliteit en uniformiteit te garanderen worden er allerlei validaties, bewerkingen en translaties uitgevoerd op de metadata. In het schema hieronder staat een versimpelde weergave van de processen die plaatsvinden binnen Edurep.

  1. records komen binnen via een specifieke interface
  2. naast een initiële validatie (xml/toegang) vindt er inhoudelijke validatie plaats
  3. er worden verschillende opvraagbare representaties gemaakt
  4. de Schema.org variant wordt gebruikt in de aggregator en zoekindex

EdurepComponentenSimplified.png

OAI-PMH Harvester

De harvester haalt de records binnen vanaf de aanbiedersrepository en fungeert daarmee als toegangspoort tot Edurep. Records die niet valideren worden geweigerd en de status is te bekijken op de harvester status pagina.

Harvester Status pagina

Per kolom in het statusoverzicht volgt nu een uitleg over de betekenis ervan:

  • Repository: De identifier van de repository (of een link naar de repository gegevens, alleen beschikbaar voor de beheerder van Edurep).
  • Last successful harvest: Timestamp van de laatste keer dat de harvester een "fout vrij" bezoek heeft gedaan.
  • Total records: Totaal aantal records die de harvester heeft opgehaald. (Dit aantal is niet per definitie hetzelfde als het aantal in Edurep. Het kan bijvoorbeeld voorkomen dat onze deadlink checker records met dode links opruimt.)
  • Harvested/Uploaded/Deleted: De verhouding tussen het aantal nieuwe of gewijzigde, en verwijderde records van het laatste harvest bezoek.
  • #Validation Errors: Het aantal validatiefouten. De link verwijst naar een lijst met alle fouten onderaan de statuspagina.
  • #Errors: Het aantal errors. De link verwijst naar een lijst met alle fouten onderaan de statuspagina.
  • RSS: Geeft toegang tot een rss feed voor een specifieke aangesloten collectie.

Validatiefouten

Wanneer een record succesvol wordt geharvest kan deze voor de opname in de zoekmachine nog geweigerd worden op basis van een validatiefout. Op dit moment wordt er alleen gevalideerd tegen het LOM XML schema (beide bindingen IEEE en IMS kunnen worden aangeboden).

In tegenstelling tot een error wordt er wel doorgeharvest na een validatiefout, tot op zekere hoogte. In principe wordt er na 100 validatiefouten niet meer doorgeharvest, er treedt dan voor de harvester een error op.

Elke validatiefout kan vanuit het foutenoverzicht individueel bekeken worden. De eerste regel van zo'n foutmelding bevat de gegenereerde samenvatting van de fout. In een aantal gevallen zal deze melding voldoende zijn om de fout in kwestie op te sporen. De getoonde xml staat hier in de IEEE LOM binding, maar is inhoudelijk gelijk aan het ingeschoten record.

Soms zegt deze regel echter "Line 105: Unable to transform record". De fout zelf is dan in het xml bestand terug te vinden, en omgeven door expliciete Edurep error xml elementen:

105<edurep:error xmlns:edurep="http://meresco.org/namespace/users/kennisnet/edurep">
106 <lom:keyword xmlns:lom="http://www.imsglobal.org/xsd/imsmd_v1p2">
107  <lom:langstring xml:lang="nl"/>
108 </lom:keyword>
109</edurep:error>

Wanneer een validatiefout bij de aanbieder wordt gerepareerd en volgens OAI met een nieuwe updated timestamp wordt aangeboden, wordt het record weer regulier meegeharvest en verdwijnt de validatiefout.

Deadlink Checker

De Deadlink Checker controleert of een record een geldige en werkende URL bevat in het url veld. Een record kan één van de volgende statussen krijgen:

  • OK: Het resultaat van de url is een 2.x.x of 3.x.x HTTP status code
  • NTL: Het record bevat geen url (No Technical Location)
  • FAILED: De url is niet valide of leidt tot een timeout of een 4.x.x of 5.x.x HTTP status code

Records met status FAILED worden vervolgens niet getoond in Edurep zoekresultaten.

Ongeveer één keer in de week worden alle records met de status "OK" gecontroleerd. De records met de status "FAILED" worden elke dag gecontroleerd.

Info.gif Het kan toch nog voorkomen dat sommige leerobjecten niet als een dead link worden aangemerkt doordat de URL uitkomt op een zogenaamde landingspagina die zich meldt als een OK ipv FAILED. Deze situaties zijn lastig te herkennen.

Deadlink Checker Status Pagina

Er is een statuspagina waar per repository een overzicht van de dode links is op te vragen.

Per kolom in het statusoverzicht een korte omschrijving:

  • Repository: De repository identifier zoals deze in Edurep bekend is.
  • Vindbare records: Het aantal geharveste records minus de records met dode links.
  • Deadlink records: Het aantal records met dode links.
  • Totaal: Het aantal geharveste records

Wanneer men doorklikt op een individuele repository, kan men zich abboneren op de rss feeds van de harvester en de deadlink checker, alsmede een overzicht van alle dode link recordIdentifiers downloaden.

Bewerkingen en Validatie

Er bestaan in Edurep verschillende bewerkings- en validatieprocessen om de kwaliteit van records te verhogen.

ontbrekende waarden

Omwille van de kwaliteit van de metadata vult Edurep een aantal velden van de metadata indien deze niet zijn ingevuld door de aanbieder. Het gaat om:

  • kosten: Edurep vult cost=yes in wanneer kosten niet aanwezig is.
  • uitgever: Edurep vult de repository_id in als publisher wanneer de aanbieder geen uitgever meegeeft.

vocabulaire waarden

In Edurep worden verschillende vocabulairevelden inhoudelijk gevalideerd.

legacy:
De legacy oplossing werkt alleen met xslt's. Hierin worden deels oude waarden gemapt naar nieuwe waarden, foutieve waarden verwijderd of aangepast. Deze oplossing zal na de 2021-11 release worden uitgefaseerd.

new:
In de nieuwe oplossing is het voor ons eenvoudiger geworden om meer verbetermogelijkheden toe te passen, maar is ook explicieter uit te vinden wat er niet is gevalideerd.

classificaties

Alle NL LOM classificatie velden worden op een bepaalde manier omgezet naar schema.org. Het doel is om de schema.org vak, leerniveau en doel te reserveren door algemene curriculum vocabulaires. Globaal hanteren we een aantal regels die in volgorde worden afgelopen:

  1. een OBK identifier (http://purl.edustandaard.nl/begrippenkader/*) binnen purpose type discipline, educational level of comptency wordt geplaatst in respectievelijk schema:educationalAlignment, schema:educationalLevel en schema:teaches.
  2. voor specifieke oude VDEX vocabulaire waarden wordt een vertaling gemaakt van oude waarde naar OBK identifier
  3. specifieke regels voor andere classificatiewaarden, met onder meer de mapping van de toegangsrechten
  4. alles wat niet matcht wordt binnen als trefwoord opgeslagen, met behoud van vocabulaire informatie

Op de 2021 migratie pagina is een volledig overzicht te vinden.

OBK

Het invullen van een label bij een classificatie identifier is niet verplicht, maar wel praktisch voor zoekportalen betekenisvolle namen af te beelden bij zoekresultaten zonder daar een eigen lookup-service voor in te richten. Edurep vult daarom de labels altijd in voor elke geldige purl.edustandaard.nl/begrippenkader classificatie identifier vanuit binnen leerniveau, vak en doel.

  • Elke bestaande entry wordt ook overschreven.
  • Indien een taxon geen id bevat, maar alleen een entry, wordt de taxon uit het record gehaald omdat de validiteit van de entry niet kan worden bepaald.

Voorbeeld input:

<taxonpath>
  <source>
    <langstring xml:lang="x-none">http://purl.edustandaard.nl/begrippenkader</langstring>
  </source>
  <taxon>
    <!-- OBK-id voor Voortgezet Onderwijs -->
    <id>2a1401e9-c223-493b-9b86-78f6993b1a8d</id>
  </taxon>
  <taxon>
    <id>512e4729-03a4-43a2-95ba-758071d1b725</id>
    <entry>
        <langstring xml:lang=”nl”>PO</langstring>
    </entry>
  </taxon>
</taxonpath>

Resultaat:

<taxonpath>
  <source>
    <langstring xml:lang="x-none">http://purl.edustandaard.nl/begrippenkader</langstring>
  </source>
  <taxon>
    <id>2a1401e9-c223-493b-9b86-78f6993b1a8d</id>
    <!-- De entry is automatisch aangevuld -->
    <entry>
        <langstring xml:lang=”nl”>Voortgezet Onderwijs</langstring>
    </entry>
  </taxon>
  <taxon>
    <id>512e4729-03a4-43a2-95ba-758071d1b725</id>
    <!-- De entry is automatisch overschreven -->
    <entry>
        <langstring xml:lang=”nl”>Primair Onderwijs</langstring>
    </entry>
  </taxon>
</taxonpath>

vCard

Een VCARD in een centity wordt door Edurep gescand om te kunnen zoeken op "author" of "publisher". Van de mogelijke variabelen in een vCard worden N, FN en ORG gebruikt als mogelijke waarden. Het eerste veld in een vCard wat voldoet aan deze variabelen wordt gebruikt. Een vCard moet voldoen aan versie 3.0. Hierbij zijn de FN, N en VERSION verplicht en niet leeg.

Koppelingen

Tijdens het verwerkingsproces worden koppelingen tussen records gemaakt zodat er bijvoorbeeld zoekopdrachten kunnen worden gedaan op basis van de gemiddelde beoordeling van alle gerelateerde records.

Beoordeling

Een koppeling tussen een beoordeling en een leermateriaal record wordt gemaakt op basis van het hreview:info veld in SMO en 1 van de object identifiers in een leermateriaal record. Na de 2021-11 release wordt niet slechts gematched op het 1e record identifier, maar kan er op alle record identifiers een match gemaakt worden. Dit betekent ook dat een beoordeling kan worden gekoppeld op een record die met de originele beoordeling geen direct match had. Bijvoorbeeld kan een beoordeling die wijst naar id:1 via id:2 ook gekoppeld worden aan record B:

  • record A
    • id:1
    • id:2
  • record B
    • id:2
    • id:3