Kort beskrivelse av oppsettet i Inspera for automatisk publisering av gradsoppgaver

Hvordan henter mule (integrasjonsløsningen) informasjon som studentene har lagt inn i Inspera

For at overføring av data fra Inspera til Brage/NVA skal fungere er det tre element som må være tilstede:

Prøven studenten skal levere på i inspera må ha innstillingen "avhandling" huket av, samt "bachelor" eller "master". Master/bachelor definerer hvilken samling, under instituttet, i Brage studentens innslag legges i. Det er normalt å sikre dette ved at alle prøver for master - og bacheloroppgaver opprettes på mal for master, eller bachelor.
Det må være oppgaver hvor studentene kan levere innhold, og som har eksterne identifikatorer, slik at integrasjonen skal kunne plukke opp informasjon. Se liste under over hvilke felt integrasjonen leter etter, og hva studentene leverer i disse. F.eks. NTNU ivaretar at dette er på plass med å ha et oppgavesett knyttet til malene som skal benyttes for å opprette prøver for master- og bachelorlevering. Ekstern identifikator kan legges på alle oppgavetyper i Inspera, men det er tatt i bruk spesifikke oppgavetyper for å oppnå riktig resultat.
1. Filopplastingsoppgavene
  (Felt 7. og 8.) tas i bruk for at studenten kan levere oppgaven og vedleggene. De brukes for å gjennomføre sensur, men også til å hente ut filene som skal publiseres
2. Skjemaoppgavene
  er tatt i bruk for å samle inn informasjon fra studentene, som brukes til å definere hvordan publisering skal foregå (felt 9. og 10.), samt samle inn metadata til bruk i FS (felt 1.) og i Brage (felt 1.-6.). Denne oppgavetypen er ikke synlig for sensor, noe som sikrer at vi kan ivareta anonymisering for anonyme innleveringer av master/bachelor
Integrasjonen (mule) må vite hva som skal skje med all informasjonen den kan hente, hvis ikke vil det ikke plukkes opp noe informasjon. Eventuelle endringer ledes av studieadministrasjonen, og gjennomføres av SIKT.

Felt	Formål med feltet	Type svar	ekstern identifikator	Tolking av felt verdi ved lesing av integrasjonen
Tittel på oppgaven	tittel til bruk på vitnemål Metadata til publisering	Kortsvar	-title	Det integrasjonen får tilbake fra Inspera, vil f.eks. være noe slik : `RESPONSE-title = "Skismøring og deres effekter på mennesker"` Hele teksten brukes som oppgave tittel
Engelsk tittel på oppgaven	tittel til bruk på vitnemål for oppgaver som ikke er skrevet på engelsk Metadata som kompletterer innføringen i Brage for oppgaver som ikke er skrevet på engelsk	Kortsvar	-title-eng	Det integrasjonen får tilbake fra Inspera, vil f.eks. være noe slik : `RESPONSE-title = "To be or Not to be"` Hele teksten brukes som alternativ tittel
Spåk	Språk oppgaven er skrevet på : Metadata til publisering	Alternativer: Norsk - bokmål Norsk - bokmål Norsk - nynorsk Engelsk Svensk Dansk Ingen av disse Norsk - nynorsk Norsk - bokmål Norsk - nynorsk Engelsk Svensk Dansk Ingen av desse Engelsk: Norwegian - bokmål Norwegian - nynorsk English Swedish Danish None of the above	-language	Det integrasjonen får tilbake fra Inspera, vil f.eks. være noe slik : `RESPONSE-language = "Norsk - nynorsk"` integrasjonen sjekker da etter spesifikke ord i svaret og tolker dem deretter. Her er tolke-tabellen brukt. : "nynorsk" -> "nno" "norsk" -> "nob" "english" -> "eng" "engelsk" -> "eng" "dansk" -> "dan" "danish" -> "dan" "swedish" -> "swe" "svensk" -> "swe" "fransk" -> "fra" "tysk" -> "ger" "french" -> "fra" "german" -> "ger" Det vil si, om f-eks. ordet “nynorsk” finnes i besvarelsen, vil den settes til språk settes til Nynorsk. Siden nynorsk kommer før “norsk”, vil alt som ikke har “nynorsk”, men har “norsk”, bli satt til Bokmål.
Sammendrag	Metadata til publisering	Langsvar	-abstract	Det integrasjonen får tilbake fra Inspera, vil f.eks. være noe slik : `RESPONSE-abstract = "Bla bla ... bla bla "` Hele teksten brukes som sammendrag.
	Metadata til publisering	Langsvar	-abstract2	Det integrasjonen får tilbake fra Inspera, vil f.eks. være noe slik : `RESPONSE-abstract2 = "Something something ... "` Hele teksten brukes som alternativ sammendrag.
