<?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>Jakoblog &#187; Umlaut</title>
	<atom:link href="http://jakoblog.de/tag/umlaut/feed/" rel="self" type="application/rss+xml" />
	<link>http://jakoblog.de</link>
	<description>Das Weblog von Jakob Voß</description>
	<lastBuildDate>Sun, 20 May 2012 13:49:21 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.4</generator>
		<item>
		<title>Link Resolver und Widgets im OPAC</title>
		<link>http://jakoblog.de/2008/11/26/link-resolver-und-widgets-im-opac/</link>
		<comments>http://jakoblog.de/2008/11/26/link-resolver-und-widgets-im-opac/#comments</comments>
		<pubDate>Wed, 26 Nov 2008 11:05:15 +0000</pubDate>
		<dc:creator>jakob</dc:creator>
				<category><![CDATA[de]]></category>
		<category><![CDATA[API]]></category>
		<category><![CDATA[Mashup]]></category>
		<category><![CDATA[Seealso]]></category>
		<category><![CDATA[Umlaut]]></category>
		<category><![CDATA[Widget]]></category>

		<guid isPermaLink="false">http://jakoblog.de/?p=599</guid>
		<description><![CDATA[Jonathan Rochkind hat in seinem Blog SeeAlso und Umlaut verglichen, die beide eine Form von Link Resolver darstellen. Während über SeeAlso ausgehend von einer ID (ISBN, ISSN, DOI, PPN, &#8230;) eine Liste von passenden Einträgen mit Links zurückgeliefert wird, liefert Umlaut ausgehend von einer OpenURL auch leicht komplexere Inhalte, wie zum Beispiel ein Formular, mit [...]]]></description>
			<content:encoded><![CDATA[<p>Jonathan Rochkind hat in seinem Blog <a href="http://bibwild.wordpress.com/2008/11/25/see-also-a-simple-link-server-protocol/">SeeAlso und Umlaut</a> verglichen, die beide eine Form von Link Resolver darstellen. Während über <a href="http://www.ariadne.ac.uk/issue57/voss/">SeeAlso</a> ausgehend von einer ID (ISBN, ISSN, DOI, PPN, &#8230;) eine Liste von passenden Einträgen mit Links zurückgeliefert wird, liefert <a href="http://wiki.code4lib.org/index.php/Umlaut">Umlaut</a> ausgehend von einer OpenURL auch <a href="http://bibwild.wordpress.com/2008/10/16/umlaut-digital-book/">leicht komplexere Inhalte</a>, wie zum Beispiel ein Formular, mit dem in verschiedenen Quellen im Volltext eines Buches gesucht werden kann. Die Abfrage geschieht jedoch leider nicht über eine standardisierte API sondern proprietär (d.h. nur Umlaut kann lesen was Umlaut liefert).</p>
<p><a href="http://findit.library.jhu.edu/go/752150"><img src="http://jakoblog.de/wp-content/uploads/2008/11/searchinsideform.png" alt="" title="" width="406" height="63" class="aligncenter size-full wp-image-600" /></a></p>
<p>Nach meiner Auffassung ist Umlaut (wie Link Resolver im Allgemeinen) eine spezielle Form einer Metasuche. Über eine OpenURL-Anfrage können mehrere Dienste und Quellen (SFX, CrossRef, Amazon, OCLC Worldcat, ISBNdb, LibraryThing, Google Books, HathiTrust, OpenLibrary, the Internet Archive, Worldcat Identities &#8230;) gemeinsam abgefragt werden und die Ergebnisse werden auf einer Seite zusammengefasst (siehe <a href="http://findit.library.jhu.edu/go/752150">Beispiel</a>). Das Zusammenfassen von Inhalten aus mehreren Quellen kann allerdings auch im OPAC bei einer Titelanzeige geschehen (siehe <a href="http://catalog.library.jhu.edu/ipac20/ipac.jsp?index=BIB&#038;term=529826">Beispiel</a>).</p>
<p>Allgemein ist für die Zusammenfassung von Inhalten aus unterschiedlichen Quellen (Mashup-Prinzip)  hilfreich, wenn auf einheitliche APIs und Datenformate zurückgegriffen wird. Das populärste Beispiel ist RSS (bzw. ATOM). SeeAlso kann als API und Format für einfachere Listen dienen und für komplexere Inhalte käme vielleicht die <a href="http://dev.netvibes.com/doc/uwa/documentation">Universal Widget API</a> (<a href="http://netvibes.org/specs/uwa/current-work/">UWA</a>) in Frage. UWA-Widgets können auch <a href="http://dev.netvibes.com/doc/howto/uwa_iframe">in eigene Seiten</a> eingebunden werden. Einen <a href="http://infobib.de/blog/2008/04/22/katalog-widget-der-jacobs-university/">OPAC als Widget</a> gibt es ja schon &#8211; wie wäre es umgekehrt einen OPAC aus Widgets zusammenzusetzen? Ich denke, dass es noch einige Zeit dauern wird, bis sich neben ATOM/RSS weitere gute Standards für die Aggregierung von Inhalten auf Webseiten durchsetzen. Praktische Beispiele gibt es ja inzwischen immer mehr, gerade hat Lorcan Dempsey <a href="http://orweblog.oclc.org/archives/001813.html">einige davon zusammengefasst</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://jakoblog.de/2008/11/26/link-resolver-und-widgets-im-opac/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

