<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Kommentare zu: Öffentliche Social-Tagging Dienste in den Opac!</title>
	<atom:link href="http://mybibproject.wordpress.com/2008/05/14/offentliche-social-tagging-dienste-in-den-opac/feed/" rel="self" type="application/rss+xml" />
	<link>http://mybibproject.wordpress.com/2008/05/14/offentliche-social-tagging-dienste-in-den-opac/</link>
	<description>On and about tagging in libraries and my own Project: www.uni-hildesheim.de/mybib/</description>
	<lastBuildDate>Thu, 05 Nov 2009 06:08:39 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Von: mybibproject</title>
		<link>http://mybibproject.wordpress.com/2008/05/14/offentliche-social-tagging-dienste-in-den-opac/#comment-12</link>
		<dc:creator>mybibproject</dc:creator>
		<pubDate>Wed, 04 Jun 2008 11:11:51 +0000</pubDate>
		<guid isPermaLink="false">http://mybibproject.wordpress.com/?p=23#comment-12</guid>
		<description>Das Konzept kommt dem, was ich mir vorstelle, ziemlich nahe. Vielen Dank für den Hinweis!  

Ich werde mir die Umsetzung genauer anschauen, wenn ich aus dem Abgabestress raus bin (2 Wochen...) und dann ausführlicher dazu schreiben.</description>
		<content:encoded><![CDATA[<p>Das Konzept kommt dem, was ich mir vorstelle, ziemlich nahe. Vielen Dank für den Hinweis!  </p>
<p>Ich werde mir die Umsetzung genauer anschauen, wenn ich aus dem Abgabestress raus bin (2 Wochen&#8230;) und dann ausführlicher dazu schreiben.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Oliver Flimm</title>
		<link>http://mybibproject.wordpress.com/2008/05/14/offentliche-social-tagging-dienste-in-den-opac/#comment-11</link>
		<dc:creator>Oliver Flimm</dc:creator>
		<pubDate>Sat, 24 May 2008 21:25:33 +0000</pubDate>
		<guid isPermaLink="false">http://mybibproject.wordpress.com/?p=23#comment-11</guid>
		<description>In der naechsten Version 2.2 (demnaechst unter kug.ub.uni-koeln.de, jetzt schon als Test- und Entwicklungsversion mit hoffentlich wenigen Bugs unter kug5.ub.uni-koeln.de verfuegbar) von OpenBib bzw. dem KUG wird die Integration mit BibSonomy in der in diesem Blog-Eintrag skizzierten Richtung erweitert. Konkret wird 1) ein Browser fuer BibSonomy-Quellen und 2) eine Spiegelfunktion des lokalen Taggings nach BibSonomy integriert.

Hintergrund von 1) ist der Wunsch ueber die zentrale Datenbasis von BibSonomy anhand von Tags weitere Quellen zu entdecken (Publikationen und Bookmarks). Dazu wird mit dem Bibkey (konkreter dem derzeitigen inter-hash key von BibSonomy) fuer Publikationen bei der Einzeltrefferanzeige eines Titels ein Lookup in BibSonomy gemacht und gegebenenfalls die dort zugehoerigen Tags angezeigt. Da nicht jeder Titel aus dem KUG schon in BibSonomy vorhanden ist, andererseits aber zu entsprechenden relevanten Tags weitere interessante Titel in BibSonomy gefunden werden koennen, werden zusaetzlich die im KUG-Titel verwendeten Schlagworte &#039;taggifiziert&#039; und mit BibSonomy abgeglichen. Auf diese Weise erhaelt der Nutzer effektiv eine Tag-Liste, ueber die er in den Bestand von BibSonomy eintauchen kann. Das ganze geschieht vollintegriert (ueber das BibSonomy-API) in der KUG-Oberflaeche. Anhand der in BibSonomy gefundenen Bibkeys fuer Publikatinen wird dann on-the-fly jeweils wieder ein Lookup im KUG-Bestand gemacht, so dass fuer die in BibSonomy erbrowsten Titel dann wieder die lokale Verfuegbarkeit in den KUG-Katalogen sofort mit ausgegeben werden kann. Dazu wird jeder Titel im KUG mit einem Bibkey angereichert - so er ueber alle relevanten Informationen fuer dessen Bildung verfuegt. 

