Dette gjelder primært de institusjonene som benytter Feide lokalt.

Vi har satt igang en eksport av alle låntagere med kategori 7 (eksterne brukere) fra Biblioteksystemet til den delte Feide-instansen.

Dette betyr at disse låntagerne kan logge seg på Oria ved hjelp av låntagerid’en sin og et passord ved velge BIBSYS som institusjon når de logger på.

Hvis de har et passord fra BIBSYS Ask fra før skal de kunne bruke dette videre, men hvis de ikke har, eller bytter passord, må de bestille et nytt passord fra denne siden: https://secure.bibsys.no/FeideBrukerPassord/

Det er opp til institusjonen å informere disse brukergruppene om at de må velge BIBSYS som institusjon. Rutine for å bestille/endre passord er beskrevet i denne veiledningen: http://www.bibsys.no/wp-content/uploads/2014/05/Hvordan-bestille-eller-endre-passord-i-BIBSYS-Feide.pdf

Det kan fortsatt være enkelte brukergrupper som ikke har Feide-tilknytning, selv om institusjonen benytter Feide, eller ligger i låntagerkategori 7. Et eksempel på dette kan være sykehusansatte. Vi vil etablere rutiner for å kunne hente ut låntagere basert på en låntagerkategori og/eller bestillingssted. Det betyr at en institusjon kan definere kombinasjoer av låntagerkategori og bestillingssted som ikke er fanget opp av de vanlige pålogginsgrutinene og få disse brukerne eksportert til den delte Feide-instansen.

Det har vært en «bug» i Primo som har gjort at søk fra eksterne søkebokser har gitt flere treff enn om man søkte direkte i Oria. Dette har blitt rettet og eksterne søkebokser gir nå samme resultat som om du søker direkte i Oria.

Alle som ønsker det kan lage en søkeboks mot sin instans av Oria. Ved å bruke denne nettsiden kan alle generere en html-kode som kan settes inn på institusjonens nettsider:
http://www.bibsys.no/files/out/discovery/sokeboks/sokeboks.php

Dette er helt vanlig HTML-skjema, men det kan være publiseringsverktøy som setter ulike lokale begrensninger. Det er også mulig å lage en søkeboks som ikke bruker javascript.

Det kan hende at når man tester søkeboksen (kan gjøres direkte fra søkeboksgenerator-siden) at man får feilmeldingen «En uventet feil har oppstått». Ta da kontakt med BIBSYS Brukerstøtte (support@bibsys.no) så skal vi aktivere denne muligheten for denne instansen.

Det er nå mulig å søke på avdeling og avdeling-samling i Oria.

Det er lagt inn to nye valg i nedtrekksmenyen på avansert søk (helt nederst): avdeling og avdeling-samling

Indeksen er bygget opp av små bokstaver og uten mellomrom eller spesialtegn.

Noen eksempler på søk:
Avdeling: hisfsogn, hhelv eller ubtks
Avdeling-samling: hisfsognromaner, hhelvskjønn eller ubtksmag

Denne søkefunksjonaliteten er lagt inn for alle institusjoner som følger standardoppsettet. De institusjoner som ikke er del av standardoppsettet må selv aktivere denne funksjonaliteten ved å legge inn feltene (lsr04 og lsr05) i avansert søk i back-office for Oria. Ongoing-configuration –> views wizard –> instansen som skal endres –> tile-configuration –>advanced search –> complex search line

Siden nyttår har brukere som går til oria.no eller via søkeboksen på BIBSYS nettsider blitt automatisk sendt til den Oria-instansen de tilhører basert på IP-adressen.

Vi har nå lagt inn en «mellomskjerm» for de brukerne som vi ikke gjenkjenner IP-adressen til hvor de får mulighet til å velge hvilken instans de ønsker å søke i.

De kan også velge at dette valget skal bli husket slik at de ikke blir presentert for denne skjermen neste gang de går inn på Oria fra denne enheten.

Dere kan teste denne funksjonen ved å gå til oria.no fra en maskin som ikke står på en IP-adresse som tilhører en BIBSYS-institusjon.

Vi har gjort en endring i Oria som gjør at når en bruker logger ut fra Oria så blir hun sendt videre til http://oria.no istedenfor standardsiden i systemet som ikke var særlig brukervennlig.

At hun blir sendt til oria.no innebærer at hvis hun har en kjent IP så vil hun få den instansen som IP-adressen tilhører. Hvis hun ikke er på en kjent IP vil hun få den generiske utgaven av Oria.

