<?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/"
		>
<channel>
	<title>Comments on: Enterprise widgets</title>
	<atom:link href="http://open.bekk.no/enterprise-widgets/feed/" rel="self" type="application/rss+xml" />
	<link>http://open.bekk.no/enterprise-widgets/</link>
	<description>Et innblikk i hva som skjer i BEKK</description>
	<lastBuildDate>Fri, 11 May 2012 16:59:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Line Ånderbakk Olsen</title>
		<link>http://open.bekk.no/enterprise-widgets/comment-page-1/#comment-13</link>
		<dc:creator>Line Ånderbakk Olsen</dc:creator>
		<pubDate>Wed, 10 Jun 2009 11:22:24 +0000</pubDate>
		<guid isPermaLink="false">http://open.bekk.no/?p=169#comment-13</guid>
		<description>@ Elise: godt poeng! Det er viktig å skille mellom selve widgeten, som henter dataene direkte fra tredjepart, og en aggregatortjeneste som samler inn data fra forskjellige kilder og evt. bearbeider dem for å skape merverdi for brukeren (og tjenestetilbyderen). 

Du har helt rett i at dette er regelbelagt. Opphavsretten gjelder for innhold, også det som er elektronisk tilgjengelig. I prinsipp betyr dette at man ikke har anledning til å bruke annen persons eller selskaps innhold uten tillatelse. Mange velger å publisere innhold under en &lt;a href=&quot;http://www.creativecommons.no/info/omcc.shtml&quot; rel=&quot;nofollow&quot;&gt;Creative Commons-lisens&lt;/a&gt; for å forenkle redistribusjonen av innholdet. Andre innholdsprodusenter velger andre løsninger - noen er ivrige brukere av rettsapparatet, mens andre lar det fare.

Spørsmålet om lisensiering og databasedelen er svært interessant. Gisle Hannemyr har nettopp skrevet &lt;a href=&quot;http://hannemyr.com/essay/ipr16.html&quot; rel=&quot;nofollow&quot;&gt;en kronikk om dette&lt;/a&gt; i forbindelse med Meltwater News&#039; indeksering av nyhetsdata, som gjerne innebærer innsamling og lagring av annen parts innhold - og opphavsrettslig sett, eiendom.

Om vi utelater spørsmålet om databaser og bare ser på selve widgeten er problemstillingen noe enklere. Visse aktører, deriblant en rekke aviser, er lite glad i såkalt &lt;a href=&quot;http://en.wikipedia.org/wiki/Deep_linking&quot; rel=&quot;nofollow&quot;&gt;dyplenking&lt;/a&gt;, der man lenker direkte til et innholdselement fremfor å gå til forsiden og så grave seg ned til den aktuelle siden. Dype lenker er en grunnsten i webbruken vår som ikke passer med forretningsmodellen som mange aviser og nettsteder benytter.

Jeg anser dette som et mindre problem i praksis enn det er i teorien. Om du skal lage en widget som henter data dynamisk må disse dataene nødvendigvis komme fra et sted. Det enkleste for meg, når jeg skal lage en widget, er å bruke en API for å hente ut dataene. Flickr og andre gjør dette enkelt. Hvis du skal hente ut fotballdata fra tre aviser som ikke deler siste nytt fra kampene via en API må du i gang med skjermskraping og da er vi straks i et annet landskap.