Es kann natuerlich sein, dass ein und derselbe Titel in KUG und BibSonomy leicht verschieden aufgenommen ist - speziell die Kodierung von Umlauten/Diakritika ist hier ein Problem -  und damit die Bibkeys differieren. Daher bedeutet eine gefundene negative Verfuegbarkeit fuer den KUG nicht zwangslaeufig, dass der Titel dort wirklich nicht vorhanden ist - das ist aber der Preis der gezahlt werden muss...

Ein Beispiel, das diese neue Funktion ganz gut illustriert ist der folgende Titel aus dem Test-System mit der neuen Version:

http://kug5.ub.uni-koeln.de/portal/connector/permalink/inst006/6439/1/kug/index.html

Unter der Titel-Daten-Kategorie &#039;BibSonomy-Tags&#039; verbergen sich die relevanten Tags, ueber die in den Datenbestand von BibSonomy eingetaucht werden kann.

Stellt 1) einen Weg dar, BibSonomy in den eigenen Katalog zu integrieren und als die angesprochene &#039;gemeinsame&#039; Datenbasis lokal zu nutzen wird mit 2) genau die dazu notwendige Oeffnung der &#039;Datensilos&#039; OPACs forciert. Im KUG ist es ja nun schon seit mehr als einem Jahr moeglich einen lokalen Titel nach BibSonomy zu exportieren. Schoener waere es aber natuerlich, wenn das quasi automatisch und vollintegriert in die KUG-Oberflaeche geschieht und damit letztlich als Ziel die &#039;gemeinsame&#039; Datenbasis vergroessert wird. 

Ein sehr guter Ansatzpunkt ist hier das Tagging im KUG. Daher bekommt der Nutzer in der naechsten KUG-Version die Moeglichkeit seine Tagging-Aktionen im KUG nach BibSonomy zu spiegeln. Konkret taggt er dann wie vorher munter im KUG. Nur werden seine Tags und Titel nicht nur im KUG gespeichert. Stattdessen werden die Titel im KUG (so in seinem BibSonomy-Account noch nicht vorhanden) automatisch in seinem BibSonomy-Account eingetragen und mit den lokal im KUG vergebenen Tags versehen. Aendert er seine Tags im KUG, so werden diese Aenderungen auch in BibSonomy automatisch nachgezogen.

Auf diese Weise koennen die Nutzer weiterhin lokal den OPAC mit all seinen Funktionen nutzen, die Daten wandern aber zusaetzlich zu einer gemeinsamen &#039;Datenzentrale&#039; ueber die der Nutzer weitergehende Dienste angeboten bekommt, die er anderseits aber wieder rueckgekoppelt im lokalen Kontext als Datenquelle verwenden kann.</description>
		<content:encoded><![CDATA[<p>In der naechsten Version 2.2 (demnaechst unter kug.ub.uni-koeln.de, jetzt schon als Test- und Entwicklungsversion mit hoffentlich wenigen Bugs unter kug5.ub.uni-koeln.de verfuegbar) von OpenBib bzw. dem KUG wird die Integration mit BibSonomy in der in diesem Blog-Eintrag skizzierten Richtung erweitert. Konkret wird 1) ein Browser fuer BibSonomy-Quellen und 2) eine Spiegelfunktion des lokalen Taggings nach BibSonomy integriert.</p>
