Header

Vi har fått inn rapporter på at man ikke har fått de forventende resultatene på søk etter artikler i Oria.  Treff fra sentrale kilder har manglet. Vi har også på eget initativ påpekt dette overfor leverandøren og fått disse til å sjekke om det er en feil i konfigurasjonen.

Vi har nå fått tilbakemelding om at de har funnet at det var noe galt med aktiveringen av søkekilder og at dette er rettet og at man nå skal få treff på de aktiverte kildene. Vi har testet dette og det ser ut til at dette er på plass.

Slik systemet er satt opp så aktiverer BIBSYS sentralt alle lisensierte kilder for søk for alle institusjoner. Det betyr at når man søker så søker man i alle tilgjengelige ressurser, men trefflisten blir filtrert gjennom SFX slik at brukeren kun blir presentert for det som er tilgjengelig. Ønsker man å se også treff som er utilgjengelig kan dette gjøres ved å krysse av i avkrysningsboksen til venstre for trefflisten.

Når det gjelder gratisressurser og open access er disse også pr default aktivert, men de er aktivert på lokalt nivå, slik at det er mulig (uten å bryte arvingen sentralt) å deaktivere enkelte kilder.

Oversikt over hvilke kilder som er indeksert og tilgjengelig i sentralindeksen er lagt opp i skyen. https://cloud.bibsys.no (logg på med det brukernavnet og passordet institusjonen har fått i forbindelse med Oria/SFX)

Vi har blitt oppfordret til å si noe om pålogging. Enkelte har opplevd å bli logget på og ikke fått opp sine opplysninger og også i enkelte tilfeller fått opp informasjon knyttet til en annen låntagerid. Dette gjelder de brukerne som ligger inne med flere låntagerid’er i systemet.

Oria baserer seg på pålogging og autentisering via Feide. Feide baserer seg på fødselsnummer. Ett og samme fødselsnummer kan ligge på flere låntagerid’er i Biblioteksystemet. Hvis systemet returnerer flere mulige låntagerid’er med det samme fødselsnummeret (alle tilhørende samme person) prøver systemet ved hjelp av andre opplysninger å velge en ID. Hvis man ikke kan velge en spesfikk ID, returnerer systemet en blank respons. I Primo er det en svakhet som gjør at man ved en blank respons kan få opp informasjon som henger igjen fra forrige innloggede bruker på systemet.

Det er derfor to utfordringer knyttet til pålogging:
1) Vanskelig å velge mellom flere låntagerid’er
2) Visning av feil informasjon ved tom respons

I løpet av oktober vil vi oppdatere påloggingstjenesten slik at den aldri returnerer en blank respons. Da vil vi unngå at feil informasjon vises. Litt senere, sannsynligvis i november, vil vi legge inn mer logikk slik at sannsynligheten for å velge riktig låntagerid, blant flere mulige blir bedre.

Hvis man ønsker å fjerne utgåtte låntagerid’er fra systemet er det mulig å bestille dette som et driftsoppdrag via BIBSYS Meldingssystem.

Det er stadig flere som etterlyser tilgang til Back-office, og dette har vi forståelse for. Det er dog ikke for å være vanskelige, tverre og umulige at vi har holdt igjen denne tilgangen, men fordi dette på nåværende tidspunkt er det mest hensiktsmessige og effektive.

Oria er et system som har et stort omfang av tilpasningsmuligheter, funksjoner og opsjoner og det har tatt tid, og vil ta tid, å få oversikt og kompetanse over disse mulighetene.

Oria er i en tidlig driftsfase og nå som brukerne kommer inn i applikasjonen får vi på bordet en rekke innspill på forbedringsmulighter og forslag til justeringer. Det er først nå vi ser hvordan systemet fungerer i en reell kontekst i sin nåværende form. Dette betyr at vi gjør endringer og tilpasninger kontinuerlig.

Systemet er bygget opp slik at vi kan legge inn en endring en gang og deretter kopiere ut denne til hver enkelt instans (ca 108 stk). Dette forutsetter at alle instanser er koblet opp mot malen. Hvis en institusjon har gjort en endring på f.eks. utvalget og rekkefølgen på fasettene så må koblingen mot malen brytes for ikke å risikere at endringen overskrives neste gang konfigurasjon kopieres ut fra standardoppsettet. Dette gjøres med ujevne mellomrom, men relativt hyppig.

Hvis koblingen til malen er brutt kan ikke vi kopiere ut konfigurasjonen direkte, men den må gjøres i hver enkelt instans. Dette betyr at hver enkelt operasjon må gjøres opp mot 100 ganger. I en periode der det vil komme mange endringer anser vi dette som lite effektivt.