Send meg gjerne lenken til fotballwidgeten din når den er ferdig, og husk, om du er i tvil om rettigheter, spør den som eier innholdet.</description>
		<content:encoded><![CDATA[<p>@ Elise: godt poeng! Det er viktig å skille mellom selve widgeten, som henter dataene direkte fra tredjepart, og en aggregatortjeneste som samler inn data fra forskjellige kilder og evt. bearbeider dem for å skape merverdi for brukeren (og tjenestetilbyderen). </p>
<p>Du har helt rett i at dette er regelbelagt. Opphavsretten gjelder for innhold, også det som er elektronisk tilgjengelig. I prinsipp betyr dette at man ikke har anledning til å bruke annen persons eller selskaps innhold uten tillatelse. Mange velger å publisere innhold under en <a href="http://www.creativecommons.no/info/omcc.shtml" rel="nofollow">Creative Commons-lisens</a> for å forenkle redistribusjonen av innholdet. Andre innholdsprodusenter velger andre løsninger &#8211; noen er ivrige brukere av rettsapparatet, mens andre lar det fare.</p>
<p>Spørsmålet om lisensiering og databasedelen er svært interessant. Gisle Hannemyr har nettopp skrevet <a href="http://hannemyr.com/essay/ipr16.html" rel="nofollow">en kronikk om dette</a> i forbindelse med Meltwater News&#8217; indeksering av nyhetsdata, som gjerne innebærer innsamling og lagring av annen parts innhold &#8211; og opphavsrettslig sett, eiendom.</p>
<p>Om vi utelater spørsmålet om databaser og bare ser på selve widgeten er problemstillingen noe enklere. Visse aktører, deriblant en rekke aviser, er lite glad i såkalt <a href="http://en.wikipedia.org/wiki/Deep_linking" rel="nofollow">dyplenking</a>, der man lenker direkte til et innholdselement fremfor å gå til forsiden og så grave seg ned til den aktuelle siden. Dype lenker er en grunnsten i webbruken vår som ikke passer med forretningsmodellen som mange aviser og nettsteder benytter.</p>
<p>Jeg anser dette som et mindre problem i praksis enn det er i teorien. Om du skal lage en widget som henter data dynamisk må disse dataene nødvendigvis komme fra et sted. Det enkleste for meg, når jeg skal lage en widget, er å bruke en API for å hente ut dataene. Flickr og andre gjør dette enkelt. Hvis du skal hente ut fotballdata fra tre aviser som ikke deler siste nytt fra kampene via en API må du i gang med skjermskraping og da er vi straks i et annet landskap.</p>
<p>Send meg gjerne lenken til fotballwidgeten din når den er ferdig, og husk, om du er i tvil om rettigheter, spør den som eier innholdet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bård</title>
		<link>http://open.bekk.no/enterprise-widgets/comment-page-1/#comment-12</link>
		<dc:creator>Bård</dc:creator>
		<pubDate>Wed, 10 Jun 2009 08:59:53 +0000</pubDate>
		<guid isPermaLink="false">http://open.bekk.no/?p=169#comment-12</guid>
		<description>Hei Line.

Veldig bra artikkel for å sette fokus på Enterprise Widgets!

Vet du om flere enn BO/SAP som leverer EW, eller rammeverk for EW?

Bård</description>
		<content:encoded><![CDATA[<p>Hei Line.</p>
<p>Veldig bra artikkel for å sette fokus på Enterprise Widgets!</p>
<p>Vet du om flere enn BO/SAP som leverer EW, eller rammeverk for EW?</p>
<p>Bård</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elise</title>
		<link>http://open.bekk.no/enterprise-widgets/comment-page-1/#comment-9</link>
		<dc:creator>Elise</dc:creator>
		<pubDate>Tue, 26 May 2009 19:48:14 +0000</pubDate>
		<guid isPermaLink="false">http://open.bekk.no/?p=169#comment-9</guid>
		<description>Flott artikkel som gir  en annen innfallsvinkel på hvor genialt widgets egentlig er. Men hva finnes av regler rundt en slik innsamling av data? Kan man f.eks tenke seg at man abbonerer på fotballfeeds fra 3 forskjellige aviser, legger disse i databasen, og lager widgets på dette og distribuerer til hvemsomhelst?</description>
		<content:encoded><![CDATA[<p>Flott artikkel som gir  en annen innfallsvinkel på hvor genialt widgets egentlig er. Men hva finnes av regler rundt en slik innsamling av data? Kan man f.eks tenke seg at man abbonerer på fotballfeeds fra 3 forskjellige aviser, legger disse i databasen, og lager widgets på dette og distribuerer til hvemsomhelst?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

