Gå til innhold
Arkivverket

URL kompatibilitetsproblem Finn kilde og Søk i skannede arkiver


Tore Trollsaas
 Del

Recommended Posts

Avhengig av om jeg bruker {Finn kilde} eller {Søk i skannede arkiver} for å finne fram til en skannet folketelling, så ender jeg opp med samme Innhold-side men med ulik URL :unsure:

Søk etter folketellingen i 1891 for Hølen, gir meg nøyaktig samme Innhold-side men med følgende ulike URL:

a. Via {Finn kilde} har Innhold-siden følgende URL : https://media.digitalarkivet.no/ft/contents/52698

b. Via {Søk i skannede arkiver} har den denne URL: https://media.digitalarkivet.no/ft/contents/52698?censuses%5B0%5D=46&text=h%C3%len

Er dette bevisst forskjellig, eller er det en forglemmelse? For meg ser det ut til at slutten av URL'en i litra b er rester av søkekriteriet (som tydeligvis er helt unødvendig - ref litra a).

 

(Beklager at URL'ene i a. og b. ovenfor ikke vises i ren tekst, men dette skjer automatisk mens jeg skriver. Går i "heng" hver gang jeg forsøker å rette det opp.)

 

Og så til saken: Jeg lagrer URL'en for Innhold-siden i mitt registreringssystem, for senere å kunne slå opp igjen på den aktuelle Innhold-siden ved behov.

Så er jo da spørsmålet: Hvorfor er det FORSKJELLIGE URL'er og HVILKEN bør jeg lagre?

Jeg ønsker ikke bare å komme til Innhold-siden, men å kunne lagre URL'en lokalt for å kunne bla videre for-/bakover ad-hoc på undersidene til den gitte folketellingen, når jeg har behov for det en gang i framtiden.

 

Noen autorative retningslinjer finnes kanskje et eller annet sted?

Med vennlig hilsen

Tore

 

Lenke til kommentar
Del på andre sider

Alt som står før ? er likt på begge lenkene. Det som står etter ? er der kun for at det skal være mulig å gå tilbake til det søket man utførte. Det inneholder instruksjoner om hvordan spørreskjemaet var fullt ut. Du kan fritt fjerne ? og alt som står etter.

Lenke til kommentar
Del på andre sider

Takk for hurtig svar.

Håper tærne har fått hvile seg og har frisknet til. Det er ingen grunn til at de bør bli ømme, for summa summarum så er den nye løsningen et veldig bra skritt framover.

Selvfølgelig, som med alt nytt, er det jo ting som bør  fikses på... men totalen er det som blir husket for framtiden og den er GOD!

 

Men så over til min lille "sorg":

 

Alt som står før ? er likt på begge lenkene. Det som står etter ? er der kun for at det skal være mulig å gå tilbake til det søket man utførte. Det inneholder instruksjoner om hvordan spørreskjemaet var fullt ut. Du kan fritt fjerne ? og alt som står etter.

 

Lokalt historikkarkiv over tidligere brukte søkekriterier, er jeg som sluttbruker svært lite interessert i. <_<

Hva skjer med mine lokalt lagrede lenker (inkl. ?-parametre) når Arkivverket om noen år velger å endre brukergrensesnittet igjen :wacko:?

Blir da disse lokalt lagrede paremetrene da dødkjkøtt eller er de garantert å virke permanent i all evighet (hvilket er et umulig krav)?

 

Det finnes jo andre tekniske løsninger på det behovet dette er ment å dekke, som ikke er basert på parametere i sluttbrukerens URL.

 

Factum est: Det finnes allerede en slik (enda bedre) funskjon allerede implementert i den nye løsningen - Så dette er redundant / unødvendig bruk av adresse-URL-parametre.

Oppe til venstre i skjermbildet (rett under Arkivverket-logoen) finner vi jo en tråd som viser en hierarkisk liste over hvor men til enhver tid befinner seg (se vedlegg) . Klikker man på {Søk folketellinger} så kommer man rett tilbake til {Søk i skannede arkiver} med ferdig utfylte søkekriteria fra det tidligere søket.

Dette er en helt grei og naturlig løsning - og behovet for å benytte de samme ?-parametrene i adresse-URL'en synes da ganske redundant. Faktisk så er denne løsningen bedre, da den favner over flere nivåer enn hva den enkle adresse-URL-parameterbruken gjør.

 

En annen ting er jo nå åpenbart veldig interessant:

Er det noe i veien for at jeg lager et eget søkesystem, som er basert på å utnytter disse parametrene etter ?-tegnet, ved å modifisere URL'en med gyldige verdier i ?-parametrene?

Er dette i orden for alle ?-baserte URL'er i de nye løsningene?

 

mvh Tore

 

 

 

 

post-1087-0-26382200-1467271549_thumb.png

Lenke til kommentar
Del på andre sider

Factum est: Det finnes allerede en slik (enda bedre) funskjon allerede implementert i den nye løsningen - Så dette er redundant / unødvendig bruk av adresse-URL-parametre.

Oppe til venstre i skjermbildet (rett under Arkivverket-logoen) finner vi jo en tråd som viser en hierarkisk liste over hvor men til enhver tid befinner seg (se vedlegg) . Klikker man på {Søk folketellinger} så kommer man rett tilbake til {Søk i skannede arkiver} med ferdig utfylte søkekriteria fra det tidligere søket.

Dette er en helt grei og naturlig løsning - og behovet for å benytte de samme ?-parametrene i adresse-URL'en synes da ganske redundant. Faktisk så er denne løsningen bedre, da den favner over flere nivåer enn hva den enkle adresse-URL-parameterbruken gjør.

 

Det er nettopp ?-parametrene som gjør at den hierarkiske lista (brødsmulestien) virker.

Lenke til kommentar
Del på andre sider

Jo takk for det.

 

Vi jobber jo i staten, så det vil alltid være en viss ømhetsfølelse i tærne. Men jeg blir litt nysgjerrig når du kaller dette "nytt". Dette er ting som er mange år gammelt, og som ikke har vært gjort noe med på votter og vinter. Det er kanskje derfor det må fikses på.

 

Okke som, til saken:

 

I søk og treffliste må parametrene være med for å kunne utføre søket. På innholdssiden viser det seg etter nærmere undersøkelser at søkeparametrene ikke lenger trengs. De henger igjen fra før vi laget brødsmulestien. Da hadde vi en knapp som het "Tilbake til søkesiden" som var avhengig av disse parametrene. Ved innføring av brødsmulestien la vi disse søkeparametrene inn i en liten database i nettleseren (local storage) i steden. Søkeparametrene er derfor overflødige for alt annet enn søk og treffliste. Vi kommer derfor til å ta de bort.

 

Nå vil jeg påpeke at det er KUN permanent bildelenke og bilde-id som er permanent. Innholdssida er IKKE permanent, selv om den også etter overgangen til ny løsning fungerer.

 

Jeg vil fraråde deg å lage noe eget søkegrensesnitt basert på parametrene. F.eks endret vi sist på disse parametrene ved oppdateringa 21.06, så da ville et slikt søkesystem falle fra hverandre. Jeg ville heller i såfall brukt API'et vårt, men det er kun tilgjengelig for tinglysingsmateriale foreløpig. API'ene er versjonert, slik at endringer ikke vil påvirke forskjellige løsninger som baseres på API'ene. Men som sagt, det finnes foreløpig ikke noe API for kirkebøker.

 

 

 

Lenke til kommentar
Del på andre sider

...  Søkeparametrene er derfor overflødige for alt annet enn søk og treffliste. Vi kommer derfor til å ta de bort.

 

Nå vil jeg påpeke at det er KUN permanent bildelenke og bilde-id som er permanent. Innholdssida er IKKE permanent, selv om den også etter overgangen til ny løsning fungerer.

 

Jeg vil fraråde deg å lage noe eget søkegrensesnitt basert på parametrene. F.eks endret vi sist på disse parametrene ved oppdateringa 21.06, så da ville et slikt søkesystem falle fra hverandre. Jeg ville heller i såfall brukt API'et vårt, men det er kun tilgjengelig for tinglysingsmateriale foreløpig. API'ene er versjonert, slik at endringer ikke vil påvirke forskjellige løsninger som baseres på API'ene. Men som sagt, det finnes foreløpig ikke noe API for kirkebøker.

 

Ang. Søkeparemetrene:  :)

 

Ang. Kun permanent bildelenke og bilde-id som er permanent: Synd at det ikke er en permanent URL som en Innhold-lenke til en gitt folketelling. Det skal jo ikke store saken til, men "sånn er det". :(

 

Ang. bruk av API for folketellinger: Akk. Kommer nok etter min tid. :unsure:

 

Da avslutter jeg denne tråden med å takke for hyggelig dialog.

Mvh Tore

Lenke til kommentar
Del på andre sider

 Del

  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...

Viktig Informasjon

Arkivverket bruker cookies (informasjonskapsler) på sine nettsider for å levere en bedre tjeneste. De brukes til bl.a. skjemaoppdateringer og innlogging. Bruk siden som normalt, eller lukk informasjonsboksen for å akseptere bruk av cookies.