Aan Metis Groep Van UCI Datum 8 – 6 – 2006 Betreft overzicht ...

Het gegeven ‘vrouw / man’ was standaard ingevuld met vrouw. Het is goed mogelijk dat men –
doordat standaard al een waarde is ingevuld – dit veld over het hoofd ziet. Er wordt nu niet langer
een standaard waarde ingevuld. De gebruiker moet hier zelf een keuze maken.
a8.
Als men bij formulier 2 voor de begeleidingscommissie géén voorzitter aanvinkt wordt nu
automatisch de als eerste ingevulde persoon als voorzitter aangemerkt.
a9.
Het tabblad voortgang kon gemuteerd worden door een CVP (College van Promotoren) gebruiker.
Dit bleek niet de bedoeling. Nu kan alleen een facultaire gebruiker deze gegevens wijzigen.
a10. (bug)
Ingelogd als 1e promotor was het mogelijk e-mails opnieuw te verzenden. Ook de mail waarvoor
nog geen besluit was genomen. Dit is hersteld. Mails over onderwerpen waarvoor nog geen besluit
genomen is kunnen niet verzonden worden.
b.. Single Sig On
Voor instellingen die gebruik maken van een Oracle portal (o.a. UT) is het niet langer noodzakelijk
nogmaals in Metis (DE&C module) in te loggen. Het userid en password waarmee zij inloggen in
het eigen netwerk worden gebruikt en automatisch doorgegeven aan Metis.
Let wel: dit geldt dus niet voor instellingen die géén gebruik maken van een Oracle portal.
De UT heeft de Single Sign On functionaliteit medio mei getest en het werkte! Metis zal binnen de
UT het tweede systeem zijn waarvoor men niet (nogmaals) hoeft in te loggen.
c. Gehonoreerde wijzigingsvoorstellen (zie MG notitie 11 april: ‘Begrootte-wensen.doc
430 WUR
Opschonen van niet relevante velden. Sinds versie 2 is het mogelijk om in een record de
outputsoort te veranderen. Echter, dit kan ertoe leiden dat niet relevante velden worden gevuld.
Verander je bijvoorbeeld van artikel in bundel naar artikel in tijdschrift en heb je de titel van de
bundel al ingevuld dan blijft die gewoon staan in het record. Er wordt geredeneerd dat dit niet
uitmaakt omdat in alle output velden alleen worden getoond op grond van de uiteindelijke
documentsoort van het record. Desalniettemin is het ‘vervuiling’ van de database, en dit soort
vervuiling kan je later altijd gaan opbreken als je eens iets anders met de data wilt gaan doen
(uitwisselen met andere systemen bijvoorbeeld).Ik zie hierbij twee mogelijke oplossingsrichtingen:
Niet relevante gegevens worden direct bij het opslaan van het record gewist óf er wordt een poets-
tool gemaakt waarmee je de database kunt opschonen.
Bij patch 10 is het bovenstaande gerealiseerd en is een poetstool gemaakt. Deze poetstool
verwijdert ‘overbodige’ gegevens. Eenmaal verwijderde gegevens – en bij de poetstool kan het om
grote aantallen gaan – zijn niet meer terug te halen. Een kleine fout of vergissing heeft zo grote
gevolgen. Er is daarom besloten naast de poetstool een recover functie te maken waarmee
verwijderde gegevens teruggehaald kunnen worden.
Bij het opschonen van gegevens wordt nu als eerste een backup gemaakt (zie figuur 1).
4