I og med at Oria baserer seg på Feide og Single Sign On / Single Sign Out så vil brukeren kunne være pålogget flere tjenester med den samme påloggingen. Hvis hun er pålogget flere tjenester når hun klikker logg ut så vil hun få spørsmål om hun vil logge av alle tjenester eller kun Oria.

Velger hun å logge ut av alle tjenester så skjer det samme som i eksemplet over. Hvis hun kun logger ut av Oria vil hun få opp en side som sier at hun er logget ut av Oria, men fortsatt pålogget andre tjenester. Etter 10 sekunder vil hun bli redirigert til Oria.

Se skjermbilder under:

I forbindelse med systemoppgraderingen ble eksporten av poster fra Bibliotekbasen til Oria satt på vent (nødvendig for å kunne oppgradere). I og med behov for litt feilretting og at systemet har vært ustabilt har ikke denne eksporten blitt igangsatt igjen.

Nå som systemet er stabilt igjen vil vi starte eksporten og ta med alle poster som er opprettet/endret/oppdatert siden systemoppgraderingen. Denne jobben vil kjøre igjennom helgen og postene vil være søkbare på mandag hvis alt går etter planen.

Som beskrevet i et tidligere blogginnlegg så innføres det noen endringer knyttet til CSS i neste versjon av Oria.

CSS er regler for hvordan utseendet på en nettside skal være, for eksempel font, farger og plassering.

Oria er i dag bygget opp av flere CSS-filer (en felles for alle Primo-instanser, en felles for alle Oria-instanser og en lokal fil for hver instans). I den nye versjonen blir disse CSS-filene slått sammen til en fil slik at de ulike CSS-fileen utad fremstår som en fil.

Hensikten med dette er å redusere antall oppslag som må gjøres lokalt av brukeren (må da hnte kun en fil istedenfor 3) og med dette øke ytelse og svartid.

I det store og hele vil de fleste ikke merke noe særlig til denne endringen. De lokale filene har fortsatt gjennomslagskraft slik at en lokal regel overstyrer en regel i mer generelle filer.

Det kan bli noe mer vanskelig for de som arbeider med å gjøre endringer i CSS å teste endringene de har gjort. For å løse dette er det mulig å legge inn et parameter i URL’en til Oria som hindrer at CSS-filene blir slått sammen.

Ved å legge til «&wroDevMode=true» (uten anførselstegn) på slutten av url’en i adressefeltet i nettleseren vil hver enkelt CSS-fil være selvstendig og ikke bli slått sammen.

Det er også mulig å legge inn dette som et bokmerke i nettleseren. Legg da inn dette:

javascript:var%20gotoLocation=window.location.toString()+'&wroDevMode=true';window.location=gotoLocation;

som adressen til bokmerket (fungerer ikke i IE).

Det har vært knyttet en del problemer med å opprette en søkeboks mot Oria institusjonenes nettsider. Vi har siden vi ble oppmerksomme på dette vært i dialog med leverandøren av Oria for å få en velfungerende søkeboks.

Det første problemet var at søkeboksen ikke returnerer samme antall treff som når man søker direkte i Oria. Årsaken til dette var at filtreringen gjennom SFX ikke ble hensyntatt og man fikk også treff på artikler man ikke har fullteksttilgang på. Det ble også en litt annen sortering/relevans.

For å løse dette ble det lagt til et parameter i koden. Nå ble antall treff korrekt, men hvis man brukte en fasett eller andre avgrensninger så førte dette til et feil søk.

Vi har presset leverandøren for å få en avklaring på denne saken og vi har nå fått bekreftet at det ikke er noen snarlig løsning på dette, men at dette tidligst vil kunne bli fikset i neste systemoppdatering som er planlagt i april.

På bakgrunn av dette vil vi anbefale at man bruker den søkeboksen som returnerer litt flere treff enn om man hadde søkt direkte, men hvor navigasjonen fungerer. Vi har oppdatert søkeboksgeneratoren slik at denne gir en kode i tråd med denne anbefalingen.

Bruk lenken under for generere en kode for din institusjon:
http://www.bibsys.no/files/out/discovery/sokeboks/sokeboks.php

Vi vil fortsette å følge opp denne saken overfor leverandøren og hvis vi finner alternative/bedre løsninger, eller det skjer en utvikling i saken vil vi informere om dette.