Forfatter	Metadata til publisering	Svar på form: Etternavn, Fornavn. Dersom flere, skilles de med linjeskift	-contributor-author	Det integrasjonen får tilbake fra Inspera, vil f.eks. være noe slik : `RESPONSE-contributor-author = "Olsen, Per Hansen, Pernille "` Her gjøres om teksten til en liste basert på linjeskift. Så verdien i svaret ovenfor blir : ["Olsen, Per", “Hansen, Pernille”] Dette er ikke nødvendig lenger. Hvis dette feltet ikke finnes eller ikke fylles, vil integrasjonen slå opp i FS og hente navnene derifra. PS! Det er viktig at gruppe-prøvene settes opp som gruppe-prøver i Inspera, ellers vår vi ikke med alle forfatterne
Veileder	Metadata til publisering	Svar på form: Etternavn, Fornavn. Dersom flere, skilles de med linjeskift	-contributor-advisor	Det integrasjonen får tilbake fra Inspera, vil f.eks. være noe slik : `RESPONSE-contributor-advisor = "Olsen, Per Hansen, Pernille "` Her gjøres om teksten til en liste basert på linjeskift. Så verdien i svaret ovenfor blir : ["Olsen, Per", “Hansen, Pernille”]
Oppgaven	Levering av fil til sensur, og potensiell publisering	PDF		For fil-opplasting finnes det ikke noe “ekstern-id” felt. Derfor bruker vi faktisk filen med endelse “.pdf” som hoved fil
Vedlegg	Levering av fil til sensur, og potensiell publisering	ZIP		For fil-opplasting finnes det ikke noe “ekstern-id” felt. Derfor bruker vi faktisk filen med endelse “.zip” som vedlegg.
Ønske om publisering av oppgaven (PDF)	Her får studenten velge om oppgaven skal publiseres eller ikke. Dette får konsekvenser for publisering og arkivering av oppgaven.	Alternativer: Norsk - bokmål Ja Nei	-publish	Det integrasjonen får tilbake fra Inspera, vil f.eks. være noe slik : `RESPONSE-publish = "Ja, publiser"` Koden vil se etter om setningen starter med "ja" eller "yes" (uansett form), og tolker det som "true" ellers "false".
10. Ønske om publisering av vedlegg (ZIP)	Her får studenten velge om vedlagget skal publiseres eller ikke	Alternativer: Ja Nei	-publish-attachment	Det integrasjonen får tilbake fra Inspera, vil f.eks. være noe slik : `RESPONSE-publish = "Ja, publiser"` Koden vil se etter om setningen starter med "ja" eller "yes" (uansett form), og tolker det som "true" ellers "false".
Utsatt publisering	Studenten får velge antall år oppgaven skal holdes tilbake. I den tidsperioden vil ingen informasjon om oppgaven publiseres.	Alternativer: Nei Ja, utsatt publisering i 1 år Ja, utsatt publisering i 2 år Ja, utsatt publisering i 3 år …osv	-delayed-date	Det integrasjonen får tilbake fra Inspera, vil f.eks. være noe slik : `RESPONSE-delayed-date = "Ja, utsatt publisering i 2 år"` Det koden gjør, er å plukke opp tallet fra setningen og legge det til årstallet til dagens dato. Om det ikke finnes noe tall i setningen, antas det å ikke være noe utsatt publisering. Ved mangel på feltet, sees det etter om utsatt-publisering er oppgitt av administrator og bruker den. Hvis det ikke finnes heller, vil det ikke settes noe utsatt-publisering.
Taushetsplikt	Her får studenten sette om oppgaven inneholdet taushetspliktig informasjon. Dette får konsekvenser for både publisering og arkivering av oppgaven	Alternativer: Ja, oppgaven er undergitt lovbestemt taushetsplikt Nei, oppgaven er ikke undergitt lovbestemt taushetsplikt	-confidential	Tilsvarende for Taushetsplikt, integrasjonen kommer til å få noe slikt : `RESPONSE- confidential = "Ja, oppgaven er undergitt lovbestemt taushetsplikt"` Koden vil se etter om setningen starter med "ja" eller "yes" (uansett form), og tolker det som "true" ellers "false". Ved mangel på feltet, vil det settes til "false" (som betyr ingen taushetsplikt).