Etter at innkjøringsperioden er fullført, barnesykdommer er luket ut og nødvendig funksjonalitet er fullverdig implementert kan man vurdere om man vil bryte med standardoppsettet og gjøre flere lokale tilpasninger. Når systemet er konsolidert vil det være færre endringer og det vil være lettere å kommunisere hvilke endringer som er tilgjengelig og som kan aktiveres av institusjonene. Pr nå er det så hyppige endringer (store og små) at dette vil være krevende.

Ta heller kontakt med oss i BIBSYS for avklaringer om eventuelle endringer for å finne ut om dette påvirker koblingene eller ikke. Det er også sannsynlig at noen av endringene vil kunne bli en del av standardoppsettet og at vi sammen kan sørge for at standardoppsettet blir best mulig for hele konsortiet. Dette kan blant annet gjøres ved å bruke skjemaet for endringsforslag som er lagt ut på bloggen: http://blogs.bibsys.no/discovery/2013/07/02/one-size-fits/

Vi vil gi tilgang til Back-office så raskt som praktiske mulig og hensiktsmessig, og håper for forståelse for dette. Tilgang vil bli gitt før neste semesteroppstart slik at de institusjonene som ønsker det kan gjøre eventuelle endringer før dette.

Mobilversjon av Oria

september 24th, 2013 | Posted by Asbjørn Risan in Brukergrensesnitt | Generelt | Teknisk - (2 Comments)

På forsiden av Oria ligger det en lenke som gir deg et bokmerke til mobilversjonen av Oria.

Hver enkelt institusjon må gjøre en endring for at denne lenken skal peke mot den riktige instansen.

Dette gjøres ved å logge på med FTP og endre filene som heter service.html/service_xx_NO.html.

Hvis lenken heter

<h4>Oria på telefonen</h4>
<p> Bokmerk <a href=»?vid=iphone» title=»lenke til mobiltilpasset versjon»>denne lenken</a> <br />

så må denne endres fra iphone til institusjonens kortform, eks NHHB.

<h4>Oria på telefonen</h4>
<p> Bokmerk <a href=»?vid=NHHB» title=»lenke til mobiltilpasset versjon»>denne lenken</a> <br />

Dette må gjøres på alle språk (4 filer) og bør også gjøres i test-mappen.

Følg denne oppskriften for å logge på med FTP.

Oppdatering 9/10 2013: Vi har kjørt en maskinell oppdatering av disse filene slik at dette nå skal være på plass.

Mange av Ebsco-databasene er ikke 100 % indeksert og søkbare i Oria. De aller fleste er indeksert med en dekning på mellom 80 og 100 % basert på metadata fra alternative kilder/leverandører. Dekningsgraden finner man i databaselistene som vi tidligere har distribuert. Årsaken til dette er at Ebsco begrenser tilgangen til sine databaser til sine kunder. Det er mulig å legge inn en plug-in i Oria som søker i Ebsco-basene parallellt med søket i Oria og blander resultatene sammen til en felles treffliste, dvs. et distribuert søk.

Det er verdt å merke seg at treffene fra Ebsco-basene ikke returnerer fasett-informasjon. Det innebærer at et søk med bruk av fasetter (i forkant eller etterkant av søket) ikke vil returnere noen treff fra Ebsco-basene. Det distribuerte søket vil returnerer 0-treff, mens de delene av Ebsco-basene som er indeksert vil returnere treff. Et slikt distribuert søk vil også kunne påvirke responstiden noe, uten at vi kan si i hvilken grad.

Hvis institusjonen ønsker å tilby søk i sine Ebsco-baser må vi ha følgende opplysninger:

  • Hvilke baser som institusjonen har tilgang på
  • Ebsco-brukernavn
  • Ebsco-passord

For å få brukrnavn og passord kan man kontakte EBSCO support på support@ebsco.com og be om registrering av en EITWS-profil i sin kundekonto.

For å bestille en slik tilpasning må institusjonen fylle ut dette skjemaet.

Skjemaet tester de opplysningene som blir registrert med tanke på brukernavn, passord og hvilke databaser som er valgt. Hvis det er noe som ikke er korrekt så vil man få en beskjed om dette. Man kan da bruke tilbake-knappen i nettleseren for å rette opp opplysningene.

Vi har nå skiftet over fra TDNet til SFX som lenketjener for alle institusjoner innen BIBSYS-konsortiet*.

Dette innebærer at når brukeren følger en referanse som er koblet opp mot BIBSYSx så vil hun bli presentert for en meny basert på lenker til fulltekst fra de kildene som er registrert og aktivert i SFX. Det er også lagt inn en lenke for bestilling av artikler.

