<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>betabib &#187; Aleph</title>
	<atom:link href="http://www.betabib.org/tag/aleph/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.betabib.org</link>
	<description>om bibliotek, annat och det vi gör ...</description>
	<lastBuildDate>Sat, 04 Sep 2010 09:48:06 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Att finna nya arbetsflöden : ALEPH -&gt; SFX</title>
		<link>http://www.betabib.org/2009/11/19/att-finna-nya-arbetsfloden-aleph-sfx/</link>
		<comments>http://www.betabib.org/2009/11/19/att-finna-nya-arbetsfloden-aleph-sfx/#comments</comments>
		<pubDate>Thu, 19 Nov 2009 14:03:52 +0000</pubDate>
		<dc:creator>daniel.forsman</dc:creator>
				<category><![CDATA[Gjort]]></category>
		<category><![CDATA[Aleph]]></category>
		<category><![CDATA[e-böcker]]></category>
		<category><![CDATA[SFX]]></category>

		<guid isPermaLink="false">http://www.betabib.org/?p=775</guid>
		<description><![CDATA[Egentligen borde jag väl koncentrera mig på att dokumentera och avsluta saker. Men det är inte lätt när man ser ett behov och känner att lösningen inte är långt borta. E-böcker är ett problem för biblioteken. Våra system och tjänster är inte anpassade för att hantera stora mängder e-media. Vi försöker anpassa vad vi har [...]]]></description>
			<content:encoded><![CDATA[<p>Egentligen borde jag väl koncentrera mig på att dokumentera och avsluta saker. Men det är inte lätt när man ser ett behov och känner att lösningen inte är långt borta.</p>
<p>E-böcker är ett problem för biblioteken. Våra system och tjänster är inte anpassade för att hantera stora mängder e-media. Vi försöker anpassa vad vi har efter vad vi måste göra. Eller så köper man nya system för att lösa de nya problemen.</p>
<p>Högskolebiblioteket i Jönköping har som mål att alla e-böcker som vi köper skall ha MARC-post i JULIA och vara aktiverad i SFX. Att bestämma sig för detta var inte självklart utan något som vuxit fram som en hållbar modell där vi har någon slags kontroll över det e-media som vi köper/licensierar. </p>
<p>Problemet är att SFX och bibliotekssystemet går i otakt. När en bibliotekarie bestämmer att de skall förvärva en bok lämnas det över till inköp. Inköparen beställer boken från t ex Dawsonera och meddelar SFX ansvarig att så skett. MARC-post levereras till ALEPH ansvarig systembibliotekarie för import.</p>
<p>Om boken inte finns med i SFX KB så måste SFX ansvarige komma ihåg att kolla efter den. Med tiden är detta ett potentiellt problem. Mycket enklare om man då kan dra nytta av att man har information om vilka e-böcker som finns tillgängliga genom att använda uppgifterna i bibliotekssystemet (MARC posterna).</p>
<p>Uppgift om leverantör sparas hos oss i fält 698. Det är bra, för vi kan då identifiera delsamlingar i katalogen baserat på e-boksleverantör eller uttryckt i en specialsamling. Med lite SQL kan jag räkna och gruppera antalet unika 698 fält.</p>
<p><a href="http://www.betabib.org/wp-content/aleph_sfx.png"><img src="http://www.betabib.org/wp-content/aleph_sfx.png" alt="Unika 698 i JULIA" title="Unika 698 i JULIA" width="451" height="473" class="aligncenter size-full wp-image-776" /></a></p>
<p>Därifrån kan jag lista alla ISBN och se för hur många poster vi har ISBN. Vi har valt att utgå från 020a men om det inte finns så hämtar vi 020z vilket är nödvändigt för t ex Ebrary. I vissa fall avslöjas att det saknas ISBN både i delfält a och z. Om så är fallet är det läge att klaga hos leverantören på bristande MARC-poster.</p>
<p><a href="http://www.betabib.org/wp-content/aleph_sfx1.png"><img src="http://www.betabib.org/wp-content/aleph_sfx1.png" alt="Lista med ISBN" title="Lista med ISBN" width="409" height="792" class="aligncenter size-full wp-image-778" /></a></p>
<p>Förutom att man får en väldigt bra översikt över sin lokala katalog och andelen e-böcker så har man som administratör möjlighet att exportera alla ISBN för en delsamling/avtal/leverantör till en fil som är förberedd och formaterad för att aktivera portfolios via SFX Data Loader.</p>
<p><a href="http://www.betabib.org/wp-content/aleph_sfx3.png"><img src="http://www.betabib.org/wp-content/aleph_sfx3.png" alt="Exportera ISBN till txt fil för import i Data Loader" title="Exportera ISBN till txt fil för import i Data Loader" width="586" height="646" class="aligncenter size-full wp-image-777" /></a></p>
<p>Genom att hämta ut en lista med ISBN efter varje månatlig CKB update (eller när man känner för det) så slipper man hålla reda på vilka titlar som är aktiverade eller inte. Det är bara att köra in listan i Data Loader och updatera sina portfolios för aktuell target.</p>
<p><a href="http://www.betabib.org/wp-content/aleph_sfx4.png"><img src="http://www.betabib.org/wp-content/aleph_sfx4.png" alt="Tab avgränsad fil för Data Loader" title="Tab avgränsad fil för Data Loader" width="550" height="592" class="aligncenter size-full wp-image-779" /></a></p>
<p>Detta verktyg kommer definitivt att underlätta för den som administrerar e-böcker i SFX på Högskolebiblioteket i Jönköping. Om det finns något ALEPH bibliotek (eller för den delen annat bibliotek) som är intresserad av att i detalj få reda på hur det fungerar så är det bara att höra av sig. </p>
<p>Nu måste jag skriva någon slags dokumentation om hur det här fungerar, eller så kallar jag det för Beta och slipper &#8230; (?)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.betabib.org/2009/11/19/att-finna-nya-arbetsfloden-aleph-sfx/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>SFX z39.50 plugin &#8211; ALEPH Lookup</title>
		<link>http://www.betabib.org/2009/08/25/sfx-z39-50-plugin-aleph-lookup/</link>
		<comments>http://www.betabib.org/2009/08/25/sfx-z39-50-plugin-aleph-lookup/#comments</comments>
		<pubDate>Tue, 25 Aug 2009 14:17:44 +0000</pubDate>
		<dc:creator>daniel.forsman</dc:creator>
				<category><![CDATA[Gjort]]></category>
		<category><![CDATA[Aleph]]></category>
		<category><![CDATA[JULIA]]></category>
		<category><![CDATA[SFX]]></category>

		<guid isPermaLink="false">http://www.betabib.org/?p=649</guid>
		<description><![CDATA[Äntligen har jag fått tummen ur och konfigurerat den getHolding plugin som gör uppslag mot en z39.50 server för ett bibliotekssystem i SFX. Det är ett fiffigt litet verktyg som onekligen hjälper användaren. Speciellt om det rör en bokreferens eller citat-referens i Google Scholar. Även om det är ett elände att ISBN är upplagespecifikt. Om [...]]]></description>
			<content:encoded><![CDATA[<p>Äntligen har jag fått tummen ur och konfigurerat den getHolding plugin som gör uppslag mot en z39.50 server för ett bibliotekssystem i SFX. Det är ett fiffigt litet verktyg som onekligen hjälper användaren. Speciellt om det rör en bokreferens eller citat-referens i Google Scholar. Även om det är ett elände att ISBN är upplagespecifikt. Om ISBN/ISSN saknas i OpenURL förfrågan och det finns titelinformation så försöker den matcha på det. Beståndsinformation hämtas från 866 och 852 . Om man letar efter dokumentation så är det sidorna 175 och framåt i Advanced User&#8217;s Guide. Det finns även en plugin som använder Aleph X-server, men vi väntar fortfarande på att sparka igång den. X-servern alltså.</p>
<p><a href="http://www.betabib.org/wp-content/sfx_serv.png"><img src="http://www.betabib.org/wp-content/sfx_serv.png" alt="SFX Lookup" title="SFX Lookup" width="682" height="485" class="aligncenter size-full wp-image-650" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.betabib.org/2009/08/25/sfx-z39-50-plugin-aleph-lookup/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Morgonfundering &#8211; Discovery tools och lokal OPAC</title>
		<link>http://www.betabib.org/2008/12/02/morgonfundering-discovery-tools-och-lokal-opac/</link>
		<comments>http://www.betabib.org/2008/12/02/morgonfundering-discovery-tools-och-lokal-opac/#comments</comments>
		<pubDate>Tue, 02 Dec 2008 07:08:21 +0000</pubDate>
		<dc:creator>daniel.forsman</dc:creator>
				<category><![CDATA[Tänkt]]></category>
		<category><![CDATA[Aleph]]></category>
		<category><![CDATA[Ex Libris]]></category>
		<category><![CDATA[ILS]]></category>
		<category><![CDATA[opac]]></category>
		<category><![CDATA[primo]]></category>
		<category><![CDATA[Voyager]]></category>

		<guid isPermaLink="false">http://www.betabib.org/?p=311</guid>
		<description><![CDATA[Utvecklingen av webbtjänster, SRU gränssnitt och OAI publiceringsmekanismer för Aleph och Voyager syftar till många saker. Men en uppenbar anledning är att systemen skall kunna kommunicera med Primo, Ex Libris discovery tool. Primo utvecklas nu för att kunna kommunicera med lokala system, för att kunna hantera lån, omlån, reservationer osv. Så vad vi får i [...]]]></description>
			<content:encoded><![CDATA[<p>Utvecklingen av webbtjänster, SRU gränssnitt och OAI publiceringsmekanismer för Aleph och Voyager syftar till många saker. Men en uppenbar anledning är att systemen skall kunna kommunicera med <a href="http://www.exlibrisgroup.com/?catid={893AC167-971B-41B6-97C9-7EFAD0603C1E}">Primo, Ex Libris discovery tool</a>. Primo utvecklas nu för att kunna kommunicera med lokala system, för att kunna hantera lån, omlån, reservationer osv. Så vad vi får i Primo är ett verktyg som kan hösta in och bygga centrala index, metasöka och hantera lokala cirkulationstransaktioner. </p>
<p>Jag har ingen aning om hur långt fram i tiden denna version av Primo (som jag kanske fantiserar om) är men &#8230; utvecklingen av de lokala systemen för att kunna förse Primo med dessa verktyg kan få en del intressanta effekter.</p>
<p>Ex Libris har tillsammans med andra stora aktörer (Talis, LibLime, BiblioCommons, SirsiDynix, Polaris Library Systems, VTLS, California Digital Library, OCLC, AquaBrowser) ställt sig bakom <a href="http://diglib.org/architectures/ilsdi/">DLF &#8211; ILS Discovery Interfaces Recommendation</a>. Så vi kan ana att det finns en samsyn kring utvecklingen av den här typen av tjänster för våra bibliotekssystem.</p>
<p>Detta är goda nyheter för alla som funderar på LIBRIS som lokal OPAC. Här öppnas systemen upp och ger LIBRIS andra verktyg för att kunna hämta hem beståndsinformation och kunna hantera transaktioner på ett dokumenterat och standardiserat sätt. Men, på sätt och vis vore det synd om man slutade tänka vid LIBRIS som lokal OPAC. Möjligheterna att hösta ut eller att publicera sitt metadata gör det enklare att ladda upp sina poster till andra miljöer. WorldCat Local som lokal OPAC. </p>
<p>Hmmm, intressant. Eller varför inte Ebsco Host som lokal OPAC. Det är en tanke som verkligen tilltalar. Vi låter Ebsco hösta och indexera upp vår lokala katalog. Den blir tillgänglig som en deldatabas i Ebsco Host och plötsligt så har vi en väldigt attraktiv centralt indexerad miljö med artiklar i fulltext, SFX länkar och vårt lokala bestånd (med stöd för omlån, reservationer osv.). Tittar man på vad vi har för databaser hos Ebsco idag så skulle det vara en rätt fin blandning : Academic Search Elite, ERIC, Library, Information Science &#038; Technology Abstracts, Teacher Reference Center, Regional Business New,  Business Source Premier, Communication &#038; Mass Media Complete, CINAHL with Full Text och MEDLINE.</p>
<p>Om de lokala systemen på riktigt kommer stödja att vi på enkla sätt kan exportera ut poster och erbjuda standardiserade API:er för lånetransaktioner, då ser framtiden väldigt spännande ut. Jag menar, det kanske inte är EN (lokal) OPAC som är framtiden, det kanske handlar om att så ut sina poster i så många miljöer som möjligt LIBRIS, Ebsco, Google Books, Science Direct och sedan låta användarna komma åt vårt material där de vill ha det. Jag tycker det låter som en intressant morgonfundering och det behöver inte ens vara science fiction.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.betabib.org/2008/12/02/morgonfundering-discovery-tools-och-lokal-opac/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ALEPH SRU/W</title>
		<link>http://www.betabib.org/2008/12/01/aleph-sruw/</link>
		<comments>http://www.betabib.org/2008/12/01/aleph-sruw/#comments</comments>
		<pubDate>Mon, 01 Dec 2008 10:14:27 +0000</pubDate>
		<dc:creator>daniel.forsman</dc:creator>
				<category><![CDATA[Gjort]]></category>
		<category><![CDATA[Övrigt]]></category>
		<category><![CDATA[Aleph]]></category>
		<category><![CDATA[SRU/W]]></category>

		<guid isPermaLink="false">http://www.betabib.org/?p=304</guid>
		<description><![CDATA[SRU (Search/Retrieve via URL) är ett protokoll för sökningar via CQL (Common Query Language), en syntax-standard för sökfrågor. Ett SRU anrop är en HTTP URL bestående av en bas-del och en sök-del. De två delarna skiljs med ett ? och sökdelens parametrar separeras med &#038; och har strukturen &#8221;key=value&#8221;. Svaret på en SRU sökning är [...]]]></description>
			<content:encoded><![CDATA[<p>SRU (Search/Retrieve via URL) är ett protokoll för sökningar via CQL (Common Query Language), en syntax-standard för sökfrågor. Ett SRU anrop är en HTTP URL bestående av en bas-del och en sök-del. De två delarna skiljs med ett ? och sökdelens parametrar separeras med &#038; och har strukturen &#8221;key=value&#8221;. Svaret på en SRU sökning är ett XML dokument. SRW är en variant av SRU, men eh, lite omständigare <img src='http://www.betabib.org/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  </p>
<p>Från version 18 av ALEPH finns stöd för SRU. SRU servern är ett mellanlager till z39.50 servern och jag har ganska nyss sparkat igång den. Efter lite inledande mystik (Fujitsu hade inte distrubierat alla filer vid uppgraderingen) så ser det ut att fungera fint.</p>
<p>Det finns stöd för Explain Request (<a href="http://julia.hj.se:5661/JUL01?version=1.1&#038;operation=Explain">http://julia.hj.se:5661/JUL01?version=1.1&#038;operation=Explain</a>) och SearchRetrieve (<a href="http://julia.hj.se:5661/JUL01?version=1.1&#038;operation=searchRetrieve&#038;query=php&#038;startRecord=1&#038;maximumRecords=10">http://julia.hj.se:5661/JUL01?version=1.1&#038;operation=searchRetrieve&#038;query=php&#038;startRecord=1&#038;maximumRecords=10</a>). </p>
<p>Exakt vad SRU/W servern kommer användas till vet jag inte just nu. Men jag ser inte det som ett problem. Dels handlar det om att göra vår katalog tillgänglig på så många vis som möjligt. Dels handlar det om att få möjlighet att få tillgång till våra poster i XML format (marcxml eller dc). Det gör det enklare att bädda in träfflistor och bibliografisk information i andra sammanhang. I like it.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.betabib.org/2008/12/01/aleph-sruw/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Uppgraderat</title>
		<link>http://www.betabib.org/2008/06/18/uppgraderat/</link>
		<comments>http://www.betabib.org/2008/06/18/uppgraderat/#comments</comments>
		<pubDate>Wed, 18 Jun 2008 11:52:27 +0000</pubDate>
		<dc:creator>daniel.forsman</dc:creator>
				<category><![CDATA[Gjort]]></category>
		<category><![CDATA[Aleph]]></category>
		<category><![CDATA[opac]]></category>

		<guid isPermaLink="false">http://www.betabib.org/?p=186</guid>
		<description><![CDATA[Det är något visst med uppgraderingar. Jag gillar dem på något sätt (ett lätt masochistiskt drag antar jag). Det är få tillfällen som man får tillfälle att gå igenom allt och begrunda vad man skall göra i framtiden. En uppgradering av Aleph skiljer sig inte så mycket från en uppgradering av Voyager. Det mesta i [...]]]></description>
			<content:encoded><![CDATA[<p>Det är något visst med uppgraderingar. Jag gillar dem på något sätt (ett lätt masochistiskt drag antar jag). Det är få tillfällen som man får tillfälle att gå igenom allt och begrunda vad man skall göra i framtiden. </p>
<p>En uppgradering av Aleph skiljer sig inte så mycket från en uppgradering av Voyager. Det mesta i själva processen är scriptat. En stor skillnad är dock att Fujitsu är de som genomför uppgraderingen (mot kunglig betalning). Kvar att göra efter själva uppgraderingen blir att uppdatera filer, installera klienter och inte minst&#8230; OPAC anpassningar.</p>
<p><a href='http://www.betabib.org/wp-content/julia002-medium.png'><img src="http://www.betabib.org/wp-content/julia002-medium-300x250.png" alt="Uppgraderad JULIA" title="JULIA version 18" width="300" height="250" class="alignleft size-medium wp-image-187" /></a> Det har inte hänt så där jättemycket med OPAC:en i version 18 av Aleph som vi uppgraderat till. Det är några småsaker. Men jag har haft en del saker som jag velat ändra på. Inte minst i sättet som jag grafiskt anpassat saker. Så det stora jobbet för mig har varit att ändra på alla OPAC filer så att den ramas in i vår layout på ett smartare sätt. Nu använder jag en uppsättning med include filer istället för att göra samma anpassning på många ställen. Något som kommer underlätta när jag måste uppdatera uppgifter i sidhuvud, sidkant eller sidfot.</p>
<p>Vi köpte en helt ny server och jag åkte på att installera PHP själv (sist var det vårt centrala IT som gjorde det, men nu strulade det till sig för dem). Det var ju några år sedan jag gjorde det på Solaris och då med hjälp av Peter Källden. Så det var med stor självbelåtenhet som jag sent en kväll fick meddelandet &#8221;connected to OCI&#8221; via mitt test-script. Det slår mig att jag borde dokumentera lite av det hela ifall något annat Aleph-bibliotek vill börja använda PHP.</p>
<p>Med PHP på plats kunde jag sedan börja flytta över mina extra funktioner från den gamla versionen till den nya. Allt är inte riktigt på plats ännu. Men än så länge har vi rättstavningen, kopplingen mot Amazon med Editorial reviews och omslag, Google Books koppling, omslag från Ad Libris och vidaresökning. Återstår att fixa till catch-words, stabila länkar, add to funktion och koppling mot MetaLib. Men det får nog bli efter semestern som börjar på fredag. Tills dess roar jag mig med att fixa iordning den engelska versionen av opac:en så att den går att använda.</p>
<p>Ah, en &#8221;stor&#8221; skillnad efter uppgraderingen är att jag jobbat om presentationsformatet. Det är en ny typ av navigation och så har jag slagit ihop den bibliografiska posten med exemplarinformationen så att allt visas på en sida. Likaså har jag bearbetat sidorna som fanns när man loggat in som var lite otydliga tidigare. Jag tycker att JULIA blev ganska uppfräschad i och med uppgraderingen. Nu skall det bara på lite nya spännande funktioner som jag klurat på en stund. Men först lite vila.</p>
<p>Om någon vill titta på det hela så är det <a href="http://julia.hj.se">den här vägen</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.betabib.org/2008/06/18/uppgraderat/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Utökad nyförvärvslista, SFX A-Z &amp; SFX simplified menu templates</title>
		<link>http://www.betabib.org/2008/05/21/utokad-nyforvarvslista-sfx-a-z-sfx-simplified-menu-templates/</link>
		<comments>http://www.betabib.org/2008/05/21/utokad-nyforvarvslista-sfx-a-z-sfx-simplified-menu-templates/#comments</comments>
		<pubDate>Wed, 21 May 2008 20:10:35 +0000</pubDate>
		<dc:creator>daniel.forsman</dc:creator>
				<category><![CDATA[Gjort]]></category>
		<category><![CDATA[Aleph]]></category>
		<category><![CDATA[nyförvärv]]></category>
		<category><![CDATA[SFX]]></category>
		<category><![CDATA[SFX-A-Z]]></category>

		<guid isPermaLink="false">http://www.betabib.org/?p=178</guid>
		<description><![CDATA[Jag har lagt till omslagsbilder från AdLibris till vår nyförvärvslista. Tidigare hämtade vi bilder från Amazon och visade på den version där användaren själv kan göra ämnesutsökning på nya tryckta böcker. Tyvärr blev det lite blekt för t ex skönlitteratur så nu är det ett script som kollar om det finns en bild hos AdLibris, [...]]]></description>
			<content:encoded><![CDATA[<p>Jag har lagt till omslagsbilder från AdLibris till <a href="http://julia.hj.se/aleph16/news/index_se.php">vår nyförvärvslista</a>. Tidigare hämtade vi bilder från Amazon och visade på den version där användaren själv kan göra ämnesutsökning på nya tryckta böcker. Tyvärr blev det lite blekt för t ex skönlitteratur så nu är det ett script som kollar om det finns en bild hos AdLibris, om det inte gör det så testar den Amazon. Nackdelen med att lägga till stöd för ev. fler bilder är att man måste kolla efter bilderna (och laddningstiden för sidan ökar).</p>
<p>Just nu så sker utsökningen av nyförvärv i realtid (RSS flödena genereras en gång per dag) mot Aleph. Det gör ju att sökningen i sin tur tar lite tid. Att kolla efter bilder hos Amazon och AdLibris gör att det tar ytterligare lite tid. Jag vet inte om det är ett problem ännu, men om det är det så får jag generera en utsökning per dag och spara undan den. Då skulle det gå snabbare, men de rykande heta böckerna skulle inte komma med. Just nu vet jag att åtminstonde en katalogisatör använder nyförvärvslistan för att kontrollera sina poster. Det skulle han inte kunna göra om vi ändrade till en version där vi gör utsökningen en gång per dag. Fast all logik talar ändå för att det får bli så. När jag orkar titta på det nästa gång. Just nu står vi inför en uppgradering av Aleph till version 18 och jag försöker fortfarande hinna med att pilla ihop vår MetaLib instans och tusen andra saker samtidigt.</p>
<p><a href="http://www.bibl.hj.se/doc/4561">Vår SFX A-Z</a> ballade ur efter den senaste uppgraderingen. Kinesiska tecken överallt och trasiga sökresultat. Jag orkade inte ens felsöka/anmäla utan kopierade undan det hela och plockade ut ett nytt set med filer från sfxglb3. På sistonde har Ex Libris varje månad kommit med saker som ställt till det för folk som gjort egna anpassningar. Deras s.k lösning för flerspråkighet är så feltänkt att jag blir matt bara av att tänka på det. På inspirationsdagen för Samsök visade Jonas Barck hur de inkluderat listan med en IFRAME. För övrigt helt i linje med hur Ex Libris gör saker i MetaLib. Så nu är jag trött på att anpassa om A-Z hela tiden pga uppdateringar. Vår nya lista gjord med en IFRAME och då fungerar Ex Libris språkstöd&#8230; för jag kan styra det som styrs utanför deras templates och bestämma hur det skall se ut. Jösses mössa. Inte vad jag siktade på men den smidigaste lösningen just nu. Egentligen jättetråkigt, men Ex Libris slår verkligen undan fötterna på de som försöker anpassa deras gränssnitt gång på gång.</p>
<p>När jag väl adopterat en IFRAME för att lösa A-Z så gick jag över och tittade på de nya förenklade mallarna för SFX menyn. Jag erkänner att det är väldigt smidigt att från admin-modulen få mallar som i princip är identiska med <a href="http://xerxes.calstate.edu/articles/">David Walkers CSU menyer</a>. Så med tanke på att det hänt en hel del nytt även på meny-fronten så lämnade jag Walkers menyer och gick över till SFX standard simplified templates. Vid något tillfälle var jag på väg att lägga till lite ikoner för chatt och hjälp i sidfoten. Fick då frågan om jag ville bryta symlänken för filen&#8230; dagens anda <em>&#8221;Minsta motståndets lag&#8221; </em>övertalade mig att säga <em>N</em> på den frågan. Vi får väl se hur länge jag står ut med att inte kunna göra som jag (eller mina kollegor) vill göra. Snajdigt blev det i alla fall med Google books integrationen och jag tycker att just &#8221;mer&#8221; tjänsterna fungerar bättre nu än vad de gjorde i Walkers fall.</p>
<p>En mäktigt märklig onsdag (där jag även hoppas att jag lyckades sälja in ett koncept för hantering av elektroniskt och tryckt material i bibliotekssystemet, men det lär vi nog få anledning att återkomma till).</p>
]]></content:encoded>
			<wfw:commentRss>http://www.betabib.org/2008/05/21/utokad-nyforvarvslista-sfx-a-z-sfx-simplified-menu-templates/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Nyförvärvslista för ALEPH</title>
		<link>http://www.betabib.org/2007/10/04/nyforvarvslista-for-aleph/</link>
		<comments>http://www.betabib.org/2007/10/04/nyforvarvslista-for-aleph/#comments</comments>
		<pubDate>Thu, 04 Oct 2007 06:36:01 +0000</pubDate>
		<dc:creator>daniel.forsman</dc:creator>
				<category><![CDATA[Gjort]]></category>
		<category><![CDATA[Aleph]]></category>
		<category><![CDATA[opac]]></category>

		<guid isPermaLink="false">http://www.betabib.org/?p=131</guid>
		<description><![CDATA[Jag har byggt ihop en nyförvärvsfunktion för ALEPH. Jag har sökt runt lite men inte hittat någon som fungerar. I Voyagervärlden verkar Michael Dorans New books list eller varianter av den fortfarande vara det som gäller. Men för ALEPH så verkar det inte finnas motsvarande breda lösning. Kanske ligger det lite i sakens natur att [...]]]></description>
			<content:encoded><![CDATA[<p>Jag har byggt ihop en nyförvärvsfunktion för ALEPH. Jag har sökt runt lite men inte hittat någon som fungerar. I Voyagervärlden verkar <a href="http://rocky.uta.edu/doran/autolist/">Michael Dorans New books list</a> eller varianter av den fortfarande vara det som gäller. Men för ALEPH så verkar det inte finnas motsvarande breda lösning.</p>
<p>Kanske ligger det lite i sakens natur att varje institution gärna vill definiera själv vad som är ett nyförvärv. Svårigheterna för mig har varit just definitionen av ett nyförvärv i systemet.</p>
<p>Nästa svårighet var att skapa någon form av tematisk gruppering. Till slut föll det på SAB klassifikation (084|a).</p>
<p>Det finns tre möjligheter att titta på nyförvärv i listan:</p>
<p>Via en ämnesavgränsad hyperlänk. Klicka på länken och du får se de 30 senaste dagarnas nyförvärv för ämnet. Titlarna visas med bibliografisk information, omslag i de fall de finns och en länk till vår katalog <a href="http://julia.hj.se">JULIA</a> om man vill reservera boken eller veta mer.</p>
<p>Varje ämnesavgränsad hyperlänk har även ett eget RSS flöde. RSS filen uppdateras för tillfället en gång i månaden. Bra för forskare eller ämnesbibliotekarie som vill bevaka vissa ämnen.</p>
<p>Fri sökning på SAB klassifikation och datum. Kanske mest för experterna som vill göra en utsökning på en SAB klassning (på exakt klassning eller trunkerat) sedan ett eget satt datum. Bra för bibliotekarier som vill utvärdera aktualitet på en hylla (klassning).</p>
<p>Hela prylen är gjord i PHP.</p>
<p>Just nu håller personalen på att testa det hela, men <a href="http://julia.hj.se/aleph16/news/index.php">det hindrar ju inte att även ni tittar</a> <img src='http://www.betabib.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
			<wfw:commentRss>http://www.betabib.org/2007/10/04/nyforvarvslista-for-aleph/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
