I april lanserte Ebsco en ny strategi for deling av metadata. I og med at en del Ebsco-baser ikke har vært delt med andre og dermed ikke søkbare direkte i Oria, spurte vi ExLibris, som er leverandør av Oria, hvordan dette ville få påvirkning på innhold i sentralindeksen og det som er søkbart i discoveryverktøyet.

Dette var svaret vi fikk:
«On April 18th EBSCO released their new policy on metadata sharing and technology collaboration by which some of their databases would be available for indexing by discovery services in return for technology collaboration. In the past couple of weeks we have actively solicited feedback on this EBSCO policy from a wide range of mutual customers. Based on this feedback and our own analysis of the specific databases included in the EBSCO offer, we have identified a significant gap between what EBSCO has offered and what customers license from EBSCO and would like to see indexed in Primo.

We have requested a meeting with EBSCO to reconcile this gap and reach an agreement that will allow customers to search the EBSCO content they subscribe to through Primo.

We aim to establish a long-lasting and balanced relationship with EBSCO to the benefit of our mutual customers, and will update you after our discussions with EBSCO.»

Vi håper at dette vil komme på plass relativt snart slik at Ebsco-materiale er tilgjengelig på lik linje med materiale fra andre leverandører.

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).