Det er mange muligheter for tilpasning av denne menyen med tanke på hvilke tjenester/lenker brukeren skal bli presentert for. Det vil være opp til hver enkelt institusjon å gjøre eventuelle endringer. Hvis man er fornøyd med hvordan denne menyen fungerer er det ikke nødvendig å gjøre noen endringer.

De institusjonene som er med i den delte SFX-instansen trenger heller ikke å gjøre noe med menyen, da de deler en felles konfigurasjon som BIBSYS håndterer.

Vedlagt ligger brukerveiledninger for hvordan man kan tilpasse menyen. Vi har også lagt ved relevante utdrag fra et kurs om SFX.

Du logger på ved å velge lenken til din institusjon fra denne siden:
http://www.bibsys.no/norsk/produkter/oria/sfx_instanser.php

Brukernavn og passord er det samme som er sendt til bibliotekleder tidligere.

Av hensyn til det arbeidet som gjøres med å følge opp den maskinelle aktiveringen av ressurser i SFX ber vi om at det ikke gjøres noen endringer med tanke på innholdet (aktivering/deaktivering av ressurser) før institusjonen får beskjed fra oss om at alt er klart. Det vil si at det kun gjøres endringer i menyen på nåværende tidspunkt.

* Gjelder ikke Uniport-konsortiet og Universitet i Nordland.

Hva er SFX

Konfigurasjon av SFX-menyen

Hvordan teste SFX-menyen

Kurs: Lage lokale lenker

Lanseringen av Oria er like rundt hjørnet og i den forbindelse har vi lagt ut en ny og oppdatert versjon. Mange av endringene som er gjort er basert på innspill fra institusjonene og de skjemaene som er sendt inn med endringsforslag. Vi er takknemlige for alle innspill og vil fortsette å jobbe med forslagene i tiden som kommer.

Dette er en oversikt over noen av de tilpasningene som har blitt gjort i den nye versjonen:

  • Mulighet til å avgrense på e-bøker, trykte bøker, e-tidsskrift og trykte tidsskrift
  • Mulig å se alle eksemplarer under plasseringer
  • Visning av kommentarer og utlånstype knyttet til eksemplarene
  • Lagt til rette for eksport til Endnote desktop (ikke kun Endnote Web)
  • Mulig å søke i Ebsco-baser som ikke er indeksert i sentralindeksen (mer informasjon om dette kommer i eget innlegg)
  • Permanent lenke til detaljert visning av postene
  • Lenke til bestilling for bibliotekarer på vegne av sluttbruker uten pålogging
  • Mulig å avgrense på dewey, MeSH, Humord og andre emneordssystemer
  • Mulig å avgrense på aspekter innen musikk
  • Flere søkefelt innen avansert søk med flere valgbare indekser
  • Lenking mellom overordnede og underordnede poster
  • Lenking mellom relaterte poster
  • Justeringer på kort og detaljert postvisning
  • Kobling mellom serie i postvisning (søk på serie som indeks i avansert søk og som fasett kommer)
  • Avgrensning på materiale fra avdelinger tilhørende eget bibliotek
  • Lagt til rette for opprettelse av lokale søkebokser inn mot Oria
  • Diverse tekstrettelser
  • Tilpasning av utseende gjennom stiling (CSS)

Det vil fortsatt være en del ting som gjenstår og Oria vil således aldri bli helt ferdig. Det vil være behov for kontinuerlige tilpasninger og justeringer.

Vi har etter lanseringen fått inn en del spørsmål og kommentarer knyttet til institusjonstilpasning av Oria. Noen ønsker en annen rekkefølge på fasettene eller på fanene i trefflisten. Andre liker facebook knappene, andre ikke. Det gjennomgående spørsmålet er kan dette justeres? Det korte svaret på dette er ofte: Ja, det kan tilpasses.

Det er imidlertid viktig å være klar over en sentral forutsetning og konsekvens av å tilpasse sin egen Oria-instans lokalt. Slik systemet er bygget opp er alle instanser knyttet til en overordnet instans, en mal. Det betyr at vi enkelt kan gjøre en endring i malen og kopiere ut denne for alle instansene. Hvis man gjør lokale tilpasninger så må denne koblingen til malen brytes. Hvis ikke risikerer man at de lokale tilpasningene blir overskrevet neste gang malen oppdateres og instillingene blir kopiert ut. Konsekvensen er da at man selv må ta ansvar for å gjøre justeringer i oppsettet.

Et eksempel: Hvis vi har laget en ny fasett så må denne aktiveres/velges for at den skal bli synlig. Dette kan vi enkelt gjøre på vegne av alle instanser som er knyttet til malen. Institusjoner som ikke er tilknyttet malen må selv, eller ved hjelp av BIBSYS, aktivt gå inn å velge denne fasetten.

