Detta inlägg är gammalt och kan innehålla inaktuell information.
Kommentaren du söker har flyttats till en ny diskussion, eller är borttagen.

Jsonld

Hej!
Vi försöker importera poster från Libris via jsonld.
Det fungerar bra, men kräver att vi har det nya Libris-ID (t ex 6qjs72kj00xc63g), men detta nr är väl gömt i Libris webbsök!
Detta skulle kunna lösas på två sätt:
Alternativ 1: Posten i jsonld-format söks upp via isbn/issn (t ex https://libris.kb.se/978-91-0-013911-7
/data.jsonld
)
Alternativ 2: Nya Libris-ID syns tydligt högt uppe i Libris webbsök

Finns det en tredje väg (utan att använda katalogiseringsverktyget) eller hur ska vi annars kunna göra en smidig import?
Göran Ericson, Ole Sand Rapportera olämpligt innehåll

Kommentarer

  • Magnus Sälgö
  • Jo, vi vet att det ofta, dock inte alltid, finns där, men det är inte särskilt användarvänligt för våra slutanvändare att gå till MARC-format, leta upp en rad långt ned och sedan kopiera en bit in på denna rad.
    Vi måste hitta ett smidigare sätt!
    Det kan inte vara särskilt svårt för er att lägga detta fält högt upp under "Detaljer".
    Eller?
    Göran Ericson, Ole Sand
  • Ok trodde du skulle skriva ett program.....

    tycker LIBRIS XL projektet är väldigt tysta om det finns ett API... om så är fallet skulle man kunna skriva en javascript snutt....

    VIAF har inte tagit steget över till LIBRIS-XL så vi börjar få massa inkonsistens med Auktoriteter i WIkidata som har bara gamla LIBRIS id men saknar det nya...
    • mismatch där vi har gamla LIBRIS-IS men ej nya 4877 poster....
      • vore trevligt som sagt med ett API.... som kunde anropas från Python eller Javascript....



    Magnus Sälgö
  • Det stämmer att nya LIbris-id för poster skapade före juni 2018 bara syns i webbsöks MARC-vy. Ibland syns id:t inte alls eftersom poster som inte rörts, eller där beståndsuppgifter inte ändrats, inte heller omsynkats till webbsök. Vi har för närvarande inga planer på att göra en totalsynkning, eller vidareutveckla webbsöks gränssnitt.

    Om man har det gamla kontrollnumret av typen 12345678 går det däremot fint att slå upp det nya genom en GET-request till "https://libris.kb.se/http://libris.kb.se/bib/<id>"
    Se mer om det här https://kundo.se/org/librisxl/d/postnummer-i-xl/

    med vänlig hälsning
    Bodil Wennerlund Projektledare nya Libris
  • Kommer ni att blanda "gamla" och nya id:n i samma fält?

    Jag ser att det börjar ramla in konstigheter i Wikidata exempel Q467470



    https://www.wikidata.org/w/index.php?title=Q467470&action=history

    * lista med SELIBR > längd 8 indikerar att det vi kallar LIBRIS-URI hamnat i fel fält. Vi har idag databasregler för att hitta "skräp" plus listor som hittar troliga dubbletter etc... Wikidata:Database_reports/Constraint_violations/P906



    Lite frågor

    1. Var finns ert API dokumenterat
    2. Vad är status med VIAF
      1. kommer dom att hantera gamla och nya ID:t i 001
      2. hur skiljer man "gamla" och "nya ID:et" är det längden....
        SVAR: längden
      3. när stänger ni ned "gamla systemet"
      4. vad rekommenderar ni idag att hantera gamla och nya ID:et separat eller att ha "dubblett" id:n
        1. gissar att många lever med gamla ID:n exempelvis Riksarkivet TORA kör detta så Wikidata behöver nog ha båda....
          https://toramaptest.riksarkivet.se/view/12351/sv
        2. ni ser ingen risk i att när ni städar upp LIBRIS med att bryta ut verk så kommer det som var ett id i gamla LIBRIS bli ett verks ID och ett "utgåva" i nya LIBRIS dvs. gamla ID:t representerar 2 olika nya ID:n. Bra vore om det finns dokumenterat vad ni gör....

    Exempel  gamla LIBRIS ID i Tora





    Hlsn
    Magnus Sälgö
    0705937579


    Magnus Sälgö

Kommentera eller skriv ett nytt inlägg

Ditt namn och inlägg kan ses av alla. Din e-post visas aldrig publikt.