eller hvorfor er det så vanskelig å snakke om Marcus?
Fordi vi ikke vet det samme?
Vi er kjent med datamodellering med RDF
Videreutvikles ikke!
Brukere må ha desktop-app!
Ikke validering
Full av bugs
UX kan ikke enkelt tilpasses
Umulig gjøre til et avansert arbeidverktøy
Bruker sparql
Videreutvikles ikke!
Laget av én chilener
Bruker en forferdelig template-engine
Bygger ikke på moderne web-app-prinsipp
Ineffektiviteter overalt
Dårlig skalering
Kjapt søk
Tungvidt utviklingsprosess
Har ikke fått til hierarkiske data eller relasjoner
Driftes av UB
Frontend ikke basert på et solid rammeverk
Sparql
Ikke langt unna IIIF
Egenutviklet modell
Ikke IIIF
Ikke API
Ikke fulltekstsøk
MAM
Noen penger inn
Hjemmesnekret PHP-serversideskript foretar validering og epost
Integrerer med Redmine Plugin ingen andre ved UiB bruker
Manuelt arbeid
Utvalg(?) av dokumenter i Oria
Hvor mye er det brukt?
Hvordan skal vi videreutvikle integrasjonen?
Forsøk på å lage et utviklingsmiljø med frontend og backend inkluderer ikke alle komponentene og har ikke vært enkelt å jobbe med
Fint, og vi skal ta det som er bra med oss, men arkitekturen har ikke livets rett
Men, dette kan være et moment vi kan utnytte...
UB må vurdere hvor man skal sette inn innsatsen på HF-infrastruktur. Hva skal UB som produsent lage? Hva skal man eie?
Drift av løsninger (OSS eller egen utvikling) forplikter UB i mange år. Man må ta en seriøs utredning på hva UB eller HF trenger og hvordan man kommer dit raskest.
Dette bør gjøres før man rekrutterer nye ansatt.
Frontend
CMS
En HF-infrastruktur vil trenger flere tunge komponenter og utstrakt støtte.
Frontend
CMS
Viz
MAM
Alt skal i skyen. Skyen er vanskelig. Vi kan betale andre til å gjøre det enklere for oss.
Vi kan gå rett på Now, Netlify.
Eller bestille tilsvarende løsning fra ITA på AWS (kan de levere?). For UB må løsningen være så smertefri å bruke som mulig.
Det betyr at produkt som UB lager må ha eget budsjett. Man må kunne betale for effektive løsninger.
Frontend
CMS
SaaS
Viz
Analyse
MAM
Vi har lovet gull og grønne skoger bare man følger vår "Linked data"-sti
Hver gang vi reklamerer, frister Marcus's overflate nye ofre.
Spørsmålet blir da, hvem skal vi lage dette for?
For UB? HF? Små museum? Alle? Ingen?
Frontend
CMS
SaaS
Viz
Analyse
MAM
I min mening, absolutt ikke uten partnere.
Vi trenger partnere eller nasjonale aktører som leverer de tyngste komponentene. UB og UiB har ikke kapasitet til dette.
Det man har kapasitet til er å bygge tilpassede løsninger på toppen av en nasjonal eller kommersiell
infrastruktur. En infrastruktur som ikke krever "koordinering"
Frontend
CMS
SaaS
Viz
Analyse
MAM
ITA
UB/HF
eller hvor er hypen nå?
{X}aaS-ness
Open source
Frameworkness
redhat-y-ness
Frontend
Backend
viktighet
ub.du.replace('evangelister', 'pragmatikere')
UFS
DU
US
FS
"saksfiltre"
Få faglige overlap?
"eksterne" partnere
Språksamlingen og Avhandlingsportalen ved DU IKKE med!
UFS
DU
US
FS
Styringgruppe
Arbeidsteam
Styringgruppe
Eller, her slenger jeg inn hva som helst...
Den må bare flyttes nedover!
Helst vekk fra DU!
(og den skal ikke lages med turn-key software)
Manifest
Metadata til manifest?
Annoteringer?
Deler av objekt?
IIIF integrasjon
CMS
...men om man trenger mer
{dev}
UB
UB
Klargjorte pakker m/støtte
Ferdig resultat/datasett
UB
{
}
Prosjekt/forsker/partner eier S3 bucket, abonnement, devopsmiljø, AI/ML
UB yter support og utvikler, men betaler ikke kostnadene på vegne av prosjekt/forsker/partner.
Ved prosjektslutt kan resultat flyttes til UBs bucket og kostnader kalkuleres.