Denne koblingen mot malen/defaultoppsettet er knyttet til konfigurasjon av funksjonalitet og ikke til lokale tilpasninger av html-filer, logo eller stilark (CSS). Filene som ligger på FTP-serveren kan fritt endres uten at dette får påvirkning på koblingen mot malen.

Det er helt greit å gjøre/ønske lokale tilpasninger så lenge man er klar over denne konsekvensen. Det kan derfor være greit å ta en ekstra runde på om en tilpasning er nødvendig og om dette er noe som gavner sluttbrukeren.

Oria er imidlertid institusjonens verktøy og det vil helt klart i enkelte sammenhenger være helt riktig å gjøre justeringer. BIBSYS vil være behjelpelig med å gjøre disse tilpasningene. De som ønsker å justere på utseende og funksjonalitet må fylle ut skjemaet på lenken under og sende dette til BIBSYS Brukerstøtte (support@bibsys.no). Vi vil kun forholde oss til dette skjemaet og vi ber om at institusjonen tar en runde internt og samler opp alle endringsforslag slik at vi kun får et skjema pr institusjon. Tidligere innmeldte (uløste) ønsker må også meldes inn på skjemaet. Noen endringer kan være av en sånn karakter at de bør gjelde alle. Disse meldes også inn i dette skjemaet.

Etter lanseringen av Oria medio august vil vi ta tak i eventuelle innmeldte ønsker og gjøre tilpasningene i dialog med institusjonene. Når arbeidet er utført vil institusjonen få tilgang til administrasjonsgrensesnittet slik at videre vedlikehold kan utføres ved institusjonen.

Noen eksempler på mulige tilpasninger

  • Rekkefølge på fasetter
  • Hvilke fasetter skal vises
  • Nedtrekksmeny/faner i enkelt søk
  • Søkemuligheter i avansert søk
  • Tekstendringer
  • Facebook-knapp
  • Visning av foretrukket eller generisk post ved frbr-isering
  • Rekkefølge på faner i trefflisten
  • Med mer

Er du tvil om noe kan endres, sett det opp i skjemaet så vil vi ta stilling til om det er mulig eller ikke.

Skjema for endringsønsker (.doc)

Skjema for endringsønsker (.odt)

Mange ønsker å kunne tilby et søk mot Oria på sine egne nettsider.

Vi har laget en søkeboks-generator som enkelt hjelper deg med å sette opp kildekoden for en slik søkeboks.

Velg hvilken institusjon du ønsker å søke mot, og om du vil søke i eget bibliotek eller alle bibliotek. Du vil få en kildekode som kan klippes ut og limes inn på den nettsiden du ønsker å ha søkeboksen.

Søkeboksen er i utgangspunktet laget med bruk av javascript. For de som ikke har mulighet eller lyst til å benytte javascript på sine nettsider tilbyr vi også en løsning uten javascript. Denne går en ekstra runde innom BIBSYS for å lage lenken før direkte redirigering til Oria og kan ta litt mer tid enn den som bruker javascript. Dette innfører også en potensiell feilkilde. Så hvis du kan velge anbefaler vi at du benytter søkeboksen med javascript.

Bruk denne lenken for å lage din søkeboks

I forbindelse med Primo blir en tjenester for innholdsinformasjon og omslagsbilde satt i produksjon. I Primo vises lenker til innholdsinformasjon. Følger man disse lenker kommer man til den nye ContentInformasjonService på BIBSYS, som viser  innholdsinformasjon og  omslagsbilde.

Denne tjeneste er en JavaServlet, som svarer på to parameter: isbn og type.

Med parameter isbn velger man post i basen. Med parameter type velger man hvilken innholdsinformasjon er framhevet.

Gyldige typer er:

  • toc (Table of Contents/Innholdsfortegnelse)
  • toc_ocr (Table of Contents (OCR-scanning)/Innholdsfortegnelse)
  • summary_biblsentr (Summary of Biblioteksentralen/Sammendrag fra Biblioteksentralen)
  • descr_publ (Publisher’s description/Beskrivelse fra forlaget)
  • descr_publ_brief (Publisher’s description (brief)/Beskrivelse fra forlaget (kort))
  • descr_publ_full (Publisher’s description (full)/Beskrivelse fra forlaget (lang))
  • descr_forlagssentr (Description from Forlagssentralen/Beskrivelse fra Forlagssentralen)
  • thumbnail (Cover/Omslagsbilde)

 

For eksempel http://content.bibsys.no/content/?isbn=9781430243489&type=toc

Innhold kan være underlagt begrensninger for bruk, men du kan bruke tjenestene til å lenke til informasjon.