TODO.txt

   1 FEIL, MANGLER OG ANNET SOM BØR GJØRES:
   2
   3 - Legge over denne listen i et issue tracking system
   4   (fortrinnsvis RT eller Jira)
   5
   6 - hentVarbeiderPerson og hentVarbeidSted bør støtte de
   7   sorteringsmuligheter som finnes i Frida på web i dag.
   8   (klikk "Forskningsresultater" og så "avansert søk" i Frida)
   9
  10 - Hovedkategorier og underkategorier burde ikke stå i separate lister
  11   i dokumentasjonen.  Dokumentasjonen burde heller ha 1 felles liste
  12   med alle lovlige kombinasjoner av hoved- og under-kategorier.
  13
  14 - Ytelsestesting.  Noen spørringer tar veldig lang tid.  Er det
  15   Oracle som bruker lang tid?  Kan det bli kjappere ved å legge til
  16   indekser i basen, eller annet?
  17
  18 - Brukerdokumentasjonen trenger en forklaring for presentasjonstypene.
  19   Hva er et senter, hva er en gruppe, osv?
  20
  21 - HTTP responskode 413 passer ikke så godt for å si at man har oppgitt
  22   et søk som er for bredt.  507 ble foreslått på et møte.  Dette ser
  23   ut til å passe bedre, men er ikke standard HTTP (rfc2616), men en
  24   webdav-utvidelse.
  25
  26 - Brukerdokumentasjonen bør fortelle noe om hvilken rekkefølge resultatene
  27   kommer i hvis man ikke spesifiserer sortering. (rekkefølgen blir opp
  28   til Oracle)
  29
  30 - Spør man etter en person (eller et sted) sine 3 viktigste arbeider,
  31   får man et tilfeldig utplukk som er 3 i antall fra mengden av
  32   "viktigste arbeider", IKKE de 3 viktigste blant de viktigste
  33   arbeidene.  Dette er viktig å dokumentere.  Utplukket blir tilfeldig
  34   (dvs. det Oracle tilfeldigvis finner først).  Vi burde kanskje sette
  35   en sortering på det.  Men kan man sortere på viktighet?
  36
  37 - Tjenestene gjør mye av det samme og har mye kode som er nesten lik
  38   på tvers av tjenester.  Dette bør faktoriseres ut i felleskomponenter.
  39
  40 ØNSKER:
  41
  42 - Bedre JSON.  Nå kommer true, false og tall som strenger.
  43   Ting som kan komme 1 eller flere ganger, som f.eks. varbeider, kan
  44   komme som arrays eller enkeltverdier.
  45
  46 - Man ønsker en tjeneste for å hente et varbeid gitt et varbeidløpenr.
  47
  48 - Man ønsker paginering (engelsk "pagination") på søk: (ala google søk)
  49   Returner X antall i første respons, kan deretter be om
  50   treff Y til treff Z i påfølgende søk.
  51
  52 - Man ønsker at resultatet fra tjenestene skal rapportere totalt antall treff
  53   (dette kan bli tungt for databasen)
  54
  55 - hentVarbeiderPerson og hentVarbeidSted:
  56   Ønske om sortering på kategori og tid.  Ønsket av flere.
  57   (hovedkat-underkat-år .. flere kombinasjoner?)
  58
  59 - Man ønsker en tjeneste for å hente ut listen over alle tillatte
  60   kombinasjoner av hovedkategorier og underkategorier.
  61
  62 - Man ønsker en tjeneste som kan returnere en liste over kategorier
  63   det blir treff i (Varbeider), samt antall treff i hver av
  64   kategoriene.
  65
  66 - Man ønsker å kunne se utifra XMLen for en Person om denne personen
  67   har et bilde tilgjengelig eller ikke.
  68
  69 - Ønskelig at det er markert hvilke arbeider som er de viktigste hvis
  70   man gjør et søk med hentVarbeiderPerson eller hentVarbeidSted.
  71   Dette ville være en fordel om man vil hente ut alle varbeider og i
  72   tillegg vil vite hvilke av dem som er de viktigste.
  73