<p>Hintergrund von 1) ist der Wunsch ueber die zentrale Datenbasis von BibSonomy anhand von Tags weitere Quellen zu entdecken (Publikationen und Bookmarks). Dazu wird mit dem Bibkey (konkreter dem derzeitigen inter-hash key von BibSonomy) fuer Publikationen bei der Einzeltrefferanzeige eines Titels ein Lookup in BibSonomy gemacht und gegebenenfalls die dort zugehoerigen Tags angezeigt. Da nicht jeder Titel aus dem KUG schon in BibSonomy vorhanden ist, andererseits aber zu entsprechenden relevanten Tags weitere interessante Titel in BibSonomy gefunden werden koennen, werden zusaetzlich die im KUG-Titel verwendeten Schlagworte &#8216;taggifiziert&#8217; und mit BibSonomy abgeglichen. Auf diese Weise erhaelt der Nutzer effektiv eine Tag-Liste, ueber die er in den Bestand von BibSonomy eintauchen kann. Das ganze geschieht vollintegriert (ueber das BibSonomy-API) in der KUG-Oberflaeche. Anhand der in BibSonomy gefundenen Bibkeys fuer Publikatinen wird dann on-the-fly jeweils wieder ein Lookup im KUG-Bestand gemacht, so dass fuer die in BibSonomy erbrowsten Titel dann wieder die lokale Verfuegbarkeit in den KUG-Katalogen sofort mit ausgegeben werden kann. Dazu wird jeder Titel im KUG mit einem Bibkey angereichert &#8211; so er ueber alle relevanten Informationen fuer dessen Bildung verfuegt. </p>
<p>Es kann natuerlich sein, dass ein und derselbe Titel in KUG und BibSonomy leicht verschieden aufgenommen ist &#8211; speziell die Kodierung von Umlauten/Diakritika ist hier ein Problem &#8211;  und damit die Bibkeys differieren. Daher bedeutet eine gefundene negative Verfuegbarkeit fuer den KUG nicht zwangslaeufig, dass der Titel dort wirklich nicht vorhanden ist &#8211; das ist aber der Preis der gezahlt werden muss&#8230;</p>
<p>Ein Beispiel, das diese neue Funktion ganz gut illustriert ist der folgende Titel aus dem Test-System mit der neuen Version:</p>
<p><a href="http://kug5.ub.uni-koeln.de/portal/connector/permalink/inst006/6439/1/kug/index.html" rel="nofollow">http://kug5.ub.uni-koeln.de/portal/connector/permalink/inst006/6439/1/kug/index.html</a></p>
<p>Unter der Titel-Daten-Kategorie &#8216;BibSonomy-Tags&#8217; verbergen sich die relevanten Tags, ueber die in den Datenbestand von BibSonomy eingetaucht werden kann.</p>
<p>Stellt 1) einen Weg dar, BibSonomy in den eigenen Katalog zu integrieren und als die angesprochene &#8216;gemeinsame&#8217; Datenbasis lokal zu nutzen wird mit 2) genau die dazu notwendige Oeffnung der &#8216;Datensilos&#8217; OPACs forciert. Im KUG ist es ja nun schon seit mehr als einem Jahr moeglich einen lokalen Titel nach BibSonomy zu exportieren. Schoener waere es aber natuerlich, wenn das quasi automatisch und vollintegriert in die KUG-Oberflaeche geschieht und damit letztlich als Ziel die &#8216;gemeinsame&#8217; Datenbasis vergroessert wird. </p>
<p>Ein sehr guter Ansatzpunkt ist hier das Tagging im KUG. Daher bekommt der Nutzer in der naechsten KUG-Version die Moeglichkeit seine Tagging-Aktionen im KUG nach BibSonomy zu spiegeln. Konkret taggt er dann wie vorher munter im KUG. Nur werden seine Tags und Titel nicht nur im KUG gespeichert. Stattdessen werden die Titel im KUG (so in seinem BibSonomy-Account noch nicht vorhanden) automatisch in seinem BibSonomy-Account eingetragen und mit den lokal im KUG vergebenen Tags versehen. Aendert er seine Tags im KUG, so werden diese Aenderungen auch in BibSonomy automatisch nachgezogen.</p>
<p>Auf diese Weise koennen die Nutzer weiterhin lokal den OPAC mit all seinen Funktionen nutzen, die Daten wandern aber zusaetzlich zu einer gemeinsamen &#8216;Datenzentrale&#8217; ueber die der Nutzer weitergehende Dienste angeboten bekommt, die er anderseits aber wieder rueckgekoppelt im lokalen Kontext als Datenquelle verwenden kann.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
